код айти что это
IT-словарик для не-айтишников
Приходилось ли вам объяснять IT-понятия людям из других сфер? Это хитрая задача: при объяснении одного термина нельзя пользоваться другими, потому что они тоже будут непонятными. Представим, что ваш знакомый захотел «войти в айти», впервые открыл Хабр и офигел — как объяснить такому человеку хотя бы основные слова?
Мне захотелось описать популярные понятия неформальным языком — так, чтобы доходчиво донести главное, а не запутывать нюансами. Для этого местами пришлось пойти на упрощения. Но думаю, новичкам не требуется знать «правильнее писать Linux или GNU/Linux». Для начала понять бы, что в разговорах айтишников слово «перформанс» — это не про современное искусство.
Конечно, большинству хабравчан уже не требуется читать такой текст. Смысл публикации в том, чтобы ссылку можно было кидать неайтишным знакомым. А ещё хабрачитатели могут помочь дополнениями в комментариях: у меня описана лишь часть важных понятий, и мои описания наверняка несовершенны, так что совместными усилиями можно сделать всё полезнее.
Оглавление
Технологии
Люди и роли
Технологии
Все знают, что программисты пишут код. А где они его пишут? По сути своей код — просто набор символов, так что в принципе можно хоть в программе «Блокнот». Но это как ретушировать фотографию в Paint, вручную меняя цвет отдельным пикселям: странно мучиться так, когда есть программы помощнее, куда встроены специальные инструменты. И для того, чтобы писать код, тоже делают «программы помощнее».
Есть «редакторы кода», там базовый набор инструментов: например, подсветка разных составляющих кода разными цветами, помогающая быстро видеть нужное. Самый популярный такой редактор в мире — Visual Studio Code от Microsoft.
А есть более мощный вариант — IDE (вообще произносится «ай ди и», но в России говорят «и дэ е»). Аббревиатура означает «integrated development environment» («интегрированная среда разработки»), и это значит, что туда включен не только редактор кода, но и другие инструменты для самых разных задач разработчика (подробнее о них ниже) — компиляции, отладки, контроля версий, вёрстки интерфейса. То есть это такой «швейцарский нож».
Компиляция
Как известно, в компьютерах вся информация хранится единичками и ноликами. Но человеку воспринимать информацию такими битами неудобно. Поэтому, когда мы пишем текст, компьютер показывает нам понятные буквы, а дальше сам разбирается, как ему их внутри себя сохранить единичками и ноликами.
Нечто подобное с кодом. Компьютер принимает в качестве команд машинные инструкции, но ему они понятны, а вот человеку с ними иметь дело неудобно. И люди создали современные языки программирования, где код куда более человекочитабельный. А когда человек написал на таком языке понятную ему программу, дальше требуется перевести её в формат, подходящий для исполнения компьютером. Примерно это и происходит при компиляции. В больших проектах она может требовать много времени, что даёт поводы для шуток:
Отладка
Как люди представляют себе работу разработчика: человек с умным видом пишет код, который делает что надо. Как на практике эта работа выглядит заметную часть времени: человек с глупым видом пытается понять «почему уже написанный код не делает что надо».
Слово «debugging» в России то просто произносят как «дебаггинг», то переводят как «отладка». Как можно догадаться по самому слову, речь о процессе избавления от багов. Есть популярная шутка «отладка — это как быть детективом в фильме, в котором ты сам и есть убийца». Ты где-то накосячил, а теперь надо ещё суметь разобраться, где именно и как.
В этом могут помочь разные инструменты, в первую очередь — созданные как раз для этого отладчики (debuggers). Отладчик позволяет, запустив программу, следить за происходящим «внутри» неё, и помогает заметить, где именно что-то пошло не так, как задумывалось.
Контроль версий и git
Вам когда-нибудь приходилось совместно с другими людьми работать над файлами, когда все поочерёдно вносят в них изменения, и на всякий случай требуется сохранить промежуточные версии? Обычно такое заканчивается папками «finally_final_v5_2021» и письмами «Re: Re: Re: Fwd: Re», во всём этом чёрт ногу сломит.
А заглядывали ли вы в историю правок у страниц на Википедии? Там вместо груды файлов есть одна сущность (страница) с её историей, где автоматически отмечается, какой пользователь какие изменения в страницу внёс. Благодаря этому можно сравнить две разных версии, увидеть, что именно изменилось, и при необходимости откатить всё к старой версии.
Над кодом тоже работают совместно, обращаться к истории изменений приходится регулярно, и чтобы не сойти при этом с ума, всё делают примерно как в Википедии. Для этого созданы системы контроля версий (version control system, сокращённо VCS). Самая популярная из таких систем, ставшая стандартом — git.
Также есть целый набор понятий, связанных с этим, вот только некоторые:
Коммитить (commit) — вы что-то сделали и теперь вносите эти изменения в git.
Бранч (branch) — ветка: это как создать отдельную копию файла, с которой можно смело экспериментировать, не боясь испортить «основную», с которой в это время может работать кто-то другой.
Мёрджить (merge) — объединять код: если удачно поэкспериментировали, надо влить результат в основную ветку, которая тем временем могла ощутимо измениться.
Open source
Представим, что программист написал код, скомпилировал — получилось то, что можно запустить. Дальше можно делиться с миром этим результатом работы, и люди смогут им пользоваться, не зная, как именно он сделан «внутри». Но можно, кроме готовой программы, поделиться и её исходным кодом тоже. Тогда другие программисты, разобравшись в нём, смогут предложить свои улучшения или создать на основе программы что-то своё. Когда код открыт всему миру, это и называют open source.
Звучит здорово, но есть нюансы. Например, на программе с открытым кодом сложнее зарабатывать: больше не требуется покупать её, когда можно взять код и самостоятельно скомпилировать. И в Microsoft не спешат делиться кодом Windows. Зато с операционными системами Linux всё наоборот: ядро Linux — это открытый бесплатный проект, куда вносили вклад разные люди и компании со всего мира, а основать на нём свою ОС может кто угодно, поэтому у Linux есть много разновидностей.
Производительность
Английское слово performance применяется не только к художественным представлениям, но и к компьютерам, где его используют в значении «производительность».
Разработчики заняты не только тем, чтобы код выполнял нужные действия, но и оптимизируют производительность, чтобы он делал это быстрее. Есть случаи, когда это означает «чтобы не тормозило»: например, если мобильное приложение очень долго запускается и это раздражает пользователей, можно попробовать исправить эту ситуацию. А есть случаи, где раздражения пользователей нет, но ускорять всё равно есть смысл: если код работает на сервере, и там выполняется сколько-то операций в секунду, а потом всё оптимизировали и стало выполняться больше операций, то понадобится меньше серверов и можно будет сэкономить на них.
Чтобы улучшать производительность, для начала её надо измерять: точно определять, сколько времени требуется на выполнение какого-либо кода, разбираться, где всё «застревает». Поэтому рядом с «перформансом» нередко можно встретить ещё слово «бенчмаркинг», и это отдельное искусство — измерять нужно уметь.
Фронтенд и бэкенд
Зачастую, пользуясь чем-то, мы видим только «надводную часть айсберга». Можно столько ездить на автомобиле, что руль и приборная панель начнут сниться, но ни разу не заглядывать ему под капот: «ну оно там как-то работает, в автосервисе разберутся».
В софте «руль и приборная панель», которые пользователь видит и с которыми взаимодействует — это фронтенд, а часть «под капотом», где хранятся данные и обрабатывается логика — бэкенд. Слева от любого хабрапоста есть кнопка «вверх» — её добавил фронтендер, и когда вы её нажмёте, на это отреагирует ваш браузер. Но если вместо этого вы напишете комментарий, то кнопка «отправить» (тоже добавленная фронтендером) приведёт уже к взаимодействию с бэкендом: ваш комментарий отправится на сервер и будет там сохранён.
Хайп: AI/ML, VR/AR, blockchain
Не-айтишники слышат в новостях про самые хайповые технологии, поэтому могут думать, что все программисты занимаются такими и ежеминутно двигают мир в будущее. На самом деле всё скучнее, обычных фронтендеров наберётся куда больше, чем VR-специалистов (просто потому что пользователей сайтов куда больше, чем пользователей VR-шлемов). Но свои ниши у этих технологий есть:
«ИИ» (искусственный интеллект) или «AI» (Artificial Intelligence) — это расплывчатое бессмысленное понятие, которое люди исторически применяли к самым разным вещам. Но в последние годы так обычно обозначают машинное обучение (ML, machine learning), и вот это куда более конкретная штука. Её суть в том, чтобы учить компьютер выполнять задачи не стандартными строгими алгоритмами («если на фото есть такие-то элементы, то изображена кошка»), а другим подходом: «вот тысячи фотографий, на них всех кошки, сам реши, что у них общего, и дальше ищи на новых снимках то же». Для многих задач, где чёткий алгоритм составить затруднительно (как с тем же распознаванием изображений), это оказывается куда эффективнее.
VR (virtual reality) — виртуальная реальность, когда видишь вокруг полностью другой мир, как со шлемами Oculus. AR (augmented reality) — дополненная реальность, когда к настоящим объектам вокруг пририсовывают какие-то ненастоящие: как в случае, когда Google на вашем телефоне готов показать тигра прямо в вашей комнате. Над VR и AR работают давно не первый год, и супервзрыва пока не произошло, но развитие продолжается.
Блокчейн — технология, лежащая в основе Bitcoin и других криптовалют, но подходящая и для других задач, связанных с хранением данных. Одна из её главных идей в децентрализованности: у блокчейн-систем нет единоличного «владельца» (в случае с Bitcoin люди даже не знают, как выглядит его создатель Сатоши Накамото, но это и не принципиально). Несколько лет назад с ростом стоимости биткоина возник бум, когда людям казалось «достаточно реализовать любой проект с использованием блокчейна, чтобы озолотиться». Этого не произошло, и волна хайпа схлынула, но сама технология осталась и ещё может пригодиться.
Люди и роли
Программист / разработчик / кодер
В детстве мы все привыкли к слову «программист». Сейчас в вакансиях пишут «разработчик» («developer») или «software engineer». А ещё можно встретить слово «кодер». В чём разница? В интернете (в том числе и на Хабре) есть дискуссии об этом, и некоторую разницу там находят: например, «кодер» порой считают уничижительным определением, когда человек механически пишет код, сам не вполне его понимая.
Но определения из разных текстов расходятся друг с другом, а сами представители профессии не заморачиваются и называют себя как придётся. Так что, в принципе, можно считать это всё синонимами. В индустрии самый распространённый вариант — «разработчик», но в целом можете говорить как вам удобнее. Куда важнее осознать, что все эти определения относятся именно к пишущим код, и не говорить «тыжпрограммист, почини мой принтер» — это задача совсем другого профиля.
Джуниор, миддл, сениор
Разработчиков делят по градациям опытности. Junior — начинающий, за которым нужен глаз да глаз, middle — «крепкий середнячок», а senior — опытный, который может хорошо присмотреть за джунами и наставить их на путь истинный.
Про «синьора Помидора» пошутили уже миллион раз, но это по-прежнему смешно, так что, если разработчики пишут «помидор», они про это. Ну или про тайм-менеджмент по технике Pomodoro, тут уж смотрите по контексту.
В вакансиях, как правило, сразу указывают, ищут в конкретном случае джуна или сениора, и в зависимости от этого зарплата может различаться радикально. Сениоров не хватает, компании за них конкурируют, так что они в выгодном положении — но до сениора надо ещё дорасти, пройдя этап джуниора, когда вы нужны работодателям куда меньше. Так что не слишком верьте платным курсам программирования, которые обещают золотые горы немедленно после прохождения.
А стадия «senior» — это тупик, дальше неё развиваться некуда? Не совсем так. Есть роли «архитектор» и «тимлид», порой можно увидеть должности вроде «principal engineer» (отвечает не за конкретный проект, а за разработку во всей компании). Но всё это уже не линейное движение «кодить лучше прежнего», развитие здесь идёт не в сторону непосредственного написания кода, а в сторону других задач.
Full stack developer и T-shaped-специалист
В любой деятельности можно развиваться по-разному: «вглубь» (очертить узкий круг задач и становиться асом конкретно в них) и «вширь» (уметь больше, но не настолько хорошо). У обоих вариантов свои преимущества и недостатки (как говорилось про «вглубь» ещё в XIX веке у Козьмы Пруткова, «специалист подобен флюсу: полнота его одностороння»).
«Фуллстек» — это про развитие разработчика вширь. О точном значении слова можно спорить (писал об этом отдельный пост), но общий смысл в том, что фуллстек-разработчик — это «человек-оркестр», совмещающий разные умения. Самое частое сочетание умений — «фронтенд + бэкенд», то есть такой человек способен в одиночку сделать сайт, от кнопочек в браузере до базы данных.
А «специалист в форме буквы Т» — это совмещение развития вглубь и вширь. Идея в следующем: есть главное направление, куда забираешься глубже всего, и есть смежные, где проходишься по верхам. Вертикальная черта в букве «Т» отвечает за основное глубокое, горизонтальная — за смежные.
После слайда из доклада @jbaruch вы не сможете забыть понятие «T-shaped», даже если захотите
Тестирование, QA, QC
В случае с IT чаще всего говорят о разработчиках, но вообще-то есть много других специалистов: например, тестировщиков. Сделать что-то — это полдела, надо ещё проверить «всё ли сделано как задумывалось», убедиться «не всё» и разобраться, что надо переделать. В сложных системах неизбежны баги, с которыми поведение продукта не будет соответствовать ожидаемому, и очень желательно выявлять их до того, как продукт выйдет на рынок.
О тестировщиках то вообще не задумываются (всем ясно, что кто-то пишет код, но не что кто-то его проверяет), то считают их какими-то врагами разработчиков, цель которых — «сломать всё к чертям». Но это не просто безумные крушители, а поиск багов — не просто небольшое дополнение к программированию: это отдельная трудоёмкая область работы со своими особенностями. Разработчики тоже участвуют в тестировании, но ещё не факт, что хороший программист будет хорошим тестировщиком (и наоборот).
Существуют свои различия между понятиями «тестирование», «QA» (quality assurance) и «QC» (quality control), но на первых порах можно не вдаваться в них и воспринимать все три термина как примерно одно и то же. Зато вот различие, которое понятно сразу: одно дело — проверить «точно ли сайт при нажатии на кнопку отреагирует как должен», а другое дело — проверить «точно ли сайт выдержит нагрузку в миллион запросов». То есть внутри тестирования есть очень различающиеся задачи, поэтому возникают подвиды вроде «нагрузочное тестирование».
DevOps
Код пишут, затем тестируют, затем он выполняется на каких-то устройствах (серверах, смартфонах, чём угодно) — и всё это создаёт много вопросов, связанных не с самим кодом, а с инфраструктурой. Возникают задачи администрирования — вот и у Хабра, помимо раздела «разработка», есть отдельный раздел «администрирование». А в английском есть слово «operations», которое сокращают до «ops».
Такими задачами могут заниматься отдельные люди. Но в последние годы постоянно слышно слово «девопс», которое родилось как объединение «development» («разработка») и «operations». Как можно по нему догадаться, речь о том, чтобы эти две составляющие шли навстречу — и разработчик не просто писал абстрактный код в вакууме, а разбирался в инфраструктурных вопросах. Это помогает избегать ситуации «лебедь, рак и щука», когда люди, вроде бы занятые общим делом, не могут наладить диалог и винят в проблемах друг друга.
С тестированием ситуация похожая (между ним и разработкой тоже нужен общий язык и понимание), поэтому иногда в понятие DevOps включают и его:
Энтерпрайз, аутсорс, фриланс
Были слова о том, какие специалисты могут работать в IT — а теперь напоследок пара слов о разных вариантах компаний, где они могут работать.
Одно из различий: бывают маленькие юркие стартапы, а бывает крупный консервативный «энтерпрайз». В начинающих компаниях больше свободы, но зачастую и больше хаоса. Солидные корпорации обычно бюрократичнее, зато стабильнее.
Другое различие — продуктовая компания против аутсорса. В первом случае компания разрабатывает собственный продукт, во втором — занимается разработкой на заказ для других компаний. К своему продукту можно «прикипеть душой», а переключение между проектами разных заказчиков позволяет поработать с разными технологиями.
Ну и можно вообще не работать в компании, а быть фрилансером, находя заказы на бирже вроде Upwork. Но среди разработчиков это не так распространено, как среди, скажем, фотографов.
Заключение
Вполне допускаю, что можно написать такой текст гораздо лучше, чем это сделал я. Поэтому давайте считать его опенсорсным проектом: если хочется дополнить, исправить, послать к чёрту за слишком грубое упрощение — смело делайте это в комментариях, и в итоге страница станет полезнее для всех оказавшихся на ней не-айтишников.
А напоследок — минутка рекламы:
Мы в JUG Ru Group проводим конференции для опытных IT-специалистов. Так что, если при чтении поста вы поплёвывали в потолок «ну это всё понятно» — вам будет интересно на наших конференциях, там вы узнаете куда больше нового, чем из этого текста. Сейчас у нас анонсированы пять весенних конференций: Heisenbug (тестирование), Mobius (мобильная разработка), JPoint (Java), HolyJS (JavaScript), DotNext (.NET).
«Оказалось, не обязательно самому писать код»: как перейти в ИТ, если не хочешь программировать
Истории читателей Т—Ж
Кто-то резко и неожиданно погрузился в новую специальность, кто-то плавно перешел в ИТ из смежной области. Мы поговорили о том, каким может быть путь в ИТ без профильного образования, как удержаться на первой работе, если ничего не умеешь, и почему обучение никогда не кончается.
Это истории читателей из Сообщества Т—Ж. Редакция задала вопросы, бережно отредактировала и оформила по стандартам журнала.
Трансферы в ИТ
Психолог-педагог, сотрудник колцентра → менеджер проектов
Работает в ИТ: 3 года
На момент перехода в ИТ: 20 лет
Город: Калужская область → Москва
Доход: 85 000 Р /месяц
Я получил образование психолога-педагога в регионе. Пока учился в универе, работал все четыре курса. Сначала в одном аутсорсинговом колцентре на позиции «специалист по работе с программой лояльности». Платили 25 000 Р в месяц. Проработал около двух лет. Консультировал клиентов компании-заказчика, рассказывал, как работает программа лояльности, какие есть акции и бонусы и как ими воспользоваться.
Потом работал по специальности: шесть месяцев — вожатым в детских лагерях, столько же — воспитателем в детских садах и месяц — в школе. Там я проходил летнюю и зимнюю практики, которые входили в экзамены. Зарабатывал около 15 000 Р в месяц. Нам выдавали план работы: допустим, провести какие-то исследования, а потом эти исследования отобразить в курсовой. Наверное, это была моя самая любимая работа в студенческие годы. Больше всего мне нравилось заниматься с детьми в лагере, пусть это и было финансово невыгодно. На этой работе ты чистишь свою душу. Я полностью уверен, что смог бы построить карьеру в сфере образования или досуга, потому что у меня получается и мне это нравится. Не стал развиваться в этой области, так как это был бы очень долгий путь. А тогда обстоятельства в семье и жизни вынудили меня искать, где бы поскорее заработать денег.
Из-за работы в лагере мне пришлось уволиться с должности специалиста по работе с программой лояльности, так как работодатель не хотел мириться с тем, что я студент, который должен проходить практику. Очень нужны были деньги, я уже полностью на тот момент обеспечивал себя и не хотел обращаться за помощью к родителям. Преодолев боль и разочарование, которые нахлынули в момент поиска работы, я согласился на очередной колцентр — пошел в техподдержку крупного оператора мобильной связи на позицию специалиста низшего уровня, с переработками и зарплатой около 50 000 Р в месяц. Проработал там около полутора лет — это было ужасно. Пришлось уйти, чтобы защитить диплом.
Все, что зарабатывал, тратил, не оставалось ни копейки.
Учился на бюджете, жил в общежитии при универе, за которое приходилось платить 1200 Р в месяц. Сколько себя помню, денег всегда не хватало. Окончил университет и вернулся в свой родной город. В Калуге, где я учился, было очень сложно найти нормальную работу. Вакансии были только в сфере обслуживания и в колцентрах. Цены на аренду квартир космические, сравнимые с Москвой. Так после окончания вуза у меня было четыре года опыта в трудовой, диплом на руках и полное отсутствие готовности к каким-либо решениям. Я не понимал, что вообще делать, но делать что-то было нужно.
Естественно, для меня это было очень мало. Возможность карьерного роста была, но сначала я совсем не понимал, как расти, что нужно сделать для этого. Но сам продукт и сфера мне очень нравились, и я был уверен, что это правильный путь. Я всегда был в теме современных проектов и технологий, читал «Хабр», vc.ru. Но когда меня взяли на работу, я не знал, что мне нужно делать и как это делать. Просто-напросто я влетел в ИТ «c двух ног». Меня мотивировал страх: находясь среди профессионалов, очень легко облажаться. Приходилось много слушать, корректно задавать вопросы и быстро вникать. Психологическое образование тоже помогло выстраивать отношения с людьми и добиваться от них необходимого результата.
Учился по книгам, в интернете и у коллег. Проходил бесплатные курсы в Geekbrains, Skillbox. Некоторые платные курсы были уже куплены компанией, их тоже проходил. Считаю, что нет ничего лучше практического опыта работы, со слезами, слюнями, потом и шишками. Но до сих пор подумываю поступить в профильный вуз. Может быть, в какой-то государственный или хотя бы в Geekbrains на продакт-менеджера.
Я начал с того, что умел на 100%. В организации был свой мини-колцентр. Сотрудники звонили клиентам, подтверждали заказы, предлагали всякие бонусы, собственно, работали в рамках программы лояльности. Решил помочь ребятам со стилем общения и скриптами. До этого никаких четких инструкций и регламента общения у колцентра не было. Большую роль сыграла моя первая работа, там я бил все рекорды и был в ладу с руководством. Мы вместе придумывали скрипты для коллег, оценивали качество обслуживания, мне тогда это было очень интересно, и я впитывал, как губка. А когда работал у крупного оператора, я понял, наоборот, как нельзя делать. Там я как раз узнал, что именно нужно сотрудникам колцентров, какие программы, проблемы и нагрузки бывают.
Заручился поддержкой руководителя и одного из сотрудников колцентра. Как оказалось, там все были готовы к переменам, но никто ничего не предпринимал. В итоге я консультировал операторов и требовал грамотного общения с клиентами, соблюдения регламента и написанных мною скриптов. Спустя некоторое время весь колцентр начал говорить ровно так, как я хотел, и положительные изменения стали отображаться в цифрах.
Самым важным испытанием стал запуск первой акции для заказчика: она стимулировала клиентов совершить больше покупок в праздники плюс увеличивала количество повторных покупок. На тот момент я слабо понимал, что такое верстка, как работают БД и вся клиент-серверная часть. Но проект был успешным и оправдал ожидания — как мои личные, так и руководства.
Потом компания переехала в Москву. Мне предложили перебраться в новый головной офис. Сейчас в мои обязанности входит запуск маркетинговых активностей для постоянных заказчиков. Я получаю задачу от руководства, и мы с командой начинаем разработку. Отдел состоит из меня и двух маркетологов, у каждого своя зона ответственности. Я не совсем их руководитель, больше я похож на управляющего операционной деятельностью. Четко знаю, чего хочет заказчик, какие у него бизнес-цели и какие цели у нашей компании. Я анализирую статистические данные, которые недоступны большинству сотрудников, и поэтому могу принимать верные решения и направлять команду в нужное русло.
Успех проекта — это тысяча маленьких шажков-задач, которые нужно сделать один за другим, чтобы дойти до запуска. Я пишу ТЗ, согласовываю с заказчиком план действий, выставляю дедлайны. Пока я веду переговоры, на «проектной кухне» идет подготовка к каждому этапу. В нашем распоряжении — все ресурсы компании: дизайнеры, разработчики, продакшен и так далее. ТЗ я сначала высылаю спецам: смотрим слева, справа, «нюхаем», придумываем, как будем делать. Наверное, проще будет сказать, что от меня полностью зависит весь цикл работы над проектом — от момента получения задачи до отчета о проделанной работе. Я консультирую коллег и проверяю, что они сделали, как работает та или иная фича. При этом каждый раз занимаюсь оптимизацией работы отдела.
Типичный рабочий день, когда все проекты находятся у разработчиков
09:00. Я в офисе. Читаю новости в «Твиттере», проверяю почту, пью кофе, присматриваюсь к акциям.
10:00. Списываюсь с разработчиками и дизайнерами, уточняю статусы проектов. Отвечаю на вопросы, проверяю выполнение задач по проектам.
12:00. Теперь все коллеги точно на местах. В нашей компании очень плавное начало рабочего дня. Продолжаю общаться с исполнителями и выполняю мелкие задачи.
14:00. Часто в это время провожу собрания с командой. Как долго — зависит от сложности проекта и от дедлайна. Однажды такое совещание шло с 14:00 до 22:00 — с перерывами на перекур, конечно. Но мы все горели и хотели найти решение в короткий срок. Маркетологи — фанатичные фантазеры, поэтому приходится постоянно напоминать о наших целях в проекте, задавать наводящие вопросы — похоже на роль учителя в школе.
16:00. Потихоньку начинаю сбавлять темп. Смотрю, что придумали конкуренты. Рынок безумно быстро растет, и некоторые идеи, которые я носил в голове, но не успел предложить, уже реализовали другие технологические компании. Читаю что-то по менеджменту или о БД. Параллельно выполняю мелкие задачи.
18:00. Рабочий день закончился, и начинается магическое время: разработчики активизируются на полную, дизайнеры высылают макеты, партнеры тоже срочно желают пообщаться.
19:00. Ухожу домой, но остаюсь на связи.
Работа сложная в психологическом плане, есть вечное и не покидающее ни на миг ощущение напряжения. Ты постоянно куда-то бежишь, при этом в голове находится тонна информации: кто и что сейчас делает, когда и какой именно процесс нужно запускать. Вечные «суперкреативные» пожелания заказчика, которые бьют по срокам и только усиливают ощущение гонки. Как-то наткнулся на цитату и решил сделать ее своим кредо: «Каждое утро в Африке просыпается газель. Она должна бежать быстрее льва, иначе погибнет. Каждое утро в Африке просыпается и лев. Он должен бежать быстрее газели, иначе умрет от голода. Не важно, кто ты — газель или лев. Когда встает солнце, надо бежать».
Я стараюсь максимально хладнокровно относиться к работе и так же хладнокровно требую от других строгого выполнения задач. Когда я вхожу в отдел дизайна, меня сразу охватывает ощущение, что я коршун, ищущий жертву горящего дедлайна. Если я ее нахожу, происходят «стимулирующие мероприятия»: задаю вопросы, почему так долго, из-за чего мы выбиваемся из графика. Если причина в другом проекте, иду устраивать «мероприятия» менеджеру, который решил, что его задача важнее. У каждого специалиста есть свой менеджер, распределяющий нагрузку.
Если сотрудники чем-то недовольны, имеют какое-то свое видение или у них есть альтернативное предложение, я доступно объясняю, почему сделать так, как они хотят, нельзя, либо пасую и соглашаюсь с ними. Менеджер я очень дипломатичный, всегда открыт к диалогу и новым идеям, но считаю, что бизнес не должен страдать из-за ошибок сотрудников, поэтому я еще и строгий. И есть некоторые моменты, на которых я настаиваю. Например, если я говорю, что за выделенное время эту задачу выполнить невозможно или ее выполнять бессмысленно с технической точки зрения, тут лучше не спорить.
До моего прихода в компанию у коллег часто возникали проблемы на моменте выпуска проекта: в макетах — одно, в продакшене — другое. Я быстро понял, что меня ждут факапы, если я не поменяю саму систему работы. Пришлось много общаться с руководителями отделов, заручаться их поддержкой. После нескольких проектов все поняли, как со мной нужно работать, и до сих пор все идет как по маслу.
Иногда приходится говорить коллегам: «Здесь я буду решать, что сделано хорошо, а что плохо».
В ближайшем будущем кровь из носу нужно выйти на доход от 150 000 Р в месяц. А стремлюсь к заработку от 500 000 Р в месяц, если говорить про наемный труд.
Вижу себя исполнительным директором крупной международной компании и активным инвестором.
С переходом в ИТ моя жизнь сильно поменялась. Нужно всегда быть в тонусе и движении, иногда — заставлять себя учиться чему-то новому. Мировоззрение изменилось в сторону идеи о том, что нет ничего невозможного. Больше стал думать о работе: какая она должна быть. Я знаю, что текущая позиция — это не потолок, что компания может быть лучше, что денег может быть больше. Научился бежать к сложностям, а не от них. Научился нести ответственность за финальный результат и говорить нет.
Работник кухни в ресторане, инженер по сбыту водопроводного оборудования → джуниор-продакт
1 год
На момент перехода в ИТ: 23 года
Город: Нижний Новгород
Доход: 74 000 Р /месяц
Вакансию нашел на одном известном сайте по поиску работы, откликнулся, и меня пригласили на собеседование. В компании проработал примерно полтора года. Начал с должности инженера по сбыту. Это такой человек, который решает техническую проблему заказчика, продает ему свое решение и обслуживает оборудование после установки. То есть это не просто продажник, но еще и технический специалист, готовый в любое время выехать на объект, провести гарантийный ремонт оборудования или плановое техобслуживание.
Работая в компании по продаже водопроводного оборудования, я начал понемногу подрабатывать на других работах: учителем физики в школе на треть ставки — выходило примерно 5000 Р в месяц, репетитором для подготовки к экзаменам. Однажды увидел вакансию онлайн-школы. Стало страшно и одновременно интересно, и я решил, что хочу попробовать. Прошел собеседование на позицию менеджера по продажам уроков. Благодаря опыту в продажах это было несложно.
У онлайн-школы есть пул преподавателей по разным школьным предметам: русскому языку, математике, английскому языку, физике и другим. Могут заниматься как дети, так и взрослые. У продавца зарплатная схема простая: оклад плюс премия, если выполняешь план продаж. В среднем при нагрузке 20 часов в неделю мне удавалось зарабатывать 20 000—25 000 Р в месяц, причем параллельно я еще работал на водопроводчиков. Через полгода я понял, что это не имеет смысла. Да, финансово комфортно, но есть же семья, и сам я молод и хочу получать удовольствие от жизни, а свободного времени практически не было. Решил сфокусироваться на какой-то одной области, чтобы добиться в ней успеха.
Сфера онлайн-образования мне нравилась больше, поэтому начал искать позиции внутри школы. У меня накопился большой опыт в продажах уроков, и я решил, что хочу делиться им с другими сотрудниками, чтобы компания развивалась. Узнал, что открывается вакансия тренера по продажам — на полный день, 40 часов в неделю, предложил свою кандидатуру и успешно прошел собеседование. Был тестовый период в месяц, это было необходимо, чтобы спокойно сдать дела на прошлой работе и погрузиться в новые задачи. Так у меня осталась только одна работа, я стал бизнес-тренером.
Меня пригласили на оклад 30 000 Р плюс бонус 10 000 Р при успешном выполнении плана. В мои задачи входило создавать эффективные обучающие программы для менеджеров, непосредственно проводить обучение и анализировать его результаты. Первые три тренинга я написал сам — просто перевел свой опыт в слова так, как умею. Дальше начали приходить заказы на тренинги: мне говорили, что хотели бы улучшить, и нужно было разработать программу обучения под эти запросы.
В работе бизнес-тренера все было здорово, кроме одного: я вдруг осознал, что не хочу всю жизнь вести тренинги. Можно было и дальше развиваться в качестве тренера, были возможности как в компании, так и на стороне. Однако я решил найти свой путь. То, чем я буду готов заниматься всю жизнь. Мы переговорили с руководителем и решили составить мой индивидуальный план развития. С его составлением помог менеджер по развитию — это такая бесплатная опция для сотрудников компании. Если кто-то из персонала хочет развиваться, но не знает, как и куда, подключается менеджер по развитию. Менеджер помогает определить, чего человек действительно хочет, предлагает план развития, ставит дедлайны по шагам и контролирует их выполнение. Это как коуч или наставник, с ним всегда можно обсудить личные проблемы, ощущения, поделиться опытом решения задачи, задать любой вопрос. Для меня это чуть ли не самый близкий человек в компании.
Мы определили примерный пул позиций, которые мне нравились. В моем шорт-листе оказались менеджер проектов и менеджер продукта. Я склонялся больше в продуктовую историю, потому что хотел по минимуму контактировать с людьми и управлять чем-то от начала до конца: устанавливать свои правила игры, делать с продуктом что хочу.
Вообще, мое трудоустройство на позицию продакта — это самая удивительная история, которая произошла со мной за все время работы. Когда вакансия открылась, я отправил резюме и сразу получил отказ. Конечно, отказы не редкость, но чтобы это было полезно для меня, я спросил эйчара, почему я не прошел. В ходе диалога выяснилось, что все необходимые навыки у меня есть, просто в резюме я про них не написал. Например, на позицию нужен был человек хотя бы с минимальным опытом создания проекта с нуля. Почему-то этот опыт я посчитал неважным и пропустил его. Так я понял, что составление резюме — очень важная часть на пути к успеху.
Конкурс на вакансию состоял из трех этапов: собеседования с эйчаром, тестового задания и собеседования с руководителем. Самым сложным для меня оказалось собеседование с эйчаром, на котором я понял еще одну вещь: ты никто, если не можешь доказать свою крутость. В современном мире софт-скиллы бывают важнее, чем харды. На предыдущей позиции я был лучшим сотрудником, по мнению руководства, привык к похвале и к тому, что мне часто доверяют сложные или стратегически важные проекты. Но эйчар смотрит на кандидата непредвзято, поэтому нужно каждую секунду доказывать, что ты соответствуешь требованиям и справишься с этой работой лучше всех.
Самые важные навыки, на мой взгляд, это проактивность, самостоятельность и нацеленность на результат. В тестовом задании было несколько теоретических вопросов и практических кейсов. Если с теоретическими вопросами все понятно, то правильного решения для практического кейса не существует. Нужно доказать его реальность и определить метрики, по которым будет виден успех проекта или продукта.
Путь к новой должности в общей сложности занял три недели.
Полгода назад я перешел в продуктовый отдел на должность джуниор-продакта — это самая низкая должность в управлении продуктом. Суть моей работы — в создании продукта. Это может быть что угодно: тренинг, мессенджер, дополнительная кнопка в личном кабинете. Главное, чтобы продукт приносил пользу компании. Чтобы моим продуктом пользовалось больше людей, мне нужно придумать, как сделать его максимально полезным. Продукты создаются для внутренних пользователей, у меня нет большого бюджета, поэтому я сам придумываю, как его презентовать. Определяю необходимость изменений по цифрам: если сотрудники пользуются и ставят высокие оценки, ничего не меняю, если не пользуются, или оценки низкие, или сдвига в метриках нет — меняю либо начинку, либо подачу продукта с точки зрения пользы.
В работе мне нравится полная свобода действий. С одной стороны, это может быть очень сложно, ведь надо с нуля придумать классную штуку, на которую тебе могут выделить денег, а ты даже не представляешь, с чего начать. И никто не подскажет, как именно нужно сделать. С другой стороны, это очень интересно, потому что ты можешь делать все, что считаешь нужным. Если для твоего продукта важно, чтобы картинка была синяя, — делаешь ее синей. Если для раскрутки нужно создать новый телеграм-канал — создаешь. Часто приходится проводить тесты или эксперименты и смотреть, есть ли влияние на метрики или нет. Еще ни разу не запускал какую-то новинку без испытаний, но такие случаи тоже бывают.
Один из самых интересных и сложных проектов был связан с обучением сотрудников с низкими показателями. Идея была в том, что после их обучения не только их показатели, но и показатели школы значительно вырастут. Цель была амбициозная: чтобы 70% отобранных сотрудников завершили обучение за месяц. За первые три месяца проекта, пока мы только обкатывали методику и учились взаимодействовать с сотрудниками, мы отобрали 1200 учеников, из которых обучение вовремя прошли 880 человек, или 73%, — цель была достигнута. Дальше мы решили усовершенствовать систему отбора преподавателей и изменить коммуникацию с сотрудниками. За четвертый месяц проекта мы отобрали 1900 учеников, из которых более 1400 человек завершили обучение в срок, а это уже около 76%. Эффективность обучения пока проверить не удалось: слишком мало времени прошло. По предварительным данным, проект успешно влияет на общие показатели школы.
Неудачи, конечно, тоже бывают. Очень часто сдвигаются сроки выполнения задач, из-за них летят сроки завершения проектов. Лечится это очень просто: нужно развивать навык планирования. Скажу банальную вещь: успех в этой сфере, как и во всех других, зависит от количества усилий и немножко от везения.
Если получается угадать боль пользователей сразу и решить ее — успех неизбежен.
Моя зарплата состоит из оклада 50 000 Р и премии 30 000 Р за выполнение KPI. Обычно я выполняю KPI процентов на 60. Они состоят из двух ключевых метрик отдела и одной индивидуальной, которая отражает эффективность каждого сотрудника. В эту метрику попадают пять главных личных задач на месяц. Результат может быть записан как «сделано» или «не сделано», так и в виде данных по экспериментам — например, 80% пользователей воспользовались кнопкой, которую тестируешь. То есть если четыре задачи из пяти выполнены, то и метрика выполнена. Каждая из трех метрик влияет на размер бонуса. Последние пару месяцев у меня были такие показатели: первая метрика отдела — 20% бонуса, вторая метрика отдела — 30%, индивидуальная метрика — 50%.
В ближайшие полгода, если все мои продукты покажут эффективность, смогу перейти на позицию мидла и заниматься более сложными проектами. Для этого нужно проявлять активность в текущих проектах, постоянно брать на себя больше ответственности и развивать нужные скиллы. Часто джунов не допускают к управлению бюджетом подразделения, а на должности мидла уже необходимо правильно его распределять — пример навыка, который мне точно придется освоить.
Я продолжаю подрабатывать учителем физики в общеобразовательной школе. И это не ради денег, а чтобы освежить в памяти все свои знания по физике. За пять часов занятий в неделю получаю около 6000 Р в месяц.
Я женат, жена беременна, живем в своей однокомнатной квартире. У жены доход до 10 тысяч в месяц. Мы тратим на двоих около 45 тысяч в месяц, все остающиеся деньги инвестирую. Копим на трехкомнатную квартиру в центре города. Влезать в ипотеку не хочется, планировали самостоятельно собрать всю сумму — ориентировочно 7 миллионов рублей. Но сейчас сильно выросли цены на недвижимость, поэтому через несколько лет эти 7 миллионов превратятся в 9 миллионов. И, кажется, ипотеки все равно не избежать.
После перехода в ИТ очень изменился стиль работы. Сейчас я всегда на удаленке, мне это нравится. Не нужно тратить время на перемещение до места работы, всегда можно контролировать уровень шума в своем доме и качество интернета, это удобно. В плане мировоззрения, наверное, самый большой сдвиг в том, что границы есть только у человека в голове. Когда я работал в компании, где было 100 сотрудников, я думал, что это большая компания. А сейчас только я отправляю обучаться по полторы тысячи человек в месяц, а ведь есть еще другие отделы. Изменилось представление о максимальном возможном доходе. Раньше я думал, что зарабатывать 200 000 Р в месяц — что-то нереальное и очень далекое. Сейчас это не кажется невыполнимой задачей.
Одно из интересных открытий — думал, что в ИТ везде нужно уметь программировать.
Оказалось, что совсем не обязательно самому писать код. Понимать, как строится работа разработчиков, вполне достаточно. В университете меня учили анализировать данные и цифры. Я не понимал, зачем мне этот навык. Приятной неожиданностью стало то, что в ИТ-сфере и особенно в продуктовом или проектном менеджменте цифры играют не последнюю роль, с их помощью можно сделать какие-то важные выводы о развитии продукта.
Специалист по безопасности → консультант-аналитик 1С
Работает в ИТ: 2 года
На момент перехода в ИТ: 22 года
Город: Москва
Доход: 130 000 Р
Я окончила вуз по направлению «техносферная безопасность» — в нее входят охрана труда, промышленная безопасность и охрана окружающей среды. По своей специальности только проходила практику — например, была стажером в региональном «Газпроме». В мои обязанности входило вести отчетность, проводить инструктажи, формировать удостоверения об аттестации. Проработала в сумме три месяца — скучно, однообразно, нет места для творчества.
Консультировать чаще всего приходится по работе в системе: как правильно и в какой последовательности заводить документы, из каких источников данные идут в отчеты. Мой рабочий день обычно состоит из проверки почты, базы поддержки — это место, куда пользователи заносят заявки с вопросами, ошибками и пожеланиями доработок, — консультирования, составления отчетов по статистике обращений, тестирования новой функциональности, к которой я написала ТЗ до этого, обновления инструкций. Например, пользователю нужен новый отчет. Я смотрю, какие поля в этом отчете, есть ли у нас уже объекты, в которые вносятся эти данные. Если нет, то пишу, какой необходимо создать документ, реквизиты какого типа в нем прописать, нужна ли печатная форма и так далее.
В основном все крупные задачи спускаются сверху. Еще улучшения могут потребоваться из-за изменения законодательства или ради удобства функциональности, тогда я формирую задачи сама. Из крупных был очень интересный проект в одной госкомпании. Мы внедряли 1С в 38 компаниях, и я адаптировала под их деятельность большой блок. Внедрение прошло очень быстро и легко, горжусь собой.
Неудачи тоже были. Результат внедрения системы зависит не только от компании, которая внедряет, но и от той, в которую внедряют. Если, например, систему навязали и пользователи не хотят в ней работать, любят свою эксельку, то, бывает, попадаются особо вредные, которые ставят палки в колеса, и проект затягивается на годы. Успех консультанта-аналитика, мне кажется, зависит от умения найти общий язык как с пользователями, так и с разработчиками, а также от творческого математического мышления.
Самое трудное в этой работе — это если пользователь — придурок.
Из удивительных случаев: позвонил сотрудник, который не умел делать скриншот, было очень тяжело и смешно.
В ИТ проще, чем в других сферах, переходить между отделами — консультирования, аналитики, тестирования, разработки, управления проектами, — но карьерный рост в этой сфере, как мне кажется, неочевидный. Если работать в фирме, которая разрабатывает и внедряет продукт, то среди аналитиков-консультантов следующая иерархия.
📂 Консультант первой линии поддержки. Общается с пользователями.
📂 Консультант второй линии. Помогает консультантам первой линии со сложными вопросами.
📂 Консультант третьей линии. Пишет ТЗ.
В проекте тоже есть иерархия: ты можешь вести только свой блок, а можешь быть «хозяином продукта». Сейчас я выполняю обязанности всех трех консультантов и еще отвечаю за конечный продукт — на самом деле такое очень распространено. Поэтому в рамках функциональности консультанта-аналитика двигаться уже некуда. Для себя вижу два пути: можно изучать другие продукты и работать с ними либо уходить в разработку. Недавно начала разрабатывать легкие задачи, очень нравится. Понятно, что в любой области можно стать начальником, но я не очень люблю командовать людьми, поэтому туда не стремлюсь.
После перехода в ИТ становится больше денег, привыкаешь к системности, становится проще организовать свою жизнь.
В теории я могу в любой момент уйти на удаленку и улететь на Бали — работая по специальности, так бы сделать не смогла. В 1С много продуктов и областей, поэтому работать очень интересно. Неожиданно приятное — это люди. Думала всегда, что разработчики — это замкнутые гики в темных комнатах, но оказалось, что все они крутые ребята, в этой сфере нашла много классных знакомых.
Устали работать в ИТ? Поделитесь опытом с теми, кто туда стремится.