Za każdym razem, gdy zamierzasz pisać na blogu o serii różnych rzeczy, które mają na celu pomóc ludziom w pisaniu kodu wysokiej jakości (lub napisaniu czegokolwiek, naprawdę), aby poprawić ich przepływ pracy, na pewno otrzymasz informację zwrotną, prawda?
Nie zrozum mnie źle. Cieszę się z tego. Myślę, że pomaga to w lepszym pisaniu w przyszłości (czyli pytam, co mogę zrobić lepiej).
I ryzykując, że będę wyglądać, jakbym kogoś „wołał" (którym nie jestem), chcę udostępnić [nieprzypisany] tweet, który otrzymałem w zeszłym tygodniu:
Twój tytuł „kod wysokiej jakości” sprawił, że napompowałem się do niektórych hardkorowych rzeczy, ale koleś ~ 99% narracji vs ~ 1% kodu? pada martwy na jego klawiaturę
I rozumiem. W poście jest bardzo mało kodu, którego celem jest rozmowa o kodzie. Ale są ku temu powody i wynika to z kilku lat zarówno czytania artykułów, pisania artykułów, czytania kodu, jak i pisania kodu.
Pomyślałem więc, że dla innych, którzy mają takie same myśli, warto wyjaśnić, dlaczego przyjmuję takie podejście.
Zrozumienie przed kodowaniem
Żeby było jasne, nic tutaj nie ma na celu wyróżnienia nikogo ani niczego. Jeśli już, to mój ogólny temat i dlaczego myślę, że rozmawiam, piszę i udostępniam posty o wysokiej jakości kodzie
1 Oksymoron
Nasza obecna kultura programowania wydaje się wspierać i utrwalać ideę najpierw kodowania, a później [być może] zrozumienia. Wydaje mi się to zacofane.
Nie lubię kodowania kopiuj i wklej, ponieważ termin ten jest trochę oksymoronem. Nie możesz jednocześnie pisać kodu i kopiować go i wklejać. To albo jedno, albo drugie.
Myślę, że Toby wymienił to najlepiej:
kod wysokiej jakości nie może być kopiowany i wklejany z Internetu.
Myślę, że ważne jest, abyśmy mogli sami napisać kod. Aby to zrobić, musimy mieć trochę zrozumienia.
2 Zaproszenie do zrozumienia
Nie bez powodu nazywa się to kodem. Moim zdaniem ostatnią rzeczą, o którą musimy się martwić, jest sam kod.
Narzędzia mogą oczywiście pomóc, ale jeśli nie rozumiesz błędów, nie możesz ich poprawić.
Oznacza to, że ważne jest, aby zrozumieć, co staramy się zrobić, i wysokiej jakości lub solidny sposób na zrobienie czegoś. W związku z tym zrozumienie, że koncepcje stojące za tym, co robimy, są ważniejsze niż sam kod.
Ponieważ jeśli nie rozumiesz koncepcji, nie zrozumiesz kodu.
Jakieś więcej powodów?
Z czubka mojej głowy? Nie, ale to nie znaczy, że nie ma ich więcej.
Ale jeśli te trzy przychodzą na myśl najłatwiej, to uważam, że są to zazwyczaj najlepsze powody dla danego podejścia. Nie oznacza to, że podejście jest słuszne, ale przynajmniej są uzasadnione.