Йордан, кои са най-търсените позиции в екипите на финтех организациите?

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

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

DevOps инженерите осигуряват надеждно и бързо доставяне на тези продукти до крайните потребители, благодарение на автоматизация, CI/CD процеси и поддръжка на висока наличност на услугите.

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

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

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

FINNOVATE 2025 – Изданието за ФинТех Вече с Отворен Достъп

Какви технологии са в основата на съвременната финтех архитектура?

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

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

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

Обработката на данни е в основата на всяка финтех архитектура, тъй като системите генерират и съхраняват огромни обеми чувствителна информация. Ето защо изборът на база данни също е от критично значение.

Релационни бази данни като MySQL и PostgreSQL предлагат стабилност и структурираност, докато NoSQL решения като MongoDB осигуряват гъвкавост и по-бърз достъп до неструктурирани данни. Подходящият избор зависи от конкретните нужди на приложението – структурата на данните, обемите и скоростта на достъп.

Каква е ролята на DevOps за устойчивостта и сигурността на финансовите платформи?

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

Благодарение на DevOps подхода, автоматизацията на процеси като разработка, тестване и внедряване на софтуер става реалност. Задачи, които преди са отнемали значително време и усилия от разработчиците, сега се извършват чрез инструменти като Jenkins. Това намалява риска от човешки грешки и позволява навременно откриване и отстраняване на проблеми.

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

Как софтуерните екипи управляват сигурността и съответствието при работа с чувствителни данни?

Едно от най-сериозните предизвикателства във финтех индустрията е гарантирането на сигурността и съответствието при работа с чувствителни данни. Софтуерните екипи прилагат разнообразни подходи за защита на информацията, включително симулирани кибератаки (penetration testing), проверки на кода, автоматизирани тестове, криптиране на данните, контрол на достъпа, регулаторни одити и постоянно наблюдение на системите.

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

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

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

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

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

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

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

За развитието на технологичните професионалистите във финтех индустрията е изключително важно?

Финтех индустрията не просто променя начина, по който взаимодействаме с парите – тя трансформира самата инфраструктура на доверието в съвременното общество. В тази промяна техническите екипи играят ключова роля. Разработчиците, DevOps инженерите и специалистите по сигурност не са просто „архитекти“ на системи – те са двигатели на иновацията, устойчивостта и отговорното изграждане на финансови технологии.

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

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

Цялото интервю с Винченцо Инкардона може да прочетете в специалното издание FinTECH Индустрията #BG 2022, което вече е налично онлайн за абонати на DevStyleR тук. Ако все още нямате абонамент, не пропускайте възможността да станете част от общността на DevStyleR.BG – Абонирай Безплатно ТУК.

Какви са Вашите отговорности като Cloud software engineer в Hazelcast? 

Това с което по-конкретно се занимавам е да разработвам по-старите интеграции с Cloud, като Kubernetes и AWS плъгин. Другото е, Cloud team building в cloud-a на Hazelcast. Разработваме наша собствена инфраструктура, базирана на AWS, GCP или Azure. След това имаме Web конзола, с която поддържаме целия клъстер. 

Какви са предизвикателствата в Cloud средата? 

Най-напред, всеки cloud е различен и има свои API и инструменти. Дори и да си дивелъпър, трябва да разполагаш с DevOps нагласа, защото се налага да си запознат с това какво можеш да използваш и как. Това може би е най-голямата трудност, когато работиш в cloud. 

Освен това сте работил и в ЦЕРН. Какви са разликите между работата в компания и организацията за ядрени изследвания? 

Определено и двете са интересни. Не бих могъл да кажа, че едното е по-добро от другото. Но да, има известни разлики. Например, ЦЕРН е едно много специално място, защото е пълно с учени… 

Нещо като Ватикана на науката? 

