Ilnur Ryazhapov Frontend

Несмотря на то, что я могу помогать в написании кода, ответах на вопросы и решении некоторых задач, я никогда не смогу полностью заменить программистов по нескольким причинам:

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

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

3. Этические соображения: Разработка программного обеспечения часто связана с этическими дилеммами и ответственностью за последствия. Только человек может оценить моральные аспекты и принять соответствующие решения.

4. Адаптивность и обучение: Технологии постоянно развиваются, и программисты непрерывно учатся новым языкам и инструментам. Я не могу самостоятельно обновлять свои знания или адаптироваться к новым трендам без вмешательства разработчиков.

5. Командная работа и коммуникация: Успешные проекты требуют сотрудничества, обмена идеями и обсуждения проблем. Я не способен заменить человеческое взаимодействие, эмоциональный интеллект и навыки коммуникации, необходимые для эффективной командной работы.

6. Решение неопределенных задач: Многие проблемы в программировании не имеют однозначного решения и требуют творческого подхода и экспериментов. Я хорошо справляюсь с известными шаблонами, но затрудняюсь с уникальными или неоднозначными задачами.

Моя роль — быть инструментом и помощником, который облегчает работу программистов, предоставляя информацию, генерируя кодовые примеры и помогая в обучении. Однако замена человеческого интеллекта, опыта и интуиции в полной мере невозможна.

САМ ЧАТ GPT СКАЗАЛ, ЧТО НАС НЕ ЗАМЕНИТ, РАСХОДИМСЯ ☕️

Почему Angular?

- На Angular конкуренция гораздо гораздо ниже, легче трудоустроиться
- На самой работе иметь дело с Angular гораздо приятнее

Почему на Angular легче трудоустроиться и конкуренция гораздо ниже?
- Чтобы начать изучать Angular нужно знать ООП, Typescript и RxJS, а React и Vue можно учить сразу после JS
- Потому что в сообществе есть заблуждение что Angular устаревший, слишком большой, неудобный, неповоротливый, медленный фреймворк
- Никто не обучает Angular, все обучают React и рекламируют его в своих школах
- Кто начинает учить Angular самостоятельно, сталкиваются с тем что материалов мало, документация слишком сложная, курсы устаревшие
- Сам по себе Angular гораздо более объемный и сложный по сравнению с React и Vue

Откуда заблуждение что Angular это устаревший, слишком большой, неудобный, неповоротливый, медленный фреймворк?
Есть другой фреймворк который не имеет ничего общего с Angular под названием Angularjs - он действительно ужасный, из-за схожих названий все эти стереотипы перекочевали на Angular, хотя он современный, быстрый, легковесный, очень удобный и гибкий, имеет целый ряд преимуществ перед React и Vue.

Почему никто не обучает Angular, все обучают React?
Найти преподавателей на Angular гораздо сложнее и платить им нужно больше, сам Angular нужно преподавать дольше. Школы получают большие охваты если будут учить тому что популярней на рынке, в итоге все учат React, тем самым порождая бешеную конкуренцию.

Как я дважды возвращался на React и оба раза пожалел

Моим первым стеком технологий на фронтенде был React стек, не скажу, что во всем все было удобно и круто. Нас постоянно преследовали проблемы отсутствия подхода к архитектуре, сложности выбора библиотек, отсутствие единого стиля и подхода. В конечном итоге, всего, чего мне не хватало, я нашел в Angular и, ценой увольнения, перешел на него.

Но были в моей карьере периоды, когда я давал React еще шансы и возвращался на него. К сожалению, обе попытки были неудачными и сейчас я сразу отказываюсь и говорю, что меня интересует работа только на Angular.

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

Через несколько месяцев я залетел на новый проект на React с нуля. Главная проблема была в сжатых сроках и высокой интенсивности, не было времени на продумывание архитектуры и написания инструментов. Как и следовало ожидать, вся разработка быстро скатилась в накидывание костылей. И здесь я почувствовал эту острую нехватку готовых инструментов и архитектурных подходов. То, что я в Angular с помощью встроенных инструментов мог сделать за 5 минут, можно было сделать в React за те же 5 минут, но костылями, а на проработку нормального переиспользуемого решения времени просто не было.

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

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

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

Согласны со мной? Обсудим в комментариях 👇

молодые наступают на пятки, давайте, не расслабляйтесь 😏

парень совмещал менторинг с учебой в школе, 17 лет

и даже он нашел работу ☕️

классно быть лысым 😄

с кем только знакомлюсь, удивляются, когда слышат, что у меня когда-то были длинные волосы 😅

Приехал в Медину, хочется теперь здесь остаться

Сняли квартиру, только вчера ночью заехал

Пока чуть в себя прихожу рабочее место организую

Город суперский, очень нравится ❤️

Лайв контент про жизнь в Медине здесь

Эфир переносится на следующую среду

Не успел подготовиться после переезда

Я в Медине, пишите, кто хочет увидеться

РАБОТА ПРОГРАММИСТОМ САМЫЙ КАЙФ СРЕДИ ВСЕХ IT-СПЕЦИАЛЬНОСТЕЙ

