Честно говоря, сейчас сложно представить серьезный фреймворк без пакетного менеджера. А в PHP другого столько же популярного(соответвенно, богатого пакетами) нет.
А что за баги?
SamDark сейчас направляется в Стамбул, где участвует в http://phpkonf.org/. Ответит на ваш вопрос как сможет. Но как по мне… он уже сказал в интервью, что фичи семерки не настолько круты, чтобы ломать совместимость с пятыми версиями. И ждать появления таких вещей как yield в коде фреймворка надо не раньше, чем через 2,5 года.
Правами на доклад обладают сами докладчики. Мы не можем как-либо ограничивать вас в тех вопросах, которые вы описали. Например, основные тезисы доклада «Как Badoo перешли на PHP7 и сэкономили $1M» уже давно есть на хабре. Однако я уверен, что в докладе будут некоторые дополнительные подробности и продолжения темы. Ну и наконец, главный плюс конфы — возможность лично пообщаться и узнать нужные только вам подробности у автора доклада.
Используя финансовый язык: введение абстракций, тестов и т.д. это вложения в качество кода. Окупятся эти вложения или нет — зависит уже немного от других факторов.
Что мне не нравится в таких статьях, так это когда чуть ли не единственной причиной добавления интерфйесов в проект называют тестируемость кода. Это путает и пугает новичков. Сложно обьяснить нужность тестов, когда они за собой еще и интерфейсы и IoC всякие тащат. Нужна базовая часть, чтобы описать, что такой код(со слабой связанностью) и без тестов выигрышнее привычного им. Правда для хорошего примера нужен код в пару десятков сущностей и их взаимодействий. И это проблема…
Есть у меня мнение, что у этого высоконагруженного проекта был плохой код. Не нужен runkit на продакшене. Да даже в тестах, опять-таки он нужен, когда код плох.
:)) Это эпик. Забыл залогиниться. Нажал Improve this answer. Написал что don't use my bullshit code. Разумеется, там все модераторы reject этот «импрув» :) Сейчас вроде сделал как надо. Теперь можно спать спокойно.
Один из моих дурацких ответов там заплюсован. А рядом более грамотный ответ стоит. Я даже коммент к своему ответу накатал — не надо юзать плохой совет. Юзайте соседний. Похоже не помогает.
Аргументы я прямо в статье предлагал. Отправка email не прямо сейчас, когда пользователь ждет моментального ответа от нашего веб-сервера, а чуток позже, уже из очереди обработать это событие. Мыслите шире, не привязывайтесь к инструментам языка. «Программируйте с использованием языка, а не на языке.» (с) МакКоннелл.
Ну вот прямо конкретно сейчас я для средненького проекта создаю интерфейс IConfiguration и я пока даже не представляю как и где будут храниться настройки. Реализую я этот интерфйес может через недельку.
А что за баги?
Как видите, русским он владеет, но не в совершенстве :)