Всеки инженер вдига шум за това колко оптимизирано е тяхното нещо и как то може да се увеличи 8 пъти над това на „покривната система“ на рибата.

Е, това вероятно е хубаво, но в днешно време всичко е оптимизирано, относително. Имаме много предни рамки, които твърдят, че са по-бързи от своите предшественици, например PREACT ››› REACT. BS или не (вероятно BS) колко често нашите машини достигат праговете, ако тези оптимизации са видими? Виждали ли сте някога уеб страница, написана на Angular 1 и да изглежда като „О, ако използваха REACT, бутонът за излизане щеше да изчисти активната ми сесия от localStorage и да ме пренасочи обратно към целевата страница 2 пъти по-бърза“предполагам, че не.

[MDA] Стига за това, моята гледна точка е — повечето разработчици са доволни от създаването на нови технологии и организирането на парти в социалните мрежи, за да се уверят, че всеки npm инсталира своите sh!t . В крайна сметка те създават технологии, които усложняват вече сложната екосистема за разработка. Израснахме от абстрахиране на HTML, CSS и JS скриптове в различни файлове и препращане към тях в нашите уеб страници, нали? но не!, това е старата школа, нека направим всичко в един скрипт, така че да е модулен като f#$k 😂, о, и да му дадем и ново разширение, така че никой да не може да съди нашия BS. Добавете x към вашия js и вземете jsx💀

Добре, така че предишният абзац беше само сянка върху REACT, харесвам REACT, „обещавам“, вижте другата ми „публикация“, но хайде).

Сега истинската сделка тук е Качеството на кода. Представете си идеален свят, в който кодът е супер оптимизиран, никога не трябва да се притеснявате за балансиране на натоварването или цената на мащабиране, какво мислите, че ще бъде камък за разработката? CQ

[Още един MDA] През последните няколко седмици работих по някои проекти, всички започнати от бивши разработчици в екипа, за които се твърди, че са старши, бандитите, които живеят и управляват Силициевата долина - San Фран. Обща тенденция сред всичките 3 проекта беше скапан и нечетлив код. Видях лоши практики, които не знаех, че съществуват, сякаш бях изненадан, че webpack и gulp изградиха проектите. Не бих давал примери тук, но те бяха направени от Senior Devs, топ разработчици, на които младши и средни разработчици по целия свят биха се вгледали.

Разбира се, като шеф направих моята част, за да изчистя по-голямата част от техническия дълг, честно казано, най-вече заради моето его/репутация. Не мога да позволя на никого да види BS код, написан от мен, това ще ме преследва завинаги. Не мога да си представя програмист на Andela, когото обучавах в миналото, да види някакъв BS O(n)² код, работещ на компютъра ми, как да си обясня, след всичкия контрол, който проповядвах в миналото . Дори по-лошо е детето ми да види някаква ужасна двойна SQL заявка в контролера и да каже „Папс, бъзикаше си с вашата OAuth услуга, с двойния, без външен ключ, препращащ задника запитвания”Не, сине.

Истинският смисъл, наистина.

За да приключим, наистина сега, в бъдещето, известен още като следващия месец, когато OpenShift стартира текущата си бета платформа за разработка (предупреждение за спонсорирано съдържание). Може да не сме загрижени за разходите за облачен хостинг или мащабиране или каквото и да било, най-големият проблем ще бъде поддържането и добавянето на нови функции към съществуващи приложения. Представете си, че дадохме известен приоритет на качеството на кода, всеки младши или средно ниво програмист O(n) ще трябва да работи върху съществуваща кодова база, което означава по-малко време за четене, разбиране, внедряване на промени, рефакторинг или добавете нови функции към съществуващ проект.

В една Agile екосистема ние „насочваме“ задачи или истории въз основа на сложността и продължителността. Това е изключително важно за PM, тъй като му помага да съпостави/актуализира „плана на проекта“ и да управлява очакванията според клиента. Времето е основният фактор тук (ако приемем, че клиентът е RackCity 💵💵💵).

Какво научихме?

Ако оптимизирате кода си, така че да работи ефективно в главата, както го прави на сървърите, тогава ние напредваме в общността на разработчиците, като съкращаваме времето и намаляваме отрицателния ефект от разпадането на кода (смяна на разработчици в екип). Ако това не привлече вниманието на всички техни технически PMP, тогава не знам какво ще стане, защото технически ще спестим време == пари (== не ===).

Разработката на софтуер е изкуство, пишете красиво, а не глупаво.

[MDA — предупреждение за незначително отклонение]