## Знакомство с порталом ITHOOK.RU

Всем привет! Рад приветствовать вас на своём портале ITHOOK.ru. В этой вводной статье я расскажу зачем я создал портал, какая информация на нём будет размещаться и какие существуют интересные разделы в ITHOOK.ru.

## Зачем?

Зачем? Этот вопрос наверняка задаст подавляющее большинство людей, познакомившись впервые с порталом ITHOOK.ru. Действительно блогов об IT уже много. Все возможные и невозможные темы по сто раз обсуждались. Так вот. Я хотел создать (и у меня это получилось) целый сервис для IT специалистов, где они могли бы не только почитать мои интересные статьи (которые несомненно будут полезны для вас), но и получить практическую пользу от сервиса. Это выражается в том что на портале ITHOOK.ru вы сможете найти работу, проверить свои знания в IT и следить за спросом и предложением на рынке IT специалистов в России. Таким образом ITHOOK.ru - это не просто очередной блог. Это целый сервис для предоставления актуальной и полезной информации для IT специалистов и всех кто интересуется темой информационных технологий.

## Статьи

За время своей работы в IT я успел побывать в разных ролях. Сначала я был просто верстальщиком, потом писал микросервисы, затем разрабатывал пользовательский интерфейс (чем занимаюсь и по сей день). Кроме этого у меня был опыт в разработки мобильных и десктопных приложений, а так же простых игр. Так вышло что помимо основной своей работы мне приходилось выполнять обязанности смежных IT специальностей: аналитика, DevOps и даже немного QA. Я понял что достаточно много знаю и могу поделиться этими знаниями с другими людьми. Поэтому в своих статьях я собираюсь рассказывать про разные полезные темы в IT сфере с которыми сам сталкивался на практике. Кроме этого опираясь на свой опыт буду писать своё мнение на происходящие в IT сфере события.

## Вакансии

Каждый из нас искал работу. Я делал это достаточное количество раз чтобы понять что именно меня не устраивает в нынешних сервисах по предоставлению вакансий. Это фильтрация. Скажите сталкивались ли вы с таким что ищете, например, "PHP программист", а вам в результатах поиска выходят вакансии "С++ программист"? У меня такое было очень и очень часто. Поэтому основной фишкой своего приложения я решил сделать именно фильтрацию. Благодаря этому в результатах поиска вакансий появляются только релевантные результаты.

Кроме фильтрации мне часто не хватало специфических фильтров. Например в одно время я хотел искать работу только в государственных учреждениях. Ни на одном из существующих сервисов я такого фильтра не нашёл.

## Викторина

Каждому IT специалисту нужно расширять свой кругозор. В этом вам поможет специальная викторина, которая задаёт вам вопросы на IT тему. Чтобы отвечать на вопросы было увлекательней я добавил элемент игры. Отвечая правильно ваша шкала ответов заполняется зелёным цветом. Если не правильно - красным. Цель - чтобы вся шкала была всегда зелёной. Удачи!

## Статистика

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

Отслеживается два критерия: средняя зарплата и количество вакансий. Важной особенностью моего алгоритма подсчёта вакансий - это то что вакансии не просто берутся с наиболее популярных сервисов по поиску работы, но и фильтруются. Как в разделе вакансии. Сделано это потому что если вы попробуете на одном из известных сервисов для IT специалистов попробовать найти вакансии для IT юристов, то вы получите тысячу с лишним вакансий, но когда начнёте просматривать эти вакансии увидите что там много лишнего. Будут вакансии директоров, аналитиков и кого угодно кроме IT юристов. Поэтому просто взять количество найденных вакансий невозможно - это буду некорректные данные. Моё приложение фильтрует при подсчёте количества вакансий эти данные. В результате получается результат, максимально приближенный к реальности.

Так же в разделе статистики можно посмотреть различные топы. Это может быть полезно для того чтобы начинающие IT специалисты могли чётко понимать какие профессии перспективны, а на какие не стоит тратить своё время и деньги на обучение. 

## Что дальше?

Дальше я планирую развивать свой сервис ITHOOK.ru, добавляя в него новый функционал. Чтобы не пропустить изменения добавь этот сайт в избранное, вступи в группу ВК https://vk.com/ithook и подпишись на канал в телеграмм https://t.me/ithookru.

О чём портал ITHOOK.ru? Ответы на это вы получите прочитав эту статью. После прочтения вы поймёте почему ITHOOK.ru настоящая находка для IT специалиста.

Знакомство с порталом ITHOOK.ru

## + Высокие зарплаты

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

## + Престижность

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

## + Гибкий график и удалёнка

Большинство компаний предлагает своим IT сотрудникам очень комфортные условия труда. Помимо хорошей зарплаты - удалённый режим работы и гибкий график. 

Удалёнка выражается в том что ты можешь находится в любом месте планеты и продолжать работать. Это действительно потрясающий плюс! Ещё одна неочевидная положительная сторона удалённой работы состоит в том что если ты из региона, то удалённая работа в Москве делает тебя одним из самых обеспеченных людей у себя в регионе. Те кто и так живут в Москве или Московской области в этом плане не так повезло. Более того удалённая работа улучшает микроклимат в команде. Как минимум потому что больше нет споров нужно ли включать кондиционер и почему коллега пришёл на работу больной и чихает в соседнем кресле.

