Прекрати злоупотреблять массивами в PHP

Не могу согласиться. Замена массивов на объекты не даст ощутимых выгод, если в системе отсутствует ORM, и не проводилось хотя бы минимальное моделирование, а проблем прибавит:
— в объектах рано или поздно появятся private\protected поля, в итоге их сохранение (напомню, у нас нет ORM) будет неудобным и громоздким
— довольно быстро выявится потребность в ленивой загрузке, потому что поле данных\связь у объекта есть, но загружать её именно сейчас дорого\не имеет смысла
— клонирование объектов со всеми вложенными сущостями не столь тривиально, по сравнению с массивами
Вместо изначального тезиса, об использовании объектов, предложу использовать модель предметной области + какую-никаую orm.

Когда использовать статические методы

Большое количество статики за пределами utils — не слишком хороший признак как мне кажется, особенно если эта статика не является creator\фабричным методом и тем более — мутирует состояние передаваемых аргументов.
А для алгоритмов более актуальным было бы применение стратегии на мой взгляд.

Настройка редактора Visual Studio Code для разработки на PHP

Редактор удобный, но после netbeans (он не поддерживает es6 в отличии от vscode), очень не хватает нескольких видов функциональности:

локальная история с возможностью быстро перейти в неё
подсветки по типу файла в дереве проекта

Так же после перехода на Salsa появились проблемы с автокомплитом в ember js проекте.

Read & Comment. Теперь и на Хабре

В «песочнице» хабра небольшая опечатка, там почему-то упомянуто приглашение на «мегамозг».
habrahabr.ru/sandbox

«Что происходит?
В «Песочницу» попадают топики от людей, желающих получить приглашение на Мегамозг. Написал хороший топик — получил приглашение.
Все публикации анонимны. Псевдонимы показываются случайным образом. Приглашение может дать тот, у кого оно есть.»