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

Практически все разработчици се питат как да развиват своите умения и каква посока за растеж да изберат: вертикална – тоест, да станат мениджъри, или хоризонтална – фулстек. Многогодишната работа по един продукт, въпреки митовете, не е ограничение, а полезна възможност. В тази статия споделяме опита на нашия backend разработчик Алексей, който посвети 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: Microsoft .NET Framework 3.5 Разработка на приложения за Windows Forms
PRO: Проектиране и разработка на приложения за Windows с Microsoft .NET Framework 3.5
PRO: Проектиране и разработка на приложения за Windows с Microsoft .NET Framework
TS: Microsoft .NET Framework 2.0 — Разработка на недесктоп клиентски приложения

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

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

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

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

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

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

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

Сертификациите от серия 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 сертификационни изпита:

TS: Разработка на приложения за Windows с Microsoft .NET Framework 4
TS: Достъп до данни с Microsoft .NET Framework 4 Програмиране на C#
TS: Microsoft .NET Framework 3.5 Разработка на приложения за Windows Forms
PRO: Проектиране и разработка на приложения за Windows с Microsoft .NET Framework 3.5
PRO: Проектиране и разработка на приложения за Windows с Microsoft .NET Framework
TS: Microsoft .NET Framework 2.0 — Разработка на недесктоп клиентски приложения
98-361: Основи на софтуерната разработка
98-364: Основи на бази данни
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
Lean Production
Six Sigma: Анализ, Подобрение, Контрол
Six Sigma: Определяне и Измерване
Microsoft Professional Program: Сертификат по големи данни
Certified Software Architect — Microsoft Platform

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

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

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

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

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