Przerwa kawowa #39. 6 powodów, dla których warto znać przynajmniej jeden język programowania. 12 przydatnych zasad refaktoryzacji

6 powodów, dla których warto znać przynajmniej jeden język programowania

Źródło: Hackernoon Być może nigdy nie miałeś styczności z informatyką. Ale jest co najmniej 6 powodów, aby nauczyć się przynajmniej jednego języka programowania.

1. Aby zrozumieć, gdzie spędzasz 28 300 godzin swojego życia

Według statystyk większość z nas spędza znaczną część swojego życia (28 300 godzin) w Internecie, aplikacjach mobilnych i stacjonarnych. Wszystkie te wirtualne rzeczy są tworzone przy użyciu kodu. Aby zrozumieć, jak działają, ważna jest podstawowa wiedza programistyczna.

2. Aby ułatwić Ci życie

Programy i urządzenia techniczne powstają po to, aby ułatwiać nam życie. I choć prawie każdy z nas jako użytkownik wchodzi w interakcję z nimi, Ty również możesz tworzyć aplikacje poprzez programowanie. Na przykład skonfigurowanie odpowiedzi tekstowej za pomocą bota, gdy jesteś offline. Na pierwszy rzut oka wydaje się to trudnym zadaniem, ale tak nie jest. Nie musisz nawet pisać każdej linii kodu. Musisz tylko zrozumieć, za co odpowiedzialna jest ta lub inna linia kodu i jak to wszystko działa. Inne programy tworzone są na podobnej zasadzie.

3. Aby móc tworzyć nowe rzeczy

Każde urządzenie, którego używasz, od telefonu komórkowego po gitarę elektryczną, wykorzystuje do działania kod. Zatem programowanie jest obecne w naszym życiu. Niezależnie od tego, czym się pasjonujesz, możesz tworzyć nowe rzeczy poprzez programowanie. Nie ma znaczenia, kim jesteś: muzykiem czy prawnikiem – teraz każdy może wykazać się kreatywnością, jeśli zna język programowania.

4. Aby ulepszyć swoje CV

Nie ma nic złego w dodaniu czegoś nowego do swojego CV, prawda? Dlaczego więc nie dodać programowania jako dodatkowej umiejętności? Znajomość języka programowania może sprawić, że Twoje CV będzie wyróżniać się na tle innych. To pokaże, że jesteś osobą, która nie boi się nauczyć czegoś nieszablonowego i nie boi się podejmować wyzwań. Pokazuje także, że jesteś na bieżąco z nowoczesną technologią.

5. Wzmocnienie umiejętności rozwiązywania problemów

Programowanie daje więcej niż tylko wiedzę. Poprawia umiejętności rozwiązywania problemów, a także pomaga poprawić poziom cierpliwości. Być może nie poczujesz tego od razu, ale będzie to miało pozytywny wpływ na wiele obszarów Twojego życia w przyszłości.

6. Aby poszerzyć możliwości kariery

Rok 2020 przyniósł nam wiele niespodzianek. Rynek pracy całkowicie się zmienił w związku z Covid-19. Wiele zawodów straciło na znaczeniu, a ludzie próbują znaleźć nowe możliwości przetrwania. Nie ma więc gwarancji, że Twój zawód będzie istniał za 30 lat. Posiadanie opcji tworzenia kopii zapasowych to mądra decyzja.

Kiedy kod wymaga refaktoryzacji: 12 przydatnych reguł

Źródło: Medium Refactoring, w swej istocie, polega na przeprojektowaniu bazy kodu, zmianie wewnętrznej struktury programu. Proces refaktoryzacji często łączy się z naprawianiem błędów, dodawaniem nowych funkcji i dostrajaniem wydajności. Ale nie zapominaj: refaktoryzacja nie jest przeglądem kodu ani korekcją błędów.

Dlaczego warto poświęcić czas na naukę refaktoryzacji

