Я працюю в Техцентрі Дойче Банку

Всім привіт! Я Олександр Белотуркин, працюю Дів Менеджером в Техцентрі Дойче Банку, куди прийшов більше 4-х років тому. В перший день було незвично. Порівняно з ІТ компаніями, де більшість приходить в джинсах і футболках, було дуже незвично побачити людей в суворих сорочках і говорять по телефону англійською. Але з часом атмосфера стала звичною і дружною. Мене зацікавила, з одного боку, близькість до кінцевого користувача, вміння і бажання цього користувача пояснювати суть проблем, які ми спільно вирішуємо, а з іншого боку — колеги, які так трепетно ставляться до якості своєї роботи. І, забігаючи трохи вперед, скажу: ні, ми не пишемо бухгалтерію під win98, ми робимо найефективнішу в світі платформу для торгівлі валютними деривативами та ще багато всього цікавого.

Отже, я працюю в Дойче Банку, в російському Технологічному Центрі. Що значить працювати IT фахівцем в такому великому інвестиційному банку? Це означає, що всі ваші родичі і друзі будуть впевнені, що ви заздалегідь знаєте, що буде з рублем і яку картинку виберуть на банкноти 2000 рублів (Владивосток). Але ви з якихось причин це приховуєте і, швидше за все, по корисливим.

насправді, відповідати на це питання можна дуже довго: досить приблизно уявити, як багато людей і всіляких бізнес-процесів існує в банку. Приміром, в Дойче Банку працює понад 80.000 людей. Є приблизно 40 країн, населення яких менше. Ісландія, яка підкорила всіх на чемпіонаті світу з футболу, має населення близько 330 000. Враховуючи лише працездатне населення, можна припустити, що серед людей, які можуть грати у футбол, Дойче Банк порівняємо з Ісландією і в теорії може зібрати збірну рівня чемпіонату світу. В теорії…

Було б дивно думати, що організація такого масштабу може обходитися без серйозної IT-підтримки. Звичайно, в такому великому банку є IT-інфраструктура і безліч створеного програмного забезпечення. Інвестиційні банки давно перестали бути організаціями навколо економістів і банкірів. Зараз в центрі інвестиційних банків варто IT. Саме IT стає тим, що визначає ефективність бізнес-процесів, визначає, чия заявка першої потрапить на біржу, хто краще прорахує ризики по операціях або хто першим і більш якісно надасть інвестиційні рішення своїм клієнтам.

Так що ж все-таки означає працювати в інвестиційному банку? Для мене це в першу чергу працювати поруч з великими професіоналами. Концентрація розумних людей тут дуже висока. Деякий час тому я працював з командою, яка займається High Frequency Trading. Вони борються за мікросекунди для алгоритмів торгівлі на біржах. Ви читали статтю «What every programmer should know about memory»? (Гуглим і читаємо). Ось, я думаю, що ці хлопці можуть самі всім розповісти, що потрібно знати про пам'ять і про всіх інших кишках сучасних систем, щоб за 10 мікросекунд зреагувати на зміну ціни, зробити складний розрахунок і відправити заявку на біржу.

На моєму проекті є квант, що живе в Лондоні. Це один з тих людей, подібних якому у всьому світі — одиниці, а я можу спілкуватися з ним кожен день і частенько не одну годину. Правда, після розмов із ним відчуваєш себе першокурсником. Його знання математичних розрахунків фінансових інструментів і всієї внутрішньої кухні просто вражають.

Деякі кажуть, що в банку багато легасі (мотлоху)
Ну, звичайно, є легасі код: Дойче Банк в Росії вже 135 років. Мова програмування «З» винайшли на початку 70-х. Очевидно, що софт в банку писався не останні 5 років, як в молодому стартапі, а значно довше. Але там, де потрібні передові рішення і технології, неефективності дуже швидко усуваються. У підсумку, ті легасі, що є, — це добре написані, стрункі додатки, які часом нічим не поступаються сучасним рішенням. Поруч зі мною сидів чоловік, який за збігом обставин займався переписуванням однієї легасі системи, в якій часто з допомогою налагодження було простіше розібратися, чим за допомогою исходников. Ось він отримував неабияке задоволення від можливості розкопати щось там, розібратися в вихідної думки автора і поліпшити її спочатку логічно, а потім і в технічному плані. В результаті вдалося заощадити непристойну суму на підтримку старого рішення, поліпшити поведінку системи і просто пишатися виконаною роботою. Але це робота не для всіх.