Гибкий график тоже очень удобен - большинство компаний требуют чтобы ты присутствовал на ежедневном совещании и, возможно, на разных недельных и месячных совещаниях. В остальное время никого не волнует когда и как ты работаешь - главное закрыть задачу в установленные сроки. 

Всё это в сумме делает IT профессии на несколько ступеней выше остальных профессий.

## + Государственные программы

Для сотрудников IT сферы, особенно в последнее время, стали делать специальные государственные программы. Самая известная из них - это IT ипотека. Там где представители других профессий будут брать кредит под 7-8% (на момент написания статьи), айтишнику предложат около 4%. Такая низкая ставка вполне может помочь решить жилищный вопрос или просто инвестировать в недвижимость без особых трат.

## + Востребованность

Чтобы кто не говорил - IT сфера будет всегда. И сотрудники в ней работающие тоже будут нужны всегда. Только представьте что нет Онлайн Супермаркетов, ГосУслуг, нет любой автоматизации в компаниях. Вся работа остановится и парализуется. А айтишники будут нужны всегда, потому что программы развиваются, дополняются, изменяются. Значит как минимум нужны люди которые будут просто сидеть на поддержке проектов. А про то что еженедельно запускаются новые проекты мы даже говорить не будем. IT востребованная и стабильная профессия. Если ты действительно специалист - без работы не останешься.

## + Постоянное развитие

В IT сфере нельзя выйти на пик своих знаний. Карьеру и развитие в IT лучше всего воспринимать как бесконечный раннер или спринт, где твой персонаж (то есть ты) постоянно бежит, улучшается, получает новые награды, но никогда не дойдёт до финиша. Почему так? Потому что IT сфера очень динамичная. Постоянно идут какие-то разработки, появляются новшества. Это хорошо тем что ваш мозг постоянно учится, а это позитивно влияет на когнитивное здоровье человека.

## - Отсутствие движения

Одним из главных минусов удалёнки является её неподвижность. Вместе с возможность удалёнки и гибкого графика это превращается в огромный минус. Я знаю людей которые работают дома, спят сколько захотят. В итоге у них напрочь нарушается режим дня, они вообще не выходят на улицу. Естественно это всё отражается на здоровье. Даже такая мелочь как дорога на работу - это 20-30 минут движения, которых достаточно чтобы хоть как-то поддерживать свой организм в приемлемой физической форме. Конечно можно ходить в спортзал, гулять, плавать, но по моему опыту 75% айтишников безвылазно сидят по домам. Сам я стараюсь как минимум полтора часа в день гулять.

## - Глаза

Вторым главным минусом является влияние на зрение. У айтишников как правило очень хорошие экраны, но всё равно 8-часовое нахождение в напряжении за экраном рано или поздно даст о себе знать. Хорошо если просто небольшим ухудшением зрения. Мало кто делает зарядку, гимнастику и упражнения для глаз. Большинство даже не знает о существовании таких упражнений.

## - Люди не понимают что ты делаешь

Тоже существенный недостаток IT профессии. Редко кому объяснишь почему IT это сложно. Для большинства людей ты будешь получать деньги просто потому что сидишь, нажимаешь клавиши с непонятным результатом. Естественно у представителей более тяжёлых (физически) и менее оплачиваемых профессий это будет вызывать раздражение и зависть. О хорошем отношении с такими людьми придётся забыть. Люди не способны понять почему, например, разработчикам Яндекса, Озона, Сбера, Вайлдбериеса так много платят - ведь они просто делают картинку с кнопочками, а дальше всё просто (по их словам). То что за картинкой, как они говорят, есть ещё серверная часть разработки - они не знают и даже не представляют себе что это. Объяснять людям что такое обеспечение стабильности, защищённость операций, сложность разработки,  анализ сотен требований и соединение десятков АПИ невозможно. Особенно страдают GameDev разработчики. Для многих людей игры - это так же просто как пойти двор убрать, только дворники получают 10000 рублей, а GameDev разработчик 100000 рублей. 

## - Отношения

Казалось бы как профессия может негативно отразиться на поиске партнёра? Может. Достаточно зайти на парочку платформ для знакомств и там ты найдёшь такой критерий как "парень должен работать в IT сфере" у некоторых девушек. Поэтому знакомясь с девушкой никогда не говори что ты работаешь в IT. Высок риск того что с тобой будут из-за денег. Девушки тоже не могут быть в полной безопасности, потому что на тех же платформах знакомств есть и парни, которые ищут состоятельных девушек. 

## - Постоянное развитие

