Я бы сделал управление жестами.

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

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

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

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

Речь не про частый rebase относительно мастера, а про короткие ветки и частый мерж. Раз уж чистого continuous integration нет, то хоть мелко-дискретный пусть будет.

Интегрировать ли недоделанную функциональность? Тут можно ковырять понятие «доделанной функциональности», но я рискну просто ответить «да».
Точнее, разбивать «большую» функциональность на маленькие подзадачи, следить чтобы промежуточные результаты ничего не ломали, и мержить.

Проблема здесь и правда не только в количестве комитов, но и в нём тоже. Вдумайтесь — Вася больше недели разрабатывал большую фичу в своём локальном мире. Параллельно с изменением API.
Мержился бы чаще — нашёл бы проблему раньше, и без проблем переписал бы на новый API 5 комитов.

Я вижу ещё мораль N2: делать неинтегрированные ветки в 30 коммитов == искать приключений на свой репозиторий.

Список хорош для того, чтобы пойти гуглить опции. И выйти на статьи, описывающие регионы памяти hotspot, варианты и особенности сборки мусора, способы мониторинга.

А так похоже на теорию заговора: существуют секретные опции HotSpot, ускоряющие её в разы. Oracle скрывает.

Многие говорят «git», имея в виду «распределённые VCS». Как с Лениным и партией.
По мне, если вы выбираете между hg и git, то главное решение вы уже приняли.