Пътят на архитекта: сертификация и потапяне в продукта

Практически все разработчици се питат как да развиват уменията си и каква посока на растеж да изберат: вертикална — т.е. да станат управители, или хоризонтална — фулстек. Многогодишната работа над един продукт, въпреки митовете, не е ограничение, а полезна възможност. В тази статия споделяме опита на нашия бекенд разработчик Алексей, който е посветил 6 години на сертификации и през това време е преминал пътя до архитектор.

Кой е архитектът

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

Такъв професионалист трябва не само да разбира в отделни предметни области, но и да вижда целия процес:

• Постановка на бизнес задача.
• Разработка, включително програмиране, подготовка, съхранение и обработка на данни.
• Разгръщане и поддръжка на инфраструктура.
• Тестване.
• Деплой.
• Анализ и експлоатационно обслужване.

Това означава умение да се поставиш на мястото на всеки специалист или екип в жизнения цикъл на разработката, да разбереш вътрешното състояние на системите, да идентифицираш допуснатите грешки, да формулираш цели. Понякога — собственоръчно да направиш оперативна намеса.

Пътят на професионалното развитие от разработчик до архитект отнема продължително време — обикновено няколко години. За целта на разработчика са нужни както практически умения, така и теоретични знания, които могат да бъдат потвърдени с международна сертификация.

Повече от 5 години на един проект – рутина или възможност за растеж?

Преди няколко години започнахме работа по мащабна медицинска ИТ система за чуждестранен клиент. В този мащабен проект имаше определени проблеми:

• ограничен достъп;
• нестабилна продукция;
• невероятно разтегнати спринтове и дълги съгласувания.

„Време е да повиша квалификацията“, — до това решение стигна един от водещите разработчици Алексей, за да преодолее изброените трудности и по-добре да разбере системата.

Алексей сподели опит как да започне обучението, какви сертификати е важно да се получат, как и защо да се прави това.

Стъпка първа: развийте английския език

Програмирането е основна съставка на разработката, но езиците за комуникация не са по-малко важни. Особено в комуникацията с англоговорещи клиенти!

От практиката

В един прекрасен ден на Алексей му се обади служител от страна на клиента. Тогава нашият разработчик все още не можеше да се похвали с куп сертификати - нито по технологии, нито по мениджмънт, нито по комуникации. Вероятно те нямаше да му помогнат - тъй като да бъдеш компетентен специалист е възможно и без допълнителни регалии. Но проблемът все пак възникна.

Трябва да се разбере, че разговорният език радикално се различава от писмения. Ако отлично разбирате англоговорящи спецификации, но не практикувате слушане и говорене, имаме лоши новини за вас. В такъв случай телефонните разговори с партньорите могат да станат капан.

Алексей улавяше някои познати думи по време на разговора, но речта на колегата му беше толкова бърза и различна от класическото произношение от аудиоуроки, че основната същност на въпросите й му убягваше. От учтивост и нежелание да усложнява ситуацията, Алексей бързо се съгласи с всички предложения.

Няма нужда да казваме, че по време на работата бяха направени неприятни открития? Нашият разработчик подписа нещо, от което съзнателно би се отказал, ако предложението беше направено на ясния език.

В този момент стана ясно, че е необходимо да се развият уменията за слушане и говорене. Най-добрият начин за това бяха сертификатите.

Сертификация по английски език

За да подобри комуникациите в нашия медицински проект, Алексей учеше по няколко програми. В резултат той положи сертификата FCE — First Certificate in English. Това му помогна да започне да чува клиента и да предава мислите си на него.

Лайфхак:

Избягвайте програми за обучение по базов английски. Умението трябва да бъде целенасочено. Ако е необходим английски за бизнес комуникация — точно такъв трябва да изучавате. Само не трябва да се впускате в крайности и да полагате CAE (Certificate in Advanced English). Неговата особеност са сложните думи и специфичните изрази, които почти не се използват в международната комуникация.

Втори етап: сертификация на целия технологичен стек

