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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

От практика

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

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

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

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

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

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

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

Лайфхак:

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

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

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

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

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

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

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

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

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

Втори случай

Екипът написа запитване за работа с данни в рамките на парадигмата ORM, съставено по всички правила, без грешки. Обработката му отнемаше 2-3 минути, а тези параметри изглеждаха приемливи. Въпреки това, алтернативната реализация с помощта на простички селекти и viewed осигури резултат по-бързо — за 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: Анализиране, Подобряване, Контрол
• Six Sigma: Определяне и Измерване

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

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

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

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

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

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

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

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

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

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

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

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

В обобщение,

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

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

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

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

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

В момента работим с описаната медицинска система повече от пет години и постигнахме значителни подобрения. През това време Алексей е положил повече от 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: Анализиране, Подобряване, Контрол
19. Six Sigma: Определяне и Измерване
20. Microsoft Professional Program: Диплома по големи данни.
21. Certified Software Architect — Microsoft Platform.

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

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

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

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