Nie da się zaprzeczyć, że wiele dużych firm technologicznych dąży do rozwoju napędzanego promocjami. Ale jeśli pomyślisz głębiej: wiele z tego nie jest złe dla firmy. To sposób, w jaki inżynierowie i zespoły pozostają zwinni, nie bojąc się budować nowych rzeczy i migrować. Co jest kluczowe.

Przyjrzyjmy się firmom, które wyraźnie mają tę kulturę: Meta, Google, Amazon W porównaniu do tych, które jej nie mają (lub nie tak bardzo): JP Morgan, Oracle Zastanawiam się, dlaczego pierwsze 3 mogą lepiej realizować pomysły startupów (Threads, Gemini, AWS), a dolne 3 nie mogą?

Przyjrzyjmy się firmom, które wyraźnie mają tę kulturę: Meta, Google, Amazon w porównaniu do tych, które jej nie mają (lub nie tak bardzo): JP Morgan, Oracle, IBM. Czy to przypadek, że pierwsze 3 czasami potrafią lepiej działać niż startupy (Threads, Gemini, AWS), podczas gdy ostatnie 3 nie mogą?

Eksperyment myślowy: w Big Company zakazujemy wszelkiego rodzaju "rozwoju napędzanego promocją." Nie pisz nowego systemu: wciąż dodawaj do starego. Nie migruj do Go po 1, 2, 5, 10, 15, 20 latach: trzymaj się Javy. Co się stanie za 10 lat? Programiści zapomną, jak budować...

Weź pod uwagę, że utrzymanie zespołów inżynieryjnych w elastyczności, szybkości i aktualności z najnowszymi technologiami wiąże się z kosztami. Ten koszt to przeróbki, migracje (bez przestojów!), ciągłe doskonalenie niezawodności (podczas gdy cały system jest zmieniany). W porównaniu do spowolnienia, utrzymywania stabilności... i coraz większej niemożności reagowania, gdy świat się zmienia.

Również, w odpowiedzi na wszystkie negatywne komentarze dotyczące rozwoju napędzanego promocją od deweloperów: W jakim miejscu wolałbyś pracować? A) Oczywiście, że istnieje sposób na migrację do lepszej architektury/technologii/języka, oto jak B) Stary sposób jest teraz właściwy, więc kontynuuj pracę nad tym systemem dziedziczonym