Бухалово в Амстердаме в честь нового ДЦ от servers.com

Справа виден краешек здания в цветах заката завода Теслы)

Мызгин жарит сосиски!!!

Лол, кто все эти люди? )) Кроме тебя, ни одной знакомой физиономии.

Видели посаженную Теслу! Не хватает только тонировки!

Как правило, с коллегами одного уровня иерархии проблем нет. Проблемы, как правило, с руководством.
Примеры:
1) Заказчик просит написать тесты к API, при этом доступ к коду API для исполнителя закрыт (по причине, видимо, его паранойи), но есть а) документация, б) само API, к которому можно выполнять запросы. Когда исполнитель замечает, что документация не совпадает с поведением и прошу конкретизировать те или иные моменты, ему отвечают, что на это нет времени: просто напиши тесты, чтобы они проходили и соответствовали текущему поведению API. При этом внутри API, судя по поведению, творится полный ад и Израиль (вываливаются ошибки на ровном месте или не вываливаются там, где по логике должны). То есть заказчик просит выполнить работу, которая сама по себе никакой пользы не принесет, а принесет только вред, создав впечатление, что у нас есть какие-то тесты. Мудак ли он? Ок, если исполнителю нужно просто срубить бабла, то он посмеется и сделает как просят (впрочем, не надо забывать, что с него потом могут и спросить - и поди отмажься потом, сказав, что ты сделал в точности как просили). Если исполнитель хочет работать на совесть, то по-моему сомнений никаких - заказчик мудак.

2) Новый разработчик, проводит код ревью другого (старого) разработчика. Это ревью или полностью игнорируется или на справедливое замечание отвечает в духе "я 10 лет разрабатывал MVC-фреймворки, не надо меня учить" (при этом, действительно, в его open-source  профиле 10 лет назад видно несколько коммитов в никем ныне не используемый MVC-фреймворк). Или "ненавижу, когда не нативные спикеры исправляют мой английский" 😉

Ну или простейший пример: заключен контракт с почасовой ставкой, бессрочный, и в какой-то момент, без предварительного объявления войны, клиент говорит: "Йоу, чувак, знаешь, у меня нет времени сейчас следить за разработкой и ставить тебе задачи - давай притормозим на месяцок?" )))

Рано или поздно осознаешь.

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

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

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

ну если оба остались довольны, то можно за них только порадоваться

Когда я как архитектор указал на проблематику, вой поднялся до владельца бизнеса, который когда-то оказывается долго упрашивал дать большую скидку на продукт.

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

Это к вопросу о том, почему нормальные люди могут вести себя как мудаки.

Причем там был кейс взаимного прототипирования бизнесов, как я понял. Один друг хотел спрототипировать банк, а другой спрототипировать SD компанию, производящую софт для банков. Но для быстрого старта взяли третью сторону, которая делала слабенький продукт и делала его плохо.

Отсюда вечные недопонимания происходящего.

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

1) Но задача разработчику тестов все же ставится. Что делать? Как быть?
2) На собеседовании с кем? Со старым разработчиком? Он уже, допустим, 3 года работает в компании. Что с ним делать, увольнять?
3) Формально заказчик прав. Но по-человечески он мудак.

А должен? ))