Знал бы 6 лет назад - стал бы синьором за 3 года
Как и многие, я начинал путь во фронтенд с простой мысли:
Этих целей я достиг.
Но за 6 лет в IT были не только радости. Я много ошибался. Не знал, как решать задачи. Как общаться с коллегами. Как продвигать себя. Много раз было больно, стыдно, тревожно на работе. Иногда хотелось выкинуть ноут и уехать в горы 😃
Дело было не в компаниях. Дело в том, что я долгое время не знал важных принципов работы в IT.
НИЖЕ - ВСЯ БОЛЬ ФРОНТЕНДЕРА ЗА 6 ЛЕТ 🥲
Готов? Вот эти принципы:
1️⃣ Фронтенд - не только про "писать код". Это обосновывать сроки или задержки, отказываться от плохо описанных задач, исправлять с дизайнерами кривой макет. Для этого я должен был знать, как правильно. Понимать Agile, Scrum, области ответственности дизайнеров, бэков, тестеров, менеджеров. Но я умел только писать код. Итог - постоянный страх увольнения, сорванные сроки, отсутствие повышений внутри компании.
2️⃣ Архитектура, паттерны - не пустые слова. В первые годы я успешно справлялся с базовой работой. Но сложных задач брать не мог. Средние выполнял долго и некачественно. Я даже не понимал, что учить, чтобы улучшиться, - потому что не представлял, как устроена архитектура веба. Итог - остановка в карьерном росте, потеря удовольствия от работы.
3️⃣ Даже программист должен уметь продавать. Сначала - себя, как профессионала, на рынке труда. Потом - внутри компании и команды. Ты слышал о ребятах, которые за 3 года с нуля стали лидами? Это про тех, кто смог продать свои достижения, идеи. Я дорос до синьора за 6 лет, потому что начал учиться продажам только спустя 5.
Вот так, братюни.
Я ничего этого не знал, когда был масленком.
Иногда завидую своим ученикам. Они получают:
✅ Быструю карьеру в IT без боли - по приницпам, которые я описал выше
✅ Менторинг 1 на 1, никаких групп и кураторов
✅ Технические навыки
✅ Рабочую и моральную поддержку
Ты новичок и хочешь получить классную работу во фронтенде? Или старичок, но хочешь раскачать карьеру?
Пиши мне в личку ✅
В личное обучение осталось 2 места , так что залетай!
Как и многие, я начинал путь во фронтенд с простой мысли:
Не хочу на паршивую работу. Не хочу бесперспективности. Не хочу злых коллег и тупой рутины.
Хочу работать удаленно из дома или кафе. Хочу достойного роста и денег. Хочу общаться с умными ребятами.
Этих целей я достиг.
Но за 6 лет в IT были не только радости. Я много ошибался. Не знал, как решать задачи. Как общаться с коллегами. Как продвигать себя. Много раз было больно, стыдно, тревожно на работе. Иногда хотелось выкинуть ноут и уехать в горы 😃
Дело было не в компаниях. Дело в том, что я долгое время не знал важных принципов работы в IT.
НИЖЕ - ВСЯ БОЛЬ ФРОНТЕНДЕРА ЗА 6 ЛЕТ 🥲
Готов? Вот эти принципы:
1️⃣ Фронтенд - не только про "писать код". Это обосновывать сроки или задержки, отказываться от плохо описанных задач, исправлять с дизайнерами кривой макет. Для этого я должен был знать, как правильно. Понимать Agile, Scrum, области ответственности дизайнеров, бэков, тестеров, менеджеров. Но я умел только писать код. Итог - постоянный страх увольнения, сорванные сроки, отсутствие повышений внутри компании.
2️⃣ Архитектура, паттерны - не пустые слова. В первые годы я успешно справлялся с базовой работой. Но сложных задач брать не мог. Средние выполнял долго и некачественно. Я даже не понимал, что учить, чтобы улучшиться, - потому что не представлял, как устроена архитектура веба. Итог - остановка в карьерном росте, потеря удовольствия от работы.
3️⃣ Даже программист должен уметь продавать. Сначала - себя, как профессионала, на рынке труда. Потом - внутри компании и команды. Ты слышал о ребятах, которые за 3 года с нуля стали лидами? Это про тех, кто смог продать свои достижения, идеи. Я дорос до синьора за 6 лет, потому что начал учиться продажам только спустя 5.
Вот так, братюни.
Я ничего этого не знал, когда был масленком.
Иногда завидую своим ученикам. Они получают:
✅ Быструю карьеру в IT без боли - по приницпам, которые я описал выше
✅ Менторинг 1 на 1, никаких групп и кураторов
✅ Технические навыки
✅ Рабочую и моральную поддержку
Ты новичок и хочешь получить классную работу во фронтенде? Или старичок, но хочешь раскачать карьеру?
Пиши мне в личку ✅
В личное обучение осталось 2 места , так что залетай!
👍5
Как сохранить работу: от SOLID до index.ts
Итак, ты получил работу во фронте или получил новый грейд. Наслаждаешься удаленкой, умными коллегами и достойной зарплатой.
Твоя цель - сохранить эти блага.
Затем - прокачаться и заработать еще больше.
👉 Если закончил мое менторство - мы это уже проходили ;) Иначе читай дальше.
Чтобы сохранить завоеванное, ты должен постоянно учиться. Но как?
Брать доку и зубрить все подряд? Хвататься за все новые технологии? Понять работу ассемблера? Тебе смешно, а большинство так и учится. Я сам так начинал 😁
✅ Сейчас я покажу пример осознанного обучения:
На проекте есть файлы index.ts. Там есть какие-то импорты. Но зачем он реально нужен, и как его использовать правильно?
Бизнес хочет быстро добавлять или убирать фичи. Для этого придумали архитектуру ПО.
Архитектура любого ПО строится на принципе Low Coupling / High Cohesion.
Этот принцип раскрывается в аббревиатуре SOLID. SOLID - набор четких правил, как инженеру организовать код, чтобы потом пилить таску день, а не месяц, помочь бизнесу достичь целей.
Во фронтенде SOLID раскрывается в разных методологиях - например, FSD.
В FSD (и не только) код делится на закрытые модули, которые предоставляют публичное API. API - это как твой чайник: внутри сложная схема, снаружи - две кнопки.
Публичное API реализуется с помощью файла index.ts. Ты пишешь, какие "кнопки" хочешь выставить наружу. Остальное - скрыто.
✅ Вот зачем нужен этот файл!
Осознавая все это - удерживая в голове всю картину, осознавая свои действия - ты используешь любую часть проекта по назначению.
Уловил принцип обучения, когда уже получил работу? Он прост:
Если учиться так - будешь всегда уверен в себе, легко изучишь новый фреймворк, без проблем поймешь тонкости JS, TS, CSS и так далее. Ведь в них раскрываются одни и те же архитектурные принципы. Как переменная - изолированная коробочка для данных, так и целый модуль - изолированная коробка для кода. Везде одно и то же.
***
Скоро напишу пост про черных менторов, волков и гейткиперов :) Stay tuned!
Итак, ты получил работу во фронте или получил новый грейд. Наслаждаешься удаленкой, умными коллегами и достойной зарплатой.
Твоя цель - сохранить эти блага.
Затем - прокачаться и заработать еще больше.
👉 Если закончил мое менторство - мы это уже проходили ;) Иначе читай дальше.
Чтобы сохранить завоеванное, ты должен постоянно учиться. Но как?
Брать доку и зубрить все подряд? Хвататься за все новые технологии? Понять работу ассемблера? Тебе смешно, а большинство так и учится. Я сам так начинал 😁
✅ Сейчас я покажу пример осознанного обучения:
На проекте есть файлы index.ts. Там есть какие-то импорты. Но зачем он реально нужен, и как его использовать правильно?
Бизнес хочет быстро добавлять или убирать фичи. Для этого придумали архитектуру ПО.
Архитектура любого ПО строится на принципе Low Coupling / High Cohesion.
Этот принцип раскрывается в аббревиатуре SOLID. SOLID - набор четких правил, как инженеру организовать код, чтобы потом пилить таску день, а не месяц, помочь бизнесу достичь целей.
Во фронтенде SOLID раскрывается в разных методологиях - например, FSD.
В FSD (и не только) код делится на закрытые модули, которые предоставляют публичное API. API - это как твой чайник: внутри сложная схема, снаружи - две кнопки.
Публичное API реализуется с помощью файла index.ts. Ты пишешь, какие "кнопки" хочешь выставить наружу. Остальное - скрыто.
✅ Вот зачем нужен этот файл!
Осознавая все это - удерживая в голове всю картину, осознавая свои действия - ты используешь любую часть проекта по назначению.
Уловил принцип обучения, когда уже получил работу? Он прост:
Иди сверху-вниз. От архитектуры к деталям технологий.
Если учиться так - будешь всегда уверен в себе, легко изучишь новый фреймворк, без проблем поймешь тонкости JS, TS, CSS и так далее. Ведь в них раскрываются одни и те же архитектурные принципы. Как переменная - изолированная коробочка для данных, так и целый модуль - изолированная коробка для кода. Везде одно и то же.
***
Скоро напишу пост про черных менторов, волков и гейткиперов :) Stay tuned!
👍3
Волки, гейткиперы и черные менторы
В каналах об IT идет война: инженеры разделились на "волков" и "гейткиперов". Оскорбления, ненависть, все как мы привыкли.
Появился и термин "чёрный ментор".
Но давай разберемся, кто есть кто. И за кого мы.
🐺 Волки - это ремесленники IT. Они стремятся максимизировать доход. Их главный принцип - осознанная меркантильность. Они не привязываются к IT эмоционально, не считают его делом жизни. В доведенном до предела варианте волк работает на нескольких работах, участвуя в проектах как можно меньше.
⛔️ Гейткиперы - так волки называют классических инженеров. Эти люди терпеть не могут волков, потому что вложили в IT душу и сердце. Обычно это люди с техническим ВО, они растут внутри компаний по классической карьерной ветке. Их самооценка часто привязана к профессии - и волки пользуются этим для насмешек.
🥷🏻 Черные менторы - так "гейткиперы" называют менторов, которые помогают новичкам входить в IT любыми методами. Это "хакеры найма". Им важен только результат - привести человека в профессию и помочь там удержаться. Классические инженеры часто считают, что хороший инженер должен владеть базой. Понимать как устройство памяти ПК, так и архитектуру ПО. А новички, не владея базой, портят IT. Поэтому и "черные менторы" оказывают IT медвежью услугу.
Мое мнение в следующем.
После моего менторинга ученик:
- Может выполнять технические задачи
- Умеет себя позиционировать и продавать на рынке
- Владеет производственными процессами: scrum, agile, waterfall
- Умеет общаться в команде
При этом, я не университет. 5 лет учиться базе - это другой продукт.
Я ограничен временем и желанием клиента: получить работу во фронтенде, чтобы увеличить доход и снизить стресс в жизни.
Поэтому я сначала делаю из человека программиста-практика. Своего рода "рабочего пчёла" в IT. И учу находить работу.
А дальше я даю ему план, чтобы он стал полноценным инженером.
Да, первые полгода ты будешь вджобывать. Читать книги. Иногда - идти за помощью к ИИ, ментору или покупать сторонние консультации. Есть много путей.
Потом рынок получит крепкого инженера, а ты - спокойную, умную работу за хорошие деньги.
Считаю ли я это черным менторингом? Спорный вопрос.
Считаю ли я классических инженеров гейткиперами? Нет, большинству инженеров все равно, лишь бы коллега выполнял задачи.
Считаю ли волков - болезнью IT? Нет, если эти люди выполняют работу честно, правильно, в срок. Они просто борются за жизнь и статус. Как и все мы.
В каналах об IT идет война: инженеры разделились на "волков" и "гейткиперов". Оскорбления, ненависть, все как мы привыкли.
Появился и термин "чёрный ментор".
Но давай разберемся, кто есть кто. И за кого мы.
🐺 Волки - это ремесленники IT. Они стремятся максимизировать доход. Их главный принцип - осознанная меркантильность. Они не привязываются к IT эмоционально, не считают его делом жизни. В доведенном до предела варианте волк работает на нескольких работах, участвуя в проектах как можно меньше.
🥷🏻 Черные менторы - так "гейткиперы" называют менторов, которые помогают новичкам входить в IT любыми методами. Это "хакеры найма". Им важен только результат - привести человека в профессию и помочь там удержаться. Классические инженеры часто считают, что хороший инженер должен владеть базой. Понимать как устройство памяти ПК, так и архитектуру ПО. А новички, не владея базой, портят IT. Поэтому и "черные менторы" оказывают IT медвежью услугу.
Мое мнение в следующем.
После моего менторинга ученик:
- Может выполнять технические задачи
- Умеет себя позиционировать и продавать на рынке
- Владеет производственными процессами: scrum, agile, waterfall
- Умеет общаться в команде
При этом, я не университет. 5 лет учиться базе - это другой продукт.
Я ограничен временем и желанием клиента: получить работу во фронтенде, чтобы увеличить доход и снизить стресс в жизни.
Поэтому я сначала делаю из человека программиста-практика. Своего рода "рабочего пчёла" в IT. И учу находить работу.
А дальше я даю ему план, чтобы он стал полноценным инженером.
Да, первые полгода ты будешь вджобывать. Читать книги. Иногда - идти за помощью к ИИ, ментору или покупать сторонние консультации. Есть много путей.
Потом рынок получит крепкого инженера, а ты - спокойную, умную работу за хорошие деньги.
Считаю ли я это черным менторингом? Спорный вопрос.
Считаю ли я классических инженеров гейткиперами? Нет, большинству инженеров все равно, лишь бы коллега выполнял задачи.
Считаю ли волков - болезнью IT? Нет, если эти люди выполняют работу честно, правильно, в срок. Они просто борются за жизнь и статус. Как и все мы.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6