Знання предметної області
Я завжди кажу, що не можна написати хороший продукт, якщо ви не знаєте, що і для кого ви робите. Це, звичайно, змушує вивчати деякі банківські теорії. Потрібно це всім? Ні, є проекти, які до бізнесу мають мале відношення і швидше являють собою інфраструктурну складову. А є проекти, де без розуміння бізнесу нема чого робити. І тут, як мовиться, на смак і колір… Я, наприклад, дуже цікавлюся розрахунками всіляких деривативів, відповідно, можу приносити набагато більше користі в проектах, де ці знання будуть корисні. Що точно необхідно, так це знання англійської мови, так як часто навіть листування всередині команди йде англійською, не кажучи вже про спілкування з бізнес-користувачами.

Які інструменти використовують?
Якщо коротко, то — різні. Є, звичайно, якісь стратегічні рішення (адже ніхто не хоче різношерсту IT-інфраструктуру), але в той же час в основному це залежить від проекту і його потреб. Якщо є аргументоване розуміння, чому повинен використовуватися той чи інший софт, ніхто не буде змушувати вас використовувати щось зовсім неочікуване. Плюс до всього, є досить великі проекти, де є необхідність і доцільність використовувати якісь дорогі/великі рішення, і, відповідно, є можливість помацати такі системи і продукти. У мене, приміром, у проекті 10000 CPU, які постійно щось вважають. Оптимізація алгоритмів на пару відсотків економить значну суму на електриці від цих CPU.

У цьому плані новий проект у банку не відрізняється від стартапу, git, mongo, hadoop,- все що потрібно, якщо обґрунтовано. Недалеко від мене, приміром, колеги використовують Scala і Actors. Часто підслуховую, що вони там про все це думають =).

Agile або не Agile?
Залежить від команди. Хтось вибирає одне, хтось інше. Ми не процес-орієнтовані. Якщо хочемо і можемо, використовуємо одну методологію, якщо немає — іншу. У нашому проекті збочений Agile, ми його поміняли так, як нам всім зручно, і при цьому продовжуємо деливерить. Взагалі, це звичайно внутрикомандный питання. Дойче Банк періодично наймає тренерів для навчання скрам майстрів, продукт оунеров і тп. Для команд, які всім складом відвідували подібні курси, ефект був, звісно, помітний навіть сусідам. Ми добре розуміємо, що треба писати код ефективний (дивіться про економію електрики або про 10 мікросекунд), але водночас надійний і підтримуваний. Нас можуть розбудити в 4 години ночі, щоб розібратися в проблемі, і тут дуже швидко починаєш розуміти цінність логів, діагностичних утиліт і т. п. Помилки в цій сфері можуть дуже дорого коштувати. Тому ми дійсно вкладаємося в supportability і надійність систем і вчимося на кожній поломки – щоб усунути її і їй подібні як клас.

Куди рости
Дойче — по-чесному гарне місце для професійного зростання. Хтось росте технічно, хтось як керівник, хто з IT переходить в бізнес. Є можливість переходити з одного проекту на інший. Я б сказав, що все дуже логічно виходить з того, що є необхідність, щоб всім подобалося те, чим вони займаються, адже нікому не потрібні невдоволені працівники, які ні з того ні з сього подають заяву про звільнення. У нас є програми для студентів старших курсів і випускників. Вони проходять невелике навчання, а потім потрапляють в повноцінну команду, де при бажанні можуть зростати з величезною швидкістю.
Ми відкриваємо блог Дойче Банку на Хабре, щоб розповісти вам про нас, про наші проекти, наших співробітників, про наших ідеях і спостереженнях в IT, ну і, звичайно, щоб просто поговорити з вами про IT технологіях.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.