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

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

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

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

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

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

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

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

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

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

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

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

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

Първа стъпка: подобрете английския си

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

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

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

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

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

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

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

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

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

Животът хакерство:

Избягвайте основните английски програми. Умението трябва да е целенасочено. Ако имате нужда от английски за бизнес комуникация, трябва да го вземете. Просто не изпадайте в крайности и вземете 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 – Windows-базирана клиентска разработка

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

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

Стъпка трета: Научете повече от код

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

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

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

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

Сертификатите Series 98 са кратки тестове - 30 въпроса за 45 минути.

Четвърта стъпка: Управление на процеса

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

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

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

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

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

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

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

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

• M_o_R Foundation Certificate in Risk Management
• Фондация Agile Scrum
• Фондация за управление на ИТ услуги
• Фондация за управление на бизнес информация EXIN
• PRINCE2 Foundation Certificate по управление на проекти
• Сертификат за тестващ инженер
• Microsoft Operations Framework Foundation
• Гъвкави проекти за услуги

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

• Безопасно производство
• Шест сигма: анализиране, подобряване, контрол
• Шест сигма: дефинирайте и измерете

Съгласно принципа Six Sigma, статистическият контрол осигурява висококачествен резултат с изключително голяма вероятност.

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

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

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

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

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

Сертификат:
Професионална програма на Microsoft: Сертификат за големи данни

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

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

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

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

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

Обобщавайки

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

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

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

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

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

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

1. TS: Разработка на Windows приложения с Microsoft .NET Framework 4
2. TS: Достъп до данни с Microsoft .NET Framework 4 Програмиране в C#
3. TS: Microsoft .NET Framework 3.5 Разработка на приложения за Windows Forms
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
11. Фондация за управление на ИТ услуги
12. Фондация за управление на бизнес информация EXIN
13. PRINCE2 Foundation Certificate по управление на проекти
14. Сертификат за тестващ инженер
15. Microsoft Operations Framework Foundation
16. Гъвкави проекти за услуги
17. Безопасно производство
18. Шест сигма: анализиране, подобряване, контрол
19. Шест сигма: дефинирайте и измерете
20. Професионална програма на Microsoft: Сертификат за големи данни
21. Сертифициран софтуерен архитект - платформа на Microsoft

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

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

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

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