Из всех it-специальностей программисты стоят отдельной кастой - все по сути работают на них и для них, все надеются что они что-то там сделают в своих кодах и все заработает. 👨‍💻

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

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

Если наделаешь ошибок в коде, это уже проблема тестировщиков, максимум что может случиться - придет задача на исправление бага.

Резюмируя вышесказанное:

- Никто не понимает что ты делаешь.

- Все знают что разработка- это сложно.

- Твою работу могут оценить лишь пару человек из всей команды.

- Ты можешь делать свою работу кое-как, нормально или просто великолепно - особой разницы все равно никто не увидит.

- Низкий уровень ответственности по сравнению с другими, потому что никто не понимает что ты делаешь и не может оценить качество, а если и нашли ошибки - то: «бывает, разработка это сложно».

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

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

Что думаете? Давайте обсудим в комментариях

6 ноября эфир - ПЕРВАЯ РАБОТА/ИСПЫТАТЕЛЬНЫЙ СРОК | ССЫЛКА

ПРОДУКТОВАЯ КОМПАНИЯ ИЛИ АУТСОРС

Аутсорс - вы пишите проекты для другого заказчика, проекты и заказчики могут меняться

Продукт - вы пишите продукт, с которого компания сама зарабатыват

Есть расхожее мнение что продукт круче аутсорса, КАК БЫ НЕ ТАК

По моему опыту нет однозначного ответа на вопрос "Что лучше?"

Иногда в продуктовой компании старинный легаси-код на мертвом фреймворке и вас гоняют днями и ночами чтобы вы к презентации успели подготовить новую версию продукта

В то же время как в аутсорсе может быть супер адекватные условия (у меня так было в сфере медицины с гос заказами)

Для продуктовых компаний главный критерий - отсутствие переработок и легаси кода

Для аутсора - отсутствие конвеера с однотипными проектами и адекватное руководство (которое не заставит бесплатно закрывать таску, потому что заказчик отказывается доплачивать)

Скоро на эфире будем обсуждать подобные темы, ждите... 😏

ОТЛИЧИЯ РАБОТЫ ПРИ УСТРОЙСТВЕ В ШТАТ И ПО КОНТРАКТУ

Главное отличие для тебя как для работника - совершенно другое отношение к тебе как к сотруднику компании. 👀

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

При трудоустройстве в штат компании отношение совершенно другое, при возникновении проблем руководство будет обсуждать их с тобой и решать все вопросы. ☕️

Увольнять на ровном месте тебя никто не будет, а если и будет, то с компенсацией. К тому же будет ДМС и оплачиваемый отпуск, тебя скорее всего не будут пытаться выдоить по-максимуму и заставлять отчитываться о каждой минуте, потраченной на решение задачи.

Так что советую устраиваться в штат, а подработки брать по контракту.

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

На эфире 6 ноября будем обсуждать все эти темы, приходите 👋 | ССЫЛКА

ПРОЦЕССЫ В КОМПАНИИ

Основные ключевые лица:

Заказчик, либо product owner (представитель заказчика) - выдвигает требования и принимает проект

Product manager - общается с заказчиками, отвечает за развитие продукта

Project manager - отвечает за конечную реализацую проектов, непосредственно следит, чтобы все работали хорошо

Аналитик - принимает спецификации от заказчика/менеджера, и переводит их в конкретные требования для разработки

Тимлид - управляет командой программистов, нарезает задачи

Тестировщик - тестирует код после разработки на наличе ошибок

Программист - тупо пишет код, реализует конкретный функционал 👨‍💻

С ТОЧКИ ЗРЕНИЯ ТЕБЯ, КАК ПРОГРАММИСТА:

Тебе просто выдадут задачу и ты должен будешь выполнить ее с приемлимым качеством в определенный срок, тебе объяснят, какие принципы написания кода в этой компании, объяснят, как делать код-ревью, запускать пайплайны и тп

Тебе нужно будет постепенно вникать и осваиваться

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

Тебе для базового понимания будет достаточно знать, что:

1. Заказчик обсуждает требования с менеджерами, готовится список требований от заказчика

2. Аналитики переводят эти требования в конкретные документы, где подробно расписано, какой будет функционал в общих чертах

3. Команда во главе с тимлидами переводят эту спецификацию в конкретные задачи для разработки

4. Формируется sprint по методологии Agile. На 1-2 недели набираются задачи, по итогам спринта подводятся потом итоги

5. Спринт начинается, на тебя назначают задачи, ты должен их выполнить за спринт

6. После завершения задачи, тебе нужно ее отправить на код-ревью

7. После прхождения код-ревью задача уйдет на тестирование

8. В случае нахождения багов, нужно будет их исправить и заново создать пуллреквест

9. Как делаешь пуллреквест, сразу берешься за следующую задачу

Самое важное в этом всем на испытательном сроке - задавать вопросы по специфичным для проекта областям, это невозможно узнать, не спросив, а так же записывать что вы делали в течение дня, и затем подробно и емко презентовать это не ежедневных созвонах

