✅ Nowości, motywy, wtyczki WEB i WordPress. Tutaj dzielimy się wskazówkami i najlepszymi rozwiązaniami dla stron internetowych.

Nie rozwijaj wizji tunelu rozwojowego

9

W poprzednich postach mówiłem o pomyśle skoncentrowania się na obszarze i wchodzenia w głąb, a nie wszerz. To oczywiście osobiste preferencje, ale mimo wszystko moje.

Jednak w ciągu ostatniego roku jednym z produktów ubocznych, które odkryłem, jest to, że im dłużej pozostajesz w danej branży, tym częściej pojawiają się pewne problemy. (Nie powinno to dziwić, ponieważ właśnie dlatego mamy wzorce projektowe .)

Ale rzecz w robieniu tego polega na tym, że rozwijasz coś w rodzaju wizji tunelowej, aby znaleźć sposoby rozwiązywania problemów.

Kredyty

Przykład: Ostatnio otrzymałem zadanie stworzenia pewnej funkcjonalności, która miała analizować znaczniki i konwertować je do nieco innego formatu.

Wizja tunelu rozwojowego

Robiłem to raz za razem i często uważałem [DOMDocument](https://www.php.net/manual/en/class.domdocument.php)się za jednego z najbardziej pomocnych narzędzi w tym zakresie. Ale jest problem: tak przyzwyczaiłem się do tego, że zaniedbywałem alternatywne rozwiązania, które nie były wbudowane w WordPress, ale w PHP.

Zamiast ładować cały dokument do instancji [DOMDocument](https://www.php.net/manual/en/class.domdocument.php), mogłem zamienić ciągi za pomocą – nie, nie wyrażeń regularnych (choć to było kuszące) – ale [strip_tags](https://www.php.net/manual/en/function.strip-tags.php)i [str_replace](http://php.net/manual/en/function.str-replace.php).

Idąc o krok dalej, jest to coś, na co zwrócił uwagę szanowany kolega podczas przeglądu kodu.

Znowu o recenzjach kodu

Spędziłem również poprzednie posty na rozmowach o przeglądach kodu, o tym, dlaczego uważam, że są one ważne, jak sobie z nimi radzić i jak uniknąć pozostawania przy nich.

Ale było to miłe przypomnienie, aby odkryć, że nawet jeśli uważasz, że jesteś przyzwyczajony do rozwiązywania typowego problemu w danej sytuacji, nadal może istnieć inny, czystszy i/lub lepszy sposób na zrobienie tego.

Chodzi mi o to, że bez względu na to, po której stronie przeglądu kodu jesteś i bez względu na to, jak długo robisz to, co robisz, nie odrzucaj krytyki, ponieważ jest inna.

Jeśli już, to powstrzymuje cię od rozwijania wizji tunelu rozwoju; utrzymuje twój umysł tak, aby myśleć szerzej o problemie, bez względu na to, jak często go rozwiązywałeś.

Źródło nagrywania: tommcfarlin.com

Ta strona korzysta z plików cookie, aby poprawić Twoje wrażenia. Zakładamy, że nie masz nic przeciwko, ale możesz zrezygnować, jeśli chcesz. Akceptuję Więcej szczegółów