Първоначално основата на проекта беше технологията за обектно-релационно картографиране ORM. Екипът от разработчици от страна на клиента се гордееше с творението си, тъй като всичко беше направено с прилагане на авангардни концепции, сложно и впечатляващо.

Въпреки това, проблемите на продукция — по-специално с постоянно засядащия SQL сървър, не бяха рядкост. Случваше се стандартното решение на проблема да бъде рестартиране на услугата. Клиентът звънеше на тимлида и съобщаваше, че е време за рестарт. Накрая решихме да сложим край на това.

Клиентът желаеше да проработи производителността на системата — за целта беше необходимо да внедрим профилиране и редовно оптимизиране. Като инструмент за профилиране на този етап — някъде около 2015 година — избрахме Ants Profiler, но той показа слабости. При ниска детайлност беше трудно да се получи информация за критичния блок на кода. При максимална детайлност Ants Profiler започна да променя кода така, че работоспособността на системите да бъде застрашена — там, където беше настроено профилирането, всичко просто се сриваше. Затова променихме подхода.

Започнахме с анализа на статистиката

При анализа на статистиката на продукцията стана ясно, че 95% от работата на сървъра има примитивна бизнес логика от 4 реда. За тях беше достатъчен един SQL заявка, а не целия набор от заявки, генериран от блока бизнес логика с ORM.

Алексей предложи и реализира хранилище по преместване на работата без ORM. Идеята противоречеше на обичайната парадигма на проекта, тимлидът я прие с резерви, но клиентът я одобри и поиска внедряване. Това не беше изненада, тъй като новият метод позволяваше да се намалят забавянията в обработката на продукция от четири часа до няколко минути — в средно 98 пъти.

И все пак имахме съмнения: е ли това правилното решение или въпрос на лични предпочитания? Вярата в всемогъщия C# и ORM беше разколебана от случайност, която показа цялата сила на простите решения.

Кейс втори

Екипът написа заявка за работа с данните в рамките на парадигмата ORM, съставена по всички правила, без грешки. Обработката й отнемаше 2-3 минути и тези параметри изглеждаха приемливи. Въпреки това, алтернативната реализация с помощта на най-простите селекти и представления осигури резултат по-бързо — за 2 секунди.

Станало е очевидно, че е време да се избере специалист, който да премине сертификация по целия стек на проекта, за да разбере всички нюанси и да избере оптималния метод. Тази задача пое Алексей.

Първи сертификати

За да се разбере същността, Алексей премина няколко сертификации на Microsoft, обхващащи целия технологичен стек на проекта:

• TS: Разработка на Windows приложения с Microsoft .NET Framework 4
• TS: Достъп до данни с Microsoft .NET Framework 4 програмиране в C#
• TS: Разработка на Windows Forms приложения с Microsoft .NET Framework 3.5
• PRO: Проектиране и разработване на Windows приложения с помощта на Microsoft .NET Framework 3.5
• PRO: Проектиране и разработване на Windows-базирани приложения с помощта на Microsoft .NET Framework
• TS: Microsoft .NET Framework 2.0 — Разработка на клиентски приложения за Windows

Опитвайки се да оптимизират работата по новия проект, екипът стигна до следните заключения:

• За функционирането на системите е необходимо да се спазват правилата за писане на код: не отстъпки и коментари, а технически спецификации — брой заявки към бази, натоварване на сървъра и много други.
• Прилагането на противоречиви концепции води до неприятности. Концепцията за бази данни — теория на множествата, докато ORM — концепция за операции.
• Идеите, които нарушават установения ред, могат да срещнат съпротива в екипа. Разработката е също така взаимодействие и умение да аргументирате своята гледна точка.
• Сертификацията разширява кръгозора и помага да се разбере какво може да се използва и какво може да не се използва.

Стъпка трета: изучавайте не само кода

При работа с мащабни ИТ решения много фактори са важни. Например, не всеки разработчик обръща внимание на параметрите на мрежата — но дори нейната пропускна способност може да повлияе на бизнес задачата.

