Anton Mashletov

Если у Вас один-три сервера, скорей всего, Docker Вам не нужен. В этом случае для управления конфигурацией лучше используйте ansible.

Потребность в Docker возникает либо в случае когда нужно расшарать одно окружение на множество машин, например, у меня и моих коллег сейчас девелоперское окружение(php + apache + mysql + redis) крутиться на контейнерах. Второй пример - нужно настроить динамическое горизонтальное масштабирование. Этот вариант Вам нужно рассматривать, только если Вы используйте AWS или что-то подобное.

В целом, docker / ansible / chef / puppet и т.п. Вам нужны только в случае, если нужно шарить одно окружение на разные машины, причем часто, с уверенностью что оно везде одно. Другого примера использования придумать не могу.

Конечно Xcode. Тут даже вопросов быть не должно. Не ставить же Clion на чёртовой джаве, который даже простой файл открыть в состоянии, лишь спустя несколько секунд.

А вообще, что ты собрался писать на C++ под macOS? Под macOS нативно - это писать на obj-c/swift/си, ну никак не на c++. Ядро написано на СИ, а основные фреймворки - это в перемешку obj-c/swift. К тому же из них нельзя вызвать методы из C++, только Си.

Хочешь писать под macOS, пиши на Swift, а самые критичные моменты дописывай на Си. Вот и всё.

По каждому пополнению (надежнее не сразу, а потом через очередь или cron) проверять партнеров и делать им отчисления.

Что подразумевается под "любым форматом" не очень понятно... а для тех вариантов, что вы показали, подойдёт такая регулярка, например: '/^\+372((( |-)?\d){8,})$/'.

parseInt("%678".replace('%', ''))

https://www.google.com.ua/search?q=tdd+yii2

www.yiiframework.com/doc-2.0/guide-test-overview.html

Тесты нужны для автоматического получения информации о состоянии продукта. Если у вас нет вопросов, т.е. вы во всем уверены, то и тесты как бы не нужны (ирония). Вы ведь каждый день перед тем как сесть за руль смотрите не сдулись ли колеса? Смотрите на уровень бензина. Слушаете как работает мотор на холостом ходу. Проверять работают ли светофоры не нужно, вы на них не можете повлиять. Проверять есть ли пробки на дорогах нет смысла, вы на них не можете повлиять. А вот состояние вашего автомобиля, да. Так же и с ПО. А с чего начать - логично, с самых критичных вещей. Чем виднее и центральнее функция, тем важнее ее покрыть тестами.

Для начала можно посмотреть это видео
https://www.youtube.com/watch?time_continue=1&v=gR...
для Yii2
много вопросов изчезнет

Я использую для локальной разработки docker. Это значительно удобнее, чем держать полноценное окружение из зоопарка разных версий php и прочих штук.
Если сайт старый, под какие-нибудь древние версии apache, php и mysql. Не проблема, - смотрю на hub, если нет, то собираю свой.
При этом спокойно можно переключить на другой проект, более современный. Например с nginx, php7 и postgresql. Предварительно выключив предыдущий контейнер.

Далее в перспективе можно спокойно кинуть контейнер на сервер и за пару минут развернуть сервис.

В общем настоятельно рекомендую попробовать docker при локальной разработке.

1. GIT не относится не посредственно окружения для вашего кода, так что его имеет смысл использовать глобальный. А вот всякие composer / php / node / gulp / yarn /... - это часть окружения для выполнения, и их лучше держать прямо в контейнере.

Ладно там PHP со своими версиями, но эти же обычно обратносовместимы и не трубуют хранения зоопарка версий.

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

Да и PhpStorm можно один раз настроить указав путь в Git, ноде, File Watchers.

Это да.

Ведь с докером мне на каждом проекте все эти минификаторы, композеры указывать заново?

Да

Действительно ли оправдано использовать Docker одному или небольшой группой?

Да. Например хотите посмотреть проект годичной давности, но обратная совместимость зависимостей вашего проекта потеряна, такое сплошь и рядом.

Возможно, мои проекты не такого уровня, но мне действительно не критично воссоздать dev и prod окружение 1 в 1.

1 в 1 никто и не создает, а вот максимально похоже по стеку технологий - вот это правильно.

Ну и пусть там на боевом крутится php 5.6, когда у меня 7.1.

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

А если ты разрабатываешь с нуля и не знаешь какая будет конфигурация на боевом?

Ко боевому можно предъявлять требования.

Действительно ли деплой так прост, что заменяет все фтп-заливки, jenkins'ы, git-пуллы?

Нет

Я же и отвечал, попробую еще раз )
Я использую IDE Gogland от JenBrains (поздняя предрелизная бета, пока доступна бесплатно), и не парюсь - она рулит за меня. В меню есть такие настройки:

• File -> Default settings -> Global GOPATH, Project GOPATH, чекбокс "Use GOPATH from sys env"
  
• File -> Project settings -> Global GOPATH, Project GOPATH, чекбокс "Use GOPATH from sys env", Module GOPATH
  
• Run -> Edit conf -> File, Output dir, Working dir
  

Мне для учебных целей хватило указать Project GOPATH для исходников, во что транслируются все эти настройки для go-инфраструктуры - я не вникал, но оно есть )

Не так. В GOPATH тянутся всякие доп библиотеки, устанавливаемые по go get. Корневой каталог своего проекта может быть любым, в том числе вне GOPATH.

Идти в сторону DevOps, изучение всего зоопарка ЯП большого прироста в знаниях не даст. Скорй всего лучше искать какие то пограничные технологии. Например, как подружить php, go, nodejs, elasticsearch, postgresql и все это еще на множестве серверов win + linux. Специалист, который может видеть картину целиком намного ценнее, чем узкий спец. Также не прекращайте совершенствование php, все таки он на месте не стоит.

Пайтон на 250+ - это либо миграция в Штаты, либо уже никакая не веб-разработка на Djnago, а работа архитектора, саенса. Да и позиций таких по пальцам пересчитать можно. Плюс, вы еще не забывайте, что такие позиции - это не знание языка, это голова человека.

Что касается веба, то php делает то же самое, что и Python - только реализации и стеки немного отличаются. А так все тоже самое. Обычно в фирмах выбирают либо php, либо python и уже от него строят стек. т.е. переход с php на python - это просто продать машину и купить точно такую же только другого цвета.

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