Именно, да. Там е мястото, където науката се случва. Например, когато открихме Хигс бозона, имаше огромни празненства и новини в медиите от цял свят. Беше голямо събитие за науката и можеше да се усети атмосферата навсякъде. Дори когато си паркираш колата на паркинга, хората обсъждат физика или някоя тема, важна за науката. Всичко това се усеща и ЦЕРН е специално място за работа. 

Същевременно сте работил и за Google… 

Да. Работих за Google в Краков, но затвориха офиса. Можех да отида в Калифорния, но не исках, защото харесвам Полша. 

Разкажете за книгата си. Затруднихте ли се с това начинание? 

“Continuous delivery with Docker and Jenkins”. Всъщност, най-сложното нещо в писането на книги е намирането на време, защото изисква много. Докато пишех книгата работих на пълен ден и смогвах или вечер, или през уикендите. Отвъд това, самият процес на писане много ми харесва. Затова, ако взема решение за втора книга, по-скоро бих напуснал за три месеца, за да имам време за работа и концентрация по книгата. Един вид – бих приоритизирал писането като ежедневна работа. 

Коя е любимата Ви книга за програмиране и компютърни науки? 

Не бих могъл да кажа само една. Все още харесвам онези стари, но ефективни книги като “Effective Java” и “Clean code”, които са много важни за всеки начинаещ програмист. Също така “Java Concurrency in practice”. Наскоро четох книга за Kubernetes, но дори не мога да се сетя как се казва. Мисълта ми е, че определено има много полезни книги. 

А художествена литература? 

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

Ако имаше един бутон, който да изтрие всичко от cloud-а, какво би се случило с хората? 

Всъщност, това дори не е въпрос от научната фантастика, а е доста валиден. Много компании в днешно време са на мнението, че cloud сам по себе си не е достатъчен и не искат да бъдат зависими само от един доставчик на облачни услуги, дори не искат и от два. Предпочитат трета опция – hybrid cloud. Една част от инфраструктурата е локална, на сървъри на компанията, а другата е в облачното пространство. Това е добра опция ако наистина има един бутон, който да изтрие всичко от cloud-а или пък цените за поддръжка се покачат. Дори имаме клиенти, които вече не приемат cloud-а като единствена опция. 

Интервюто проведе Пламен Михайлов

Наскоро открихте офис в Прага. Разкажете ни малко повече какви функции ще изпълнява той.

Екипът ни в София, заедно с този в Прага, ще подпомага разработването и внедряването на нова система за управление на транспорта – TMS (Transport Management System – бел. ред.). Целта ни е в Прага да създадем втори екип, работещ като равен и интегриран към този в София. Наистина нелесна задача, вземайки предвид високите летви, цели и успехи, които постигаме през последните няколко години, но преди всичко това е една отлична възможност да докажем, че България не е само добра аутсорсинг дестинация, а може и да води и развива ИТ пазара на световно ниво. Идеята за съставянето на филиал на DHL ESS се зароди на една среща на управителния ни комитет, където заедно със CEO-то ни Уве Бринкс взехме решение да разширим влиянието и въздействието на екипа ни поради успешно показаните резултати. Така създадохме кратък списък за оценка на няколко дестинации в Европа и в крайна сметка се спряхме на Прага. Разбира се, неслучайно се спряхме там и един от важните фактори, които наклониха везните към избора ни, бе добре утвърденото име на DHL на пазара в Прага. Мнозина може би не знаят, но преди повече от 15 години DHL поставя началото на фирма, изцяло вътрешна и изцяло посветена в предоставянето на услуги за цялата DHL дивизия, а именно IT Services. Точно там ще позиционираме своя офис, в меката на ИТ индустрията в Прага, където ще оперираме заедно в един глобален офис с над 1500 служители от над 60 националности, разбира се достатъчно отделни, за да можем да се фокусираме върху постигането на нашите цели.

Споменахте TMS. Какво се крие зад тази абревиатура?