Постоянное развитие IT сферы является её минусом. Появляются новые библиотеки, обновляются версии приложений, появляются новые подходы. И чтобы оставаться востребованным специалистом тебе придётся изучать и изучать чтобы расширять свои знания и компетенции. Во многих, в том числе и хорошо оплачиваемых профессиях такого нет. Например в строительстве. Законы электрики, способы укладки сантехники и кладка кирпича не меняются и не обновляются каждые два-три месяца. В автомобилях положение двигателя, проводов и колёс так же остаётся достаточно постоянным уже на протяжении очень долгого времени. В этих профессиях действительно реально выучить всё и успокоится. В IT такое не прокатит. Потому что завтра выйдет новая версия библиотеки, где могут изменить какие-то основные вещи. А эти изменения потянут за собой изменения в зависимых библиотеках. Например модуль для связки Next.js и Redux изменял способ подключения в приложение с выходом каждой версии Next.js. 

## - Отсутствие личностного общения

Спорный минус. Для интровертов это плюс. Для тех у кого не складываются отношения в рабочем коллективе это тоже плюс. Но среди моих знакомых много тех кто часто жалуются на это. Потому что всё-таки личностное общение для многих играет важную роль - можно найти новых друзей, завязать отношения с коллегой. Тут всё зависит от человека. У меня, например, хорошие отношения сложились с теми с кем я работал на удалёнке, а вот с тем с кем работал в офисе - никакого общения. Компании тоже знают об этой проблеме и организовывают дни встречи команд. Примерно раз в год оплачивают всем сотрудникам командировку для того чтобы посмотреть на них и они пообщались лично между собой.

## - Высокий порог входа

Найти первую работу в IT сфере - большая удача и упорный труд. Всё дело в том что на рынке труда очень много начинающих IT специалистов. Это обратная сторона таких плюсов профессии как высокие зарплаты и престижность. Если открывается вакансия начинающего разработчика в более менее известной компании, то за неделю на неё откликается порядка тысячи кандидатов. Ладно если бы ещё проблема была только в количестве конкурентов на рынке труда. Второй большой сложностью является постоянное усложнение IT профессий. То что я знал в 2016 году для того чтобы устроиться джуном на работу сейчас выглядит как обычное умение читать, говорить, писать. Всё очень усложнилось и то что сейчас нужно знать на джуна тогда требовалось для крепкого мидла. 


Многие думают что работа в IT сфере идеальна. Разрушим этот миф, рассмотрев преимущества и недостатки работы в IT.

Плюсы и минусы работы в IT

## Постановка задачи

Мне хотелось сделать что-то приближенное к реальности, а не очередной hello world. Поэтому я решил что моё приложение будет обладать следующим функционалом:

- Возможность авторизации
- Добавление нового изображения с подписью
- Отображение галереи изображений в виде таблице
- Возможность открыть выбранное изображение на весь экран
- Возможность открыть случайно выбранное изображение
- Взаимодействие с файловой системой
- Взаимодействие с базой данных
- Взаимодействие с реально существующим АПИ внешнего сервиса
- Покрыть приложение тестами

На мой взгляд это приложение уже ближе похоже на средний уровень реальной разработки, чем то что делают за 5 минут во многих видео и статьях.

## Условия

Я не пишу ни одной строчки кода. Всё делает ChatGPT. Выбор технологий тоже выбирает он. Я отвечаю только за архитектуру приложения и за организацию кода. 

## Сервер

В качестве технологии для сервера ChatGPT предложил мне выбрать библиотеку Flask на Python. Ок. Тем интереснее - мне не нравится Python и я на нём последний раз писал 6 лет назад. То есть в коде уровень моего понимания не будет высоким. Раз говорят что ChatGPT заменит программистов, то это приближенно к реальности. 

Да. ChatGPT сгенерировал мне простенький сервер на Flask. По сути сделал просто запуск приложения и обработку корневого роута для отдачи HTML файла. Кроме этого управление модулями в Python отличается от того как это делается в Node.js. Поэтому я попросил ChatGPT сгенерировать и организовать мне локальное хранение модулей. Он сделал это через файл зависимостей.

## Главная страница

ChatGPT начал делать приложение как MPA (многостраничное приложение). Эта архитектура устарела, но да ладно. Для тестирования возможностей бота подойдёт. Значит для каждой страницы у нас будет свой html файл со стилями и скриптами. 

На главной странице я хотел разместить обычную форму входа: заголовок, затем поле ввода логина, поле ввода пароля и кнопка авторизации. Разместить я хотел это всё в центре экрана. Вот тут начались проблемы. Оказалось бот не так хорош в вёрстку. Отцентрировать блок и разместить заголовок выше формы получилось только минут через 40 текстовых запросов. Сам бы я это сделал за минуту. ChatGPT постоянно меняет вёрстку и стили. При некоторых изменениях он забывает добавлять нужные стили. Естественно если, как нам утверждают, ChatGPT напишет код за любого программиста, то человек который не разбирается в стилях и вёрстке минут через 5 уже бросит это дело. 

## Подключаем внешний АПИ

Далее я захотел чтобы авторизация была возможна только после того как пользователь дополнительно введёт код, который приходит ему в СМС. В России есть сервис sms.ru, который предоставляет бесплатно 5 смс в день. На удивление ChatGPT быстро сгенерировал код взаимодействия с этим АПИ на Python по запросу на корректный url. Это действительно круто, потому что за пределами России вряд ли кто знает об этом сервисе. Документация у них и примеры только на PHP. В общем тут бот молодец. Удивил. Далее саму генерацию кода - набор случайных чисел определённой длины - ChatGPT тоже сделал без проблем.

