Работа у нас жестко 8 часов...

не больше не меньше

а я еще и немного ебанутый переделываю работу на полторы-две недели вперед...)

не, за kotlin наблюдаю как развивается. а он это делает бодро

просто когда не спится

Работа у нас жестко 8 часов...

иногда это лучше чем почасовая ставка)

да есть такое. но без овертаймов расслабляешься...

зато время есть на семью и изучение нового

а у нас на изучение нового еще и до 20% рабочего времени

я всегда работаю больше 8 часов, на выходных частенько проект подчищаю и рефакторю

а так выходит что это еще и оплачивается)

угук. блин, уже застрял в спринге... надо научиться документацией его пользоваться )

с конфигурационками... эластик фейлится... но блин, прикольно и няшно )

как дойдешь до конфигурации контейнера - на то что сделано с симфони будет смотреть мерзко)

Я верю, но у каждого своя цель )

Симфони не надо обижать все-равно )

в симфони да и вообще пхп больше маневра для костылей

и твиг мне больше нравится чем всякие velocity

пока что мне просто нравится ковыряться )

не-не-не... никакого фронтенда

только святой АПИ

не всегда доводится работать с чистым апи)

например? )

у тебя серверного рендеринга вообще нет?

был... от него избавляемся

и только одна страничка стартовая и все.

все остальное к "уям"

а, ну у вас же целое приложение там?

да

тогда понятно)

а ecommerce и маркетплейсы это все еще не spa)

угук, поэтому я и молюсь на свою работу )

я впервые почувствовал себя бэкендером )

у нас я тоже в твиг особо не лезу)

но фронтам приходится тусоваться еще на бекенде из-за этого

и это прекрасно, правда? )

эммм... зачем?

твиг править)

один?

что один?

ну только твиг да

твиг. )

не...

всмысле один файл? )

иногда их заносит в контроллеры, т.к это типа фулстак девелоперы, но лучше бы они этим не занимались)

не, там дохуя

у нас адовый гибрид

рендерит бекенд все

а фронт подхватывает состояние

нах*й фронтов с бекенда )

впрочем у нас всеравно через пулреквесты все

и дальше сам уже делает че ему там надо

у нас поднималась тема с обязательными PR на каждый чих

и типа закрыть к хуям прямые пуши на мастер ветки

ну и?

но инициатива провалила голосование)

у нас так и сделано

девелоперы были против ыы)

к хуям все без код-ревью

вас много человек работает?

10.

4 бека, 4 фронта

2 мобильщика

а, ну 4 бекенда эт еще норм)

у нас бекенды почти не пересекаются на проекте

а если пересекаются - тогда договорились пулреквесты хуярить

но часто забывают и делают какашки

не-не...

у нас без ревью и без травис-тестов не попадет в мастер

да и вообще в головной репозиторий без этого не попадет

ну тесты да

если они упали тоже хер куда пустит

pr + review + тесты

у нас бекенды почти не пересекаются на проекте

у нас большой оч проект, поэтому мне нафиг не надо что там делают другие в 95% случаев

ибо я с тем кодом даже не столкнусь

осталось это только все разделить на отдельные проекты и забыть как страшный сон эту одну песочницу

ну так а в чем проблема? у нас так по бандлам разделено все

фу бандлы

от них избавились сразу же как вышел best practices

эти бандлы и деления проекта на них придумал сам сотона

а как без бандлов? все в одом месте?

AppBundle и все

а дальше свои деления на неймспейсы где нужно Controller/Admin/ Controller/Api/ Entity/User/ Service/Ololo/

аааа, вон оно как

но по факту все Entity идут общие и не имеют ничего общего с бандлами вообще

бандлы были ок только для разделения контроллеров, не более

но неймспейсы удобнее

у нас по бандлам внутренние проекты разбиты

а почему не по отдельным проектам?

что именно за проекты?

потому что они все зависят друг от друга

ну, как они связаны между собой?

очень сильно связаны )

а почему это разные проекты тогда?

индивидуальные, корпоративные клиенты

юзается одна база

точнее сеть баз данных

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

блядь, кажись затянуло