Если взять ваш довод за основу, то м.б. как раз у вас такому товарищу будет интереснее?

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

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

Это фиаско, братан.
А вообще в любой либе бывают баги. И если они фиксятся с твоего пулреквеста, то это ачивка. Но если ты суровый Энтерпрайз, то...

поломанных ребейзом коммитов

Нет такой проблемы. Проблема конфликтов решается человеком, а не ребейзом или мерджем. И там и там мозг работает, а не инструмент. Мердж и ребейз — это всего лишь менее опрятный и более опрятный способ передачи того, что ты сделал далее.

Для меня мердж — это как раскидать вещи по комнате и предложить потом найти другому человеку в них что-то. Ребейз — это хотя бы в одну кучу всё сложить, а мердж-коммит (который и есть тот самый no fast forward) — отделяет одну кучу от другой.

Всё это из коробки есть в гит флоу.

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

Где купить новое кресло? У меня подгорело.

Я глянул оригинал и по ходу автор (не переводчик) не вдупляет, что есть get merge --no-ff и выдаёт мердж-коммиты за "хорошо", когда их после ребейза итак можно сделать без fast-foward'а.

Автор по ходу делает ребейз раз в полгода и на фичах, которые покрывают всю систему, а не определённый ее участок. Также автор не в курсе, что есть отличная фича по имени rerere, которая запоминает, как резолвить конфликты.

Кароче мой ответ здесь дублирую:

Author, dont’ you know, that git merge --no-ff exists? After rebase you should not merge your feature with fast forward, but create merge commit. So rebase will help to analyze what you did without exploding brains, and no fast-forward merge will help others see the boundaries of your feature.
Git flow also invented. Rebase is forbidden in trunk-like branches like master/develop, but in feature branches you should rebase often.
If you have many conflicts with develop/master — then its’ a clear sign, that your team has bad code base of bad focusing, when many people do same things instead of their own focused features.
Also git has nice feature called rerere. Just google it.

https://medium.com/@ustimenko.alexander/author-dont-you-know-that-git-merge-no-ff-exists-460449b8407

Месье знает толк ))

А по сути — прикольно: клиент точно будет делать один запрос, а уже адаптер локально кучу. По сети улетит один результат.

Чем ваш вариант лучше http://graphql.org/ ?

С допущением, что у проекта нет уже написанного REST-api?

Предпринимаются какие либо шаги для добавления user friendly?

Все шаги у нас только official pocket friendly. Не раскачивайте яхту тут.

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

travis.yml куда ж без него

А чем поведение всех этих типов отличается? Вы нам показали 3-4 abstract data type, которые отличаются только данными, но не поведением в контексте задачи.

Почему вообще кому-то надо знать детали того, что у организации есть атрибут1, а у физлица — атрибут2? Почему всех контрагентов нельзя подвести под единый интерфейс а-ля IContactSigner с одним методом sign(IContract contract)?

Не все умеют излагать мысли на бумаге

Программирование по сути — изложение своих мыслей на бумаге в исходном коде.

Мы технические специалисты, а не "художники с тонкой и хрупкой душевной организацией".

Любой программист — человек. А любой человек может быть демотивирован бездарно-построенным процессом управления или никакой культурой.

Относиться к сложным системам типа "человек" как к простым биомеханизмам типа "бактерия", в которых не надо особо разбираться — сродни забиванию гвоздей микроскопами.

Чуть меньше эмоций и чуть больше деталей.

Я попутал его с парсером/компилятором.

В надуманном примере автор либы мог бы требовать на вход что-то типа Integer[]

Или Iterator или ещё как-нить обозвать. И уже пользователь либы видит, что от него хотят и только это суёт.

Byte-code файлы есть, так-что можно считать, что JIT компиляция не нужна. Уже не на каждый чих интерпретатор дёргается.

Ишь чего захотел! Может ещё интерфейсы в питон добавить?