Как не сойти с ума в айти
При работе в айти у людей высокая интелектуальная нагрузка, бесконечные дедлайны и хронический стресс.
На одной из моих работ почти вся команда сидела на чем-то: фенибут, атаракс, антидепрессанты и даже запрещенные в-ва (крайне не одобряю). Все они были очень продуктивные и экспертные в своей области, но все использовали "допинг".
🚨 Как не слететь с катушек и не использовать подобные вещи?
1️⃣ Режим
Самый важный пункт. Нужно соблюдать режим вставать в одно и тоже время и заканчивать вовремя. Вы должны забыть про ответ коллегам в 9-10 вечера и забыть про рефакторинг в 12 ночи!
2️⃣ Смена деятельности
Очень помогает смена деятельности, желательно чтобы она была физическая: теннис, бокс, столярничество. Поиграть в доту после работы не подходит.
3️⃣ Психотерапия
При сложностях можно обратиться к специалисту и он внимательно выслушает про тот какие другие разработчики плохие не хотят переписывать код на код ревью.
Главное понять: Работа ≠ Вся жизнь
При работе в айти у людей высокая интелектуальная нагрузка, бесконечные дедлайны и хронический стресс.
На одной из моих работ почти вся команда сидела на чем-то: фенибут, атаракс, антидепрессанты и даже запрещенные в-ва (крайне не одобряю). Все они были очень продуктивные и экспертные в своей области, но все использовали "допинг".
Самый важный пункт. Нужно соблюдать режим вставать в одно и тоже время и заканчивать вовремя. Вы должны забыть про ответ коллегам в 9-10 вечера и забыть про рефакторинг в 12 ночи!
Очень помогает смена деятельности, желательно чтобы она была физическая: теннис, бокс, столярничество. Поиграть в доту после работы не подходит.
При сложностях можно обратиться к специалисту и он внимательно выслушает про тот какие другие разработчики плохие не хотят переписывать код на код ревью.
Главное понять: Работа ≠ Вся жизнь
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13👍4❤2
Первые 15 минут на собеседовании решают всё! ⏳
Когда я проводил интервью и набирал команду в одном BigTech, то заметил особенность: уже в первые 15 минут я понимал, будет ли положительный фидбек или нет.
😌 Насколько человек вам приятен и насколько нравится, как он говорит, влияет очень сильно. Нанимающие менеджеры выбирают людей, с которыми им будет комфортно работать.
Вряд ли консервативный 50-летний бумер 👨💼 возьмёт на работу татуированного 20-летнего зумера. И наоборот: в команду 25-летнего стартапа🚀 сложно представить 45-летнего, который застал эру зарождения интернета и веб-разработки.
Конечно, я привёл пример эйджизма, но в реальной жизни вам никогда прямо не скажут: «Ты не подходишь нам по вайбу, хотя по хардам у тебя всё супер».
Сталкивались ли вы с таким?
Когда я проводил интервью и набирал команду в одном BigTech, то заметил особенность: уже в первые 15 минут я понимал, будет ли положительный фидбек или нет.
Вряд ли консервативный 50-летний бумер 👨💼 возьмёт на работу татуированного 20-летнего зумера. И наоборот: в команду 25-летнего стартапа
Конечно, я привёл пример эйджизма, но в реальной жизни вам никогда прямо не скажут: «Ты не подходишь нам по вайбу, хотя по хардам у тебя всё супер».
Сталкивались ли вы с таким?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11
САМЫЙ Современный и стандартизированный стек для фронтенд-разработки в 2025 году
Основные технологии:
Фреймворк: Next.js
⭐ Супер классный фреймворк, очень универсальный с богатой экосистемой.
📌 Включает в себя:
• Серверный рендеринг (SSR) и статическую генерацию (SSG)
• Встроенный роутинг
• Различные оптимизации
• API-роуты
Альтернативы:
Gatsby, Remix
⚛ Библиотека: React
React бессмертный король. Процентов ~70-80% всех фронтенд приложений написаны на реакте. В 2017 слышал, что вот-вот его заменит Vue. В 2022 что заменит Svetle. В обсуждении не нуждается нужно ли учить реакт.
⚡ Сборщик: Vite
Vite ворвался неожиданно и теперь является новым стандартом. Теперь не надо колупаться в webpack. Простой, быстрый, оптимизированный.
В 2024 получил премию лучшей технологии
🛡 Типизация: TypeScript
Абсолютный стандарт для средних-больших проектов с 2019 года.
🎨 Стилизация
CSS Modules — локальные стили для компонентов. Удобно, просто.
Styled Components — CSS-in-JS с динамическими стилями. Не слишком оптимизированно, но удобно и просто.
SCSS — расширение CSS с переменными и миксинами
🧩 UI KIT
Ant Design/Material UI — самые популярные полноценные дизайн-киты
Radix UI/shadcn — современные либы обязательные к ознакомлению.
Chakra UI — простой, понятный UI KIT
🧠 State Manager
Redux Toolkit — главный стандарт среди стейт менеджеров
MobX — топовый стейт менеджер с реактивным мутабельным управлением состояния
Zustand — современная замена Redux
React Query — удобная работа с запросами на сервер и кешированием
Context API — встроенный контекст в реакте для простых случаев.
✅ Валидация
Zod/Yup — валидация схем
React Hook Form — эффективная современная библиотека заменившая Formik
🎯 Тестирование
Vitest — быстрый тест-раннер
Jest — стандарт для написания тестов на React
Playwright — e2e тестирование браузеров. Современная альтернатива Cypress
P.S. Возможно, я тут не указал ваш любимый модуль, который на самом деле очень крутой. Можете добавить список в комментариях. Этот список является очень субьективным.
Основные технологии:
Фреймворк: Next.js
• Серверный рендеринг (SSR) и статическую генерацию (SSG)
• Встроенный роутинг
• Различные оптимизации
• API-роуты
Альтернативы:
Gatsby, Remix
⚛ Библиотека: React
React бессмертный король. Процентов ~70-80% всех фронтенд приложений написаны на реакте. В 2017 слышал, что вот-вот его заменит Vue. В 2022 что заменит Svetle. В обсуждении не нуждается нужно ли учить реакт.
Vite ворвался неожиданно и теперь является новым стандартом. Теперь не надо колупаться в webpack. Простой, быстрый, оптимизированный.
В 2024 получил премию лучшей технологии
Абсолютный стандарт для средних-больших проектов с 2019 года.
CSS Modules — локальные стили для компонентов. Удобно, просто.
Styled Components — CSS-in-JS с динамическими стилями. Не слишком оптимизированно, но удобно и просто.
SCSS — расширение CSS с переменными и миксинами
Ant Design/Material UI — самые популярные полноценные дизайн-киты
Radix UI/shadcn — современные либы обязательные к ознакомлению.
Chakra UI — простой, понятный UI KIT
Redux Toolkit — главный стандарт среди стейт менеджеров
MobX — топовый стейт менеджер с реактивным мутабельным управлением состояния
Zustand — современная замена Redux
React Query — удобная работа с запросами на сервер и кешированием
Context API — встроенный контекст в реакте для простых случаев.
Zod/Yup — валидация схем
React Hook Form — эффективная современная библиотека заменившая Formik
Vitest — быстрый тест-раннер
Jest — стандарт для написания тестов на React
Playwright — e2e тестирование браузеров. Современная альтернатива Cypress
P.S. Возможно, я тут не указал ваш любимый модуль, который на самом деле очень крутой. Можете добавить список в комментариях. Этот список является очень субьективным.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤7🔥6
Лучшая фронтенд архитектура прямо сейчас
🎉 Разобрал в видео основые типы архитектур на 2025
Смотрим. Ставим лайки. Подписываемся💅
Смотрим. Ставим лайки. Подписываемся
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11🔥5🐳3❤1💅1👾1
Feature Slice Design
FSD сейчас на хайпе, как будто говорят о нем из каждых утюгов.
В следствии чего узнать ваше мнение о этом подходе.
Какой у вас опыт с FSD? Позитивный? Негативный?
FSD сейчас на хайпе, как будто говорят о нем из каждых утюгов.
В следствии чего узнать ваше мнение о этом подходе.
Какой у вас опыт с FSD? Позитивный? Негативный?
feature-sliced.design
Welcome | Feature-Sliced Design
Architectural methodology for frontend projects
Ваше мнение по FSD?
Anonymous Poll
37%
Использовал, опыт позитивный
16%
Использовал, опыт неудачный
47%
Не использова/Не знаю что это
Прохожу собеседование на 350к в банк
В этом видео прохожу собеседование в один топ-10 банков РФ. Вилка 350к гросс + 3 зарплаты в конце года.
После тех интервью получил оффер)
В этом видео прохожу собеседование в один топ-10 банков РФ. Вилка 350к гросс + 3 зарплаты в конце года.
После тех интервью получил оффер)
👍6🔥4❤3
0809(3).mp4
11.8 MB
Как подготовиться к любому собеседованию по фронтенду
В начале года набрал много ребят на менторство и часто я им повторял одно и тоже. Появилась идея систематизировать знания. Запихнуть все в одно место: вопросы с собесов, отдельные уроки, софт часть, которая очень важна.
20 января я обратился к классному дизайнеру Никите . Обсудили основные ветки приложения, нужный функицонал и началось проектирование системы. К середине марта дизайн был готов, началась плотная разработка. К 20 маю MVP было готов и мои ребята уже начали взаимодействовать.
Фидбек мне понравился, платформа зашла.
Через время подумал продавать платформу как отдельный продукт.
Если хотите грамотно подготовиться к собеседованию, можно использовать мою платформу. Доступ всего за 900р
Демо платформы: https://kostya-it.pro/demo
В начале года набрал много ребят на менторство и часто я им повторял одно и тоже. Появилась идея систематизировать знания. Запихнуть все в одно место: вопросы с собесов, отдельные уроки, софт часть, которая очень важна.
20 января я обратился к классному дизайнеру Никите . Обсудили основные ветки приложения, нужный функицонал и началось проектирование системы. К середине марта дизайн был готов, началась плотная разработка. К 20 маю MVP было готов и мои ребята уже начали взаимодействовать.
Фидбек мне понравился, платформа зашла.
Через время подумал продавать платформу как отдельный продукт.
Если хотите грамотно подготовиться к собеседованию, можно использовать мою платформу. Доступ всего за 900р
Демо платформы: https://kostya-it.pro/demo
👍6❤3🔥3👎1
Добавил новую фичу и все опять сломалось
👨💻 Я сталкивался с таким сотни раз, когда добавлял фичу и приходилось переписывать/рефачить код.
🏠 Особенно эта проблема преследовала меня на старых проектах. На новых пиши как хочешь - все будет работать.
А вот через время уже 15 раз подумаешь куда добавить эту функцию или переписать все к чертовой матери.
Как этого избежать?
Для себя я выявил несколько путей:
1. Грамотно спроектированная архитектура
Код должен быть не просто «рабочим», а предсказуемым. Новая фича не должна превращаться в бомбу замедленного действия
2. Консистетность. Одинаковые правила написания кода
Если каждый напишет «по-своему», то проект превратиться в мусорку. Нужно грамотно описать правила кода.
3. Централизация и переиспользумость
Желательно писать свои функции, сервисы, адаптеры, которые будут использоваться по всему проекту. Положи в одно место адаптер денормализации и радуйся, нежели использовать десяток адаптеров "на месте".
📌 В следующих постах буду рассказывать, как конкретно я раскладываю проект по слоям и почему это спасает проект и уменьшает боль.
🫡 Сталкивались ли вы с таким?
Как думаете что нужно для грамотной архитектуры?
А вот через время уже 15 раз подумаешь куда добавить эту функцию или переписать все к чертовой матери.
Как этого избежать?
Для себя я выявил несколько путей:
1. Грамотно спроектированная архитектура
Код должен быть не просто «рабочим», а предсказуемым. Новая фича не должна превращаться в бомбу замедленного действия
2. Консистетность. Одинаковые правила написания кода
Если каждый напишет «по-своему», то проект превратиться в мусорку. Нужно грамотно описать правила кода.
3. Централизация и переиспользумость
Желательно писать свои функции, сервисы, адаптеры, которые будут использоваться по всему проекту. Положи в одно место адаптер денормализации и радуйся, нежели использовать десяток адаптеров "на месте".
📌 В следующих постах буду рассказывать, как конкретно я раскладываю проект по слоям и почему это спасает проект и уменьшает боль.
Как думаете что нужно для грамотной архитектуры?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥5❤🔥2🤝1
Я стал тупым из-за ChatGPT
🚀 Лично мне нейронные сети ускорило решения многих вопросов. Что я бы делал 2-3 дня могут теперь сделать за день. Сгенерировать код, написать текст, выстроить план, учесть множество контекстов. Уверен так у многих.
😡 Но многие принимают нейронку за священный грааль и отказываются думать сами. Я уже не первый раз подобные случаи: нейронка не дала правильного ответа, поэтому сам не буду искать, нейронка выдает плохой результат поэтому ручками сам редактировать не в силах.
😖 Уже видел несколько раз примеры, когда ребята вместо того чтобы выучить теорию пытаются решить задачи на собесе за счет нейронки, лажая уже 10-ый раз подряд.
🖥 Учитывая скорость распространения нейронок скоро откажемся сами думать и дадим все на откуп машине. И это реально страшно. Наш мозг - мышца. Если его не тренировать, он атрофируется.
Мой тейк: нужно проверять, дорабатывать, спорить с ответами нейросети.
Мой тейк: нужно проверять, дорабатывать, спорить с ответами нейросети.
Сделано ChatGPT 4.1 19 сентября 10:00
Окей, вот цельный пост в одном стиле, без повторов и разрывов — можно сразу ставить в канал:
Хочешь, я предложу вариант покороче — на 2–3 абзаца, чтобы читалось быстрее и заходило в формат «быстрого поста»?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤2🤝2
Я убил архитектуру приложения
Продолжение поста о том как можно упростить себе работу и уменьшить боль.
> Централизация и переиспользумость
🕚 Тут буду говорить про то, чтобы одинаковая логика была реализована один раз в одном месте и дальше использовалась по всему проекту.
🔄 Пример: Централизованный кэш API
такая ситуация не очень хороша, т.к. каждый экран сам кэширует результаты API
тут вынесли кэширование в отдельный сервис и он будет использоваться в одном месте.
То есть, если мы захотим поменять
🔚Делая итог, главная идея такая:
1. Вынести повторяющуюся/общую логику в сервисы, адаптеры, валидаторы, утилиты.
2. Сделай одну центральную точку правды.
Тогда изменения не будут ронять весь проект.
Продолжение поста о том как можно упростить себе работу и уменьшить боль.
> Централизация и переиспользумость
// страница товаров
if (sessionStorage.getItem("products")) {
return JSON.parse(sessionStorage.getItem("products")!);
} else {
const products = await api.getProducts();
sessionStorage.setItem("products", JSON.stringify(products));
return products;
}
такая ситуация не очень хороша, т.к. каждый экран сам кэширует результаты API
// services/cacheService.ts
export async function withCache<T>(key: string, fetcher: () => Promise<T>): Promise<T> {
const cached = sessionStorage.getItem(key);
if (cached) return JSON.parse(cached);
const data = await fetcher();
sessionStorage.setItem(key, JSON.stringify(data));
return data;
}
тут вынесли кэширование в отдельный сервис и он будет использоваться в одном месте.
const products = await withCache("products", () => api.getProducts());
То есть, если мы захотим поменять
sessionStorage на localStorage мы сделаем это в одном месте. Если без сервиса, во всех 30-40-50 мест.🔚Делая итог, главная идея такая:
1. Вынести повторяющуюся/общую логику в сервисы, адаптеры, валидаторы, утилиты.
2. Сделай одну центральную точку правды.
Тогда изменения не будут ронять весь проект.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Костя пишет Код | Frontend, Backend
Добавил новую фичу и все опять сломалось
👨💻Я сталкивался с таким сотни раз, когда добавлял фичу и приходилось переписывать/рефачить код.
🏠Особенно эта проблема преследовала меня на старых проектах. На новых пиши как хочешь - все будет работать.
А вот…
👨💻Я сталкивался с таким сотни раз, когда добавлял фичу и приходилось переписывать/рефачить код.
🏠Особенно эта проблема преследовала меня на старых проектах. На новых пиши как хочешь - все будет работать.
А вот…
😭4❤3
90% резюме разработчиков = шлак
Побывал по ту сторону хедхантера и посмотрел на резюме других разработчиков. Среди 40 тысяч резюме разработчиков найти нормальное очень тяжело.
90% резюме были такие:
- Писал код на Node.js
- Делал задачи на реакте
Ну тут неудивительно что никто на собес пригласит.
Рекрутер, глядя на такое резюме, думает:
"Круто, конечно. но только какой толк от этих действий? Метрики выросли? Устранился техдолг? Бизнес заработал больше бабок?"
Формулу, которой нужно пользоваться:
X -> Y -> Z
Где X - что сделал (достижение)
Y - как это было измерено (цифры, метрики, результат)
Z - за счет чего это сделано
Пример:
Если переписать достижения по такой формуле рекрутеры и нанимающие менеджеры в 10 раз будет проще понять что вы делали на работе. Другой вопрос где писать и брать эти метрики.
Побывал по ту сторону хедхантера и посмотрел на резюме других разработчиков. Среди 40 тысяч резюме разработчиков найти нормальное очень тяжело.
90% резюме были такие:
- Писал код на Node.js
- Делал задачи на реакте
Ну тут неудивительно что никто на собес пригласит.
Рекрутер, глядя на такое резюме, думает:
"Круто, конечно. но только какой толк от этих действий? Метрики выросли? Устранился техдолг? Бизнес заработал больше бабок?"
Формулу, которой нужно пользоваться:
X -> Y -> Z
Где X - что сделал (достижение)
Y - как это было измерено (цифры, метрики, результат)
Z - за счет чего это сделано
Пример:
Внедрил BFF-сервис (X), что сократило количество сетевых запросов фронтенда к микросервисам на ~40% (Y), за счёт агрегации данных в единое API (Z)
Если переписать достижения по такой формуле рекрутеры и нанимающие менеджеры в 10 раз будет проще понять что вы делали на работе. Другой вопрос где писать и брать эти метрики.
👍4❤🔥2❤2
Ты никогда не решишь задачи на лайфкодинге
Собеседования с каждым годом сложнее и процесс входа везде повышается в 10 раз.
Но главный сюр, что многие нанимающие менеджеры дают задачи на кодинге, который сами не решат.
Пару примеров:
1. У меня был собес год назад в одну известную компанию связанную с бронированием отелей. Должно было быть 3 секции по 30 мин.
Первые 2 секции закончил за 30 минут, а вот когда перешла очередь третьей задачи началось веселье.
Сначала 10 минут мне не могли обьяснить в чем суть задачи, потом когда начал решать выяснились доп условия. А в конце когда я спросил: "Как решать правильно?"
2. Второй пример другого разработчика с которым знаком.
Тимлид начал набирать еще одно разработчика в команду и начал давать на собесе задачку уровня medium с литкода.
Мой знакомый спросил: "А ты бы сам решил ее, не зная предварительно условий?". Тимлид ответил:"Думаю нет"
Найм сломался, но новый делать мы не будем.
Собеседования с каждым годом сложнее и процесс входа везде повышается в 10 раз.
Но главный сюр, что многие нанимающие менеджеры дают задачи на кодинге, который сами не решат.
Пару примеров:
1. У меня был собес год назад в одну известную компанию связанную с бронированием отелей. Должно было быть 3 секции по 30 мин.
Первые 2 секции закончил за 30 минут, а вот когда перешла очередь третьей задачи началось веселье.
Сначала 10 минут мне не могли обьяснить в чем суть задачи, потом когда начал решать выяснились доп условия. А в конце когда я спросил: "Как решать правильно?"
"А мы сами не знаем, тут только говнокодом могу решить"
2. Второй пример другого разработчика с которым знаком.
Тимлид начал набирать еще одно разработчика в команду и начал давать на собесе задачку уровня medium с литкода.
Мой знакомый спросил: "А ты бы сам решил ее, не зная предварительно условий?". Тимлид ответил:
Найм сломался, но новый делать мы не будем.
😁8❤4🙈2
С нуля за полгода в бигтех на 185к
Продолжаю серию мини-интервью. Можно почитать первое и второе интервью.
🔮Это интервью интересно тем, что человек совершенно не был в курсе как работает айти и в короткий промежуток времени разобрался очень быстро и теперь работает в крупной корпорации, которую вы все знаете и видели их рекламу везде.
1. Расскажи немного о себе: чем занимался до обучения и как вообще пришёл в идею войти в IT?
Привет, меня зовут Герман, мне 25 лет, до IT я работал ведущим и активно участвовал и организовывал массовые мероприятия (бывало до 5 штук в неделю), подрабатывал на корпоративах, работал в новогоднюю ночь ведущим, в общем, по полной программе занялся этим ремеслом.
Но в моменте начал осозновать, что истинного удовольствия, мне не приносит эта работа. Да, мне нравится общаться с людьми, мне легко устананавливать контакт с человеком, но быть "клоуном" у пьяной аудитории мне быть не хотелось. Буквально в ту же неделю, когда ко мне начало приходить осознание себя и того, что мне не подходит моя работа и она лишь пережиток из детства, появился Константин, который протянул мне руку из мира айти! Он явным образом мне подсветил, что можно в короткое время обучиться и перейти в новую сферу. Так я недолго думая начал обучаться с ним.
2. С какими трудностями сталкивался в начале?
Основные трудности в начале, это ощущение, что ты недостаточно глубоко копаешь материал, от того ты постоянно лезешь в сложносочиненную терминологию, которая могла взорвать мозг неподготовленному человеку. Тут важно полностью довериться своему ментору, идти поэтапно, следовать структуре, которую дает тебе ментор и самое главное, задавать как можно больше вопросов.
3. Что оказалось самым полезным в процессе обучения?
Самое полезное в обучении:
1. Реальные примеры из практики моего ментора
2. Четкая структура материала
3. Консультации с другими опытными специалистами
4. Моральная поддержка, постоянная обратная связь
4. Что тебе больше все запомнилось/удивило на собеседованиях?
На собеседованиях меня удивило, что тебя очень часто оценивают как человека, а не специалиста.
На собеседованиях применив одну фишку в разговоре с собеседником, ты можешь завоевать его признание и получить оффер, поэтому всегда слушайте своего ментора, который дает вам ОС по вашим собесам.
Удивило как невероятно сильно прокачивает просмотр собственных собеседований и анализ своих действий и слов (смотреть нереально кринжово, но это +200% к навыку прохождения собесов)
Ну и просто шокирует в моменте, что ты с наставником можешь крутануть опыта на 4-5 лет и тебе поверят на собесе, прислав вкусный оффер.
5. Что изменилось после обучения и получения работы — в навыках, мышлении, возможностях?
После получения работы, я понял, что я до этого вообще не думал бошкой (Ребята, работа в айти требует умственных усилий).
Работа в айти дала мне свободу перемещения. Удаленка - кайф.
И, конечно, работа в айти дала мне ощущение того, что я что то могу, я действительно считаю это своим достижением, самореализацией, к которой я смой придти благодаря Константину.
6. Какой совет ты бы дал тем, кто только начинает учиться?
Совет простой - не тупите, сейчас куча возможностей. Думайте о том, что время будет убегать сквозь пальцы все быстрее.
Не бойтесь менять свою жизнь.
Продолжаю серию мини-интервью. Можно почитать первое и второе интервью.
🔮Это интервью интересно тем, что человек совершенно не был в курсе как работает айти и в короткий промежуток времени разобрался очень быстро и теперь работает в крупной корпорации, которую вы все знаете и видели их рекламу везде.
1. Расскажи немного о себе: чем занимался до обучения и как вообще пришёл в идею войти в IT?
Привет, меня зовут Герман, мне 25 лет, до IT я работал ведущим и активно участвовал и организовывал массовые мероприятия (бывало до 5 штук в неделю), подрабатывал на корпоративах, работал в новогоднюю ночь ведущим, в общем, по полной программе занялся этим ремеслом.
Но в моменте начал осозновать, что истинного удовольствия, мне не приносит эта работа. Да, мне нравится общаться с людьми, мне легко устананавливать контакт с человеком, но быть "клоуном" у пьяной аудитории мне быть не хотелось. Буквально в ту же неделю, когда ко мне начало приходить осознание себя и того, что мне не подходит моя работа и она лишь пережиток из детства, появился Константин, который протянул мне руку из мира айти! Он явным образом мне подсветил, что можно в короткое время обучиться и перейти в новую сферу. Так я недолго думая начал обучаться с ним.
2. С какими трудностями сталкивался в начале?
Основные трудности в начале, это ощущение, что ты недостаточно глубоко копаешь материал, от того ты постоянно лезешь в сложносочиненную терминологию, которая могла взорвать мозг неподготовленному человеку. Тут важно полностью довериться своему ментору, идти поэтапно, следовать структуре, которую дает тебе ментор и самое главное, задавать как можно больше вопросов.
3. Что оказалось самым полезным в процессе обучения?
Самое полезное в обучении:
1. Реальные примеры из практики моего ментора
2. Четкая структура материала
3. Консультации с другими опытными специалистами
4. Моральная поддержка, постоянная обратная связь
4. Что тебе больше все запомнилось/удивило на собеседованиях?
На собеседованиях меня удивило, что тебя очень часто оценивают как человека, а не специалиста.
На собеседованиях применив одну фишку в разговоре с собеседником, ты можешь завоевать его признание и получить оффер, поэтому всегда слушайте своего ментора, который дает вам ОС по вашим собесам.
Удивило как невероятно сильно прокачивает просмотр собственных собеседований и анализ своих действий и слов (смотреть нереально кринжово, но это +200% к навыку прохождения собесов)
Ну и просто шокирует в моменте, что ты с наставником можешь крутануть опыта на 4-5 лет и тебе поверят на собесе, прислав вкусный оффер.
5. Что изменилось после обучения и получения работы — в навыках, мышлении, возможностях?
После получения работы, я понял, что я до этого вообще не думал бошкой (Ребята, работа в айти требует умственных усилий).
Работа в айти дала мне свободу перемещения. Удаленка - кайф.
И, конечно, работа в айти дала мне ощущение того, что я что то могу, я действительно считаю это своим достижением, самореализацией, к которой я смой придти благодаря Константину.
6. Какой совет ты бы дал тем, кто только начинает учиться?
Совет простой - не тупите, сейчас куча возможностей. Думайте о том, что время будет убегать сквозь пальцы все быстрее.
Не бойтесь менять свою жизнь.
Telegram
Костя пишет Код | Frontend, Backend
Из 50к в 550к за год
15 апреля 2024 года мой первый ученик с полного нуля до миддла получил свой первый оффер в айти.
Теперь он работает на двух работах за 550к.
В честь прошедшего года решил сделать с ним мини-интервью.
Начнем:
1. Что тебя мотивировало…
15 апреля 2024 года мой первый ученик с полного нуля до миддла получил свой первый оффер в айти.
Теперь он работает на двух работах за 550к.
В честь прошедшего года решил сделать с ним мини-интервью.
Начнем:
1. Что тебя мотивировало…
❤10😘3✍1🔥1
Выгорание
😰 Я как и многие в СНГ не сильно серьезно отношусь к выгоранию.
Несколько недель назад появилось какое-то бессилие и отсутствие мотивации, хотя обычно энергии до кучи. Вместо обычного рабочего дня не хотелось ничего.
😤 Тут я начал понимать что подхожу к тому самому выгоранию.
Вообще одно самых важных признать, что выгорание действительно есть.
✅Мой список действий как я начал выбираться:
- перестать работать как не в себя
-бегит, атжумания спорт и ежедневные прогулки по 10к+ шагов
- поехать в отпуск
Самый лучший и простой способ. На солнце сразу появляется больше энергии, желания жить и отдыхать.
Главное в такие моменты услышать себя и осознать что нужен отдых.
😰 Я как и многие в СНГ не сильно серьезно отношусь к выгоранию.
Несколько недель назад появилось какое-то бессилие и отсутствие мотивации, хотя обычно энергии до кучи. Вместо обычного рабочего дня не хотелось ничего.
😤 Тут я начал понимать что подхожу к тому самому выгоранию.
Вообще одно самых важных признать, что выгорание действительно есть.
✅Мой список действий как я начал выбираться:
- перестать работать как не в себя
-
- поехать в отпуск
Самый лучший и простой способ. На солнце сразу появляется больше энергии, желания жить и отдыхать.
Главное в такие моменты услышать себя и осознать что нужен отдых.
🤩11❤8💋5👎1🆒1
Написал фичу, а через час все поломалось.
👨💻 Бывало ли такое что ты начинаешь писать фичу, а через час понимаешь: код расползается, вся структура ломается, и уже неясно — где бизнес-логика, а где UI?
💻 На самом деле, это боль большинства разработчиков. Многие разработчики не всегда знают как спроектировать конкретную таску
Я сам испытал эту боль на всех моих проектах, которых было больше 30 и только спустя годы я наработал систему, которая помогает быстро и правильно проектировать фронтенд.
🚀 Теперь мой путь можно пройти не за 8 лет, а всего за 3 часа
Я записал свой интенсив в котором ты сможешь проектировать фичи правильно, будешь понимать куда относить бизнес-логику, а куда UI и станешь понимать архитектуру лучше 80% разработчиков.
✅ На интенсиве ты:
- Освоишь теоретическую базу FSD, чтобы понимать архитектуру
- Отработаешь проектирование фич на практике
- Получишь домашку на реальном макете с кодом, чтобы закрепить навык
Записывайся прямо сейчас — скидка 50% до 24 октября
Посмотреть бесплатный урок
Получить доступ (Оплата РФ)
Получить доступ (Оплата не из РФ)
Я сам испытал эту боль на всех моих проектах, которых было больше 30 и только спустя годы я наработал систему, которая помогает быстро и правильно проектировать фронтенд.
Я записал свой интенсив в котором ты сможешь проектировать фичи правильно, будешь понимать куда относить бизнес-логику, а куда UI и станешь понимать архитектуру лучше 80% разработчиков.
- Освоишь теоретическую базу FSD, чтобы понимать архитектуру
- Отработаешь проектирование фич на практике
- Получишь домашку на реальном макете с кодом, чтобы закрепить навык
Записывайся прямо сейчас — скидка 50% до 24 октября
Посмотреть бесплатный урок
Получить доступ (Оплата РФ)
Получить доступ (Оплата не из РФ)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤4❤🔥3👎1🆒1
Миддлы больше не нужны
👶 Начиная примерно с конца 2021 начала 2022 года джуны перестали быть интересны для любого бизнеса на 95%. С развитием нейронок в 2025 джуны не нужны никому. Cursor или Codex за 20$ сэкономит вам тысячи долларов с джунов.
🤖 А что с миддлами? Их не заменят? Как бы не так.
Уже сейчас многие разработчики с большим опытом ищут работу месяцами. А что будет когда нейронка будет делать 90% их работы?
Спад спроса неизбежен на разработчиков без развития новых навыков.
Ну что же тогда делать?
Я вижу несколько вариантов развития:
- Fullstack направление
- бекенд направление с определенными языками (Golang, Rust)
- DevOps/MLOps/Cyber security
- качнуть навыки до сеньора/архитектора
🤯 Решение — прокачать навыки и уметь проектировать архитектуру.
Это будет полезно для тех, кто:
🏠 хочет понимать, как проектировать архитектуру фронтенда: модульность, паттерны, масштабирование;
🚀 хочет вырасти до уровня, который не заменят нейронки.
Специально для этого я составил интенсив, в котором можно прокачать навыки.
🔥 На интенсиве ты:
Научишься проектировать код, который живёт годами.
Узнаешь все о Feature Slice Design.
Сможешь попрактиковаться в проектировании приложения.
Посмотреть бесплатный урок
Получить доступ (Оплата РФ)
Получить доступ (Оплата не из РФ)
Уже сейчас многие разработчики с большим опытом ищут работу месяцами. А что будет когда нейронка будет делать 90% их работы?
Спад спроса неизбежен на разработчиков без развития новых навыков.
Ну что же тогда делать?
Я вижу несколько вариантов развития:
- Fullstack направление
- бекенд направление с определенными языками (Golang, Rust)
- DevOps/MLOps/Cyber security
- качнуть навыки до сеньора/архитектора
Это будет полезно для тех, кто:
Специально для этого я составил интенсив, в котором можно прокачать навыки.
Научишься проектировать код, который живёт годами.
Узнаешь все о Feature Slice Design.
Сможешь попрактиковаться в проектировании приложения.
Посмотреть бесплатный урок
Получить доступ (Оплата РФ)
Получить доступ (Оплата не из РФ)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤5🔥4🤡2