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

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

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

почитай какую-нибудь книжку про это дело - например The Goal

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

Нет. Мы работали все время м даже больше чем надо )

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

сроки далеко не самое важное

Нет. Мы работали все время м даже больше чем надо )

я не о том что вы не работаете, я о том что и как вы работаете.

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

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

Ммм. Вот опять приходим к тому. Теперь приходится отстаивать время на качество. Раньше мы это делали и так. А этот парень считает что тут же одну кнопку добавить. Чо так долго?

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

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

если проект можно сделать за месяц а не за 2 года - то лучше сделать менее качественно за месяц

потому что черз 2 года все равно смена технологий

Ммм. Вот опять приходим к тому. Теперь приходится отстаивать время на качество. Раньше мы это делали и так. А этот парень считает что тут же одну кнопку добавить. Чо так долго?

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

а пока 2 года писать будешь он уже никому не нужен будет

так бизнес обанкротится

если проект можно сделать за месяц а не за 2 года - то лучше сделать менее качественно за месяц

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

и это самое сложное

это да)

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

Ну у нас видимо так. Мы стабильный екоммерс проект. Пришел человек из веб студии с мышлением веб студии

Ну у нас видимо так. Мы стабильный екоммерс проект. Пришел человек из веб студии с мышлением веб студии

поговорите с ним подушам

кто мешает?)

или думаешь уволят за неуважение к начальству?)

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

вобще не вижу смысла работать с кем-то кроме мск в рф

По аннотациям просто основной вопрос. Где, что искать по ним. Меня смущает описание аннотаций в виде слэшов и тп. Форма это дополнительный.

не знаю, был ли ответ - посмотри плагин на шторм - PHP Annotations. Поможет на первое время.

Да не. Я уже выразил свое мнение руководству. Они приняли в контры. Каждый раз так. Но начинаешь увольняться сразу звонят и предложением увеличить зп и не уходить

Как будто пытаюсь точку невозврата проверить

Пытаются

Да не. Я уже выразил свое мнение руководству. Они приняли в контры. Каждый раз так. Но начинаешь увольняться сразу звонят и предложением увеличить зп и не уходить

значит ты выражался не на их языке

и да, это реально сложно, часто тут нужна более тонкая игра)

Ага

зато если выйдет - сможешь себе ачивку записать в резюме

потому что черз 2 года все равно смена технологий

причем тут смена технологий?

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

Большинство программистов вообще в этой математике бизнеса не понимают. Это печально

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

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

мне нравится пример Грега Янга по автоматизации бизнеса с обработкой инвойсов: короч они мне такие "у нас все сложно" а я такой "воу воу дайте просто данные за прошлый год и расскажите позитивный сценарий". 2 дня работы - 80% всех инвойсов система умеет обрабатывать. "Для оставшихся - че в них такого" - еще 2 дня - 90% автоматизировано. Дальше пошли уже сложности. 3 недели - 98% автоматизировано а 2% будут разгребаться по старинке.

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

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

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

ну да - это скорее мой случай

Виктор а что за сфера такая?

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

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

реальный бизнес) Страхование, DIY, автопром

e-commerce

идея не в том что бы выкатывать больше фич за единицу времени а в том что какие фичи ты выкатываешь. Ты тупо на этом можешь получить гораздо больше

В e-commerce явно не код должен обскакивать

Виктор Битрикс используете? За месяц можно запускаться

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

не сталкивался если честно - чтобы было куча времени и отсутсвие рисков

чем больше срок - тем риск что ничего не выдйет больше

@fes0r Не совсем понял как изолировать em. Так?) final class Flush { public function __invoke(EntityManager $em) { $em->flush(); } }

Виктор Битрикс используете? За месяц можно запускаться

от клиента зависит - есть такие кто за 2 года не может

не сталкивался если честно - чтобы было куча времени и отсутсвие рисков