## Работа с внутренним АПИ приложения

Я решил: раз бот лучше пишет код на Python, чем делает вёрстку, то начну с проработки сервера. И тут меня ждал подвох. 

По умолчанию ChatGPT пишет всё в один файл. Причём достаточно случайным образом он периодически забывает те или иные уже написанные фрагменты кода. Постоянно приходится перепроверять, а не удалил ли что-нибудь нужное ChatGPT. Кроме этого бот использует совершенно разные подходы для организации АПИ. Сначала он использовал мне простое определение роутов в приложении и их обработку на Flask. Затем он выдал мне код с использование библиотеки для организации всего этого дела. И так в перемешку у меня код и был, пока я сам не распределил роуты по файлам и не выбрал один подход их генерации и не указывал прямо на него при общении с ChatGPT.

## Работа с БД и файлами

Бот ожидаемо порекомендовал мне PostgreSQL. Ок. Тут проблем не было. Подключение к БД бот сделал мне хорошо. Далее использовал ORM для взаимодействия с ней. После чего на выходе я получил на каждый роут сгенерированный код для сохранения и получения данных с БД. С сохранением в файловую систему изображений тоже проблем не было. Тут бот справился на хорошо.

Но стоит отметить что ChatGPT видимо принципиально не обрабатывает исключения. Поэтому просить обернуть его в try except приходилось самому. Поэтому я оценил эту его работу на хорошо, а не на отлично.

## Генерация остальных страниц

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

Приятным бонусом стало то что я попросил использовать стиль приложения ВК и бот сгенерировал мне стили с этого сайта для моих визуальных элементов. 

## Написание стилей

Стили бот пишет на чистом css без проблем. Единственное что он всё пишет в один файл с вёрсткой и вперемешку выбирает разные подходы: то он стиль пишет прямо inline в элементе, то он оформляет стиль в виде тегов style, то он вообще предлагает выделить стили в отдельный файл. При этом работая с одним и тем же элементов, он абсолютно случайно предлагает вам способ оформления стилей. Обязанности архитектуры пришлось взять на себя и явно указывать боту как именно я хочу чтобы были организованны стили. 

Ещё одной проблемой бота является то что он использует устаревшие способы написания стилей. Например, он старается везде использовать inline-block и float, редко flex и ни разу не использовал grid. 

## Написание скриптов

С написание скриптов всё началось с тех же архитектурных проблем что и со стилями. Бот то добавляет скрипты в конец body, то в тег script, то выносит в отдельный файл. Архитектуру берём на себя, боту говорим как именно нужно организовать скрипт. Сам код бот пишет и хорошо и плохо одновременно. С одной стороны код получается рабочим и функционал реализован. Тут претензий нет. Но как специалист в JavaScript, я понимаю что использование переменных var и обработчиков промисов - это сильно устаревший стиль. Про const, let, async, await бот не знает. Если прямо об этом ему не говорить. А как человек не разбирающийся  в программировании скажет ему об этом? Ведь как нам говорят ChatGPT заменит программистов, соответственно запросы к нему должны писать люди далёкие от разработки.

Стоит так же заметить что ChatGPT и здесь не уважает обработку ошибок. Видимо настолько уверен в своём коде что не допускает и мысли что что-то пойдёт не так. Все try - catch - finally пришлось объяснять боту самому. 

Ещё одним неприятным сюрпризом стало то что бот активно использует идентификаторы и классы. Причём он их меняет совершенно не зависимо от того что указано в вёрстке. Поэтому иногда код пишется, но не работает потому что в вёрстке указан класс button-save, а в скрипте button-auth. Приходится перепроверять.

## Написание тестов

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

## Преимущества ChatGPT для написания кода

Поскольку я стараюсь быть максимально объективным, я выделю преимущества ChatGPT:

- Пишет работающий код на Python и JavaScript.
- Умеет работать с внешними сервисами и АПИ
- Умеет работать с базой данных и файловой системой

## Недостатки ChatGPT для написания кода

Вот список недостатков, которые я выделил при работе с ChatGPT:

- Плохо работает с вёрсткой
- Не способен покрывать приложение автотестами
- Полный ноль в архитектуре кода
- Переписывает или забывает фрагменты кода без предупреждения
- Постоянно меняет выбранные решения для выполнения одной и той же задачи
- Не добавляет обработку исключений в код
- Устаревший код

Не выделил в недостаток, но всё же стоит сказать об этом. У меня постоянно отваливалось соединение с ботом. Каждые две три минуты приходилось перелогиниваться. Может у меня были проблемы с сетью, но такое происходило только на сайте ChatGPT.

## Послевкусие и выводы

