demiol

Да, это ок, при следующих условиях -
1) частичные коммиты должны идти в отдельную ветку, можно назвать её issue123
2) комментарии к коммитам лучше делать осмысленными
3) когда фича закончена и происходит слияние в основную ветку, все коммиты лучше засквошить, чтобы в истории не было лишнего мусора,

Коммиты надо делать когда можешь написать комментарий к коммиту

Мое скромное мнение. Поставил CrossOver, скачал с nnm клуба первый попавшийся репак фотошопа CC, выбрал пресет бутылки в CrossOver для Adobe Photoshop CS2, все поставилось, зарегистрировалось, видео адаптер в фотошопе определился, для верстки (нарезать картинки, посмотреть инфо о шрифтах, пипеткой посмотреть цвета) производительности более чем хватает. Core i5 4xxx какой -точно не помню, видео встроенное HD 4000, заводил на Manjaro Linux (Arch-based). Абсолютно такой же сценарий запилил на ноуте Asus N53SV с дискретной видюхой Nvidia GeForce 540m (Nvidia Optimus), только на ноуте стоит Linux Mint последний. Если профессионально рисовать - гладкости работы не хватит, но для верстки мне, субъективно, вполне достаточно

Занимался разработкой из линукс несколько лет - устраивало все. На новом месте работы выдали мак... Было мучительно первые несколько недель. Потом смирился... Всё-таки линукс более гибким мне представляется (работал в ОС семейства дебиан). Я занимаюсь бэкендом большую часть времени на Питоне, немного фронта... Ничего такого, чего не было бы в линукс в маке я не нашёл. А вот некоторые вещи (модули, сторонние приложения) в линукс ставятся проще.
Дома все ещё линукс - мечты купить мак нет.
Также от многих слышал, что на маках сидят дизайнеры и мультимедийщики.

это просто удобно!
поддержка компиляторов gcc, clang, а также llvm
не нужно запиливать под себя окружение, т.к. оно и так удобное!
можно прогать фронт, бек, системные штуки.
ЯП ставишь на вкус и цвет: руби, нода, с++, golang.
полнофункциональная консоль
менеджеры пакетов brew и macports -> значит можно юзать линуксовые тулзы
плюс ко всему - микроядерная архитектура на основе Math
mac os x - ветка от BSD 4.4
дрова для конкретного железа, оптимизированны для работы с этим железом
и все это из коробки (кроме менеджеров пакетов и ЯП)

Потому что почти BSD. Потому что красиво. И потому что если не писать десктопные приложения под винду, то нет никакого смысла мучить себя виндой. Неудобно же.
И пару рациональных соображений. Если у вас мультиплатформа, то мак - это практически единственный вариант, ибо из мака в линукс и винду можно кросскомпилить (мы так и делаем), а вот в IOS из линукса и винды не выйдет. Так что если вы деплоитесь на все, что движется - альтернативы по сути и нет.

В третьем вкусняшка только только asyncio. Всё остальное - не такие уж и улучшения.

Я держусь пока за 2ку - плюсы от Pypy - перевешивают мысли о том, что рано или позлно понадобится переход на третью ветку.

Читайте на savepearlharbor.com там нет комментариев, чистые статьи.

на perl используя search.cpan.org/~mithun/URI-Encode-0.09/lib/URI/En...

#!/usr/bin/perl
use URI::Encode qw(uri_encode uri_decode);
my $arg=shift,$decode=shift;
if ($decode) {
        print uri_decode($arg);
} else {
        utf8::decode($arg);
        print uri_encode($arg);
}
print "\n";

первый агумент - строка, второй - если есть, то строку декодировать, если нет - кодировать.

модуль URI::Encode написан на perl, маленький, его можно установить из репозитария вашего дистра, используя cpan или скопипастить из исходника. perl есть практически в каждой системе.

desktop-mode (встроенный в Emacs) делает примерно это: сохраняет список открытых файлов при выходе и открывает их при запуске.

Думаю, вам подойдет Perl или Erlang. Perl очень легко учится после PHP, на нем без труда пишутся демоны, есть замечательный ORM (DBIx::Class). Erlang прекрасен неизменяемыми переменными, функциональным стилем, многопоточностью и автоматической сборкой мусора. Есть замечательный веб-сервер (не фреймворк) Cowboy. Правда, с ORM у него не все гладко, как и с дровами для СУБД (в emysql есть известные незакрытые баги, в epgsql — проблемы с производительностью, если запросов очень много). Обо многом из перечисленного я когда-то писал у себя в бложике, можете по нему поискать.