SamDark
0

Закиньте на GitHub, если ещё не закинули. Посмотрим и, если надо, исправим.

SamDark
+1

У нас были командировки из дома в офис :)

SamDark
+2

По пиву однозначно Лондон выигрывает :) Как по ценам, так и по качеству.

SamDark
+1

Всё так, но есть в этом и минусы. Распределить команду и получить профит от часовых поясов не получится потому как всё основное происходит устно в курилке. По той же причине тяжело через год вспомнить, почему было принято то или иное решение.


У нас в Stay.com была распределённая команда, но мы пару раз в год прилетали в офис. Во это время формировали задачи, планировали, кодили самое сложное вместе. Потом разъезжались и дожимали удалённо, получая профит от часовых поясов.

SamDark
+1

Менталитет я бы в плюс особо не ставил. Лондон очень многонациональный. В Паддингтоне уже не англичане, а Кенсингтон с вами дел иметь не будет. В общем, как попадёт.


Лондон прилично дороже Москвы. Под 2000 за стакан пива и пюрешку с сосиской, насколько помню. Ну и в магазинах ценник повыше.


Плюс совершенно ужасные внутри здания и проводка. Не даром там на каждой розетке тумблер. Сначала засовываешь вилку, а потом уже включаешь. Иначе сноп искр.


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

SamDark
0

Не сказал бы, что Лондон так уж выигрывает. Особенно учитывая покупательскую способность.

SamDark
0

Фикснули в master.

SamDark
0

Возможно, будет даже раньше.

SamDark
0

Да, 1000 по n^1024. Довольно типично. На тему дебажить или нет — согласен.

SamDark
0

Фоновый импорт-экспорт, например.

SamDark
0

У меня тоже. Оказалось, косячит DNS у провайдера (или ещё на каком-то уровне). Только через VPN нормально работает.

SamDark
+3

Что именно смотреть? Как именно слетели? Как были прописаны правила?

SamDark
+4

Как доделаем.

SamDark
0

Уверены что ошибка — кидайте в issue на github.

SamDark
0

В 2.1 будет random_int().

SamDark
+2

Про разрывы и markdown — соглашусь. Напрягает.

SamDark
0

Если будем снимать и всё получится — напишу.

SamDark
0

Трансляции, насколько знаю, не будет. Не укладываемся в бюджет. По видео не ясно.

SamDark
+5

В сети есть практически всё применимое на практике. Это нормально.


Суть конференций не только в докладах, хотя, конечно, хорошие доклады важны. Доклады всегда задают лишь направление, а самое интересное узнаётся во время вопросов и личного общения. Именно поэтому мы оставили под конец приличный запас на вопросы и ответы про Yii и другие темы.

SamDark
0

Мне тоже не очень нравится… интересно, куда они фидбек на эту тему принимают...

SamDark
0

ТАСС вроде на 2.0 уже...

SamDark
0

Сайт может и на October, но сама система на Yii. Надо будет URL там поправить и скриншоты, чтобы не путали...

SamDark
0

Да, с этой точки зрения про AR и SOLID я раньше не думал.

SamDark
0

Я тоже так называл, но было больше непонимания, чем когда я стал называть это "академичностью".

SamDark
0

Что значит "сильного" нарушения SOLID? Или нарушается или не нарушается. AR по определению его нарушает и создан чтобы его нарушать. Мы тут не говорим про то, в каком что слое используется и дёргается ли ->save() по поводу и без.


Проблема в людях которые просто привыкли использовать один инструмент и не рассматривают другие варианты. И это могу вам сказать серьезная проблема и я понятия не имею как это лечить.

Заниматься просвещением в меру сил и возможностей. Больше вариантов не вижу.


Так же сам по себе принцип SRP весьма бесполезен. Лучше на OCP концентрировать внимание так как цель SRP как раз таки OCP. У меня порой складывается впечатление что SRP был добавлен в SOLID тупо что бы получалось SOLID а не OLID.

Так и есть. SOLID — маркетинговый ход нескольких известных консультантов, которые смогли продать старый-добрый cohesion/coupling под новым именем.

SamDark
0

Если не секрет, как был составлен список?

SamDark
0

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

SamDark
0

PHP-FIG вообще никакого отношения к размеру проектов не имеет. Говорю как его участник.

SamDark
0

Очень удивлён тем, что авторы Laravel не смогли привести примеров крупных проектов. У того же Yii примеры были ещё когда он был версии 1.0, а теперь есть ещё и каталог http://yiipowered.com/ru, где, конечно, далеко не всё, но крупные присутствуют.

SamDark
0

Подозреваю, я виноват в распространении формулировки. Под ней я всегда понимал «слепое следование паттернам и принципам, нужны они или нет».

SamDark
0

Выше уже ответил — пока не ясно.

SamDark
0

Пока не ясно. Лучше не обещать.

SamDark
0

Пишите в 2017@yiiconf.ru.

SamDark
–1

Думаю, через год-другой в него окунуться с головой вообще все, учитывая что происходит у нас на тему DI-контейнеров.

SamDark
+1
у нас точно не будет никогда $this->breadcrumbs в контроллерах (!)

В Yii они тоже не в контроллерах, если что...


Например вы можете целиком заменить Renderer с нативного на другой, на базе Twig. Насколько я помню, в Yii это крайне сложно.

Не верно. В Yii это в дизайне с самого начала. Более того, есть официальные реализации-примеры для Twig и Smarty.


— Нет тяжести поддержки старых версий, сразу ориентируемся на 7.1, поэтому нет таких вещей, как «поведения», которые в общем-то в современном PHP не нужны

7.1 никак с поведениями не связан. Альтернатива им — трейты. И то не полная. Есть плюсы и минусы.


Мы сразу закладываем возможность работать с несколькими БД, включая даже возможность строить в рамках ORM relations (разумеется lazy load) между разными базами данных

Есть в Yii и коробки.