По моему мнению ChatGPT не годится для серьёзной разработки. То что кричат на каждом углу о том что он заменит разработчиков - это, я считаю, пиар. Если вы следите за айти, то вспомните что тоже самое кричали сначала про WordPress, затем про NoCode, потом про Flutter. Где все эти решения? Вот туда и отправится ChatGPT вместе с написанием кода.

Я не представляю как может человек не знающий про код прорабатывать архитектуру кода и понимать где и как нужно обрабатывать исключения. Это как минимум. К тому же этот человек точно будет пропускать моменты когда ChatGPT удаляет часть сгенерированного ранее кода. На больших проектах это будет ад.

Тем более есть уже решения, позволяющие писать код ещё проще без знания программирования. Это тот же WordPress, Tilda и другие NoCode решения. Однако что-то мы не пишем VK, ГосУслуги, огромные сервера обработки платёжных операция на этих инструментах. И если эти инструменты действительно позволяют ничего знать о коде, то ChatGPT обязывает хотя бы знать куда и как копировать фрагменты сгенерированного кода.

А теперь представьте что вы миллионер и вкладываете миллионы в ваше приложение. Доверили бы вы секретарше написание текстовых промптов для генерации кода? А что - скажут вам - ведь ChatGPT может писать код за программиста! Сомневаюсь что что-то стоящее вы сможете получить, а уж про вопрос поддержки такого приложения и говорить не буду.

Я считаю что ChatGPT не может заменить программиста. И написав свой проект я в этом удостоверился.

В этой статье я поделюсь своими впечатлениями после попытки написания полноценного приложения с ChatGPT. Заменит ли бот программистов?

Пишем приложение с ChatGPT

## Что такое современный Frontend?

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

## Из чего состоит разработка пользовательского интерфейса?

Многие по старинке думают что Frontend - это форма ввод данных, отображение текста и картинок. Эти люди остались на уровне 00-х - 05-х годов. Современный Frontend ничуть не уступает серверной разработке в сложности. Современный Frontend это валидация данных, динамическое изменение контента в зависимости от действий пользователя, управление запросами, корректное отображение интерфейса на множестве разных устройств, доступность для различных пользователей, отображение сложных аудио и видео форматов контента. Кроме этого Frontend - это уже давно не просто вёрстка со стилями, а полноценное функциональное или объектно-ориентированное программирование  со всеми вытекающими. 

## Как всё усложнилось...

