Чудес не бывает или я ошибаюсь?

1.    Sharing Our Engineering Ladder "Creating an engineering ladder (that is, the job descriptions and levels of an engineering organization) is a daunting task. If you do a half-hearted job, you're likely to cause more problems than you solve." "In addition to the ladder causing problems inside of my team, we were having a hard time evaluating candidates during interviews and determining what level to hire them into. Particularly at the more senior levels, it wasn't clear what the criteria for success really looked like. So, together with my tech leads and engineering managers, we rewrote the ladder to be more specific. It has been very helpful both for the process of reviews and promotion committees as well as for the process of hiring." Я уверен, приведенные в ссылках характеристики коими должен обладать разработчик и менеджер на разных позициях в своей карьере, будут полезными многим. 2.   If Your Boss Could Do Your Job, You’re More Likely to

Давно ничего не писал себе и вам в полезные заметки. А их накопилось. Продолжим цикл, хотя он теперь и не "5 за 5 (дней)". 1.  Статья из 1995 . Сколько времени прошло, а ничего не меняется. Но именно такие мысли я называю классикой и философией промышленной программной разработки: "Задачи условно делятся на три категории — соответственно квалификации. Низшая — ты можешь запрограммировать предложенный кем-то алгоритм. Средняя — по предложенной спецификации функции или программы ты можешь предложить алгоритм ее реализации и запрограммировать его. Высшая — ты можешь предложить способ решения задачи, написать спецификацию программы, ее решающей, и запрограммировать ее." Нет моей самой любимой квалификации: Высочайшая - ты умеешь решить задачу, не написав при этом код. А если еще удается и удалить часть кода - это еще лучше. 2. " Chaos Engineering: the history, principles, and practice " - отличное введение в тему от компании, которая занимается