че там щас творится даже не знаю, надо полистать

сущности в формы передаются хоть не рекомендуют получать зависимости в контроллерах через $this->get

кстати ничкто не читал? https://leanpub.com/a-year-with-symfony https://leanpub.com/a-year-with-symfony-ru стоит того?

Мне, в начале изучения симфони, было интересно.

сущности в формы передаются хоть не рекомендуют получать зависимости в контроллерах через $this->get

этой докой занимается активно 1-2 человека, остальные не очень любят писать доки у них)

мне кажется, вполне логично ожидать от любого фреймворка в первую очередь RAD-подхода

от них ожидают ускорения и упрощения разработки по сравнению со своими велосипедами или plain php (свят-свят-свят)

и слова "ребята, создайте еще десяток дто на каждую из своих сущностей" не очень обрадуют новичков

у тебя на каждую сущность есть форма?

нет, я утрирую

knp показывают RAD

Я сейчас работаю с Yii2, такой подход не удивителен :)

Если все делать идеально не имея огромного опыта, можно вообще никогда проект не зпустить

Не запустить

Пытаясь все паттерны применить начитавшись статей. От тебя бизнес решения задач ждёт а ты ему про DTO втираешь

и слова "ребята, создайте еще десяток дто на каждую из своих сущностей" не очень обрадуют новичков

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

соната вообще зло для любого нетривиального проекта

да, это рак для проекта

Пытаясь все паттерны применить начитавшись статей. От тебя бизнес решения задач ждёт а ты ему про DTO втираешь

Тоже верно, только потом бизнес приходит с задачами, а на их решение уходит х2, 3 времени.

спасибо им хоть обновляются за симфони

а то когда 3я версия симфони вышла пришлось ждать несколько месяцев

Должен быть имхо баланс

а чтобы на 7ку обновиться еще самому пришлось коммитить к ним

а чтобы на 7ку обновиться еще самому пришлось коммитить к ним

ну, ентож опенсурс

тож как-то комитил к ним, ничего... помог и ок

Пытаясь все паттерны применить начитавшись статей. От тебя бизнес решения задач ждёт а ты ему про DTO втираешь

голову надо применять, а не паттерны...

мне серьезно ответить или в том же духе продолжить?)

не ну если думать не хочешь - можешь в том же духе)

Рассказывали тут давече пришел в крупную компанию яваскрипт евангелист. Он знал как все должно быть идеально. Но в компании не смог работать. Со своим ярым перфекционизмом он просирал сроки, хотя и делал идеально. Его уволили и сказали что ему надо преподом работать в универе

Пытаясь все паттерны применить начитавшись статей. От тебя бизнес решения задач ждёт а ты ему про DTO втираешь

значит ты не так понял то что прочитал)

Рассказывали тут давече пришел в крупную компанию яваскрипт евангелист. Он знал как все должно быть идеально. Но в компании не смог работать. Со своим ярым перфекционизмом он просирал сроки, хотя и делал идеально. Его уволили и сказали что ему надо преподом работать в универе

знаю таких)

Рассказывали тут давече пришел в крупную компанию яваскрипт евангелист. Он знал как все должно быть идеально. Но в компании не смог работать. Со своим ярым перфекционизмом он просирал сроки, хотя и делал идеально. Его уволили и сказали что ему надо преподом работать в универе

преждевременная оптимизация - зло :)

А есть такие люди которые понимают все?

А есть такие люди которые понимают все?

что есть все?

не ну если думать не хочешь - можешь в том же духе)

а я так подумал и пришёл к стрёмному выводу, что стёбный и серьезный ответ не далеко друг от друга ушли. из коробки доктрина стоит, вменямых альтернатив не знаю, на чистом PDO писать повсеместно как-то грязно (только в тонких местах). так и живём Оо

Все паттерны и всю правильность. Ты наверняка и сам эволюционировал и менял свое мнение о правильности )

а я так подумал и пришёл к стрёмному выводу, что стёбный и серьезный ответ не далеко друг от друга ушли. из коробки доктрина стоит, вменямых альтернатив не знаю, на чистом PDO писать повсеместно как-то грязно (только в тонких местах). так и живём Оо

doctrine/dbal вместо pdo?

+

propel?

он не мёртв?

ну короч "доктрину юзаем потому что искаропки и думать не хотим"

оттуда же и сеттеры

оттуда же и херовая декомпозиция

преждевременная оптимизация - зло :)

тут дело не в оптимизации. я к примеру тоже перфекционист, и от плохого кода у меня руки просто опускаются и не могу ничего с ним сделать) а если чувак в команде которому пофиг и он слепит доп костыль и пойдет дальше заниматься своими вещами а мне на средне-большую задачу бывает нужно еще 1-2 дня потратить на обдумать, изучить тему и тд. некоторые задачи вынашиваю по месяцу, пока не изучу всю тему, перебробую варианты и тд

а если еще паттернов почитают - ух держитесь, будет мало того что херово поддерживаемо так еще и хрен разберешься

преждевременная оптимизация - зло :)

- преждевременное обобщение - зло - преждевременные выводы - зло - предположения без проверки - зло

Проблема в том что мир не идеален. В любом даже самом крутом проекте найдется не идеальный код. Бизнесу бабки заплатили, а у тебя руки опустились. Он не понимает тебя. Какой то баланс нужен

ну не-не, всё в одну кучу то не надо. про сеттеры я прям с максимально явным сарказмом писал.

- преждевременное обобщение - зло - преждевременные выводы - зло - предположения без проверки - зло

зло тоже зло... лучше ничего не писать

на средне-большую задачу Приведи пример, у каждого же свои мысли по поводу объема задач

никогда

