К сожалению во многих технических ВУЗах сейчас дают устаревшие знания. Но тем не менее, классическое высшее образование имеет свои весомые плюсы: оно дает необходимую базу и становление и развитие логического мышления, которое безусловно важно в разработке. А вот уже курсы могут дать современные и актуальные знания.

Техническое образование в регионах, к сожалению, не обязательная ступень. Вспомню своё образование: мы работали вместо того, чтобы обучаться, приходили в основном только на сессии. Пары были откровенно скучные, получаемые навыки — сомнительными. Начинать работу в айти тогда было куда интереснее: каждый день сталкиваешься с чем-то новым, используешь разные технологии. Практика давала сильную базу и была максимально актуальной, в то время как университеты давали информацию 10-летней давности.

Образование, естественно, должно влиять на будущее IT, но пока существенного влияния не оказывает. Недавно пересматривал интервью с Сергеем Гуриевым (учёный-экономист), в котором упоминалось образование США. Вот оно открывает двери буквально во все страны мира, но и стоит такое образование около $80 тыс. в год.

В нынешних реалиях IT диплом — это не ключевой фактор для принятия решения. В первую очередь работодатели обратят внимание на опыт и портфолио кандидата. Им важно, что вы уже умеете делать на практике, а не только знаете в теории. При отборе в компанию вам предложат выполнить тестовое задание, где проверят наличие ключевых hard skills программиста. На наших курсах есть возможность получить теоретическую базу и закрепить свои знания на практике, реализовав несколько проектов.

Часто к нам приходят студенты с IT-бэкграундом, которые решили выучить еще один язык или сменить профиль. Однако подавляющее большинство наших студентов, это те, кто решил кардинально изменить свой карьерный вектор, и приходят к нам абсолютно из других отраслей — менеджмент, юриспруденция, экономика — и изучают IT-направление с нуля, получая новую профессию. Это оптимальный вариант, чтобы в кратчайшие сроки начать свой путь в IT.

Знания, которые тебе дает высшее образование, безусловно помогают, но не так сильно, как те, которые получаешь самостоятельно. Университет не может научить тебя, никто не обязан этого делать — это твоя работа. Научиться учиться. Умение и скорость обучения важно как и для вас, так и для работодателя.

Университет дает тебе базу, она, конечно, может быть неактуальной, но и каждый год править программу под новый фреймворк не имеет смысла — гораздо продуктивнее обучить вас базовым принципам. Рассказать вам как всё устроено под капотом, принципам ООП и алгоритмах. В дальнейшем эти знания помогут вам обучаться гораздо быстрее, тем более вы редко будете работать с одним языком программирования и одним стеком технологий, особенно в веб-разработке.

У разработчиков колоссальное комьюнити, частью которого обязательно нужно стать. Это ваши коллеги и единомышленники, реально практикующие и способные помочь. Это комьюнити состоит как из профильных чатов, чатов с разработчиками конкретных продуктов, stack overflow, github и многие другие являются его частью. Правильно заданный вопрос — половина решения задачи. Нужно помнить, что университет не способен давать всегда актуальные знания, особенно такой быстроразвивающийся сфере как IT — берите опыт с первых рук и пробуйте, эта возможность сейчас доступна как никогда.

На собеседовании нужно обратить внимание на несколько важных моментов, которые помогут вам ответить на вопрос, стоит ли инвестировать в данного молодого разработчика:

1. Вы видите, что любовь человека к профессии сильнее тяги к деньгам, которые эта профессия приносит. Это очень важно потому, что сейчас многие пытаются «прийти в айти» из-за высоких зарплат, но не имеют потенциала как разработчики, следовательно, быстро перегорают новым увлечением или застревают на своем нынешнем уровне. Когда человек пришел не просто «заработать в перспективной сфере», а испытывает интерес к ней — он будет желать развиваться, как специалист.

2. У него либо есть, либо были свои проекты, кандидат активно и с удовольствием о них рассказывает;

3. Есть планы, что ещё нового он хотел бы изучить. Пусть даже наивные, главное, чтобы они были;

4. Кандидат готов выделять личное время для того, чтобы прогрессировать быстрее, интересуется вашим стеком технологий, охотно принимает рекомендации по учебным материалам.

Если большинство из этих пунктов отсутствует, то вряд ли стоит инвестировать в такого человека, желаемого результата ни при каких раскладах вы не получите.

Из важных качеств в успешных специалистах мы выделяем, как бы странно не звучало — адекватность, здравая оценка себя. Часто бывает (особенно у молодых), когда у них начинает что-то получаться, они думают, что они уже профессионалы в своем деле и перестают двигаться вперед. За успехом стоит долгая и плодотворная работа. И успешные ребята — это те, которые не боятся начинать с малого, потому что знают, что, проходя через все сложности новичка, они наберутся опыта и придут к успеху. Такие ребята готовы делать больше, брать дополнительные задачи, сидеть до последнего, пока не разберутся. У них есть такое некое навязчивое любопытство, когда ты не можешь успокоится, пока не найдёшь ответ на свой вопрос и не поймешь как решить данную задачу. И, конечно же, такие ребята погружены в корпоративную культуру компании, разделяют ее ценности, стремятся расти и развиваться вместе с компанией.