был проект с крупной компанией. У них небыло жестких ограничений ни по срокам ни по бюджету. Уговор был простой - мы должны были за первые 2-3 недели назвать 2 даты - когда система будет готова что бы можно было сотрудников обучать и когда после этого можно было бы запустить систему в прод. И все. Называй хоть пол года, хоть год хоть два.

@webslon понимаю. Вы продакшн компания.

от клиента зависит - есть такие кто за 2 года не может

даже в такой ситуации все можно просрать)

И ваше преимущество - скорость.

Нет - мы не продакшн, мы галера)

хотя был и опыт продакшна своего продукта

p.s. "продукт" vs "галера" чаще вообще ничем друг от друга не отличается. Разница только в наличии заинтересованных в продукте выпускаемом лиц.

Понятно. Я и говорю. Быстрее свои бабки надо получить

У галер заработок зависит от количества. У продуктов от качества

У галер заработок зависит от количества. У продуктов от качества

эскобар

Мне вот интересно кто там Nelmio все советует

советовал*

Прерву ваш разговор про бизнес и тонкие менеджмент материи

Мне вот интересно кто там Nelmio все советует

Если у них код говно и руки из жопы

не понимаю... на этих "галерах" что ли специальный QA человек сидит.... "этот код слишком качественный, переделывайте"

ERROR: S client not available

Если у них код говно и руки из жопы

api doc bundle небось?)

Ага

если нужна альтернатива - как раз пишу)

можно обсудить юзкейсы

Опачки

@fes0r Не совсем понял как изолировать em. Так?) final class Flush { public function __invoke(EntityManager $em) { $em->flush(); } }

Я гуглил symfony entity manager isolation)

в пхпшторме кстати __invoke у классов, которые заинжектил, неправильно отображает

не умеет такое парсить. только если $this->service->__invoke() юзать напрямую

не умеет такое парсить. только если $this->service->__invoke() юзать напрямую

ну это проблема пыха. Он такие штуки не может вызывать нормально. Только если ($this->service)()

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

@fes0r Не совсем понял как изолировать em. Так?) final class Flush { public function __invoke(EntityManager $em) { $em->flush(); } }

я именно это тебе и скинул) там надо "закрасить недостающие фрагменты"

Я гуглил symfony entity manager isolation)

можешь открыть словарь и посмотреть определение слова isolation

потом interface segregation principle - я на него ссылку давал

это общие штуки - гугли их вне контекста симфони

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

я пробовал, но шторм всёравно не умеет. не знает что там вернётся

ручками докблок всёравно надо тыкать

У меня вопросик, как средствами FOS REST + JMS/Symfony Serializer сделать вставку кастомных блоков в сериализованный результат? Как я помню, есть возможность через visitor-ы это сделать, есть альтернативы? Конкретный кейс - отметка разрешений для конкретных объектов через voter-ы

Извините, что немного оффтоп, пытаюсь на продакшене проапгрейдить центось 7 на пхп 7, но когда ставлю php-common вылезает вот это: Error: php70w-common conflicts with php-common-5.6.32-1.el7.remi.x86_64 Как корректно удалить php-common от старого пхп?

пробовал сделать yum remove php-common-* говорит, ничего нет

Гугл же миллион ссылкок по этому поводу выдаст.

С пару месяцев назад с centos работал, масса примеров и документации

https://www.virtualmin.com/node/39485

например

прям всё как у тебя

но у тебя конечно же гугл забанен

Этот миллион ссылок как раз и не помогает в данном случае. Я естественно сначала гугль перелопатил, и уже от безысходности спросил. :)

Никогда не поверю что в гугле нет ответа как удалить что-то из centos

ну это проблема пыха. Он такие штуки не может вызывать нормально. Только если ($this->service)()

$this->service() будет работать

$this->service() будет работать

https://3v4l.org/9Mhk3

https://3v4l.org/9Mhk3

интересненнько

он (интерпретатор) считает, что нужно искать метод

как вы тогда QueryObject делаете?