Интернет завален статьями о том, «как попасть в IT и начать писать код», но гораздо реже говорят о том, как перестать его писать.
Что делать, если вы больше не хотите целыми днями смотреть в IDE, но и работать тимлидом не хотите? Освоить свиноводство, конечно, можно, но есть ли области, где уже полученный опыт будет полезен? Где можно отвернуться «в сторону» от развития и какие навыки для этого понадобятся? Это похоже на прокачку ветвей развития персонажа в ролевой игре.
Делаете ли вы ставку на ловкость или увеличение силы, вы получаете разные результаты.
Мы выбрали четыре направления, в которых можно прокачать своего персонажа, и задали вопросы людям, которые уже прошли по этим путям:
- Разработчик: Барух Садогурский
- Экспертная роль: Евгений Борисов
- Связываем ИТ с другой предметной областью: Дмитрий Нестерук
- Собственная компания: Алексей Федоров
Разработчик: Барух Садогурский
Основные навыки для направления: экстраверсия, эмпатия, техническая смекалка, искреннее желание общаться с разработчиками 24/7.+5 к харизме и 10 баллов Гриффиндору за качественный технический блог.
Взаимоотношения с разработчиками — это область, находящаяся на стыке инженерии, коммуникаций и маркетинга.
Эта ветка прокачки движется в сторону публичных выступлений, активного общения с сообществом и честного кайфа от всего вышеперечисленного.
Он рассказывает о том, как можно прокачать своего персонажа на этом поприще.
Барух Садогурский (англ.
Джбарух ) — адвокат разработчиков в JFrog .
— Для начала давайте разберемся в терминах: есть «отношения с застройщиком», есть «защитник застройщика», что означают эти понятия и как они связаны? — Адвокат разработчиков — одна из двух технических должностей в отношениях с разработчиками.
Второй — инженер по связям с разработчиками: там нужно писать штатный код, и это тоже хороший вариант пивота, если человек устал от легаси-кода, поддержки и сопровождения, но хочет оставаться в технической сфере.
А если вы хотите вообще сменить сферу деятельности, то адвокат разработчиков — хороший вариант. Это человек, который гораздо больше общается с разработчиками, чем пишет код. — В случае с разработчиками или продавцами понятно, какова цель работы.
И какова глобальная цель «общения с разработчиками», чем и занимается адвокат разработчиков? — У всех нас одна глобальная цель: в конечном итоге нам нужна наша компания для достижения своих целей, чаще всего финансовых или подобных.
У защитника разработчиков нет цели, например, обязательно взять новый продукт и продать его.
Возможно, нам стоит поговорить с разработчиками и посмотреть, как они используют продукт. Иногда это означает, что они купили дополнительную лицензию и она им не нужна.
На тактическом уровне перед защитником разработчиков стоят две задачи.
Это, во-первых, чтобы помочь разработчикам решить их проблемы.
Желательно это делать с помощью программного обеспечения нашей компании, но на самом деле это совсем не обязательно – вам нужно оценить, какие проблемы у них действительно есть и как их правильно решить.
А во-вторых, соберите как можно больше хороших реальных отзывов от этих разработчиков и верните их в организацию.
— Ваш переход на эту роль был резким («все, больше не хочу столько кодить») или плавным? — В моем случае это было довольно резко, потому что ребята, с которыми я работал (основатели JFrog), просто предложили мне должность.
Сказали, что им нужна такая функция — «мы даже не знаем, как она на самом деле называется, но это то, что нам нужно сделать, нам кажется, что вас это устраивает, давайте».
Это было 10 лет назад, никто еще не знал таких имен, как адвокат разработчиков.
Но есть и другие примеры.
Например, в нашей команде есть люди, которые сделали переход гораздо более плавным.
Сначала они написали пост в блоге, дали какой-то отчет, и все это параллельно с обычной работой разработчиков продукта.
А потом мы постепенно все больше и больше вовлекали их в DevRel и в какой-то момент решили, к обоюдному удовлетворению, что они перейдут к нам на постоянную работу.
— Что нужно для развития в разработке, примерно понятно.
Что вам нужно, чтобы стать хорошим защитником разработчиков? — Мне кажется, главный критерий — это желание заниматься этим новым видом деятельности.
Насколько вам хочется общаться с разработчиками, насколько вам это интересно, насколько вам это нравится, насколько вы склонны к публичности.
Получилось ли, понравилось ли другим, что вы почувствовали после? И если это получится, если вас увлекают подобные вещи, то да, это то, что вам нужно.
Все остальное можно получить с опытом: преодолеть страх сцены, научиться правильно организовывать мысли для блога или отчета, получить навыки построения презентации.
Единственное, что почувствуют другие люди, — обидитесь вы на это или нет. И это то, что отличает хорошего защитника разработчиков от плохого.
— Работа адвоката девелопера близка к маркетингу.
Какие навыки вы начали развивать с точки зрения маркетинга? — Знаете, мы тогда еще не очень понимали, что такое DevRel, а тогда действительно казалось, что это во многом связано с маркетингом.
Не могу сказать, что формально прошла обучение по маркетингу, но подумывала пойти на курсы.
А потом, с опытом и знаниями, когда появились книги, сообщество вокруг DevRel, как я, так и вся индустрия, стало более-менее понимать, что навыки маркетинга могут даже мешать.
Мы говорим с разработчиками, у которых аллергия на классический маркетинг, и чем больше вы будете пытаться использовать маркетинговые инструменты, тем хуже будет коммуникация.
Поэтому я бы не сказал, что знания в области маркетинга — это то, что нужно добавить разработчику, чтобы стать успешным защитником разработчиков.
— Мы разобрались с навыками, которые нам нужно было развивать.
Насколько технические навыки, приобретенные на этапе работы с кодом, влияют сейчас? - Это все еще база.
Разработчики остаются разработчиками.
Тот факт, что тогда я мог писать код хорошо, быстро и эффективно, помогает мне писать код хорошо, быстро и эффективно сейчас.
Плюс я могу, например, читать код, который пишут другие, чтобы правильно помочь кому-то решить его проблемы.
Технический опыт помогает мне давать правильные советы о том, как лучше всего использовать наш продукт, поскольку я понимаю, что делают другие.
Опыт программирования помогает мне писать код для некоторых вещей, которые нужны лично мне.
А тот факт, что я пишу код, поддерживает мою репутацию как члена сообщества, с которым я общаюсь.
— Как поддерживать технический тон и быть в курсе того, что происходит в отрасли? - Есть несколько вариантов.
Во-первых, вы всегда можете подрабатывать кодом в собственной компании.
Допустим, вы выделяете 20% своего времени и вносите свой вклад в продукт вместе с командой разработчиков в удобном для всех объеме.
Это могут быть интеграции, плагины или какие-то другие периферийные вещи.
Второй путь — любимые проекты или open source. В этом случае вы поможете своей репутации.
Это ваш открытый исходный код, его знают, любят, используют, и вы тоже получаете за это баллы.
В обоих случаях это беспроигрышная ситуация, и вам просто необходимо это сделать.
— Есть ли разница между сферой DevRel в российском сообществе и зарубежном? — Да, есть, и эта разница вырастает из другой разницы.
В России компании не всегда имеют свой продукт для разработчиков.
За исключением превосходного JetBrains, большинство производителей продуктов для разработчиков расположены за рубежом, в частности в Штатах.
Здесь моя позиция защитника разработчиков наиболее естественна.
В России вопросами найма чаще занимается DevRel: там нужен адвокат разработчиков, который расскажет, какая мы замечательная технологическая компания, чтобы к нам приходили хорошие разработчики.
Это немного меняет процесс.
— Если бы кто-то сейчас прочитал наше интервью и решил стать адвокатом разработчиков, что бы вы ему посоветовали? — Я бы посоветовал вам попробовать.
Даже если у компании нет позиции адвоката разработчиков, разработчики часто участвуют в деятельности DevRel, будь то написание текстов для блога, выступления на митапах, конференциях и так далее.
Отдел DevRel поможет, даст ресурсы, пообщается с руководством.
Если вам это нравится и нравится, как мы уже говорили, то вы можете делать все больше и больше и в конечном итоге сказать, что хотите быть штатным защитником разработчиков.
Если есть позиция в компании, то можно сделать это прямо там.
Если в компании есть DevRel, но нет защитника разработчиков, то можно попробовать стать первым.
А если ни то, ни другое не работает, то пора выходить на рынок.
Описанный нами человек, одновременно техник и экстраверт, умеющий говорить, — редкая птица, которой всегда не хватает. Если вы видите, что из вас получится хороший защитник разработчиков, вы можете прийти ко мне, и мы вместе посмотрим, что сегодня есть на рынке.
Экспертная роль: Евгений Борисов
Базовые навыки по направлению: продвинутая техника, умение разлагать сложный материал, умение находить общий язык с людьми и понимать, как они смотрят на мир.Если вы уже знаете, как это делать хорошо, вы можете научить других.
Формы передачи опыта могут быть разными: курсы, тренинги, отчеты, книги, консультации и так далее.
И их вполне возможно совместить; часто один человек занимается сразу многими из этого списка.
Евгений Борисов ( Евгений Борисов ) после работы в качестве сотрудника он вышел на свободу обучать/консультировать других и весьма в этом преуспел: сложно найти российского разработчика на Spring framework, который не знал бы отчета» Весенний Потрошитель Но после фриланса Евгений снова оказался в корпоративном мире.
Мы расспросили его о переходе к жизни «свободного художника» и о его возвращении оттуда.
— Когда вы перешли от разработки к коучингу? - На самом деле я всегда учил других, и тренерская работа шла параллельно с развитием.
Время от времени я проводил внутренние курсы по проектам в компаниях, где работал.
Иногда компания выдергивала меня из проекта на несколько дней и отправляла выступать на каких-то тренингах, конференциях и так далее.
— Тогда в какой момент вы решили, что можете стать фрилансером и тренером самостоятельно? — На самом деле так получилось, что меня уволили.
Мне уже было очень скучно на работе, но я был там очень нужен.
В то же время я активно занимался своими внештатными проектами.
Времени они отнимали все больше и больше, что не влияло ни на качество моей работы, ни на сроки, но компании это не нравилось.
Бюрократия не любит своевольных людей, которые пусть поступают правильно, но по-своему, в целом непослушны.
Я особо с ними не спорил; мы расстались мирно.
И тогда я оказался перед выбором: либо искать другого парня, с которым у нас может не сработаться, либо полностью уйти на фриланс.
Когда я работал по найму, всегда оказывалось, что я делаю что-то, с чем не до конца согласен.
Поэтому в тот момент я решил, что у меня достаточно связей и опыта, чтобы сделать свою подработку постоянным фрилансером.
Так и произошло.
Хотя какой-то четкой и осознанной уверенности в том, что фриланс окупится, у меня не было, иначе я бы ушел раньше.
— Чем тренер в компании будет отличаться от фрилансера? - Деньги.
Основное отличие работы в компании от работы на себя состоит в том, что в компании у вас всегда фиксированная, гарантированная зарплата.
При фрилансе доход, скорее всего, выше, но заметно менее стабилен, и вам нужно понять, покроет ли он ваши потребности.
— Какие навыки вам пришлось развивать, когда вы перешли на полноценную тренерскую деятельность? А какие навыки вообще нужны для успешной работы тренером? — Когда я стал фрилансером, коучинг занимал около 50% моего времени.
Помимо этого я занимался консультированием, наставничеством и писал код. Я всегда говорил, что хороший тренер должен тренироваться сам.
В противном случае это похоже на врача-теоретика, который ни разу в жизни не видел больного пациента, но прочитал много книг.
Хорошим тренером можно быть только в том случае, если вы рассказываете о вещах, с которыми сталкивались лично, и можете привести примеры из реальной жизни.
Если бы у меня уже не было необходимых навыков на достаточном уровне, я бы на развилке не выбрал фриланс.
Самый главный навык – уметь находить общий язык с людьми, ведь люди очень разные.
Когда вы преподаете в школе, ваш ученик.
О большую часть времени он проводит как студент. Со взрослыми все по-другому.
Были корпоративные тренинги, где люди уже за 40 лет учатся редко и толком не помнят, как это делать.
Кроме того, у них часто параллельно с обучением есть другая работа, задачи и ошибки в продакшене.
Нужно уметь со всеми подружиться, ко каждому найти подход и понять, какую проблему решает данный конкретный человек, понять его мир, найти какие-то аллегории, чтобы он увидел, что вы рассказываете не абстрактные вещи, а нечто, с чем он я сам столкнулся с этим вчера.
Тогда он тебе поверит. И конечно, чтобы продать себя как фрилансера, нужно уметь договариваться с людьми, нравиться людям и понимать, что им нужно, давать то, что им нужно и даже больше.
Тогда они позвонят вам еще раз и расскажут о вас соседу.
— При обучении людей возникает проблема, когда ты учишь то, что тебе знакомо, а технологии идут вперед, а ты от них отстаешь? – Да, это большая проблема, и именно поэтому очень сложно быть хорошим тренером долго и во всем, здесь нужно уметь угадывать тенденции.
Во-первых, сам язык постоянно растет и меняется, и за этим необходимо следить.
Во-вторых, количество фреймворков растет, и каждый фреймворк все еще развивается.
Вы следите за множеством технологий, и они постоянно меняются и меняются, и их становится все больше и больше.
В какой-то момент вы уже не сможете охватить все и начнете концентрироваться на отдельных технологиях.
Но вам все равно придется быть в курсе всего.
Так что да, быть тренером сложно.
Конечно, на пенсии можно преподавать курсы истории типа «как правильно писали в объектно-ориентированном стиле в 2005 году», возможно, даже примут в этом участие.
Если это полезно, вы можете это сделать.
— Вы сейчас работаете в EPAM. Почему вы решили вернуться в корпоративный мир? — Мое знакомство с EPAM примерно совпало с периодом, когда я активно работал фрилансером.
В конце 2015 года одну израильскую компанию NAYA Technologies уговорили присоединиться к ним и создать с ними отдел разработок.
Это хорошо совпало с моей давней мечтой воссоздать компанию, из которой пришли я, Барух Садогурский и основатели JFrog. Мне всегда очень нравилось, какие конференции и митапы организует эта компания, как она обучает и подбирает сотрудников.
Два года назад я выступал на конференции в Минске, и среди слушателей был единственный создатель EPAM Аркадий Добкин (удивительно: человек большой начальник, но все равно находит время высиживать доклады вроде моего).
После доклада он подошел и вдруг сказал, что хотел бы купить мою компанию.
Пришлось объяснять, что NAYA на самом деле не моя, я просто построил в ней большой отдел и представляю его на конференциях.
Он сказал: «Хорошо, тогда дай мне номер телефона того, у кого можно это купить».
Спустя полтора года переговоров это произошло, чему я очень рад. В моей компании мне было трудно развить правильный дух воспитания сотрудников.
Часто небольшая компания не может позволить себе правильную политику, поскольку она экономит деньги, а это влияет на качество жизни сотрудников.
С EPAM наши финансовые проблемы исчезли, и мне стало намного проще проводить свою политику в этом вопросе, потому что сама EPAM ее придерживается.
В результате сейчас я по-прежнему очень и свободно делаю то, что делал раньше, только я еще и внутри организации, где мне даны возможности, ресурсы, инструменты для построения того, что я не смог бы построить как фрилансер.
— Если какой-то разработчик, прочитав этот текст, решит создать свой курс или тренинг, что бы вы ему посоветовали? — Знаете, я долго думал, стоит ли отвечать на этот вопрос — зачем мне создавать конкурентов, подскажите, как правильно писать курсы.
И тогда я решила, что поделиться будет не стыдно: мне это не навредит, а мир сделает лучше.
Посмотрите вот на что: если каждый тренер будет рассказывать именно то, что он сам пережил, осознал и переродился, то он будет уникальным и крутым, у него будут последователи, которые захотят у него поучиться.
Конечно, при условии, что то, что он пережил, осознал и выродил, есть какие-то полезные вещи.
Некоторые говорят, что если он не умел писать код, то пошел командовать разработчиками; если он не мог командовать разработчиками, то шел командовать менеджерами.
Вот здесь это не работает. Если вы как программист не смогли набраться опыта и понять это, то не учите.
Я никогда не учу тому, что сам изучаю одновременно.
Ладно, иногда такое случается, но во-первых, у меня уже достаточно опыта, чтобы передать это через себя на лету, а во-вторых, я не учу совершенно незнакомым вещам с глазу на глаз.
Весь смысл в вашем пути к заключению.
Здесь я бьюсь над каким-то фреймворком и никак не могу понять его концепцию.
А потом в какой-то момент приходит озарение, и я понимаю, что ох, вот как мне надо было на это посмотреть.
Это может стать отличной тренировкой.
В основу курса будет положена вся эта дорога, только в ускоренном виде, и человек, придя к такому же пониманию в конце, выйдет и скажет: «Я в ходе курса понял, что ничего не понимаю, но в конце ко мне пришло это озарение».
! И он расскажет об этом катарсисе своим друзьям и начальству, и они придут к вам снова.
В противном случае лучше не учить, потому что это засоряет рынок ненужными курсами, когда человек купил книгу, прочитал ее и пытается по ней провести обучение.
Лучшие тренинги — те, которые написаны, а не скопированы из какой-то книги или сфабрикованы из нескольких материалов.
Это должно быть оригинальное творение, тогда оно будет работать.
Связываем ИТ с другой предметной областью: Дмитрий Нестерук
Базовые навыки для роли количественного аналитика: статистика, анализ, понимание процессов финансового рынка, знание C++.Когда потолок прокачки в одной ветке виден даже на первых уровнях, поворот может открыть секретную локацию с бесконечными перспективами.
Уход от ИТ не всегда означает полный отказ от кода — иногда речь идет об углублении в емкую предметную область, где код тоже нужен, но меняется и парадигма, и кругозор.
Понятно, что такие направления могут быть разными, и всего здесь не опишешь; давайте рассмотрим один из них в качестве примера.
Об варианте на стыке программирования, статистики и финансов Дмитрий Нестерук говорит( мезастель ) — квант, алгоритмический трейдер и финансовый математик.
.
— Первое, что Google выдает о вас, — это название «квант».
Не все понимают, о чем идет речь.
Объясните на пальцах, чем вы занимаетесь? — Для начала позвольте мне объяснить этот термин.
«Квант» означает «количественный аналитик»: тот, кто анализирует числовые данные (и это не обязательно означает финансовую сферу).
В более широком смысле — это наука о данных, изучение данных, которые могут генерироваться корпорациями, государственными учреждениями или другими организациями.
Квант — это человек, который получает данные с рынков и бирж, анализирует их и разрабатывает какие-то стратегии.
А потом, возможно, он даже напрямую пишет алгоритмы и торговых роботов, и все это с целью получения прибыли.
Поэтому среди квантовых инструментов есть система компьютерной алгебры, самописные инструменты, некоторые коробочные решения и прямые данные для анализа, предоставляемые биржами.
И в конечном итоге это все равно большой объем программирования: где-то около 50% все равно тратится на программную деятельность, хотя и несколько по-другому.
Основная цель здесь — создать что-то, что работает и будет приносить доход. — Если очень просто: вы пишете условный алгоритм, который анализирует рыночные данные и выступает в роли поддержки при принятии решений о покупке или продаже активов? — Если упростить, то да.
— У вас есть заказчик или вы делаете это для себя? — Я использую собственные средства и никогда ничего подобного не продавал.
Это чисто мой личный кошелек, который мне подходит. У меня даже нет партнеров.
Изначально друзья подкинули меня на эту тему, но в конечном итоге я вышел на полную свободу.
Сейчас мне комфортно одному, и я не готов делиться своими подходами и инфраструктурой.
Хотя это не относится к большинству квантов, они обычно являются наемными работниками.
— Как вы попали в финансовый сектор? — Формально интерес к этой сфере существует уже очень давно.
Изначально я занимался рандомным анализом, когда на рынке только начинали популяризироваться всякие форекс-кухни и прочие подобные вещи.
Я заинтересовался этим как своего рода абстрактным занятием, которое впоследствии переросло в более серьезное хобби.
Мне всегда нравилась эластичность рынков.
Потому что, будучи разработчиком, или менеджером, или даже генеральным директором ИТ-компании, ты всё равно знаешь, что есть потолок, некий предел, за который ты не можешь перепрыгнуть.
И у меня всегда был вопрос, как найти те рынки, где перспективы роста безграничны.
Естественно, самым крупным рынком является «международный финансовый рынок».
При условии, что вы все сделаете правильно, перспективы на этом рынке максимальные.
Мой основной подход заключался в том, чтобы попытаться максимизировать доход в единицу времени: с финансовой точки зрения ИТ и почасовая работа быстро потеряли для меня свою привлекательность.
Переход в финансовый сектор был естественным развитием.
— Насколько я могу понять из беглого изучения вашего блог , кванты работают с довольно узким спектром технологий, верно? - Да.
Поскольку нам не нужна среда приложения, мы обычно выбираем что-то, что работает достаточно хорошо, и фокусируемся на производительности.
Данных много, их нужно очень быстро обрабатывать, поэтому много времени тратится на различные оптимизации, которые работают на ускорение процессов и обход конкурентов.
— Есть ли еще какая-то необходимость быть в курсе новых технологий? — Тот факт, что основным языком программирования в финансовой инженерии является C++, является хорошим намеком на то, что здесь никто не торопится.
Есть некоторый прогресс в плане железа, но мы не стремимся быть в авангарде и использовать экспериментальные языки.
Это консервативная сфера, где дело в том, что у вас есть какие-то рыночные процессы, и вам нужно их анализировать и работать с ними.
Адаптация в основном происходит под рынок, но нет глубины технологий и нет попытки опередить всех в этом плане.
— Какие навыки вам нужно было улучшить, чтобы перейти в эту сферу? — Что касается математики, мне пришлось совершенствовать все свои университетские знания по математической статистике и теории вероятностей, а затем постепенно возрождать навыки стохастики и комплексного моделирования, которое используется при анализе числовых данных.
Мне пришлось вспомнить основы, связанные с обычным математическим анализом и теорией меры, на основе которых было написано большинство книг по этой теме.
Дальше стандартно: стохастические дифференциальные уравнения и все, что с этим связано.
Плюс параллельная реальность, в которой есть численные методы, методы Монте-Карло и, как апофеоз всего, современные методы, связанные с машинным обучением и торговлей с использованием «черного ящика».
Со стороны программирования потребовалось меньше усилий, но пришлось повысить навыки, связанные с высокопроизводительными вычислениями.
Быстро стало ясно, что у меня нет возможности анализировать большие объемы финансовых данных на домашнем компьютере.
Нам пришлось искать место, где можно было бы анализировать огромные объемы и использовать огромные вычислительные ресурсы.
К счастью, мне повезло — благодаря своему университету я нашел такое место и смог амортизировать те механизмы, которые там находились.
Навыки программирования на C++ тоже пришлось подкапывать, как и работу с архитектурными задачами.
В контексте высокопроизводительных вычислений меня действительно интересовали две другие темы: GPGPU (графические вычисления) и FPGA. — В финансовом секторе есть много фундаментального оборудования с точки зрения функционирования рынков.
Как вы разработали эту базу? — Прежде всего, нам нужно чисто механистически понять, как мы взаимодействуем с биржей: как выставляются ордера, как они перемещаются и как они объединяются в транзакции.
Изучить это можно с помощью некоторых визуальных инструментов, а затем перейти к программированию и работе с API конкретной биржи.
Здесь нужно учитывать, что помимо биржи, которая может выдавать нам ошибки, есть еще и более привилегированные участники.
У них может быть оборудование ближе к самой бирже или какие-то особые условия, но со всем этим нужно работать и нужно понимать, что у разных участников будет разное поведение.
Это тоже один из методов познания: мы просто смотрим на то, что происходит на тех или иных приборах, и пытаемся понять, кто и в какой роли там участвует. Такие наблюдения, хотя и дают нам достаточно абстрактное понимание, помогают развить интуицию, которая пригодится при автоматизации.
Если мы говорим об инструментах, то, естественно, надо грызть гранит науки: читать о том, какие инструменты существуют, как производятся различные расчеты с помощью этих инструментов или в сочетании, т. е.
портфельных, инструментов.
Вам нужно понять, что делает биржа, а затем искать, какие у нее есть неэффективности и допуски, которыми можно манипулировать, чтобы положить кругленькую сумму себе в карман.
— Если какой-то разработчик решит перейти на финансовую математику и алгоритмический трейдинг, что бы вы ему посоветовали? С чего начать? — Здесь нужно изучать сразу три разные дисциплины.
Первая — это математика, математическая статистика, теория вероятностей и смежные дисциплины с целью достижения более сложных структур, таких как стохастика, которые используются в современном финансовом мире.
Здесь наблюдается довольно четкое развитие.
Но все это еще нужно разбавлять книгами, связанными непосредственно с финансами.
В качестве базовых книг по финансовой математике я рекомендую прочитать фьючерсы на опционы Халла и другие производные финансовые инструменты или «Количественные финансы» Уилмотта (PWIQF).
Что касается чисто финансовой части, то здесь прежде всего нужно разобраться с инструментами и рынками, на которых они торгуются, нужно понять, какие есть участники рынка и почему они оперируют этими инструментами.
Здесь ситуация тоже вполне ясна: найдутся люди, которым, например, понравится экономика и фундаментальный анализ.
Однако я рассматриваю количественные финансы как чисто математическую область, поэтому считаю, что вам необходимо знать определенный базовый минимум, не вдаваясь в такие вещи, как чтение отчетов компаний или что-то в этом роде.
Ну а третья часть напрямую связана с программированием.
Если у вас уже есть навыки программирования, то вам нужно отточить их именно с учетом фондового рынка.
Я бы сразу рекомендовал открыть тестовые счета, подключить API и начать торговать, даже если на старте это бумажная торговля.
Вам нужно научиться писать автоматические торговые системы.
Человек с навыками программирования может достаточно хорошо амортизировать теории и превратить их в стратегии, которые торгуются как бы сами по себе, а сам квант может их подправить в процессе.
у меня это есть в блоге большой список книг , который я рекомендую в качестве первого шага к пониманию этой области.
Естественно, самое главное во всем этом – практика.
Вам нужно открывать счета, изучать рынки и пытаться понять, нравится вам все это или нет.
Собственная компания: Алексей Федоров
Ключевые навыки в этой области: понимание предметной области, инженерное дело, теория управления, маркетинг, слабоумие и смелость.Повышение уровня до уровня игрового босса может показаться самым заманчивым вариантом, но этот путь также несет в себе больше всего рисков.
И именно в них оказывается главное отличие владельца компании от наемного менеджера.
Чтобы задать вопрос основателю, мы не стали далеко ходить и обратились к собственному основателю — Алексей Федоров ( 23дерево ).
До создания JUG Ru Group и проведения крупных IT-конференций работал в петербургском центре разработки Oracle. 
— Как происходил переход от разработки к организации конференций? — В Oracle я работал над небольшой частью платформы Java, а это мир, отдельный от разработки приложений, довольно специфический.
Попадая в этот мир, вы выпадаете из мейнстрима программирования, и с годами есть риск серьёзно отстать от рынка.
Чтобы быть в курсе того, что происходит в разных областях ИТ-индустрии, я начал проводить ежемесячные встречи Java User Group, где вытаскивал интересных людей из отрасли: они давали доклады, и на все это приходили десятки или сотни людей.
.
Это было интересное движение, которое дало мне связь с внешним миром.
В то время крупные конференции в России проводили несколько крупных компаний и поставщиков отдельных технологий.
И в какой-то момент Oracle, проводившая конференции по Java, от них отказалась.
К тому времени мы уже как-то научились делать мероприятия, и решили поставить перед собой задачу большего — сделать конференцию.
Я поговорил с партнерами, спонсорами, клиентами, и мы пришли к выводу, что можно попробовать.
И где-то к середине 2014 года возникла ситуация, когда мы уже проводили несколько конференций в год. И тогда мне пришлось выбирать: оставить это как хобби или развивать его дальше, а значит, уйти с основной работы.
В моем решении важную роль сыграли две вещи.
Во-первых, я не карьерист: линейный карьерный рост в Oracle или другой компании меня особо не интересовал.
Во-вторых, я хорошо умел проводить конференции.
Мы получили быстрые, живые и часто положительные отзывы от Теги: #Карьера в ИТ-индустрии #Конференции #Образовательный процесс в ИТ #Финансы в ИТ #devrel #коучинг #бизнес #кванты
-
Api: Добавлены Новые И Удалены Старые
19 Oct, 24 -
Танго - Операционная Система Из Будущего
19 Oct, 24 -
Зимний Волхов: Город-Герой Фильма
19 Oct, 24 -
Youtube Начнет Собственное Онлайн-Вещание.
19 Oct, 24