1. Тимлид не говорит «не знаю», тимлид говорит «я разберусь».

2. Идеальный тимлид — тот, кто помогал людям и раньше, ещё до своего официального назначения.

3. Не прячется от общения, готов созвониться, если надо, даже выйти на контакт с клиентом — по техническим вопросам.

4. Не считает, что всего достиг и его обучение на этом окончено.

5. Имеет какие-то личные цели, амбиции в технической сфере, идеи для реализации.

6. Готов делиться своими задачами. А ещё лучше, если при этом ещё и умеет это грамотно делать.

7. Относится к разрабатываемым проектам как к своим собственным.

За компьютером я с ранних лет проводил все свободное время. Любил копаться в офисных приложениях, а потом как-то загуглил «как создавать программы», и все закрутилось само по себе. Начинал с конструкторов программ — тут не нужны были навыки в программировании, просто переносишь блоки и создаешь программу, все просто. Спустя какое-то время я создал сайт на narod.ru (раньше был такой сервис по созданию сайтов от Яндекса), потом uCoz. Как раз в этот период я научился работать с HTML и JS — мог немного изменить стандартные шаблоны, переключал разные готовые дизайны на сайте и пытался разобраться, как они отличаются друг от друга внутри, разбирал верстку по полочкам, подключал внешние библиотеки.

До PHP я добрался не сразу, даже не помню, как я на него вышел — наверное, я хотел что-то создать, и понял, что на JS такое не сделать. Поставил OpenServer, открыл документацию на php.su — и пошел делать Hello World.

Когда я окончил школу, то пошел учиться я в Дагестанский Государственный Университет на факультет информатики и информационных технологий. Не самый популярный факультет в ДГУ, но он мне больше остальных подходил и нравился. Во время учебы я работал по специальности и со временем заметил, что работать программистом мне нравится куда больше, чем учиться на него. Тогда я совсем забросил учебу — перестал посещать занятия, а затем меня отчислили.

На первой работе я был битрикс-разработчиком. Битрикс мне не понравился, хорошая CMS, но это не моё. Поэтому я решил сменить место работы и начал снова искать новую, выкатив резюме. Со мной связались из DigitalWand, дали тестовое задание на Yii2, которое я успешно прошел и стал работать удаленно.

Сначала я самообучался, задач для меня было мало, но потом меня подключили на мой постоянный проект — магазин по продаже велосипедов. Я впервые работал на проекте такого типа — на проекте, где работает более 5 разработчиков, с большим количеством пользователей, с нестандартным фреймворком — Phalcon — который я изучал «на практике» как раз на этом проекте. А затем меня подключили на другой долгосрочный проект — разработку большой системы тестирования для школьников, на нем я вырос как разработчик, и сейчас я тимлид этого проекта до сих пор :)

Мне очень повезло: на этом проекте я работал с настоящими профессионалами, каждый из которых учил меня чему-то новому и полезному. Поэтому я учился очень быстро: в начале года я был еще джуном, а к концу смог выполнить тестовое задание на сеньора всего за 40 часов.

Когда я был джуном и мидлом, мой тимлид дал мне много знаний. Мы работали на одном проекте и он делал кодревью, рассказывая, что делать можно, а чего не стоит. Он особенно строго относился к кодстайлу и к документации кода, теперь же я сам требую этого от разработчиков на своих проектах. Я даже у менеджера учился — как разговаривать с клиентом, какие вопросы можно задавать клиенту и какие не стоит, узнал, как можно возвращаться к душевному равновесию, если общение с клиентом превращается в конфронтацию.

Вот так я и учился. Коллеги, которые опытнее меня, давали советы и направляли, а я старался их не подвести. Никаких курсов я не смотрел. Все свои умения я получил на практике и перенял от коллег.

Сейчас я работаю преимущественно на внутренних проектах, в основном на нашей внутренней ERP — поэтому приходится много времени уделять проектированию и оптимизации, наверное больше, чем на остальных проектах. С проблемами, которые всплывают здесь, я не сталкивался на других, коммерческих, проектах — это даёт мне еще больше опыта, и я этому очень рад.

Коллегам я стараюсь помогать всегда, когда вижу сообщения в чате вопросов по бэкенду. Особенно мне нравится помогать с реализацией велосипедов :)

У новичков есть преимущество — они могут вложить свое время и изучить любую новую и перспективную технологию, к которой скептически относятся «старики». Мой совет — разберитесь с тем, какие сейчас технологии, платформы, фреймворки, языки программирования набирают популярность.

В данный момент я заканчиваю высшее образование, на Физико-техническом факультете по специальности «Информационно-вычислительная техника».

