Każdy kod można usprawnić / napisać lepiej. Bez wyjątku. Nie ma kodu idealnego (jak już zresztą kiedyś pisałem). Jednak w pewnym momencie trzeba przestać, tzn. nie można dopieszczać w nieskończoność jednego kawałka kodu zaniedbując wszystko dookoła. Ale nie oznacza to, że powinniśmy akceptować każde poplątane ścierwo jakie wyjdzie spod naszych skrzypiących paluchów i mówić "spoko, jest wystarczająco dobrze".
Strona głównaSztuka programowania
Sztuka programowania 4636 dni, 13 godzin, 47 minut temu 255 pokaż kod licznika zwiń
Podobne artykuły:
- [EN] Gulp, Sass and BrowserSync in practice | Future Processing
- Simon says... : Kontrowersyjny esej o kodzie czytelnym, część 4: komentarze
- Piotr Zieliński » Dobre i złe praktyki w C# – część VI
- Holistycznie o inżynierii oprogramowania: Dzień dziecka kiedyś się skończy...
- Coding News 25.11.2013 | codingtv(); - video-blog programistycznycodingtv(); – video-blog programistyczny
- [EN] Infrastructure as Code - part 3 - Containers | Future Processing
- [EN] How to fight front-end code spaghetti? | Future Processing
- Few things not to forget during starting your project | RadBlog
- 5 grzechów początkującego programisty - DevEnv
- Panie i Panowie oto …
- [EN] Modelling load distribution | Technical blog