Спасибо за комментарий) Да, когда джун совсем без опыта и еще не получал хорошего код ревью, на это тратится прилично времени. Экономика работает хорошо для проектов с низкой нагрузкой, где и внимания к деталям нужно не так много.
Для своих ребят делаю ревью так, чтобы код был пригоден для высоких нагрузок (python) + есть задачи где отрабатываем навык правильно планировать релиз и откат с учетом миграций и нескольких ДЦ.
Я бы сказал что джун пишет код быстро, но с учетом нескольких итераций ревью и правок получается долго. Но мои ребята через многое проходят и на них уже не нужно тратить так много времени (я уже вложил в них много своего времени).
Те кто уже работают получают очень положительный фидбэк. Был даже кейс что работодатель наняв моего студента через пару месяцев уволил человека с 2 годами опыта за низкий перф (может и не связано, но я принял это как признание что нашли достойную замену).
Почему вы мне не верите? Я вас никогда не обманывал)
А если серьезно, то конечно откат миграций я видел не раз. Многое зависит от процессов, а они в свою очередь от требований к проекту.
Например, если проект имеет низкую нагрузку или стоимость простоя не велика, то часто принебрегают стратегиями отката, а в случае каких-то проблем, просто готовят новый релиз с исправлением ошибки.
А если проект с высокой нагрузкой и высокой стоимость простоя, то и процессы налаживают с учетом этого. В финтех проекте, где я сейчас работаю, требование по доступности %99.99, а минута простоя стоит миллионы.
Для каждого релиза обязательно подробно расписываем план релиза и план отката. Если после релиза что-то пошло не так, а откат невозможен, то к автору этого релиза будут большие вопросы. Автоматизация в пайплайнах gitlab и доставка down миграции выглядит так же, как и up. В большинстве релизов сначала выполняется up миграция, а потом деплой, а значит в случае отката версии кода нужно откатить и миграции. Иногда миграции не откатывают если проблема очевидна и можно собрать новый релиз в ближайшее время. Во время релиза катим не master ветку а релизный tag, новый код в mater попадает только после успешного релиза это упрощает процесс отката и не блокирует другие релизы в случае отката первого.
Форвард совместимость мы тестируем всегда. Это обязательно нужно делать при наличии высоких рисков + у нас несколько ДЦ и планировать релиз и откат нужно с учетом этого.
Откаты релизов происходят не часто и если такое случается и есть убытки, то пишем подробный post mortem и делаем выводы, как этого можно было избежать.
По поводу отдельной статьи на эту тему подумаю, возможно напишу)
Спасибо за комментарий) Да чаще всего возможность отката есть только через короткий промежуток времени и это может быть нужно во время релиза. Заниматься этим стоит, когда есть высокие риски ошибок в большом релизе и продумывать стратегию быстрого отката. Иногда приходится для отката временно сохранять какие-то данные чтобы откатиться. Но это очень сильно спасает, когда что-то пошло нет так в проекте, где каждая минута простоя стоит миллионы. Без этого восстановление работы может занять непредсказуемо много времени. Добавлю уточнение спасибо
Спасибо за комментарий) Подход с унифицированными именами столбцов действительно имеет преимущества для NATURAL JOIN.
Однако в своей практике я предпочитаю избегать NATURAL JOIN из-за его неявного поведения. Чтобы он гарантированно работал правильно, необходимо, чтобы все таблицы в проекте строго следовали единым правилам именования. В больших проектах с множеством разработчиков всегда есть риск, что новый член команды создаст таблицу по другим правилам, или что при изменении схемы добавятся столбцы с совпадающими именами. За этим сложно следить, особенно если это монолит, в котором работает несколько команд, и их состав периодически меняется.
Я предпочитаю явно указывать условия в ON - это делает запросы более предсказуемыми и устойчивыми к изменениям. А если не использовать NATURAL JOIN, то префиксы к каждому столбцу в таблице могут быть избыточны.
Упомянул скорее как часть моей биографии. Я 5 лет преподавал в этой школе и сейчас у меня есть студенты оттуда. Если говорить о покупке курса с наставниками, то не рекоммендую - это не дорого, но уровень наставничества такой, что можно заменить его на ИИ (особенно, если не повезло с наставником).
Если говорить о подписке за 3900 в месяц и самостоятельное обучение, то довольно хороший вариант по цене\качеству, но я бы выбрал книги вместо любых онлайн курсов. В книгах теория лучше, а практика в онлайн школах очень слабая. Хекслет, на мой взгляд, хорошая школа, но смотря для каких целей человек туда идет.
Если спрашиваете с целью пройти курс и пойти искать работу, то никакого курса не хватит. Нужны крепкие фундаментальные знания, которые не дают в онлайн школах. Это есть в книгах, ВУЗах. И нужна хорошая практика, чего в онлайн школах тоже нет.
В онлайн школе можно получить базовые навыки в определенном направлении. Есть студенты, которым компании оплачивают обучение, хотя они уже работают. Но я бы не стал рассматривать онлайн школы, как способ обучиться с нуля и найти первую работу. По ситуации на рынке уже видно, что это не работает.
Спасибо за комментарий) Пеарить себя на hh смысла нет. Мои статьи на интересные темы набирают десятки тысяч прочтений и мне не нужны дополнительные 50 просмотров в день с hh к тому же с платным размещением. Эта статья носит информационный характер. Если бы я мог, то лично каждому джуну это рассказал бы.
Спасибо. Ложных надежд я точно не даю. Вроде как и статья и мои комментарии наоборот должны работать.
Ко мне только осознано можно прийти ну или если это студент Хекслет, куда людей набираю не я. Многих из тех кто мне пишет я наоборот отговариваю идти в IT ну или хотя бы посмотреть в сторону 1С особенно если человек работает бухгалтером. Если есть возможность то рекомендую идти в хороший ВУЗ.
Есть ещё у многих проблема с чувством безвозвратных потерь. Отучился на одном курсе, потом на другом а работы все нет. Отказаться от идеи не может так как тогда все будет зря и идёт на следующий курс.
Вообщем все сложно. Про все проблемы поиска работы я говорю открыто. Вот например мой комментарий из которого так же понятно, что даже с отличной подготовкой все сложно с поиском работы. Статьи мне в этом не много помогают, но это нельзя гарантировать тем более массово как в онлайн школах.
Меня тоже все это задевает и поток своих эмоций я выплеснул в статье про онлайн школы. Наверное я так же наивно верю в свои силы что-то изменить, как и те, кто верят в рекламу онлайн школ.
Спасибо за комментарий) к сожалению да. Мне искренне жаль титанические усилия которые приложили многие, чтобы стать программистом без профильного образования в 30+ лет. Кандидатов на позицию Junior больше чем вообще вакансий в IT.
Сейчас наличие высшего профильного образования для Junior уже играет большую роль.
Всем кого заманивают курсами после школы рекомендую идти в хороший профильный ВУЗ. Не верьте блогерам и рекламе без вышки в IT получается попасть единицам. Даже с хорошей подготовкой. Ну и конечно ВУЗ тоже не гарантия, но как правило людей хотя бы рассматривают и дают шанс.
Другой вариант open source. Но лучше ВУЗ + open source и свои pet проекты. Путь в любом случае не быстрый и сложный. А в интернете вы видите редкие удачные истории.
Так же не стоит верить, что программисту не нужны базовые знания, которые дают в ВУЗах. Ценность этих знаний становится все очевиднее с приближением вашего уровня к позиции senior.
Для меня единственное логичное завершение обучения это трудоустройство. Иначе смысла нет. Ну скооперируйтесь с @IvanZaycev0717 и созвонитесь со мной. Смысл просто в комментариях предполагать, когда я открыт для личного общения по видео связи и могу просто все показать и рассказать. Ну или хотя бы статью мою прочитайте про обучение. Если она выглядит как реклама обучения, то скажите, как ее отредактировать, чтобы она выглядела как реклама джунов?
Заработать трудоустраивая Junior невозможно. Ни один HR никогда не заплатит за контакты Джуна. Ну или я таких не знаю.
Максимальная ЗП которыю мы находили 100к. За 150к работодатели хотят видеть Middle.
За 5 лет через меня прошли десятки людей. И каждый год я видел как и что менялось на рынке Junior.
Попробуйте трудоустроить 5-10 джунов. Вы уже на первом человеке столкнетесь со всеми схемами, которые описаны в статье.
А по поводу официальной статистики это точно не картинки с хабр карьеры, что мол вот после фриланса кого-то нанимали, а скорее опросы компаний и HR кого они хотят рассматривать а кого нет.
Посоветуйте как мне трудоустраивать джунов так, чтобы это не выглядело как реклама обучения? Как привлекать работодалей?
Вы просто видимо далеки от рынка Junior.
Если хотите можем с вами созвониться и я все расскажу и покажу и переписки и все что делаю и сколько "зарабатываю" и сколько трачу. Потом вернётесь сюда и напишите свои выводы о том какой я маркетолог)
Возможно, но такого чтобы тестовое задание было секретным я ещё не видел.
Кандидату как правило нет смысла кому-то разглашать. Это же конкурс в котором он хочет победить. А если там упоминаются какие-то денежные санкции, то точно надо насторожиться.
В статье есть ссылки на две другие статьи от других авторов на Пикабу.
Как правило это работает на внушение. Человека начинают запугивать и он отдает деньги мошенникам. Хотя договор этот часто юридической силы не имеет. А что конкретно там можно нарушить уже детали разных схем.
Причем договор как правило составляется от имени существующей компании, но сама компания тут не причем. Это делают какие-то левые люди выдавая себя за существующую компанию. Так что искать отзывы и т.д. не поможет.
Ещё эти NDA предлагают подписать конторы которые якобы приглашают на работу, а на самом деле предлагают платные услуги по накрутке опыта и подготовки к собеседованию с оплатой процентов с будущей зарплаты. Но большинство понимают это только когда уже проходят стажировку заранее им всей схемы не раскрывают пока NDA не подпишешь.
В случае с Junior нигде не берут на стажировку без предварительного отбора через тестовое задание. Желающих слишком много, чтобы брать всех.
Как правило желающих настолько много, что всем даже ответить нереально не то, чтобы пообщаться.
Без шуток. Если у человека нет опыта и он откликается на вакансии, то с ним гораздо чаще будут связываться разводили, чем реальный работодатель.
Мы с одним студентом искали работу несколько месяцев. И все случаи когда с ним общались или давали тестовое было попыткой обмана. В итоге через рекомендацию трудоустроен. Спасибо аудитории Хабр, что позволяет мне находить работу студентам, а работодателям хороших джунов.
Спасибо за комментарий) Да, когда джун совсем без опыта и еще не получал хорошего код ревью, на это тратится прилично времени. Экономика работает хорошо для проектов с низкой нагрузкой, где и внимания к деталям нужно не так много.
Для своих ребят делаю ревью так, чтобы код был пригоден для высоких нагрузок (python) + есть задачи где отрабатываем навык правильно планировать релиз и откат с учетом миграций и нескольких ДЦ.
Я бы сказал что джун пишет код быстро, но с учетом нескольких итераций ревью и правок получается долго. Но мои ребята через многое проходят и на них уже не нужно тратить так много времени (я уже вложил в них много своего времени).
Те кто уже работают получают очень положительный фидбэк. Был даже кейс что работодатель наняв моего студента через пару месяцев уволил человека с 2 годами опыта за низкий перф (может и не связано, но я принял это как признание что нашли достойную замену).
Спасибо за комментарий) Все когда-то были начинающими в своей профессии.
Спасибо за комментарий) Переформулировал.
Почему вы мне не верите? Я вас никогда не обманывал)
А если серьезно, то конечно откат миграций я видел не раз. Многое зависит от процессов, а они в свою очередь от требований к проекту.
Например, если проект имеет низкую нагрузку или стоимость простоя не велика, то часто принебрегают стратегиями отката, а в случае каких-то проблем, просто готовят новый релиз с исправлением ошибки.
А если проект с высокой нагрузкой и высокой стоимость простоя, то и процессы налаживают с учетом этого. В финтех проекте, где я сейчас работаю, требование по доступности %99.99, а минута простоя стоит миллионы.
Для каждого релиза обязательно подробно расписываем план релиза и план отката. Если после релиза что-то пошло не так, а откат невозможен, то к автору этого релиза будут большие вопросы. Автоматизация в пайплайнах gitlab и доставка down миграции выглядит так же, как и up. В большинстве релизов сначала выполняется up миграция, а потом деплой, а значит в случае отката версии кода нужно откатить и миграции. Иногда миграции не откатывают если проблема очевидна и можно собрать новый релиз в ближайшее время. Во время релиза катим не master ветку а релизный tag, новый код в mater попадает только после успешного релиза это упрощает процесс отката и не блокирует другие релизы в случае отката первого.
Форвард совместимость мы тестируем всегда. Это обязательно нужно делать при наличии высоких рисков + у нас несколько ДЦ и планировать релиз и откат нужно с учетом этого.
Откаты релизов происходят не часто и если такое случается и есть убытки, то пишем подробный post mortem и делаем выводы, как этого можно было избежать.
По поводу отдельной статьи на эту тему подумаю, возможно напишу)
Спасибо за комментарий) Да чаще всего возможность отката есть только через короткий промежуток времени и это может быть нужно во время релиза. Заниматься этим стоит, когда есть высокие риски ошибок в большом релизе и продумывать стратегию быстрого отката. Иногда приходится для отката временно сохранять какие-то данные чтобы откатиться. Но это очень сильно спасает, когда что-то пошло нет так в проекте, где каждая минута простоя стоит миллионы. Без этого восстановление работы может занять непредсказуемо много времени. Добавлю уточнение спасибо
Спасибо за комментарий) Подход с унифицированными именами столбцов действительно имеет преимущества для NATURAL JOIN.
Однако в своей практике я предпочитаю избегать NATURAL JOIN из-за его неявного поведения. Чтобы он гарантированно работал правильно, необходимо, чтобы все таблицы в проекте строго следовали единым правилам именования. В больших проектах с множеством разработчиков всегда есть риск, что новый член команды создаст таблицу по другим правилам, или что при изменении схемы добавятся столбцы с совпадающими именами. За этим сложно следить, особенно если это монолит, в котором работает несколько команд, и их состав периодически меняется.
Я предпочитаю явно указывать условия в ON - это делает запросы более предсказуемыми и устойчивыми к изменениям. А если не использовать NATURAL JOIN, то префиксы к каждому столбцу в таблице могут быть избыточны.
Спасибо за комментарий) Смотря что в дефолтном значении. Добавил уточнение
Спасибо за комментарий) Это просто "наивный" пример, чтобы было понятно о чем речь.
Упомянул скорее как часть моей биографии. Я 5 лет преподавал в этой школе и сейчас у меня есть студенты оттуда. Если говорить о покупке курса с наставниками, то не рекоммендую - это не дорого, но уровень наставничества такой, что можно заменить его на ИИ (особенно, если не повезло с наставником).
Если говорить о подписке за 3900 в месяц и самостоятельное обучение, то довольно хороший вариант по цене\качеству, но я бы выбрал книги вместо любых онлайн курсов. В книгах теория лучше, а практика в онлайн школах очень слабая. Хекслет, на мой взгляд, хорошая школа, но смотря для каких целей человек туда идет.
Если спрашиваете с целью пройти курс и пойти искать работу, то никакого курса не хватит. Нужны крепкие фундаментальные знания, которые не дают в онлайн школах. Это есть в книгах, ВУЗах. И нужна хорошая практика, чего в онлайн школах тоже нет.
В онлайн школе можно получить базовые навыки в определенном направлении. Есть студенты, которым компании оплачивают обучение, хотя они уже работают. Но я бы не стал рассматривать онлайн школы, как способ обучиться с нуля и найти первую работу. По ситуации на рынке уже видно, что это не работает.
Спасибо за комментарий) Пеарить себя на hh смысла нет. Мои статьи на интересные темы набирают десятки тысяч прочтений и мне не нужны дополнительные 50 просмотров в день с hh к тому же с платным размещением. Эта статья носит информационный характер. Если бы я мог, то лично каждому джуну это рассказал бы.
Мне казалось, что по мои комментариям очевидно, что речь шла не о трудоустройстве ко мне.
https://habr.com/ru/articles/877460/comments/#comment_27852152
В другой ветке обсуждали
Спасибо вам за интересную дискуссию) я всегда рад комментариям они помогают и тему лучше раскрыть и мне вырасти как автору. Тоже вам плюсик поставлю)
Спасибо. Ложных надежд я точно не даю. Вроде как и статья и мои комментарии наоборот должны работать.
Ко мне только осознано можно прийти ну или если это студент Хекслет, куда людей набираю не я. Многих из тех кто мне пишет я наоборот отговариваю идти в IT ну или хотя бы посмотреть в сторону 1С особенно если человек работает бухгалтером. Если есть возможность то рекомендую идти в хороший ВУЗ.
Есть ещё у многих проблема с чувством безвозвратных потерь. Отучился на одном курсе, потом на другом а работы все нет. Отказаться от идеи не может так как тогда все будет зря и идёт на следующий курс.
Вообщем все сложно. Про все проблемы поиска работы я говорю открыто. Вот например мой комментарий из которого так же понятно, что даже с отличной подготовкой все сложно с поиском работы. Статьи мне в этом не много помогают, но это нельзя гарантировать тем более массово как в онлайн школах.
Меня тоже все это задевает и поток своих эмоций я выплеснул в статье про онлайн школы. Наверное я так же наивно верю в свои силы что-то изменить, как и те, кто верят в рекламу онлайн школ.
Спасибо за комментарий) к сожалению да. Мне искренне жаль титанические усилия которые приложили многие, чтобы стать программистом без профильного образования в 30+ лет. Кандидатов на позицию Junior больше чем вообще вакансий в IT.
Сейчас наличие высшего профильного образования для Junior уже играет большую роль.
Всем кого заманивают курсами после школы рекомендую идти в хороший профильный ВУЗ. Не верьте блогерам и рекламе без вышки в IT получается попасть единицам. Даже с хорошей подготовкой. Ну и конечно ВУЗ тоже не гарантия, но как правило людей хотя бы рассматривают и дают шанс.
Другой вариант open source. Но лучше ВУЗ + open source и свои pet проекты. Путь в любом случае не быстрый и сложный. А в интернете вы видите редкие удачные истории.
Так же не стоит верить, что программисту не нужны базовые знания, которые дают в ВУЗах. Ценность этих знаний становится все очевиднее с приближением вашего уровня к позиции senior.
Я просто человек у меня нет отдела кадров. Есть же контакты в профиле. Можете написать в ТГ @alexgreendev
Для меня единственное логичное завершение обучения это трудоустройство. Иначе смысла нет. Ну скооперируйтесь с @IvanZaycev0717 и созвонитесь со мной. Смысл просто в комментариях предполагать, когда я открыт для личного общения по видео связи и могу просто все показать и рассказать. Ну или хотя бы статью мою прочитайте про обучение. Если она выглядит как реклама обучения, то скажите, как ее отредактировать, чтобы она выглядела как реклама джунов?
Заработать трудоустраивая Junior невозможно. Ни один HR никогда не заплатит за контакты Джуна. Ну или я таких не знаю.
Максимальная ЗП которыю мы находили 100к. За 150к работодатели хотят видеть Middle.
За 5 лет через меня прошли десятки людей. И каждый год я видел как и что менялось на рынке Junior.
Попробуйте трудоустроить 5-10 джунов. Вы уже на первом человеке столкнетесь со всеми схемами, которые описаны в статье.
А по поводу официальной статистики это точно не картинки с хабр карьеры, что мол вот после фриланса кого-то нанимали, а скорее опросы компаний и HR кого они хотят рассматривать а кого нет.
Посоветуйте как мне трудоустраивать джунов так, чтобы это не выглядело как реклама обучения? Как привлекать работодалей?
Вы просто видимо далеки от рынка Junior.
Если хотите можем с вами созвониться и я все расскажу и покажу и переписки и все что делаю и сколько "зарабатываю" и сколько трачу. Потом вернётесь сюда и напишите свои выводы о том какой я маркетолог)
Возможно, но такого чтобы тестовое задание было секретным я ещё не видел.
Кандидату как правило нет смысла кому-то разглашать. Это же конкурс в котором он хочет победить. А если там упоминаются какие-то денежные санкции, то точно надо насторожиться.
В статье есть ссылки на две другие статьи от других авторов на Пикабу.
Как правило это работает на внушение. Человека начинают запугивать и он отдает деньги мошенникам. Хотя договор этот часто юридической силы не имеет. А что конкретно там можно нарушить уже детали разных схем.
Причем договор как правило составляется от имени существующей компании, но сама компания тут не причем. Это делают какие-то левые люди выдавая себя за существующую компанию. Так что искать отзывы и т.д. не поможет.
Ещё эти NDA предлагают подписать конторы которые якобы приглашают на работу, а на самом деле предлагают платные услуги по накрутке опыта и подготовки к собеседованию с оплатой процентов с будущей зарплаты. Но большинство понимают это только когда уже проходят стажировку заранее им всей схемы не раскрывают пока NDA не подпишешь.
В случае с Junior нигде не берут на стажировку без предварительного отбора через тестовое задание. Желающих слишком много, чтобы брать всех.
Как правило желающих настолько много, что всем даже ответить нереально не то, чтобы пообщаться.
Без шуток. Если у человека нет опыта и он откликается на вакансии, то с ним гораздо чаще будут связываться разводили, чем реальный работодатель.
Мы с одним студентом искали работу несколько месяцев. И все случаи когда с ним общались или давали тестовое было попыткой обмана. В итоге через рекомендацию трудоустроен. Спасибо аудитории Хабр, что позволяет мне находить работу студентам, а работодателям хороших джунов.
Ещё пару лет назад все было гораздо проще.