Pisze obleśny kod z przemieszaniem warstwy prezentacyjnej z logiczną. Żadna to sztuka. Ewentualnie w tęsknocie za Smartym może ów kod podzielić na funkcje od logiki i funkcje od prezentacji, ale wtedy na pewno napieprzy się bardziej niż smartując.

Z programistów rzemieślników zrobił już Dijkstra, chociażby tekstem "GOTO statement considered harmful". ;P

Dobre rozwiązania - tak. Rozwiązania w celu przyspieszenia pracy - owszem. Za wszelka cenę - błąd. Nuda, a człowiek się czuje jak warzywo.

Panowie rozumiem uczenie się smartów tak jak rozumiem naukę ogl'a czy directx'a, ale nie róbcie z programisty rzemieślnika ;)

Aby nie zniżać się do poziomu "syna szefa" ja staram się robić swoją robotę tak, żeby klient nigdy nie żałował, że akurat mnie to zlecił — dzięki temu nawet gdy kiedyś do podobnej roboty zatrudni amatora, to przy kolejnej znowu mam szansę. Poprawiania po innych raczej nie lubię, tak samo jak robienia czegoś, co kto inny ma dalej ciągnąć (tego drugiego jednak trudno uniknąć). Jednak wyleczyłem się już z robienia wszystkiego „idealnie” — ambicje ambicjami, ale nie wszędzie jest dla nich miejsce.

To jest raczej kwestia tego, na jakim poziomie nasz kod jest paskudny. Choćbym nie wiem jak szybkiego hacka pisał, to raczej nie wpadłbym na pomysł włożenia w kod odwołania do mysql_connect (z ręcznym podaniem usera i hasła) w pięciu miejscach. Albo ręcznego hardocowania jakiejś ścieżki w dziesięciu. A właśnie na taki kod patrzę.