Я могу помочь Вам за него. В целом в ИТ да, очень много баласта появилось, вот это единственное с чем можно согласится.
Дальше смотрите, Вы постоянно пишите о слабых моментах соискателя, слабо составленном резюме. Но ведь да, прикиньте программист может и не уметь составлять резюме и это нормально. Другой программист отлично все поймёт, но не HR.
Или про софтскиллс. Для Вас видимо новость, что в индустрии очень много инженеров интровертов и Ваша задача как HR как раз и должна быть разговорить. Понимаете, когда он приходит и видит людей значительно глупее его, то ему просто не хочется с ними разговаривать.
"2. Вы все неплохие, с одних и тех же курсов и примерно одинаково ничего не знаете. А значит, выбор по софту имеет большой вес." вот про софт совсем не понятно. Это типа владение Excel и Word?
И в конце вишенка на торте - скоро HR совсем полностью автоматизируют и тогда они массово пойдут менять профессию и также их будет очень очень много где-то. Эффект бумеранга так сказать :)
Но ведь да, прикиньте программист может и не уметь составлять резюме и это нормально. Другой программист отлично все поймёт, но не HR. Извините, у вас нет Инстаграма, вы нам не подходите
'нужно держать руку на пульсе жизни, быть в курсе событий, как губка впитывать информацию, знать чем живут подчинённые и быть знакомым с современными трендами
Резюме - это "дока" к твоему опыту. Она делается по стандартному, заранее предопределённому шаблону. Если программист не умеет в описательную/справочную документацию - это хуёвый программист.
С какого перепугу? Вы никогда не писали документацию с описанием пользовательского функционала для конечных пользователей? Там людям зачастую абсолютно всё равно на ваши "абстрактные фабрики абстрактных фабрик" и красоту оптимизированных джоинов.
Если программист не может структурировать совокупность своего опыта и навыков до формата "лист А4 с фотографией", то я бы подумал - а нужен ли мне такой специалист в компании?
Пользовательскую документацию пишет технический писатель. Сажать программиста писать доку для пользователя это как минимум неэффективно с точки зрения бизнеса
Программист пишет код, документацию пишет системный аналитик, техпис. Ну это если большая компания.
Если нет, то программист это и БА, СА и может быть тестировщик. Для интроверта общаться с заказчиками, это тяжело представить.
Ок, но вы всё равно уводите от сути - уметь формулировать идеально мысль разработчик не обязан. Было бы неплохо, да.
У вас личная боль что ли? Поделитесь.
Слово "идеально" вы придумали сами - я такого не говорил. Ровно как и то, что разработчик что-то "обязан" - его я тоже не употреблял. Вы почему-то весьма вольно интерпретируете мои слова.
Вы какую-то ересь несёте про то, что разработчик должен хорошо мысли формулировать и пользовательские инструкции читать. Он должен хорошо реализовать поставленную задачу в коде, быть костноязычным ему позволительно.
А спросил про роль, т.к. имею сомнения, что вы вообще в теме.
"хорошо реализовать поставленную задачу" - это как? Что значит "хорошо?" А как тогда "плохо"?
"быть костноязычным ему позволительно" - серьёзно? Вы много кода в жизни прочитали? Случались варианты, когда приходилось тратить несколько часов на то, чтобы понять какого ляса тут "костноязычный" разработчик понаписал?
"хорошо реализовать поставленную задачу" - это как? Что значит "хорошо?" А как тогда "плохо"? - это обще для большой и маленькой компании. В большой компании он выполнит крохотную таску, здесь "хорошо" - это значит без замечаний на ревью от коллег. В маленькой реализует некую бизнес-постановку задачи, т.к. является и аналитиком, и архитектором одновременно. "Хорошо" - это без инцидентов в проде и достигнув цели бизнеса в этой доработке.
"быть костноязычным ему позволительно" - серьёзно? Вы много кода в жизни прочитали? Случались варианты, когда приходилось тратить несколько часов на то, чтобы понять какого ляса тут "костноязычный" разработчик понаписал? - вы про плохой код сейчас говорите, я же использую термин "косноязычный" в привычном смысле, т.е. не идеальное формулирование мысли. Трэд о человеческом языке, а не говнокоде.
однажды присутствовал на интровертском "кастинге"
два человека зашли в мастерскую в сопровождении сотрудника, постояли 3 минуты, посмотрели, потом сотрудник сказал "ну чо?", один молча развернулся и ушёл...а второй уже год как работает
Но их туда обычно эффективные менеджеры не зовут, а если зовут, то только для технических вопросов на 5 минут и выкидывают). Кстати, заметила, что где процветает ИБД, там работают одни, а по совещаниям ходят другие)
Комментарий недоступен
Дальше пятого пункта статьи не стал читать, типичная эйчарка с больной головой, от таких надо держаться подальше.
Комментарий недоступен
Я могу помочь Вам за него. В целом в ИТ да, очень много баласта появилось, вот это единственное с чем можно согласится.
Дальше смотрите, Вы постоянно пишите о слабых моментах соискателя, слабо составленном резюме. Но ведь да, прикиньте программист может и не уметь составлять резюме и это нормально. Другой программист отлично все поймёт, но не HR.
Или про софтскиллс. Для Вас видимо новость, что в индустрии очень много инженеров интровертов и Ваша задача как HR как раз и должна быть разговорить. Понимаете, когда он приходит и видит людей значительно глупее его, то ему просто не хочется с ними разговаривать.
"2. Вы все неплохие, с одних и тех же курсов и примерно одинаково ничего не знаете. А значит, выбор по софту имеет большой вес." вот про софт совсем не понятно. Это типа владение Excel и Word?
И в конце вишенка на торте - скоро HR совсем полностью автоматизируют и тогда они массово пойдут менять профессию и также их будет очень очень много где-то. Эффект бумеранга так сказать :)
Вот про интровертов люто плюсую, многие не учитывают что у людей разные типы характера и им не нужны игры в офисе каждую пятницу и это НОРМАЛЬНО
Извините, у вас нет Инстаграма, вы нам не подходите
Мне из-за того что я не веду Фейсбук на прошлой работе отказали в повышении. Не айти
что за бред?))) не соответствуете молодежному имиджу компании или что? :D
'нужно держать руку на пульсе жизни, быть в курсе событий, как губка впитывать информацию, знать чем живут подчинённые и быть знакомым с современными трендами
Ну и сказал бы им, что фб это уже прошлый век)) а если бы они сказали про тик-ток, то послал бы их🤣
Ну тогда тик ток только появлялся, но сути это не меняет. Я сменил работу, и теперь в айти)
Комментарий недоступен
А софт то тут причем?
HR_ка подразумевала софт скиллз в данном контексте
Ааа, понял, спасибо
а если ты технарь и привык, как при решении задач, что спросили - то в ответ и пишем? :D
Резюме - это "дока" к твоему опыту. Она делается по стандартному, заранее предопределённому шаблону. Если программист не умеет в описательную/справочную документацию - это хуёвый программист.
Вы путаете твёрдое с жидким. Доки пишутся для коллег из отрасли и с этим в резюме у программистов все в порядке. Другие программисты их поймут
А вы случайно не из HR?
С какого перепугу? Вы никогда не писали документацию с описанием пользовательского функционала для конечных пользователей? Там людям зачастую абсолютно всё равно на ваши "абстрактные фабрики абстрактных фабрик" и красоту оптимизированных джоинов.
Если программист не может структурировать совокупность своего опыта и навыков до формата "лист А4 с фотографией", то я бы подумал - а нужен ли мне такой специалист в компании?
Пользовательскую документацию пишет технический писатель. Сажать программиста писать доку для пользователя это как минимум неэффективно с точки зрения бизнеса
Это в случае, если у вас в штате есть технический писатель.
Комментарий удален модератором
Программист пишет код, документацию пишет системный аналитик, техпис. Ну это если большая компания.
Если нет, то программист это и БА, СА и может быть тестировщик. Для интроверта общаться с заказчиками, это тяжело представить.
Если большая - то да. Посыл был в том, что ключевой навык программиста (по моему мнению) - уметь лаконично и доходчиво формулировать свою мысль.
Я понял, Вы из HR:) ключевой навык программиста - писать код вовремя и с минимальным числом багов.
Поддерживаемость, масштабируемость, производительность, отказоустойчивость?
Это уже обязанности аналитика и архитектора.
Нету их. Есть вы - един в во всех лицах.
Ок, но вы всё равно уводите от сути - уметь формулировать идеально мысль разработчик не обязан. Было бы неплохо, да.
У вас личная боль что ли? Поделитесь.
Слово "идеально" вы придумали сами - я такого не говорил. Ровно как и то, что разработчик что-то "обязан" - его я тоже не употреблял. Вы почему-то весьма вольно интерпретируете мои слова.
Комментарий удален модератором
А какая у вас роль и сколько в подчинении?
А вам эта информация для чего нужна?
Вы какую-то ересь несёте про то, что разработчик должен хорошо мысли формулировать и пользовательские инструкции читать. Он должен хорошо реализовать поставленную задачу в коде, быть костноязычным ему позволительно.
А спросил про роль, т.к. имею сомнения, что вы вообще в теме.
Вы говорите какими-то абстракциями.
"хорошо реализовать поставленную задачу" - это как? Что значит "хорошо?" А как тогда "плохо"?
"быть костноязычным ему позволительно" - серьёзно? Вы много кода в жизни прочитали? Случались варианты, когда приходилось тратить несколько часов на то, чтобы понять какого ляса тут "костноязычный" разработчик понаписал?
"хорошо реализовать поставленную задачу" - это как? Что значит "хорошо?" А как тогда "плохо"? - это обще для большой и маленькой компании. В большой компании он выполнит крохотную таску, здесь "хорошо" - это значит без замечаний на ревью от коллег. В маленькой реализует некую бизнес-постановку задачи, т.к. является и аналитиком, и архитектором одновременно. "Хорошо" - это без инцидентов в проде и достигнув цели бизнеса в этой доработке.
"быть костноязычным ему позволительно" - серьёзно? Вы много кода в жизни прочитали? Случались варианты, когда приходилось тратить несколько часов на то, чтобы понять какого ляса тут "костноязычный" разработчик понаписал? - вы про плохой код сейчас говорите, я же использую термин "косноязычный" в привычном смысле, т.е. не идеальное формулирование мысли. Трэд о человеческом языке, а не говнокоде.
"Инженер-интроверт" на совещании тоже будет сидеть и молчать потому что он интроверт?
На совещании вообще лучше интровертов никого нет. Разговоры только по делу
однажды присутствовал на интровертском "кастинге"
два человека зашли в мастерскую в сопровождении сотрудника, постояли 3 минуты, посмотрели, потом сотрудник сказал "ну чо?", один молча развернулся и ушёл...а второй уже год как работает
Главное что быстро и эффективно)
Но их туда обычно эффективные менеджеры не зовут, а если зовут, то только для технических вопросов на 5 минут и выкидывают). Кстати, заметила, что где процветает ИБД, там работают одни, а по совещаниям ходят другие)