Каково работать вместе с очень ужасным разработчиком

По опыту могу сказать что менеджерам интересны только цифры. Т.е. более эффективной стратегией возможно было бы показать сколько часов требуется на переработки и сколько багов было внесено из-за некомпетентности разработчика.

< sarcazm >
"«навыки работы с людьми» важнее «навыков кодинга»,".
Не JavaScript учить надо, а педагогику и психологию. У Л. может внутренние психологические проблемы и больная морская свинка дома. И ему нужна забота и внимание. А не качество проекта. Да еще и жалобы до менеджмента доходят.
< /sarcazm >
В таких ситуациях, если ты не СТО, я думаю, лучшее решение — обновить резюме на разных сайтах. Иначе будет вечное страдание, и жалобы в Интернете. В ситуации виноваты вообще все. И Л., который такой сумрачный гений. И автор, который жалуется в статье и менеджменту, а решений не предлагает, и менеджмент, который не интересуется, как там показатели эффективности разработки на большом промежутке времени.

Пилил я как-то фронт (мобилку) для одной программы лояльности… Доки никакой нет, естесс-но(!), но есть сайт, который вполне себе можно задебажить. Хм… но в логах все запросы возвращают 400. В результате: все эндпойнты на все запросы отвечают 400 (Bad request), но если заглянуть в сообщение ошибки внутри лежит себе int код состояния (которых, оказывается, десяток разных придуман) и мессадж на вполне себе человеческом языке.
Открыли тикет, конечно, по этому поводу бэкендерам, но фичу сделали (делов-то кастомный ResponseConverter) — весь функционал работает.
PS тикет на бэке делать не стали :(
PSS ИМХО статья про то, как перфекционист с пофигистом встретились.

Не совсем понял: надо пожалеть или похвалить автора статьи?

Очень спорная статья.
Единственные претензии с какой-то факрурой — коды HTTP ответов. И по поводу этих кодов всегда куча холиваров.
С другой стороны отдавать 500 при отсутствии результата странно само по себе, так что хз.

Создаётся впечатление, что автор хочет вселенской справедливости. А ее, как известно, нет. По-человечески сочувствую автору, что приходится работать на контрах с коллегой, но из текста понятно только то, что это действительно переросло в личный конфликт.
ИМХО, здесь 2 пути, уйти самому, или взять на себя роль рыцаря в белом и доказать, что антигерой именно таков, как его описали, проще говоря, подставить в нужный момент (перед этим запаситесь нужным рефери, который укажет именно на недостатки кода противника) и так несколько раз.
Отличный бы получился рассказ, если бы было ещё 2 мнения, Л. и менеджера. Может быть именно менеджер ждёт реальную доказательную базу под увольнение)

Чего это вы стесняетесь индуса называть индусом? У меня тоже был чудесный релевантный опыт. Ревьюил я как-то код нашего индуса и увидал там примерно следующее:

class EventHandler {

    updateState() {
        // ...
    }

    nope() {}

    handle( isRemote: boolean ) {
        isRemote ? this.updateState() : this.nope()
    }

}

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

Однако, фактически на ревью его кода мы командой потратили больше времени, чем если бы сами сразу написали нормальный код.

И, справедливости ради, я пофиксил ваш список кодов:

Возвращённое        Код HTTP
количество
10               200 (полный успех)
1-9              206 (неправильно)
0                204 (неправильно)
Ошибка сервера   500 (исключение)

И дело тут не в "разных подходах", а в том, что ваш креатив противоречит спецификации HTTP.

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