Только смысл от нее есть только в очень редких специфических случаях, потому что повсеместное использование динамической типизации - прямой путь к бардаку и говнокоду.
Обучать сотрудников без опыта - это хорошее дело. Но если сотрудник не знает элементарных вещей и не умеет самостоятельно добывать информацию, то долгосрочные перспективы такого сотрудника вызывают некоторый скепсис.
А за вопросы, которые легко гуглятся вообще прописывать с ноги нужно (не в прямом смысле конечно, но все же).
Я лично всегда посылаю куда подальше с такими вопросами. Вопросы должны быть только касательно внутренней бизнес логики и архитектуры, то есть то, что в интернете просто так не гуглится.
Это вообще довольно распространенная проблема во многих it компаниях, когда во главе стоят НЕпрограммисты, особенно если они себя еще и умнее программистов считают. Суровая правда такова, что каждый конкретный разработчик индивидуален и оценить реальные способности конкретного программиста может ТОЛЬКО другой программист и только спустя 1-2 месяца совместной работы. Конечно, это никак не вяжется с мировоззрением "эффективных менеджеров" и "во всем правых начальников", которым удобнее оперировать какими-то метриками, фильтрами и ярлыками.
Полагаться при найме на наличие ВО - все равно что полагаться на карты таро. Не дает это 100% гарантии компетентности нанимаемого сотрудника. Как бы вам этого не хотелось.
Если программист на каждый свой пук в области оптимизации будет бежать на прод и мерить линейкой сколько процентов там чего увеличилось, то на эти замеры будет уходить больше времени чем на саму работу.
Так что пусть бестолковые HR засунут свои туториалы по написанию "правильных" резюме себе в стол.
Как уже написали выше, подобные инфоцыганские премчики могут быть плюсом в резюме менеджера по продажам, но не в резюме программиста.
Разработчикам пора объедениться в единое антиХРестское движение и массово спамить в интернете статьями по типу "11 причин, почему вы не можете нанять нормального специалиста")
Сегодня ведь сентябрь, а не 1 апреля?
Вы ведь не хотите сказать что это все серьезно?
Глупость. Игры, которые действительно пробивают потолок, можно пересчитать по пальцам.
В c# тоже есть динамическая типизация.
Только смысл от нее есть только в очень редких специфических случаях, потому что повсеместное использование динамической типизации - прямой путь к бардаку и говнокоду.
Ждём вопросы на stackoverflow:
"Посоветуйте расклад для оценки покрытия автотестов?"
"Что означает 9 кубков и Горящая башня в контексте проверки контракта API на возможность расширения в будущем?"
"Что можно оставить бесам в откуп на перекрестке, чтобы успешно закрывать задачи без дедлайнов?"
Спорное решение на мой взгляд.
Обучать сотрудников без опыта - это хорошее дело. Но если сотрудник не знает элементарных вещей и не умеет самостоятельно добывать информацию, то долгосрочные перспективы такого сотрудника вызывают некоторый скепсис.
А за вопросы, которые легко гуглятся вообще прописывать с ноги нужно (не в прямом смысле конечно, но все же).
Я лично всегда посылаю куда подальше с такими вопросами. Вопросы должны быть только касательно внутренней бизнес логики и архитектуры, то есть то, что в интернете просто так не гуглится.
Если новичок не может понять чем финтех отличается от геймдева и не знает аббревиатур БД, ПО, то тут вопрос к ответственным за найм.
КОГО вы вообще на работу взяли?
Чего молчим и минусуем?
Видимо, попадание было в самую точку)))
Это вообще довольно распространенная проблема во многих it компаниях, когда во главе стоят НЕпрограммисты, особенно если они себя еще и умнее программистов считают. Суровая правда такова, что каждый конкретный разработчик индивидуален и оценить реальные способности конкретного программиста может ТОЛЬКО другой программист и только спустя 1-2 месяца совместной работы. Конечно, это никак не вяжется с мировоззрением "эффективных менеджеров" и "во всем правых начальников", которым удобнее оперировать какими-то метриками, фильтрами и ярлыками.
Полагаться при найме на наличие ВО - все равно что полагаться на карты таро. Не дает это 100% гарантии компетентности нанимаемого сотрудника. Как бы вам этого не хотелось.
От куда такие выводы что именно некие "специалисты без ВО" виноваты в каких-то проблемах крупных компаний?
От куда такое предвзятое отношение?
Позвольте угадаю: вам за 40 и вы непрограммист.
Если программист на каждый свой пук в области оптимизации будет бежать на прод и мерить линейкой сколько процентов там чего увеличилось, то на эти замеры будет уходить больше времени чем на саму работу.
Так что пусть бестолковые HR засунут свои туториалы по написанию "правильных" резюме себе в стол.
Как уже написали выше, подобные инфоцыганские премчики могут быть плюсом в резюме менеджера по продажам, но не в резюме программиста.
Если инфоцыгане начинают агрессивно рекламировать продукт X, значит скорее всего с продуктом X что-то не так...
Автору советую идти делать уроки и не заниматься ерундой)
Доколе мы будем это терпеть?
Разработчикам пора объедениться в единое антиХРестское движение и массово спамить в интернете статьями по типу "11 причин, почему вы не можете нанять нормального специалиста")
Если ваши тестовые задания может решить нейронка - значит у вас плохие тестовые задания.
В моем тестовом задании для трудоустройства нужно было написать asp net core mvc приложения с доской объявлений и системой авторизации.
Причем, объявления были с картинками, а система авторизации с ролями (админ и юзер).
Слабо сделать такое в chatgpt?)
Основной минус — слабая регуляция со стороны государства, что сказывается на качестве образовательных программ.Видать, опечатка закралась.
Вероятно, вы хотели написать "основной плюс". Хотя, даже независимость от государства не всегда является признаком качества.