Проблема в том что мир не идеален. В любом даже самом крутом проекте найдется не идеальный код. Бизнесу бабки заплатили, а у тебя руки опустились. Он не понимает тебя. Какой то баланс нужен

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

Согласен

на средне-большую задачу Приведи пример, у каждого же свои мысли по поводу объема задач

ну скажем если тебе нужно больше 2х дней на задачу, то это средне-большая и начинается

Но именно предсказуемая.

то есть если у тебе надо 10%-15% времени накинуть что бы успевать минимально рефакторить и тесты писать но за счет этого у тебя предсказуемость результата будет хотя бы 80% - это того стоит

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

в какой-то момент бизнесу нужна стабильность, а не скорость разработки

толку от этих фичей если на проде баги лезут?)

и прод падает

толку от того что продукт который ты пилил 3 месяца что бы побыстрее попасть на рынок надо еще столько же чистить что бы хоть как-то иметь возможность адаптироваться?

вышел на рынок и пффф....

потому что фиксить не успеваешь и клиенты уходят)

А бывает иначе. Бизнес думал 3 месяца, а ты ему год

хотелки нужно урезать

чтобы не было год

А бывает иначе. Бизнес думал 3 месяца, а ты ему год

в этом случае вы должны сесть и приоритизировать хотелки бизнеса и сделать то что успеете за 3 месяца

Зато без багов. Ему и без багов проект уже не нужен

как правило только 20% хотелок реально нужны (правило 20/80)

Зато без багов. Ему и без багов проект уже не нужен

без багов не бывает

Принцип паретто

Или как там его

ERROR: S client not available

как правило только 20% хотелок реально нужны (правило 20/80)

на эту тему доклады Бындю отлично заходят. на любую хотелку задается вопрос "чтобы что?"

в итоге 90% фичей урезаются на старте

и это круто, жаль что мало кто так делает

ну это работа менеджеров

хороших манагеров)

хороших манагеров)

ключевое слово

хороших манагеров)

я за всю жизнь может 3-4 толковых видал

во всей этой беседе

Я тоже начал теперь всегда вопросы создавать. Обосунуй целесообразность. Потратим столько времени. Надо?

И тут начинают думать что не так уж и надо

обычно: вот вам скоуп пасаны... херачьте чтобы всё успели

я за всю жизнь может 3-4 толковых видал

я был на роли манагера, это сложно. психологически сложно

Всем доброго дня. Извиняюсь что вмешиваюсь в разговор :) Всегда стараюсь сам находить решения, но не в этот раз... С symfony(3.3.13) и doctrine работаю не так давно, поэтому знаю не много. Документацию читал, но не помогло :) Есть три сущности: Location, PlaceCategory, Place Place: categories - ManyToMany PlaceCategory inversedBy=places (JoinTable places_categories) location - ManyToOne Location inversedBy=places (JoinColumn location_id) PlaceCategory: isActive parent - ManyToOne PlaceCategory inversedBy=children (JoinColumn parent) Place обязательно связано с Location и PlaceCategory. PlaceCategory могут быть вложенными, по сути только два уровня 0 и 1, больше не предполагается, Place могут находится на любом уровне вложенности. 0. Place всегда выбираются с учетом Location. PlaceCategory всегда выбираются только с isActive = true. 1. Нужно выбрать все PlaceCategory у которых parent IS NULL и кол-во Place > 0 с учетом вложенных PlaceCategory 2. Нужно выбрать все PlaceCategory у которых parent = N и кол-во Place > 0 3. К выборке в каждом случае еще нужно добавить кол-во мест для каждой выбранной категории )) в утреннем бреду получилось вот такое, на сколько правильно не могу утвержадть, но оно выдает нужные результаты: для 1го случая - https://yadi.sk/i/5jquWTrE3Pwd74 для 2го - https://yadi.sk/i/W-zrQW_h3PwdBU

У нас пришел новый манагер, уже со всеми посрался. Для него главное сроки и работа. Все а один голос говорят что начали себя станками ощущать. Заговор прям какой то

Я тоже начал теперь всегда вопросы создавать. Обосунуй целесообразность. Потратим столько времени. Надо?

ну вообще кейс такой что в духе "сделайте нам кнопку для формирования отчета!" "чтобы что?" "чтобы сформировали отчет" "чтобы что?" "чтобы мы посмотрели транзакции клиента" "чтобы что?" "чтобы выяснить почему баланс отрицательный" и в итоге обнаруживается совсем другая проблема, которая решается проще и на совсем другом уровне кнопочное мышление называется такое

До него все митингами решали. Теперь он все решает )

увольте его

всей командой

мы наоборот отказались от митингов, просим чтобы беклог правильно формировали с приоритетами и разгребаем его

митинги только если реально что-то нужно обсудить, варианты, сложность и тд. но это случается раз в 2 недели и то не всей командой

У нас пришел новый манагер, уже со всеми посрался. Для него главное сроки и работа. Все а один голос говорят что начали себя станками ощущать. Заговор прям какой то

Однобокое представление ситуации. Не очень хорошо, манагер может пришел и офигел от того сколько рабочего времени впустую уходит :)

У человека конвейерный подход к персоналу. Получить максимум и айти нового

галера это и есть конвеер

задача минимизировать издержки

максимизировать входящее бабло

галера это и есть конвеер

вебстудия 2.0

мы наоборот отказались от митингов, просим чтобы беклог правильно формировали с приоритетами и разгребаем его

веду подобную борьбу)

А проект работал и работает от того что людям нравится и они жили им ) посмотрим что дальше будет

галера это и есть конвеер

это вообще-то задача любого бизнеса

и твоя

не забудь о том что помимо издержек есть еще риски

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