Вы ещё и читать не умеете

Скорее это про скалу — технофашизм их все)

Для предельной ясности моя позиция: профнепригодные погромисты и вылупившиеся из них тимлиды это раковая опухоль ИТ

Зачем хорошего программиста темлидством портить? Это как хорошие яблоки без дефектов на сок и повидло перерабатывать

поэтому весь брак надо повышать до руководителей, чтобы работать другим не мешали?

Плохой программист <> плохой руководитель )

плохой программист - это тупик. дальше можно его не рассматривать

возможно, он хороший админ или аналитик, может таксист. Но если программирование не идет, лучше не продолжать

Если учесть, что тимлид это костыль и он не нужен, то вы воду в ступе толкете

А чо, прогинг решает за то, какой будет ИС? 🤔

А вы себя куда бы отнесли? Хороший погромист или хороший руководитель?

это как в анекдоте про деда и спид..

Скорее про умных и красивых

Хорошее знание REST - уже симптом непонимания подходов к API.

"знание" реста это вообще очень эфемерная штука

"Знать врага в лицо"

Хм, интересно, почему? REST - это же по сути набор паттернов, а паттерны мы используем как высокоуровневый язык общения между инженерами (e.g. "а здесь лучше декоратор применить")

Паттерны применяют там где надо, а не где удалось втиснуть

Можно сгенерировать свою спецификацию из аннотаций кода, но говорят, что автоматическая генерация - не лучший подход. Майкл Стоу (Michael Stowe) в статье Беспрепятственный REST: руководство по проектированию Perfect API рекомендует группам вручную реализовать спецификацию, а затем обрабатывать документ спецификации как документ, который разработчики используют при выполнении реального кодирования. Этот подход часто упоминается как «spec-first development».

Ну, REST - это "почти стандарт" и концепция за ним.
И то и другое очень плохо подходят к реализации реального API.