Как стать автором
Обновить

Комментарии 25

Воды и очевидностей больше чем в огурце, вся статья ради
Совет #4.
Совет №4 был по делу и статья не для него затевалась.
Рекомендации в статье предназначены для новичков, которые только выбирают свой путь.
А для тех кто давно в ИТ — все написанное элементарное и очевидное. Не спорю.
А кто говорит что не по делу? Инфоцыганщину втюхивать вполне себе серьёзное дело.
Не сомневаюсь что для новичков, а что в этой статье нового кроме совета 4, ну чего не было в тех статьях откуда надёрганы данные и картинки? Мне кажется вы ЦА перепутали, то что у вас это на яндекс дзен, пожалуйста, там оценят.А На хабр принесите, пожалуйста что-то лучше рерарйта с рерайта на рерайт с перевода списка очевидных вещей в IT
Советы про софт скилы вы очень зря пропускаете. Спасибо вам за критику, я возьму на заметку.
Начальство: Задача. Написать статью на хабр.
Катя: Какой хабр? О чём писать? Мы же учим язык к нёбу подносить, чтоб картавая R вышла.
Начальство: Как хочешь, но чтоб желающих учиться языком картавить R стало не меньше после статьи, а в идеале больше.
Катя: Ну ок, я постараюсь. Ща нагуглим, скомпилируем, структурируем, картиночки…

Прилежная Катя выполнила задание.

Да, я очень ответственная и спасибо, что заметили.
ммм, soft skills.
А можете добавить в таблицу embedded developer?
Спасибо, добавлю обязательно, интересное направление
добавила
Очень структурировано, но в какой-то конкретной области разработки веб и мобильных-продуктов с плоской иерархией. Так-то существуют архитекторы, системные аналитики, разработчики/проектировщики БД, целый спектр продуктовых специалистов.
да ролей много и тут далеко не все, тут постаралась охватить только те, с которых лучше начинать свой путь. Может еще какие-то стоит добавить, советуйте.
У каждой базовой роли есть вариации, есть специальности на вырост (грейды). Может было бы интересно видеть столь масштабную картинку, все направления структурированы по вариациям и грейдам. Но опять таки, это не всем интересно и каждый уже смотрит точки роста и развития по своей конкретной специальности.
Я с удовольствием прочитала статью и отправила друзьям, хотя давно работаю в сфере. Комментарий пишу просто чтоб поддержать автора — тут не только злые люди сидят:)
спасибо большое) так приятно, что есть добро и на Хабре
Следовало бы добавить совет #0. Переезжайте в Москву/Питер/Новосиб/Екатеринбург/Нижний Новгород, потому что на вашем хаскеле, го, или котлине писать сайты и дорабатывать конфигурации 1с проблематично.
если бы можно было предупредить обо всем на старте…
Доброго времени суток, уважаемая Катя.
Спасибо за интересный пост.

Вы раскрыли только верхушку айсберга под именем IT. И то в сфере разработка/эксплуатация/сопровождение клиент-серверного ПО. Но ведь это не весь IT? Нету hardware, без него никак!

Из своего опыта я бы предложил следующую матрицу IT сферы:
  1. Аппаратная часть
  2. Управление/администрирование
  3. Проектирование/разработка
  4. Менеджмент


Это минимальная и базовая разбивка IT сферы.

Далее, вводим понятие «отрасль»(понимаю что есть путаница отрасль/сфера, но ниже будет ясно).

Теперь, если мы возьмем основные сферы IT в качестве столбцов, а отрасли в виде строк, то мы получаем матрицу:

image

Ячейки, в данном случае, будем рассматривать как роли в IT. В эти ячейки можно вносит Ваши hard / soft skills. Думаю мы легко сможем добавить Ваши роли в эту матрицу.

Grade можно рассматривать как по ролям так и по сфере. Grade по сфере будет иархия по отрасли(как солдат-генерал).

По крайней мере я бы так объяснил IT сферу в целях профориентации и тем кто не в IT.

Понимаю что это не полная картинка, но эта общая идея по категоризации IT.
Предлагаю добавить примеры из разных отраслей в IT для проверки матрицы(разработка ПО, IA, Big Data, IoT и т.д. и т.п.).
Буду рад развитию темы и конструктивной критике от коллег из IT.

PS. и да, самое главное в IT это — электричество(но это другая тема).
PPS. желательно не хотелось бы менеджера, кто не из IT.
Добрый день, тему можно очень глубоко развить. Я понимаю, что описанное мной — лишь маленькая часть.
Если проработать в таком формате, как предлагаете вы, то информация, возможно, будет полезна более широкой аудитории и больше даже тем кто уже в теме. Когда я ресерчила на тему «какие вообще могут быть роли в команде», то сильно емкого и структурированного описания — не нашла.
Очень многое зависит от специфики проекта и даже методологии. Во всех статьях в основном описана только структура конкретной небольшой команды, где далеко не все роли есть. Можно попробовать замахнуться и все же проработать и описать все.

Ещё один +1 к ненависти манагеров.

Ненависть — плохое деструктивное чувство, мне то все равно, я вас не знаю, а вам оно может мешать.
Да, и в хороших слаженых командах каждая роль важна и нужна.
Желаю вам верить в людей и работать с достойными «манагерами».
Я думаю что новичкам очень даже полезно будет.

p.s. Как же так получилось, что у ПМа Кати, в Дескрипшоне напротив Вашей должности появилось вот такое слово «ответствечает»? Или я что-то не понимаю:))?
спасибо, действительно была опечатка, уже поправила
А куда уйти из этого нудного ИТ? Чтобы не нравилось в ИТ в первое время во время обучения и первого года работа, в работе на корпорацию превращается в бессмысленный ужас не нужный мне. Если программировать это хоби, то при работе на контору в конвейерном режиме это становиться адом!
Чтобы поддерживать мотивацию всегда есть место обучению, более интересные проекты, разные рабочие процессы, продуктовые команды, стартапы и тд.
Спасибо за ламповую статью, скинул своей девушке )))
Она как раз хочет стать Project.
Сам долго уже в ИТ.

P.S Коммент в поддержку автора )
Зарегистрируйтесь на Хабре , чтобы оставить комментарий