Спасибо. Попробую снова Sublime Merge.

Я однажды понял, что нужно две недели попользоваться чем-то, прежде чем говорить: "это говно". Из-за устоявшмхся привычек и взглядов легко можно отвергнуть продукт, толком не поняв его. Взять тот же Vim. 99% людей, кто говорят, что он им не нужен, не поработали этих 2 недель в vim.))

Да, 3way как и нужно, немного хоткеи от winmerge и kdiff3 отличаются но быстро привыкаешь

Есть отдельные инструменты а есть экосистемы. Общался с другом из фб на тему их практик - там все заточено под vscode, и хотя он фанат emacs - приходится перелазить периодически потому что все внутренние тулзы - в vscode. Если нужно только ,например, редактирование текста - я запущу что-то лёгкое, но все чаще нужно не только редактирование, а тулинг вокруг. И вот тут приходится идти туда где он есть. Или под себя делать наборы скриптов и альясов. В итоге тебе будет удобно, но с тобой может быть невозможно работать другим

Это сложный вопрос для меня, я пытался и в вим и в гит cli с альясами, в итоге пока делаю так чтобы было удобнее работать с другими, а периферийные инструменты (не экосистему) оставляю те которые больше помогают

Я слышал центробанковский cert именно формы оплаты фейковые блочит за 10 минут

Это неплохая личная психологическая практика — понять, на что уходит твоё время, большая осознанность, вот это все.

Как только такое начинает требовать работодатель — то мы имеем дело с попыткой оптимизировать интеллектуальную работу примерно так же, как и работу на заводе.

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

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

Потому что у хорошего программиста может быть например 2 часа в день залогировано как «кодил». Остальные 6 часов он формально бил балду, а в реальности — думал. Важно ведь, что он написал в результате, а не сколько строк кода он добавил и не сколько времени за клавиатурой он провёл.

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

Каждый программист логирует свою работу - git, называется. Частота дикретизации для анализа достаточная - раз в день. Причём, по этим логам можно судить как о производительности и качестве работы отдельного программиста, так и о модулях приложения. Игорь однажды сделал gitflare.io (сейчас не работает) - сервис по оценке рисков по логам гит.

иногда надо потестировать те или иные решения или поизучать какие-нибудь новые фреймворки, сервисы, утилиты, SaaS'ы, это будет означать, что кода в этот день может и не быть, а знаний (которыми в том числе можно поделиться с командой) прибавится

если всё оценивать только по логам, то в невыгодном положении окажутся те сотрудники, которые кроме кода делают что-то ещё

Ну так об этом руководителей знает.)

Когда я видел, что программист плохо работает, я предлагал ему в течении недели-двух составлять список из 6 дел на день. Утром человек составляет, вечером считает какок количество пунктов он выполнил. Причём, я сам не смотрел эти планы. Всегда помогало.

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

daily standups

Нее. На летучках проговаривают в общих чертах задачу. А тут подробнее.

Локальная декомпозиция дня.)

ссылку на стартап можно?

потру наверное...

опять "залетел-запостил"

хотя, ладно, подожду пару минут, может ответит