TMS е абревиатура за Transport Management System, или система за управление на транспортния бизнес. Системата, която ние разработваме, е кръстена “EVO”. Като такъв, той е единствен по вида си, най-вече заради факта, че успява да обслужи целия жизнен цикъл на една поръчка в рамките на DHL. Само за сравнение ще дам, че преди да започнем разработката по продукта, нашите партньори от Accenture правят представителен анализ на TMS системите на пазара, сред които са софтуерни гиганти като Oracle и SAP. В анализа те оценяват способностите на тези системи срещу изискванията нa DHL и заключават, че най-близката такава покрива по-малко от 30% функционалности, необходими за нас.

Какво представлява EVO?

EVO е основна част от най-голямата бизнес трансформация и ИТ консолидация за DHL Фрейт. От една гледна точка, системата трябва да улесни и ускори работните процеси по обработка на милиони пратки всяка година, като осигури:

• по-голяма прозрачност, проактивна информация и увеличена ефективност на операциите и планирането;

• по-бърза обратна връзка и проактивна комуникация към клиентите;

• автоматизирани работни процеси;

• повишена ефективност;

• намаляване на въглеродния отпечатък.

Към момента тя функционира в цял Франция или 24 напълно отделни фрейт терминала. Тепърва ѝ предстои да бъде пусната в Турция в началото на 2020 г., затова към момента екипът се е фокусирал в доработването на изискванията към системата спрямо бизнеса там. След това ни предстои имплементация и във всички останали европейски локации на DHL Freight в следващите три години. От друга гледна точка, за да стигнем до там сме вложили над 30 000+ часа разработване през последните 2 години и половина, без да смятаме срещите с бизнеса, в които сме участвали. Към момента правим регулярни спринт релийзи в продукционна среда, като сме в постоянна комуникация с нашите потребители и от време на време им пускаме междинни съобщения, свързани с поддръжката. Екипите за подготовка на държавите вече завършиха турнето от 30 страни и в момента всички са в процес на анализ и подготовка за внедряването на системата, и съответно на процесите идващи с нея. В крайна сметка, това за нас е уникална възможност да създадем система, която ще промени работата на стотици хиляди хора от цял свят.

Какви технологии прилагате при работата по този проект?

Като един продукт, към който има високи очаквания, и като гъвкавост за разработка и конфигурация на бизнес процесите в него, както и като количествена производителност, заложихме на добре утвърдили се технологии и езици за разработка. Сред тях са Java за нашия бекенд, релационна база от данни на Oracle, както и текуща миграция към модерен уеб фронтенд на Java Script. Разбира се, всичко това трябва да е възможно по най-ефективен начин. Затова сме изградили пълен DevOps CI/CD пайплайн на Jenkins, включващ всичко от code review процес през Gerrit, инфраструктура като код с Ansible, контейнеризация на Docker, през автоматична проверка на Unit Test-ове, static code анализи в SonarQube, интеграционни тестове, автоматични регрешън и end to end тестове на Python & ECL, секюрити тестове посредством Checkmarx, перформънс тестове на HP LoadRunner и JMeter, до UAT и продъкшън верификация от хора. Както сами разбирате, за го осъществим сме подбрали не само широк набор от технологии, и разбира се не се лимитираме с тях в случай че открием нещо, което би ни било полезно. Но и силно разчитаме на екипа в проекта, съставен от ключови потребители и бизнес представители от различните страни.

Какво е по-важно за Вас при избор на нов член на екипа – предишен доказан опит с тези технологии, или потенциал и желание да се научат, придружени с т.нар. “culture fit”?

