You are viewing a single comment's thread from:
RE: Jak pisać kod, żeby chcieć do niego wrócić i wiedzieć co się w nim dzieje
Dobrze to napisałeś. Z tego co mi się kojarzy to nawet Sławek Sobótka miał jedną z prezentacji o tytule "Nie koduj, pisz proze!".
Dobór odpowiednich nazw zdecydowanie zwiększa czytelność. Największe wyzwanie to nazewnictwo dla klas. Czasem jest tak, że klasa z zmienia swoją role. Czasem w trakcie trwania projektu okazuje się, że może lepiej było nazwać ją trochę inaczej. Wtedy najlepiej zrefaktorować i zmienić nazwę. Myślę, że nakład czasowy, który wrzucimy w zmianę nazw i tak na końcu się opłaci.
Jeśli chodzi o czytelność to warto wspomnieć o języku Ruby.
W nim nawet osoba która nie jest programistą domyśli się co robi dana funkcja
Widziałem tę prezentację jakiś czas temu na Youtube. Mogła ona się nawet przyczynić po części do napisania tego postu :) Generalnie postanowiłem sobie kiedyś, że będę pisał kod bardziej opisowo, aby każdy kto go zobaczy, mógł prawie od razu coś w nim zmieniać.
Co do Rubiego, to rzeczywiście jego możliwości i składnia są jedne z przyjemniejszych. Kiedyś nawet miałem taki projekt, gdzie musiałem przejść z Rubiego na Javę. Dzięki pisaniu w stylu "javowym" w Ruby, mogłem bez większych problemów przerzucić kod do Javy prawie że 1:1. (Z wyjątkiem takim, że w javie potrzebny był większy boilerplate do napisania identycznej funkcjonalności)