Комментарии

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

1

Вы статью внимательно читали ?
То что советует автор не делать, не нужно именно для тех позиций, на которые он собеседует. Если вы претендуете на должность embedded developer, а у вас 10 лет опыта в devops, то не надо расписывать все ваши скилы в этой области.
Почему он не учитывает интересы компании по вашему мнению ? Он отсеивает нерелевантных кандидатов, чтобы меньше затрат было на переобучение новичков в его сфере.
Ваши домыслы про новый паяльник - это как раз таки ваша субъективная оценка статьи. То что он хочет чтобы его меньше дергали - это нормально для технического специалиста. Все что он хочет - это чтобы новые сотрудники как можно быстрее стали самостоятельными единицами и не бегал за ним с просьбами поправить слюнявчик и вытереть нос.

1

Что касается Rust - сама по себе задумка неплохая. Возникают новые языки, цель создания которых - устранить недостатки предыдущих. Иногда успешно, иногда нет. И это нормальный процесс. Даже Торвальдс одобрил добавление поддержки Rust в ядро. Проблема скорее в тех, кто считает его "серебряной пулей". Тут я полностью поддерживаю автора - если человек не понимает как это работает "под капотом", то ему какой язык не дай, он все равно накосячит.

2

Есть готовое решение - согласен. Хорошо написано - допустим, верно. Хорошо работает - как вы это проверите ?

1