Един успешен кандидат при нас трябва да има умения, с които да допълва и подобрява екипа, като бъде ангажиран с това да постига общите ни цели. Затова той трябва да има добра оценка на уменията си и цели за развитие, както и най-вече да може да поема отговорност. Това е валидно за всеки член от екипа, без значение от позицията – да може да поема отговорност към другите, както и към общите цели на екипа и компанията. За нас това е изключително важно – да имаме голямо доверие помежду си, като същевременно да се държим взаимно отговорни в това да постигаме целите си и да подобряваме резултатите си. Това задължава всеки от нас да развива позитивни отношения с колегите си и да може да предотвратява конфликти. Това бе потвърдено от последните резултати в проучването на мнението на служителите, което скоро завършихме. По този начин това, което търсим в един кандидат, отива в две направления – професионално поведение и фокус върху постигането на цели. Към професионалното поведение слагам техническите умения, които не е задължително да се базират на 100% доказан предишен опит. Но по-важното за нас е да могат да се покажат желание за непрестанно развитие и подобряване на тези умения, с цел достигане и поддържане на висока квалификация. Също важно е да има високо ниво на колаборация, откритост, честност и доверие, както и иновация, ясен фокус и интензивна енергия, която един кандидат трябва да носи със себе си.

Какъв съвет бихте дали на кандидатите, които отиват на интервю за работа при Вас в DHL ESS? Какви източници на информация могат да използват?

На първо място бих ги посъветвал да бъдат автентични и позитивно настроени. Процесът по интервюиране често създава притеснение и тревожност в хората, което може да доведе до показване на не оптимални знания и респективно, резултати. Затова преди всичко да мислят за срещата ни повече като среща с приятел, отколкото като за кандидат-студентски изпит. На второ място да се подготвят както технически, така и за това къде отиват на интервю работа. Лошо впечатление прави отговор, че DHL ESS се занимава с пратки и колети. Относно техническата подготовка, не мисля, че търсим или правим нещо различно от стандартните технически интервюта, така че да заложат в подготовката си на структури от данни, алгоритми, дизайн партерни и SQL, като тук могат да се подготвят посредством множество източници – от книги до платформи като hackerrank.com или interviewcake.com. Също е голям плюс в процеса на подготовка ако могат да намерят партньор, с когото да практикуват – съответно да преминават ролево през потенциалните проблеми и въпросите, обяснявайки един на друг решенията. Тогава със сигурност резултатите им по време на интервюто ще бъдат високи.

Откъде черпите информация? Имате ли любими издания, блогове?

Основният източник на информация за мен са книгите. Без значение формата – аудио, твърда корица или киндъл, те са се доказали при мен многократно като спасители в дадена ситуация. Чета основно приложна и техническа литература, като тук мога да бъда „освиркан“, понеже към момента не намирам време, а и може би и желание, за художествена. В списъка ми от любими и препоръчани книги влизат „Extreme ownership” от Джоко Уилинк и Лийф Бабин, “Never Split the Difference: Negotiating As If Your Life Depended On It” от Кристофър Вос и Тал Раз, “The Culture Code: The Secrets of Highly Successful Groups” от Даниел Койл и Уил Дамрън, “The 5 Levels of Leadership: Proven Steps to Maximise Your Potential” от Джон Максуел, през техническата поредица на Робърт “Uncle Bob” Мартин – „Clean Code, Clean Coder, Clean Architecture“, както и „Extreme Programming Explained“ на Кент Бек, но нека спра тук – списъкът е дълъг. Отвъд книгите, разбира се залагам и на обучения и сертификационни програми, с които да поддържам и повишавам своята квалификация, като тук избирам доказани университети и източници като Saïd Business School на University of Oxford. И не на последно място, участвам в няколко менторски програми на хора като Дан Лок и Джон Сонмез, в които наистина научавам изключително много не само за професията си и личното развитие, но и за бизнеса в световен мащаб. В тази ера на претоварване с информация от всякакви неща – било то подкастове, влогове и блогове, онлайн издания и какви ли не други, се научих, че едно от най-важните решения е да подбереш източниците на качествена информация. Източници като вашата платформа, които да могат да минимизират този информационен шум и да носят правилна, точна и стойностна информация, защото преди всичко времето и енергията, които отделяме за получаване на информация, са един изчерпаем и невъзвръщаем ресурс. Затова трябва да се стремим да максимизираме позитивната възвръщаемост от използването им.