Разбирането на това предоставят сертификациите 98 серия:

• 98-361: Основи на софтуерната разработка
• 98-364: Основи на базите данни

Те позволяват по-широк поглед към нещата и излизане от ограничената концепция “само код”. Това са Основи, но те са важни за дълбочинно разбиране.

Сертификациите 98 серия представляват малки тестове — 30 въпроса за 45 минути.

Стъпка четвърта: управление на процесите

Работата с клиники е по-отговорно начинание в сравнение, например, с разработването на мобилна игра. Тук не може просто да добавите нова функция и да я пуснете на прод — важно е да се спазва процесът на одобрение и да се правят множество корекции от клиента, защото на карта са здравето и животът на хората.

Типичният Agile не даваше желаните резултати в този проект и всеки спринт продължи доста дълго. Между деплойментите минаваше от 6 месеца до година.

Освен това, чисто технически беше невъзможно да се доведат процесите на десетте обслужвани клиники до някакъв общ знаменател.

За да се получат резултати по-бързо в тези условия, разработчиците се нуждаеха от лична отговорност и мащабно виждане за процесите — тоест, постоянна концентрация и висока квалификация.

Когато специалистът е потопен в процеса, той ясно вижда резултатите, причините и следствията, цялостната картина. Това е едновременно фактор за допълнителна мотивация и осведоменост, подобряване на способността за решаване на задачи и проблеми.

При добре настроена инфраструктура, правилно изградена архитектура и оптимален код, един човек може да поеме много процеси. Въпреки това, това не означава, че трябва да отглеждат универсални войници, способни сами да водят проекта. Комуникацията и екипната работа са критично важни.

В екипа всеки разработчик разбира, че колегите зависят от действията му. Спестяването на 5 минути в етапа на разработка — това е, може би, 5 допълнителни часа тестване. За да се разбере това, е важно да се установят комуникации.

В нашия проект помощ в усвояването на процесите на Алексей предоставиха сертификати от EXIN:

• M_o_R Foundation Certificate in Risk Management
• Agile Scrum Foundation
• IT Service Management Foundation
• EXIN Business Information Management Foundation
• PRINCE2 Foundation Certificate in Project Management
• Test Engineer Certificate
• Microsoft Operations Framework Foundation
• Agile Service Projects

На edX бяха преминати курсове, които помогнаха да се погледне на системата от гледна точка на статистиката и Lean софтуерното програмиране и по-късно подтикнаха за получаване на сертификата архитект:

• Lean Production
• Six Sigma: Analyze, Improve, Control
• Six Sigma: Define and Measure

Според принципа на “Шест сигми” (Six Sigma), статистическият контрол осигурява качествен резултат с изключително висока вероятност.

Повишавайки нивото си, разработчикът обикновено стига до следните изводи:

• Работете не много, а ефективно.
• Не усложнявайте живота в стремежа си към външното — сложните технологии не непременно решават проблемите по-добре.
• Сътрудничете със специалисти на всяка фаза от цикъла и установявайте техните болки. Архитектът трябва да владее процесите: идентифициране на проблема, формулиране на задачата, проектиране на топологията на мрежата, разработка, тестване, поддръжка, експлоатация.
• Проверявайте всяка функция от А до Я.
• Има случаи, когато ИТ-процесите не съвпадат с бизнес-процесите и трябва да се борите с това.

Стъпка пета: разберете архитектурата през призмата на Big Data.

В проекта имахме работа с доста големи бази данни. Най-малкото, така изглеждаше до определен момент. Когато Алексей започна да учи за големи данни на edX, стана ясно, че 1,5 TB в проекта е малка база данни. Сериозни мащаби — от 10 TB и там са нужни други методи.

Следващата стъпка към сертификацията беше курс по големи данни. Той помогна за разбиране на организацията на потока от данни и ускори операциите в продукцията. Също така обърна внимание на малките инструменти, например, започвайки да използва Excel за решаване на отделни микрозадачи.

