When the requirements are not yet clear - at least keep the code clear

If you know that something that you need to implement will change in the future, but you don't know how it can change yet ... don't implement everything as general as possible! Implement it as simple and straightforward as possible.

Proste a jakoś wcześniej na to nie wpadłam.

Podejście fizyka do programowania

Ciekawe czy jest taki termin. Na zasadzie "coś nie działa.. coś nie działa! aha! sprawdźmy JAK dokładnie nie działa". Zamiast próbować za wszelką cenę dopasować aplikację do naszego wyobrażenia pozwolić jej ewaluować i traktować jak odrębny organizm. Obserwować, próbować aplikować zmiany a potem obserwować efekty. Potem inna zmiana, inny efekt. Można też to zwać podejściem eksperymentalnym, lub podejściem na chama.

Na przykład w wersji podstawowej objawia się tendencją do używania dużej ilości System.out.printlnt() w Javie zamiast debuggera oraz przewagą odgłosów stukania klawiatury nad ciszą. Ale kto powiedział że jest to złe? Może jest to po prostu inne podejście.. jak metoda Monte Carlo jest innym podejściem do liczenia całki (hmm, a może da się też programować statystycznie w zasadzie).

Żarty żartami, ale na serio, jeśli są trzy możliwości konfiguracji i jedna będzie poprawna, to z czystego lenistwa chce się wybróbować wszystkie trzy zamiast myśleć nad tym która jest właściwa. Z jednej strony nie powinno tak być, z drugiej kto ma większe szanse na pomyłkę, ludzki rozum czy statystyka?

Dziwne błędy

Z tego co zauważyłam gdy trafia się jakiś dziwny zaskakujący bug, który w zasadzie nie jest krytyczny i nic złego nie robi, mimo wszystko warto to sprawdzić. Często jest to wierzchołek góry lodowej pod którą kryje się coś poważniejszego. W zasadzie moment w którym błąd zaczyna zaskakiwać oznacza że nie do końca ogarniamy kod, co zwiększa drastycznie prawdopodobieństwo że coś zostało źle zaporogramowane.

Zabawne, ale w większości gdy coś nie działa od razu wiadomo dlaczego nie działa i gdzie trzeba pogrzebać a czasem nawet od razu wiadomo dokładnie co zmienić.

Project Management

Jeśli klient zgłasza poprawkę do zaimplementowania, są dwa rozwiązania:
- zaimplementować
- wytłumaczyć że jest mu to niepotrzebne
.. z preferencją opcji nr 2.

bez kitu.