Jeśli jesteś nowym programistą, nauczenie się, jak refaktoryzować kod i, co ważniejsze, wiedzieć, kiedy dokonać refaktoryzacji, będzie dla Ciebie ważną umiejętnością. Wielu programistów pomija refaktoryzację. W rezultacie ich kod wygląda przeciętnie, zagmatwany i trudny do odczytania. Po czym poznajesz, że Twój kod wymaga refaktoryzacji? Istnieje 12 zasad, które pomogą to ustalić:

1. Czy lista parametrów Twojej klasy stała się zbyt duża? Czy testowanie i debugowanie jest trudne? Jest to zatem główny kandydat do refaktoryzacji.
2. Czy w twoim kodzie w klasach znajdują się metody, które korzystają tylko z jednej z zależności klas? Lepiej będzie umieścić tę metodę w osobnej klasie — nawet jeśli ta klasa składa się tylko z jednej metody.
3. Czy Twoja metoda wykonuje dwie różne czynności w zależności od wartości parametru logicznego? W takim przypadku lepiej jest stworzyć dwie różne metody z jasno określonymi obowiązkami.
4. Czy Twoja metoda ma rozgałęzianie wartości? Na przykład sprawdzasz typ obiektu i wykonujesz różne operacje w zależności od jego typu. To świetny przypadek, aby zamienić słowo if-elselub switchw słownik.
5. Czy często używasz if-elselub switches? Zamiast tego spróbuj użyć polimorfizmu i zastosować sprawdzone w boju wzorce projektowe, takie jak Strategia lub Mediator.
6. Czy konstruktor lub metoda twojej klasy akceptuje magiczną liczbę lub ciąg znaków? Zastąp magię zwykłymi wyliczeniami.
7. Czy masz jasno zaprogramowane wartości (liczby lub ciągi znaków)? Zamiast tego przyjmij wartości jako parametry i uczyń je konfigurowalnymi. Łatwiej będzie Ci ponownie wykorzystać lub wdrożyć aplikację w nowych środowiskach lub zmienić ustawienia.
8. Nie używaj nazw zmiennych typu i, j, k, m, n. xPo prostu przestań to robić.
9. Czy często używasz tej samej logiki w wielu miejscach? Przenieś logikę do własnej klasy lub metody.
10. Czy w twoim kodzie są klasy Servicelub Manager? Są jak szwajcarski scyzoryk – mnóstwo opcji, z których rzadko się korzysta. Poświęć chwilę na przemyślenie, jakie zadania można w nich zastosować, a następnie przenieś każde pojedyncze zadanie do własnej klasy.
11. Czy testowanie pojedynczej metody sprawia Ci trudność, ponieważ klasa, w której się ona znajduje, wymaga wielu argumentów konstruktora? Następnie usuń metodę z klasy.
12. Czy potrzebujesz dodać nowy else-iflub switchwdrożyć nowe wymaganie lub funkcję? Spróbuj użyć interfejsów i refleksji do automatycznego wykrywania typów.

Jak refaktoryzacja poprawia jakość wewnętrznego oprogramowania?

Podczas refaktoryzacji poprawiasz jedną lub więcej cech kodu:

• Łatwość konserwacji — upewnij się, że możesz łatwo wprowadzać zmiany w oprogramowaniu. Łatwość konserwacji obejmuje dodawanie nowych funkcji, dostrajanie wydajności i ułatwianie naprawiania błędów.
• Elastyczność to zakres, w jakim możesz modyfikować oprogramowanie, aby służyło innym celom.
• Przenośność — jak łatwo można sprawić, by oprogramowanie działało w innym środowisku.
• Możliwość ponownego wykorzystania — jak łatwo można używać części oprogramowania w innych systemach.
• Czytelność - jak łatwo można przeczytać i zrozumieć kod źródłowy, nie tylko na poziomie interfejsu, ale także w najdrobniejszych szczegółach implementacji.
• Testowalność - łatwość tworzenia testów jednostkowych, testów integracyjnych.
• Zrozumienie — jak łatwo zrozumieć oprogramowanie na poziomie ogólnym. Upewnij się, że baza kodu ma uporządkowaną zawartość.