Моя карьера в IBRUSH начиналась с простеньких задач на mvc фреймворке, на которых смотрели, как я делаю и думаю. Потом был проект на самописном движке, куда нужно было встроить marketplace. Вспоминаю, когда меня попросили оценить этот проект, я смотрел с ошарашенными глазами и с вопросом «как это можно оценить?», забавно было то, что в итоге я угадал, а эта ситуация решила будущие проблемы связанные с оценкой. Проект был с mysql в качествы базы данных и solr в качестве поискового движка, плюс использовал xslt шаблонизатор — в общем, редкий стек. Хорошо помню, как удивлялся, с какой скоростью читает код наш технический директор Миша Брычкин — я до этого работал большую часть только со своим кодом и испытывал боль каждый раз, когда видел то, что можно было сделать проще и удобнее. Впрочем, наверное, больше меня удивляло его спокойствие, выглядело это великолепно, когда я был на лишних эмоциях, а он спокойно вглядываясь в монитор находит тут логику и делает magic. Я очень часто вспоминаю его спокойствие и рассудительность и очень благодарен ему за эти качества. Через два месяца я и сам частично овладел такой способностью. Второй проблемой, которая часто бывает у многих разработчиков — страх рефакторинга и принятия решений, но этот недуг излечился самостоятельно с ходом времени и проектов.

Сейчас молодой тимлид — это не редкость, а стандартная практика. У меня достаточно много таких знакомых в возрасте 20-23, но младше 20-ти пока не встречал. Тимлидами могут ровным счетом быть все разработчики, просто кому-то это может быть неинтересно. Думаю, человек может воспитать в себе все качества, которые он правда хочет в себе видеть. Куда более интересный вопрос — архитектурный. Архитектуру проектов уже доверяют не всем, архитектура требует больших навыков, усилий и опыта, в некоторых компаниях под это выделяют отдельные должности, в которых люди занимаются только архитектурой. Это мощный инструмент, который может либо сэкономить огромное количество времени при разработке либо потерять его. Это явление называется overengineering, когда ты начинаешь делать продукт более функциональным, чем это нужно. Поэтому важно соблюдать баланс, т.е. как писал Мартин Фаулер или Роберт Мартин: никто не говорит про идеальный код, мы говорим о коде достаточного качества.

За время работы в IBRUSH, буквально все меня наставляли, подсказывали, направляли и объясняли. Это тоже важный момент, когда начинаешь лучше понимать что происходит благодаря людям, которые всегда могут ответить на твой вопрос и подсказать решение. В более крупной компании, будет труднее получить такой уровень вовлеченности, я это очень ценил и старался отплатить тем же.

В данный момент изучаю те механизмы, которые я использую каждый день уже более детально. Посматриваю на менеджмент и методологии работы. Разбираюсь, что происходит под капотом в базах данных, поисковых движках. Разбираюсь с системами автоматизации, docker, недавно решил переписать все паттерны, чтобы посмотреть на всё под другим углом, спустя все это время, кстати, это оказалось очень полезным. Стараюсь хотя бы потрогать, чтобы иметь базовое представление и по необходимости переключиться . Из IT хобби у меня NLP, пишу на python, он же мне и помогает в изучении AI/ML, в написании утилит или каких-то прототипов. Python очень удачно пригодился в Яндекс.Танк-е, который, я к слову несколько раз отвергал в пользу Jmeter, но когда в одной из задач стало нагрузочное тестирование, я решил передать задачу нашему разработчику в том числе выбор технологий. Я провел вводную, рассказал про существующие решения и конечно показал как выглядит Jmeter, но он выбрал именно Танк, который обрел свои преимущества как для меня, так и для остальных. Продвигая удобные для себя решения, которые мне не нужно изучать — да, мне было бы удобно, да не нужно было бы тратить время на изучения того, что выбрал разработчик, но если он выберет что-то стоящее, это может сэкономить время в будущем и дать больше возможностей. Это очень редкий кейс, главное его не упустить. Это мой пример такой ситуации. К слову, разработчик пишет на Java, что было плюсом для него в дальнейшем более гибком использовании Jmeter, что тоже говорит о нём как о человеке, который выбирает технологии для задачи, а не для себя — это тоже можно было узнать позже или вообще не узнать.

Стараюсь проводить обучение, провожу code review, отдаю интересные задачи или если нет такой возможности, пройтись по ее решению с тем, кому это может быть полезно и актуально. Недавно мы сделали пилотный выпуск лекции и сейчас я ищу новые, более интерактивные площадки для подобных мероприятий.

Молодым специалистам, которые только начинают изучение, могу посоветовать доводить задачи до минимального результата, чтобы вы получили положительные эмоции от того, что у вас что-то получилось. Если после этого у вас появится мотивация двигаться дальше — отлично, а если нет, то, может, вам не нравится это?

Самый полезный урок, который я получил за время работы: тут не клуб любителей программирования, программирование — самая последняя задача.