TheCodestReview #2 - cotygodniowy sok z inżynierii oprogramowania

Słowniczek aspektów, którymi się zajmujemy:

1. Wskazówki dotyczące refaktoryzacji w celu poprawy jakości.

2. Dlaczego architektura frontendu ma znaczenie i jak sprawić, by była skalowalna i łatwa w utrzymaniu?

3. Przejście od CTO do roli COO w organizacji technologicznej.

Jeśli jesteś zainteresowany tematem przejścia z roli lidera technologicznego na rolę operacyjną, możesz zagłębić się w dodatkowe zasoby, do których linki znajdują się na dole postu.

Komentarze dotyczące refaktoryzacji i architektury w tym tygodniu są dostarczane przez naszych inżynierów Ruby i React.

Stephen Bigelow z Search Software Quality

Refaktoryzacja kod zawsze był niezwykle popularny, ale nie każdy wie, jak zrobić to dobrze i kiedy jest na to dobry moment. Widziałem wiele prób refaktoryzacji, które zakończyły się niepowodzeniem (zwłaszcza na produkcji, co nie jest powodem do dumy). Zapoznanie się ze wskazówkami zawartymi we wspomnianym artykule może pomóc wielu programistom poprawić ich kluczowe umiejętności refaktoryzacji.

Najważniejszą wskazówką z artykułu jest "zrozumienie kodu", co zawsze jest pierwszą rzeczą na mojej liście kontrolnej do zrobienia przed refaktoryzacją. Nie stworzysz lepszego kodu, jeśli nie wiesz, co robi obecny kod. Zrozumienie niechlujnego kodu może wymagać wysiłku, ale jest to cena, którą trzeba zapłacić, aby ulepszyć swoją bazę kodu. Zwrot z inwestycji jest jednak wysoki i na pewno się opłaci.

Kolejną wskazówką, o której warto wspomnieć, jest "testuj wcześnie i często", którą można zastosować nie tylko w kontekście refaktoryzacji, ale także w codziennej pracy programistów. Temat testowania jest ogromny. Nie chodzi tylko o naukę składni pisania testów, ale także o rozróżnianie typów testów. Aby dowiedzieć się więcej o testowaniu, polecam zapoznać się z piramidą testów, a następnie poznać różnice między szkołą klasyczną a londyńską.

Podsumowując, artykuł koncentruje się na lokalnej refaktoryzacji, która jest dobra i może poprawić zadowolenie programistów z ich pracy. Aby jednak stworzyć pierwszorzędną aplikację na poziomie architektury, należy wyjść poza zakres tego artykułu i zapoznać się z zagadnieniami związanymi z architekturą aplikacji. Może to pomóc w rozpoczęciu niekończącej się podróży i tego właśnie życzę wszystkim, w tym sobie.

Michael McShinsky z dev.to

Jak osiągnąć bardziej skalowalną i łatwą w utrzymaniu architekturę?

Właściwy sposób strukturyzacji aplikacji w oparciu o architekturę MVVM?

Jak uniknąć dodatkowej pracy w miarę rozwoju aplikacji?

Prawdopodobnie każdy w swojej karierze spotkał się z przypadkiem, w którym zła architektura znacznie wydłużyła czas potrzebny na wykonanie zadania. Bałagan w folderach, niespójność w nazewnictwie plików czy katalogów może sabotować pracę. projekt na samym początku.

Autor artykułu wyraźnie pokazuje zalety wyboru właściwego podejścia do struktury projektu. Zaczynając od create-react-app i zainspirowany architekturą MVVM, bardzo dokładnie pokazuje zalety swojego rozwiązania. Wychodząc od podstawowej konfiguracji, przechodzi przez każdy folder, wyjaśniając jednocześnie w poszczególnych przypadkach, dlaczego uważa takie podejście za właściwe. Samo podejście wydaje się dość skomplikowane i prawdopodobnie niepotrzebne na początku, gdy projekt jest na wczesnym etapie, ale pamiętajmy, że wprowadzenie odpowiednich zasad od samego początku pomoże nam uniknąć czasochłonnych rekonstrukcji podczas rozszerzania projektu o nowe komponenty i funkcjonalności. Odpowiednio dobrana struktura projektu pozwoli również nowym członkom projektu na łatwe pozyskiwanie komponentów i usług. Nie zapominajmy, że nie każdy sposób strukturyzacji będzie idealnie pasował do każdego projektu.
Z mojej strony chciałbym dodać podstawową zasadę, że wybór optymalnej architektury dla projektu będzie bezużyteczny, jeśli nie każdy członek załogi będzie przestrzegał ustalonych zasad.

Czytaj więcej: Jak ulepszyć aplikacje Vue.js? Kilka praktycznych wskazówek

Guillaume Clement z Dailymotion

Przejście z CTO na COO.

Praca w pełni zdalnym środowisku. Jak utrzymać zespół energiczny i zaangażowany.

Zaufanie do danych a przeczucie.

W 236 odcinku Modern CTO Joel rozmawia z dyrektorem operacyjnym Dailymotion, Guillaume Clementem. Dailymotion ma misję bycia znaczącą i pożywną platformą treści wideo wśród wielu platform, które są zorientowane wyłącznie na rozrywkę i służą jako "wideo fast food". Aby to osiągnąć w biznesie, który jest silnie napędzany przez algorytmy i inżynierię nauki o danych, trzeba podejmować trudne decyzje w oparciu o przeczucia w stosunku do tego, co mówią dane.

Zazwyczaj dokładny wskaźnik dla platform wideo, mediów i Adtech "spędzony czas" nie jest oczywistym wskaźnikiem KPI, nad którym należy pracować, jeśli naprawdę starasz się dostarczać użytkownikom znaczące treści, a nie tylko chcesz utrzymać ich uwagę przed ekranem tak długo, jak to możliwe. Odniesienie do filmu dokumentalnego "The Social Dilemma" na Netflix jest nieuniknione. Guillaume niedawno przeszedł również z roli CTO na rolę COO w firmie, co wiąże się z nowymi wyzwaniami w zakresie operacji i zarządzania ludźmi. Wyzwanie jest jeszcze bardziej wymagające podczas pandemii, kiedy zdalna konfiguracja jest testem dla liderów w zakresie utrzymywania zaangażowania zespołów i nastawienia na wysokim poziomie. Zaspokajanie indywidualnych potrzeb pracowników, którzy są bardziej towarzyscy lub bardziej introwertyczni, jest kluczowe, biorąc pod uwagę ograniczoną ilość spotkań biurowych dostępnych dla tych, którzy potrzebują regularnego kopa, aby zacząć działać.