#14 Overengineering. Czyli kiedy zaczynamy przesadza?... - a podcast by Adrian Piętka, Bartłomiej Michalski

My – programi?ci po?wi?camy zbyt wiele czasu na sprawy o niskiej warto?ci biznesowej. Rozwi?zujemy ? problemy, które mog? si? nie wydarzy?. Przeciwdzia?amy zapobiegawczo sytuacjom, których prawdopodobie?stwo wyst?pienia jest mniejsze ni? 1% po?wi?caj?c na to olbrzymie pok?ady energii, czasu oraz nadwyr??aj?c bud?et ? inwestora… Tytu?owy overengineering mo?e objawia? si? na wielu p?aszczyznach – definiuj?c jednak najwa?niejsze trzy – mo?e dotyczy? on:

?? rozwi?za? funkcjonalnych, które nie s? wykorzystywane przez klientów aplikacji,
?? architektury, która rozwi?zuje lub „zapobiega” nie istniej?cym problemom,
?? kodu, który przewiduje zmiany w obszarze, który si? nigdy nie zmieni.

Podczas tego odcinka podcastu, zahaczamy o tematy zwi?zane z praktykami Extreme Programming wspomagaj?cymi rozwi?zywanie problemów w ?atwy i prosty sposób, staraj?c si? odpowiedzie? na pytanie:

Kiedy nasze rozwi?zania s? zbyt przekombinowane?

Wychwycenie odpowiedniej równowagi pomi?dzy rozwi?zaniem technicznym, a problemem biznesowym jest bardzie ci??kie. Podczas tego odcinka podcastu Dev:Cast ? staramy si? okre?li? co odbierane jest w sposób negatywny jako overengineering.

Warto równie? po?wi?ci? kilka minut na ?wietny artyku? "How To Accept Over-Engineering For What It Really Is".

Mam do Ciebie jednak dodatkowe pytania:

? Spotka?e? si? kiedy? z rozwi?zaniami, które technicznie wyprzedza?y wymagania projektu o lata ?wietlne?
? Kto powinien dba? o zachowanie równowagi pomi?dzy dostarczaniem, a rozwi?zaniem technicznym?
? Czy wszystko zawsze musi by? w 100% doskona?e technicznie?

Je?eli chcesz, to podziel si? swoj? opini?, zostawiaj?c nam krótki komentarz pod artyku?em. B?dziemy bardzo wdzi?czni za rozpocz?cie konwersacji ? W ko?cu warto si? wymienia? do?wiadczeniem – co nie? ?

Further episodes of 301 Moved Permanently

Further podcasts by Adrian Piętka, Bartłomiej Michalski

Website of Adrian Piętka, Bartłomiej Michalski