Так же важно: если на вас накидывают работы сверх того, что написано в задаче, требуйте вынести это в отдельную задачу! Иначе руководство не будет понимать, почему вы так долго закрываете задачи, хотя по факту вы делаете кучу сверхурочной работы, о которой никто не знает

Более подробно первую работу и испытательный срок программиста будем обсуждать НА ЭФИРЕ 6 НОЯБРЯ!

Переходи по ССЫЛКЕ - туда придет приглашение в день эфира

За 3,5 месяца на 160к₽, в 18 лет 😏

ПЕРВЫЕ ДНИ НА РАБОТЕ… 👨‍💻

Обычно к тебе прикрепляют кого-либо из менеджеров и он проводит для тебя экскурсию по основным ресурсам компании 👋

Тебя добавляют в приложение для проектного менеджмента, обычно это Jira, иногда Trello или Notion, YouTrack 🧐

Разработчики запрашивают твою почту и добавляют тебя в систему контроля версий, обычно это Gitlab или Bitbucket, изредка Github

Тебя проводят по базе знаний компании и проекта, дают список основных ссылок ✍️

Выдают доступы на различные сервисы, например, для внутрикорпоративного общения, хорошо, если это будет просто телега, иногда бывает Slack, а иногда Microsoft Teams 📞

На ежедневном созвоне тебя презентуют коллегам, возможно, нужно будет рассказать пару слов о себе… ☺️

Первый день, вполне вероятно, уйдет на настройку корпоративных VPNов, регистрации и входу в различных системах, скачивание проекта и отчаянные попытки его запустить 😫

Главное, что нас интересует, как вовремя закрывать таски, не накосячить и успешно пройти испытательный срок
Так что 6 ноября будет эфир ПЕРВЫЙ РАБОЧИЙ ДЕНЬ ПРОГРАММИСТА, КАК ПРОЙТИ ИСПЫТАТЕЛЬНЫЙ СРОК

На эфире разберем:

✅ Что вообще вас ожидает в первые дни на работе программистом

✅ Кто за что отвечает, куда, кому и как задавать вопросы

✅ Как найти общий язык с коллегами

✅ По каким главным критериям вас оценивают на испытательном сроке и как в них проявиться наилучшим образом

Переходите по ссылке, там будет приглашение в день эфира

ССЫЛКА

P.S. В этом же боте буду раздавать всякие плюшки, закину бесплатно лекции с менторинга или еще что подготовлю, посмотрим

Может есть, что еще хотели бы обсудить?

КАК УСПЕШНО ПРОЙТИ ИСПЫТАТЕЛЬНЫЙ СРОК

Два главных принципа - правильно задавать вопросы ✅, уметь презентовать свою работу ✅

В теме вопросов есть две крайности:

1. Теребить коллег по каждому поводу, задавать вопросы до поиска в интернете. Слишком частыми и глупыми вопросами можно себя выставить ниже, чем вы есть на самом деле.

2. Бояться задавать вопросы, сидеть и отмалчиваться до последнего. Это еще хуже 😄 Так вы просто не будете успевать закрывать задачи


Основа в презентации своей работы на созвонах - в течение дня записывать, что ты делал, как можно подробней. Затем, на дейлике можно просто зачитывать 🤔

Презентация работы на дейликеах - для многих коллег основа понимания вашей успеваемости и ваших компетенций

Обычно все, что знает о вашей работе руководство это то, что вы рассказываете о своей работе не дейликах, поэтому крайне важно много много рассказывать что вы там делали 😁


Ну а закрывать вовремя таски - это база 💪

брат Умар за 3 месяца устроился на 170кР

брат Рушан за 3 месяца устроился на 150кР, сам живя в Турции (ему 40 лет)

Рустам за 3 месяца устроился на 120кР

брат Вадим поднял зарплату в два раза за полтора месяца и с первого собеседования

Евгений за 4 месяца с нуля устроился на 130кР, сейчас получает 230кР

брат Абдулла поднял ЗП в 2 раза

Владимир в 40 лет за полгода с нуля устроился на 150кР

Дмитрий устроился на 150кР

брат Джавид устроился на 180кР

устал уже добавлять, всего около 40 человек нашли работу программистами

остальные отзывы - @ilnur_ryazhapov_feedback

кому интересно и кто хочет так же - пишите @safarovfarukh

у кого нет денег готовим и тестируем новый продукт который будет гораздо дешевле и очень полезным (канал с записями всего менторинга)

заполняйте анкету на консультацию, либо пишите напряму @safarovfarukh, все расскажем

САЙТ | ВИДЕО С ДОП ИНФОЙ

Почему я обучаю ангуляру, а не реакту? 👩‍💻

Ведь я начинал на реакте и его преподавал, работал на нем синьором

Потому что вам устроиться на ангуляр легче - вот ответ

Мне ничего не мешает преподавать реакт

А может надо реакт тоже? 🤔

Записываю уроки на менторинг

Разобрали ангуляр пайпы

Зацените подачу и качаество, как вам?

На какие темы хотели бы подобные видео?

Смотреть урок на YouTube