Сертификат:
Microsoft Professional Program: Сертификат по големи данни

Стъпка шеста: от разработчик до архитект.

След получаването на всички изброени сертификати, Алексей, все още будещ разработчик, започна да разбира, че получената информация има висок ниво на абстракция, което всъщност е добро.

Масовото възприятие на процесите води до нивото на архитект, една от най-високите стъпки в сертификацията.

В търсене на сертификация на архитекта, Алексей се натъкна на Certified Software Architect — Microsoft Platform от Sundblad & Sundblad. Това е програма, призната от Microsoft, разработвана в продължение на 14 години в сътрудничество между централния и шведския офис на компанията. Тя обхваща .NET Framework, събиране на изисквания, управление на потока от информация и много други въпроси на високо ниво и се счита за значимо потвърждение на уменията на архитекта.

В рамките на програмата имаше курсове за изучаване. Сертификацията систематизира знанията и позволи да се премине на нов етап на развитие — от разработчик до architect.

В обобщение,

Както отбелязва Алексей, в процеса на работа с мащабна ИТ-система е важно да се помни, че програмирането не е скъпо хоби, а инструмент за решаване на бизнес задачи. Столквайки се с определено предизвикателство, е задължително да се определи бизнес стойността, за да не стигне проектът до задънена улица.

Архитектът има особено виждане за програмирането и неговите елементарни съставки:

• Създаване и/или поддържане на поток от данни
• Извличане на поток информация на базата на потока данни
• Извличане на стойностен поток на базата на потока информация
• Монетизация на стойностния поток

Ако погледнем на проекта през очите на архитекта, трябва да започнем от края: да формулираме стойността и след това да я преследваме чрез потока данни.

Архитектът спазва принципите на разработката, притежавайки глобална визия за проекта. Да се достигне до него чрез практика и собствени грешки практически е невъзможно — по-точно, възможно е, но много отнема време. Сертификацията дава възможност да се разширят хоризонтите и да се види пълният контекст на всеки проблем, да се запознае с опита на хиляди професионалисти и да се развие умението за ефективно решаване на задачи.

В момента работим с гореописаната медицинска система повече от пет години и постигнахме значителни подобрения. През това време Алексей положи повече от 20 сертификационни изпита:

1. TS: Разработка на Windows приложения с Microsoft .NET Framework 4
2. TS: Достъп до данни с Microsoft .NET Framework 4 програмиране в C#
3. TS: Разработка на Windows Forms приложения с Microsoft .NET Framework 3.5
4. PRO: Проектиране и разработване на Windows приложения с помощта на Microsoft .NET Framework 3.5
5. PRO: Проектиране и разработване на Windows-базирани приложения с помощта на Microsoft .NET Framework
6. TS: Microsoft .NET Framework 2.0 — Разработка на клиентски приложения за Windows
7. 98-361: Основи на софтуерната разработка
8. 98-364: Основи на базите данни
9. M_o_R Foundation Certificate in Risk Management
10. Agile Scrum Foundation
11. IT Service Management Foundation
12. EXIN Business Information Management Foundation
13. PRINCE2 Foundation Certificate in Project Management
14. Test Engineer Certificate
15. Microsoft Operations Framework Foundation
16. Agile Service Projects
17. Lean Production
18. Six Sigma: Analyze, Improve, Control
19. Six Sigma: Define and Measure
20. Microsoft Professional Program: Сертификат по големи данни
21. Certified Software Architect — Microsoft Platform

С успешното полагане на всички изпити, Алексей напредна от старши разработчик до архитект на проекта. В същото време сертификацията се оказа мощно средство както за професионално развитие, така и за създаване на репутация в очите на клиента.

“Сертификационният таран” помогна да се получи достъп до отделни критични процеси, които изискваха контрол и анализ. Европейските клиенти на ИТ решения обикновено ценят високо сертифицираните специалисти и са готови да им предоставят повече свобода на действия.

Благодарим за вниманието! Надяваме се, че статията е била полезна за вас.

Източник: habr.com