Frontend был достаточно простым в самом начале. Затем он начал постепенно усложнятся. Развивался JavaScript. Появлялись новые способы управления скриптами и их интеграция в вёрстку. И вот настал 2013 год когда появился React. С этого времени и примерно до 2020 года мир Frontend переживал бурное развитие. Появилась даже шутка что каждый день в мире появляется новый фреймворк или библиотека для JavaScript. В итоге к 2020 году стек технологий установился и теперь основа Frontend - это три кита React, Vue, Angular. К этому же времени TypeScript стал стандартом разработки для Frontend. Я помню когда начинал искать работу джуном,а затем мидлом (это был соответственно 2016 и 2018 года), достаточно было знать  HTML, CSS, JS, а TypeScript и один из трёх китов Frontend были не обязательными навыками. Сейчас же начинающий Frontend разработчик обязательно должен знать весь набор: JS, TS, React / Vue / Angular, менеджер управления состоянием приложения, HTML, CSS, какой-нибудь препроцессор. В серверной разработке (будь то C# или Java или PHP) тоже шло развитие, но, за исключением PHP, не было такого многообразия и не было такого быстрого, активного развития. А совсем недавно появился новый тренд - микрофронтенды. Вместо стандартного REST API взаимодействия с сервером появились новые способы коммуникаций - GraphQL, WebSocket. В некоторых компаниях практикуют толстый клиент, когда Frontend выполняет часть или даже большую часть серверной логики по обработке и формированию данных. В этом случае разработка Frontend в области управления данными становится неотличимой от серверной разработки. Все эти изменения существенно повысили требования к Frontend разработчикам и сделали саму разработку пользовательских интерфейсов в разы в разы сложнее.

## Дорожная карта Frontend

Если вы хотите изучить Frontend, то готовьтесь к тому что изучать придётся много. Ниже я перечислю список того что нужно знать Frontend разработчику чтобы уверенно чувствовать себя на большинстве собеседований. Указывать буду те технологии, которые используются чаще всего и уже стали стандартом. Например смысла изучать LESS нет, потому что фактический стандарт - это препроцессор SASS.

- HTML
- CSS
- SCSS
- JavaScript
- TypeScript
- React / Vue / Angular
- Стейтменеджер (Redux / Vuex / etc)
- CSS-in-JS (желательно Styled Components)
- Material-UI (как самый популярные UI фреймворк)
- REST API

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

- Webpack
- GraphQL
- WebSocket
- Микрофронтенды
- Паттерны проектирования
- Архитектура веб-приложений
- Архитектура Frontend приложений
- Jest и Mocha (для автотестов)
- Работа с облачными технологиями (например с облачной нереляционной БД Firebase или с Google хранилищем)

## Бонус (что нужно знать React разработчику?)

Дополнительно расскажу что нужно знать Frontend разработчику специализирующемуся на React. Помимо всего указанного выше React разработчик должен уметь работать с набором наиболее популярных библиотек.

- React
- Redux
- Redux-thunk
- Redux-saga
- React Router
- React-hook-form
- Yup
- Redux-toolkit
- React-query
- Next.js
- Material-UI
- Styled-Components

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

## Увлекательная Frontend разработка

По моему мнению изучения и работа с Frontend весьма интересна и увлекательна. Вы работаете с графическим интерфейсом, видите результаты своей работы прямо на экране. Frontend разработчик так же выполняет часть работы отдела тестирования, так как может сразу после своих правок сымитировать поведение пользователя в приложении и проверить корректность работы интерфейса. Так же Frontend позволяет делать довольно увлекательные домашние проекты для себя или для резюме. Это могут быть как удивительные и сложные эффекты (например переход между страницами в виде распыления частиц), браузерные игры, просто качественные и удобные приложения. Любое Frontend приложение можно продемонстрировать своим близким или друзьям и им будет намного проще оценить вашу работу, чем если бы вы были серверным разработчиком. Кроме этого если вам всё же понадобится хранение данных или простенький сервер, то вы сможете воспользоваться облачными серверами, без надобности погружаться в серверную разработку. 

## Бонус для Frontend разработчиков

Важным для поиска и смены работы преимуществом Frontend разработчика является монополистический характер JavaScript и остальных технологий для разработки пользовательских интерфейсов. В отличие от серверной разработки, где разные компании используют разные языки программирования и фреймворки (PHP, C++, C#, Java, Kotlin, Golang, Rust, etc) в мире Frontend есть только JavaScript и его экосистема. Таким образом менять работу легче и количество доступных вакансий в теории больше чем по какой либо специализированной серверной разработке. Хотя не стоит забывать что внутри себя экосистема Frontend разработки на JavaScript гораздо шире и сложнее чем любая экосистема серверной разработки. Но всё-таки если вы работали с Redux а собеседуетесь в компанию где используется MobX - шанс получить оффер намного выше, чем если вы Java разработчик, которые собеседуется на позицию Golang разработчика.

Рассмотрим современный Frontend: что он из себя представляет, почему его стоит изучать, что нужно знать и немного истории.

Современный Frontend

## Что такое клиент?

Современные приложения в 99% случаях строятся на основе клиент-серверной архитектуры. Сервер - это приложение работающее на машине владельца приложения. Пользователь не видит этой работы. Как правило это взаимодействие со сторонними сервисами, обработка и формирование данных, взаимодействие с базой данных. Клиент - это приложение непосредственно работающее на устройстве пользователя и обеспечивающее взаимодействие пользователя со всем приложением в целом. Спорить что важнее клиент или сервер дело неблагодарное. Потому что если приложение будет работать как часы, но не будет юзабилити - им никто не будет пользоваться. Если приложение будет юзабилити, но не будет работать корректно - им никто не будет пользоваться. Однако часто руководителям приходит желание перенести часть работы сервера на клиент. Ниже я расскажу что я думаю об этом и объясню почему это плохая идея.

## Тонкий клиент

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

## Толстый клиент

Толстый клиент - это клиент, который выполняет большой слой бизнес-логики на стороне пользовательского интерфейса. К обычным обязанностям тонкого клиента добавляется ещё полное или частичное формирование логики, обработки и форматирования данных.

## Когда использовать тонкий клиент

Всегда. Всегда используйте тонкий клиент когда у вас есть возможность. Если нет возможности стремитесь к тому чтобы перенести максимально возможный пласт логики с клиента на сервер. На клиенте достаточно сложной логики связанной с формами, валидацией, обработкой пользовательского поведения, хранением данных. Когда мы переносим формирование и обработку данных и логику приложения на сервер, помимо упрощения клиента, мы получаем улучшения ещё по многим параметрам. Чем меньше логики на клиенте, тем меньше он весит, тем быстрее он загружается и работает у пользователя, тем приложение становится более юзабилити, тем оно привлекательней для пользователя, тем оно лучше для SEO оптимизации, тем выше ваше приложение в поисковой выдаче. Есть ещё много этих тем. Я перечислил основные.

## Когда использовать толстый клиент

Никогда. Избегайте формирования излишней логики на клиенте. Всегда старайтесь бизнес-логику реализовать на сервере, а на клиент отдавать уже готовые данные. Я могу представить только один случай когда необходимо использовать толстый клиент. Это когда наше приложение чисто клиентское и все данные мы получаем от различных сервисов. Это могут быть различные BaaS (Backend as a service) или сторонние API. В этом случае у нас нет своего сервера, своей базы данных, и соответственно нет возможности реализовать там обработку логики и данных. Сторонние API и BaaS в 99% подстраиваться под нас не будет. Значит мы будем получать данные в том формате в котором их отдают эти сервисы. В этом случае нам остаётся только обрабатывать, формировать и анализировать эту логику на клиенте.

## Выводы

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

В этой статье будет подробный разбор плюсов и минусов толстого и тонкого клиентов и ответ когда какой нужно использовать

Толстый или тонкий клиент?

## Первая реакция

В первое время после 24 февраля 2022 года IT сфера в России не подверглась каким либо изменениям. В марте 2022 года был стабильный рост вакансий и зарплат. В апреле показатели не изменились, но падения спроса и зарплат не было. Это было связано с тем что в то время никто не понимал как дальше будут развиваться события и поэтому компании работали так как и до этого без резких изменений в штате и в проектах.

## Резкое падение количества вакансий

Начиная с мая 2022 произошло резкое падение как зарплат в IT сфере так и количества доступных вакансий. Это связано с тем что в это время многие компании стали сворачивать ранее планируемые программы по разработке программного обеспечения с целью уменьшения расходов. После ковидного бума развития различных онлайн сервисов и безконтрольного найма и расширения IT команд многие компании оказались не в состоянии обойтись без сокращений. Компании стали отменять разработку новых проектов и переводить уже запущенные проекты в состояние поддержки. Соответственно количество вакансий резко упало. По моим наблюдениям, например по языку программирования JavaScript, падение достигало 30% относительно апреля 2022. Компании экономили деньги и остановили найм. 

## Резкое падение зарплат

В то же время на очень короткий промежуток времени образовался профицит IT кадров на рынке труда. Поэтому компании стали предлагать меньшие зарплаты на те же должности. В среднем по моим наблюдением падение предлагаемых зарплат составило около 15-20%. 

## Лето абсолютного падения IT сферы

Лето 2022 года запомнилось мне как лето абсолютного падения спроса и предлагаемых зарплат на IT рынке труда. Майская тенденция к сокращению расходов на разработку продолжилась. Помимо сокращения новых проектов и поддержки текущих проектов добавился уход многих IT компаний из юрисдикции РФ. Это было вызвано опасениями за свой бизнес, потому что достаточно большое количество компаний осуществляли разработку на зарубежных заказчиков, на зарубежный рынок приложений или сами являлись филиалом разработки зарубежной компании. В связи с закрытием способов официальных расчётов с компаниями РФ эти компании были вынуждены менять свою юрисдикцию и переезжать. Таким образом количество вакансий на рынке труда в IT продолжало стремительно сокращаться. По моим наблюдениям количество вакансий сократилось почти в 2,5 раза по сравнению с февралём и мартом этого же года! Если в феврале 2022 было около 13000 вакансий JavaScript разработчиков, то летом их было около 5500. Аналогичная ситуация происходила с зарплатами. Сокращение предлагаемой зарплаты составило по моим подсчётам около 30%. Если в феврале средняя зарплата JavaScript разработчика составляла 170000 - 190000 рублей, то летом 2022 года - 130000 - 140000 рублей. Всё это происходило с кажущимся освобождением большого количества IT специалистов на рынке труда. Но... не тут то было! Почему я назвал эту секцию абсолютное падение? Потому что летом 2022 падало всё: спрос, зарплаты и само количество соискателей на рынке труда. Начиная с июня IT специалисты начали массово уезжать за пределы РФ. Кто-то работал на зарубежные компании и не мог больше получать деньги из-за блокировки платёжных систем. Кто-то по личным убеждениям уехал. Но было ещё одно интересное явление, которое я раньше нигде не встречал. Это массовый вывоз сотрудников. Крупные компании не просто сами меняли юрисдикцию, но и предлагали оплачиваемый релокейт своим IT сотрудникам.

## Стабильный сентябрь

Осень 2022 была стабильная. Количество вакансий и зарплат просело до минимума и ниже уже не опускалось. Почему так произошло? Потому что у компаний остались только те проекты, которые были им необходимы. На таких проектах людей не сократишь, иначе потеряешь прибыль. Зарплаты перестали снижаться, потому что компании поняли что массовый отток IT специалистов не прекращается, профицит кандидатов закончился и наступил дефицит IT кадров. В таком положении прошёл сентябрь... 

## Массовый уход IT сферы

После 21 сентября 2022 года отток IT специалистов и уход IT компаний стал носить поистине массовый, я бы даже сказал катастрофичный, характер. Уезжали все кто мог. IT специалисты бросали места работы, увольнялись и уезжали. IT компании понимали что их бизнес стал ещё более хрупким и тоже меняли юрисдикцию. Среди моих знакомых занятых в IT сфере процентов 70 покинуло страну. В итоге количество соискателей сократилось в несколько раз, количество вакансий так же уменьшилось. 

## Оживление IT сферы

К счастью, в России быстро поняли всю катастрофичность положения в IT сфере после сентября и начали оперативно организовывать меры поддержки этой отрасли. В первую очередь это IT отсрочка от частичной мобилизации. Это решение помогло сократить отток квалифицированных IT кадров из России. Но отток компаний не остановило. Компании которые продолжали работать на зарубежных заказчиков или на зарубежный рынок приложений продолжали менять юрисдикцию и забирать с собой специалистов. Но не смотря на это осенью случилось то что оживило IT сферу. Это программа импортозамещения программного обеспечения в России. Понадобилось срочно создать множество аналогичных зарубежным приложений, пусть даже в состоянии MVP (минимально жизнеспособный продукт). Именно это решение обернулось началом, пусть не бурного, но всё же, роста количества вакансий и средних зарплат в IT сфере. Оставшиеся компании столкнулись с сильным дефицитом IT специалистов - ведь уезжали всё предыдущее время не начинающие, а ведущие разработчики. Острый дефицит IT специалистов уровня Senior проявился ещё ярче. В итоге в октябре - декабре 2022 года был стабильный рост спроса и зарплат. Ровный, небольшой, но стабильный рост.

## Встречаем 2023 год дефицитом IT кадров

Зима 2023 обернулась сильным ростом зарплат и вакансий в IT сфере. До уровня зимы 2022 года было очень далеко, но по сравнению с тем что было летом 2022 года положение сильно улучшилось. Связано это с тем что отток IT специалистов не остановился, что в свою очередь усиливало дефицит кадров на рынке. Образовалась парадоксальная ситуация: специалистов по цифрам много, но большинство - начинающие без опыта. Ведущих специалистов осталось очень мало. Попыткой исправить ситуацию было улучшение условий IT ипотеки. Но на мой взгляд она не даёт никаких ощутимых результатов из-за неопределённости в будущем, которая никуда не исчезла. Как можно брать ипотеку на неопределённый срок на огромную стоимость квартиры (в Москве и Подмосковье средняя цена однушки по моим подсчётам - 7млн) когда неизвестно что будет через месяц, два и даже год? Тем более тем кто уже уехал, по моим опросам, улучшение условий льготной IT ипотеки, было не важно. Быстро восполнить брешь дефицита нельзя, потому что обучить тысячи программистов можно, но вот дать им опыт разработки нельзя. Способов как-то мотивировать вернутся IT компании со специалистами и вернуть самих IT специалистов, на мой взгляд, предложено не было. 

## Стабильная весна

Весна 2023 стабильна. Зарплаты и спрос тихо, медленно, но растут. Отток специалистов замедлился. Что будет дальше - посмотрим.

Статья о том как менялся спрос на IT специалистов и из средняя зарплата в период СВО: с зимы 2022 года по весну 2023 года.

Взлёт и падение статистики в 2022 - 2023

## Введение в стили написания кода

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

## Стиль написания кода Camel Case

Camel case (он же верблюжий стиль написания) — это стиль кодирования, при котором слова, соединенные вместе, пишутся заглавными буквами без пробелов между ними. Первое слово не имеет заглавной буквы, а все остальные слова имеют — отсюда и «горб» посередине (например, camelCase). Этот стиль часто используется для названий переменных, а также в идентификаторах классов и функций в объектно-ориентированных языках программирования, таких как java или c#.

`const myText = 'Text';`

## Стиль написания кода Snake Case

Стиль кодирования snake case (змеиный стиль написания) почти полностью противоположен camel case — вместо того, чтобы писать каждое слово после первого с заглавной буквы, этот стиль заменяет его подчеркиванием (например, snake_case). Такой стиль может использоваться для переменных и функций в некоторых языках программирования, но обычно он не используется, так как может выглядеть неаккуратно, если записать его со всеми подчеркиваниями вместе. Иногда snake case используют для названия файлов в приложении.

`const my_text = 'Text';`

## Стиль написания кода Kebab Case

Kebab case использует дефисы (-) вместо подчеркиваний или заглавных букв (например, kebab-case). Используется при создании урлов, поскольку в них уже есть дефисы, но этот стиль кодирования также может быть использован в качестве альтернативы верблюжьему регистру по желанию программиста, пишущего код. Не редко kebab-case используется для наименования модулей, файлов в приложении и как наименования столбцов в базе данных.

`const my-text = 'Text';`

## Стиль написания кода Pascal Case

Pascal case использует каждую букву в каждом слове с заглавной буквы (например, PascalCase). Этот стиль кодирования был назван в честь математика Блеза Паскаля, который создал машинный язык. Он был широко принят в различных языках программирования, включая visual basic.net и c#, потому что он упрощает идентификацию классов по сравнению с другими вариантами, такими как верблюжий или змеиный регистр. PascalCase используются для названий классов, типов и интерфейсов.

`const MyText = 'Text';`

## Стиль написания кода Upper Case

Наконец, у нас есть upper case, который просто прописывает каждую букву в тексте в верхнем регистре. Это может быть полезно при использовании акронимов или аббревиатур. Кроме этого upper case почти всегда используется для наименования констант для того чтобы визуально выделить переменные константы от других переменных.

`const MY_TEXT = 'Text';`

## Когда какой стиль использовать при разработке?

В подавляющем случае для названия переменных нужно использовать Camel Case. Если мы хотим выделить переменную действительно как константу из другого файла допустимо использовать Upper Case. Pascal Case используется для наименования классов. Стили Snake Case и Kebab Case если и использовать, то только для наименования файлов, модулей или для создания структуры базы данных.

В этой статье мы рассмотрим 4 самых распространённых стиля написания кода. Изучим их и разберёмся где какой лучше всего использовать.