Nelze popřít, že v mnoha velkých technologických firmách je stále silnější rozvoj zaměřený na propagaci. Ale když se nad tím zamyslíte dál: hodně z toho není pro firmu špatné. Takto inženýři + týmy zůstávají obratní, nebojí se vytvářet nové věci + migrovat Což je zásadní
The Pragmatic Engineer
The Pragmatic Engineer9. 12. 16:32
Propagační akce zaměřené na dopad téměř vždy (nakonec) vedou k rozvoji řízenému propagacím. Není divu, že je to tak rozšířené v Big Tech i větších firmách. Plný:
Podívejme se na firmy, které tuto kulturu jasně mají: Meta, Google, Amazon Oproti těm, které to nemají (nebo ne tolik): JP Morgan, Oracle Zajímalo by mě, proč první tři dokážou předběhnout startupy (Threads, Gemini, AWS), zatímco spodní tři ne?
Podívejme se na firmy, které tuto kulturu jasně mají: Meta, Google, Amazon vs. ty, které to nedělají (nebo ne tolik): JP Morgan, Oracle, IBM. Náhoda, že první tři občas dokážou překonat startování (Threads, Gemini, AWS), zatímco ty tři na začátku ne?
Myšlenkový experiment: uvnitř Big Company zakazujeme jakýkoli druh "rozvoje řízeného propagací". Nepřepisujte nový systém: pokračujte v rozšiřování toho starého. Nepřecházejte na Go po 1, 2, 5, 10, 15, 20 letech: nechte si ten Java. Co se stane o 10 let později? Vývojáři zapomínají, jak stavět...
Zvažte, že udržovat inženýrské týmy v obratnosti, rychlém a aktuálním stavu s nejnovějšími technologiemi něco něco stojí Tato cena je v přepisování, migracích (bez prostojů!), neustálém zlepšování spolehlivosti (zatímco se mění celý systém). Na rozdíl od zpomalování, udržování stability věcí... a stále méně schopný reagovat, pokud a kdy se svět změní
A také, ke všem negativním reakcím vývojářů na vývoj řízený propagací: Kde bys raději pracoval? A) Jistě, existuje způsob, jak přejít na lepší architekturu/technologii/jazyk, tady je jak B) Starý způsob je teď správný způsob. Pokračujte v práci na tomto zastaralém systému.
36,63K