Hr'у надо просто отфилтровать поток резюме. Как это будет сделано и улетят ли в мусор хорошие кандидаты вопрос риторический.
Но видимо hr'ам хочется фильтровать красивые и релевантные резюме (тратить 7 секунд на что-то нерелевантное, вы сума сошли???)
Понимаете, это не hr'у надо к вам присматриваться, с нынешнем потоком откликов на вакансию, а вам надо доказывать hr что вы что-то стоите, это не компания в которую вы устраиваетесь должна проводить вам онбординг, это вы должны придти, во всем разобраться и предлагать решения.
Как по мне найм в ит имеет слишком много минусов (поэтому полуживой) на данный момент, и поощряет прохождение в команду всяких составитель резюме и подобных, а не программистов.
Я вижу выход - работать на себя, развивать свое ИТ без сотни фреймворков и микросервисов, с хорошей архитектурой и предсказуемой разработкой. Нужно делать из ИТ конфетку, а не кусок...микросервиса...
А так я с вами солидарен, я понял что найм это вообще мимо меня всё, тоже уже думал сменить профессию, но уже слишком много времени отдано, да и как никрути нравится это дело)
Иногда если тупо следовать тому что хочет заказчик может получится то чем он сам же не будет пользоваться (видел и такое)
Может технический специалист от части и нужен чтобы желания накладывать на тех ограничения? Подрегулировать желания под техническую реальность))
Такое ощущение если честно что программисты воспринимаются как-то не правильно, какие-то злодеи, делать как хочет человек (даже если это нереально) не хочет...Про какую-то архитектуру говорит...Когда уже всем начнут платить за количество кода, а не почасовую (Если что это реальная мечта некоторых глав ИТ отделов, которые я слышал сам лично...)
Да дело не в моем стеке или в вашем, а то что статья содержит слово "лучший" какбудто подразумевает сравнение (хоть какое-то, но тут техническое хотелось бы), а не список инструментов которые нравятся вашей команде. Или написали бы лучший для вас конкретно
А вы по названию компании определяете что сеньор фейковый или как? Никто вообще не говорил про трудоустройство, а только про собесы. Внутрении проблемы компании тоже заранее надо предвидеть?
А другие это какие? Спросите на собеседовании кем они видят вас (программиста) через 3 года и инвестиций 3-4 миллиона в год (зп плюс налоги, на вскидку)
Во всем поддерживаю автора! Надоели эти фильтры hr (бесполезные, о как неожиданно) и фейковые сеньеры, которые насидели свои должности, а по факту знаний как будто и не хватает, объективно
Почему команда из 200 разработчиков оценивает задачу в 6 месяцев, когда стартап из 10 человек делает её за месяц? Почему продукты со временем теряют способность к инновациям, даже имея все ресурсы? Ответ не в технологиях. Ответ — в ментальных ограничениях.
Конечно же нет, что за инфоциганство (вы считаете что 10 человек более уверены в себе чем 200?)... Все упирается в архитектуру программных решений (проблемы добавления, оценки, изменения функционала), но менеджеры уже не знают как свою работу оправдывать... Все рассказывают как че надо сделать, (мотиуацию надо подняяяяять!1!!)
Так что выгорание – это, в первую очередь, проблема того, кто начал выгорать.
Прочитал этот вывод, вы думаете что в компании все решается простыми разговорами (как мне кажется).
Да вы пишите про отпуск, но у вас совет это просто каждый день не уставать, отдыхать, не перегружаться) Звучит замечательно конечно, но как-то магически, опять же потому-что в реалиях никто (из тех кто работает, а не делает вид) не сидит расслабленно без дела, а мозг штука такая, если его раскрутишь, сложно просто остановить и идти заниматься своими делами, растерять фокус чтоли)
Да и если по биохимии посмотреть, сколько мозг потребляет энергии при активном пользовании? Могу предположить что не мало)
Вы думаете 2 недели хватает чтобы разгрузить мозг? Мнение вроде про менеджеров, а написано, как мне показалось, только как итшник этот выгорает надоедлевый, задачи не закрывает.
Со статьёй если честно не согласен много где, у вас как программиста было выгорание хоть раз? Когда вы прыгаете выше головы, у вас получается, но на это ушли все силы, а вам так же надо работать 5/2 и 2 недели тут не помогут. Ещё и чаще не просто 5/2, а надо срочно, заказчики ждут, помножаем на ужасное проектирование приложений, и вот вам выгорание на год через год работы.
Про галеры это отдельная история, если вы думаете что это миф, либо вы молод и не застали этого, либо не сталкивались варинципе.
а просто составить нормальное резюме и определиться точечно, в какой конкретно сфере IT у него будут наибольшие шансы?
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
учим интервьюеров проводить встречи всё отведенное время даже если показалось, что всё уже понятно, т.к. разным соискателям требуется разное время собраться с мыслями, справиться с волнением
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
ООП отлично справляется с моделированием передачи данных, и никак не помогает в их трансформации. Если вам нужно превратить один тип данных в другой по каким то правилам - воспользуйтесь ФП или СП
Помните, что ООП - это про посылку сообщений.
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
ИП как ответственность за код и продукт. Чтобы никто не влезал в структуру кода, ну это как минимум. Вы если работали в компаниях и читали трудовой, обычно везде пишут что ваш труд на благо компании это собственность компании, а не ваша.
Hr'у надо просто отфилтровать поток резюме. Как это будет сделано и улетят ли в мусор хорошие кандидаты вопрос риторический.
Но видимо hr'ам хочется фильтровать красивые и релевантные резюме (тратить 7 секунд на что-то нерелевантное, вы сума сошли???)
Понимаете, это не hr'у надо к вам присматриваться, с нынешнем потоком откликов на вакансию, а вам надо доказывать hr что вы что-то стоите, это не компания в которую вы устраиваетесь должна проводить вам онбординг, это вы должны придти, во всем разобраться и предлагать решения.
Как по мне найм в ит имеет слишком много минусов (поэтому полуживой) на данный момент, и поощряет прохождение в команду всяких составитель резюме и подобных, а не программистов.
Мотиуация недостаточно поднята
Я вижу выход - работать на себя, развивать свое ИТ без сотни фреймворков и микросервисов, с хорошей архитектурой и предсказуемой разработкой. Нужно делать из ИТ конфетку, а не кусок...микросервиса...
А так я с вами солидарен, я понял что найм это вообще мимо меня всё, тоже уже думал сменить профессию, но уже слишком много времени отдано, да и как никрути нравится это дело)
Иногда если тупо следовать тому что хочет заказчик может получится то чем он сам же не будет пользоваться (видел и такое)
Может технический специалист от части и нужен чтобы желания накладывать на тех ограничения? Подрегулировать желания под техническую реальность))
Такое ощущение если честно что программисты воспринимаются как-то не правильно, какие-то злодеи, делать как хочет человек (даже если это нереально) не хочет...Про какую-то архитектуру говорит...Когда уже всем начнут платить за количество кода, а не почасовую (Если что это реальная мечта некоторых глав ИТ отделов, которые я слышал сам лично...)
Да дело не в моем стеке или в вашем, а то что статья содержит слово "лучший" какбудто подразумевает сравнение (хоть какое-то, но тут техническое хотелось бы), а не список инструментов которые нравятся вашей команде. Или написали бы лучший для вас конкретно
А вы по названию компании определяете что сеньор фейковый или как? Никто вообще не говорил про трудоустройство, а только про собесы. Внутрении проблемы компании тоже заранее надо предвидеть?
А другие это какие? Спросите на собеседовании кем они видят вас (программиста) через 3 года и инвестиций 3-4 миллиона в год (зп плюс налоги, на вскидку)
Во всем поддерживаю автора! Надоели эти фильтры hr (бесполезные, о как неожиданно) и фейковые сеньеры, которые насидели свои должности, а по факту знаний как будто и не хватает, объективно
Лучший стэк конкретно для вас... ну зачем такой кликбейт
Конечно же нет, что за инфоциганство (вы считаете что 10 человек более уверены в себе чем 200?)... Все упирается в архитектуру программных решений (проблемы добавления, оценки, изменения функционала), но менеджеры уже не знают как свою работу оправдывать... Все рассказывают как че надо сделать, (мотиуацию надо подняяяяять!1!!)
Прочитал этот вывод, вы думаете что в компании все решается простыми разговорами (как мне кажется).
Да вы пишите про отпуск, но у вас совет это просто каждый день не уставать, отдыхать, не перегружаться) Звучит замечательно конечно, но как-то магически, опять же потому-что в реалиях никто (из тех кто работает, а не делает вид) не сидит расслабленно без дела, а мозг штука такая, если его раскрутишь, сложно просто остановить и идти заниматься своими делами, растерять фокус чтоли)
Да и если по биохимии посмотреть, сколько мозг потребляет энергии при активном пользовании? Могу предположить что не мало)
Вы думаете 2 недели хватает чтобы разгрузить мозг? Мнение вроде про менеджеров, а написано, как мне показалось, только как итшник этот выгорает надоедлевый, задачи не закрывает.
Со статьёй если честно не согласен много где, у вас как программиста было выгорание хоть раз? Когда вы прыгаете выше головы, у вас получается, но на это ушли все силы, а вам так же надо работать 5/2 и 2 недели тут не помогут. Ещё и чаще не просто 5/2, а надо срочно, заказчики ждут, помножаем на ужасное проектирование приложений, и вот вам выгорание на год через год работы.
Про галеры это отдельная история, если вы думаете что это миф, либо вы молод и не застали этого, либо не сталкивались варинципе.
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
Пхаххахаха...хахахах...ха...мда
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Отдельный яндекс плюс на музыку и кино это кайф чистой воды
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
ИП как ответственность за код и продукт. Чтобы никто не влезал в структуру кода, ну это как минимум. Вы если работали в компаниях и читали трудовой, обычно везде пишут что ваш труд на благо компании это собственность компании, а не ваша.