> все смотрители тв были благодарны :) А мне их жаль... они все еще вынуждены смотреть тв

а ведь в интернете прона больше

я б только HBO смотрел)

Как это относится к симфони?)

ты мне?

нет, @cybernatic_uz

а, ну там вопрос выше тебе)

а то недавно у нас митинг был по этому поводу

> как у вас обстоят дела с рефакторингом и техническим долгом? выделяете в спринтах отдельно время или на каждом тикете отдельное время? все очень плохо) ну как у всех собственно)

1. у меня нет спринтов. Канбан и все такое 2. Разработчики тратят время на написание говнокода и бюджета на рефакторинг не оставляют. Пытаюсь с этим бороться. Пока нашел пару причин - на проектах планирование работы идет "не так". Сначала пилят очевидное и потом непонятное. При том что это непонятное потом выливается в кастыли и необходимость рефакторинга для того что было сделано ранее. Времени нет - начинаем лепить кастыли. 3. Разработчикам веселее читать хабры смотреть ютубы вместо того что бы выделить 1-2 часа в день на приведение кода в порядок

планирую решать эти проблемы жестким код ревью на ближайшие пару месяцев

буду его делать я и еще один чувак

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

Ты поделишься кодстилем?

Сергей

PSR-1, PSR-2, Symfony, только модные массивы

если ты про кодстиль

Да

а если ты про какой-то внутренний стайлгайд, то не поделюсь ибо не описал

Нет

То что говорил же

что говорил?)

ты думаешь "где фигурные скобки ставить" это важно?

Собираешь правила хорошего кодинга объеденить

:)

я не собираюсь "правила хорошего кодинга объеденять"

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

принципы разные

немножко тестов но с этим будут сложности

это не "правила", это "идеи"

сколько у вас всего разрабов и сколько из этих разрабов пишут хороший код?

а главное - я понятия не имею "как надо", я прекрасно знаю "как не надо"

ну, не то что "пишут хороший код", а стремятся к нему)

:)

а главное - я понятия не имею "как надо", я прекрасно знаю "как не надо"

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

ну, не то что "пишут хороший код", а стремятся к нему)

хм.. сейчас команда где-то 8 человек со мной если. Ну а "стремятся"... все стремятся, мы других не держим. Другое дело что "активно" стремяться только человека 3

планирую решать эти проблемы жестким код ревью на ближайшие пару месяцев

у вас вроде было жесткое код ревью на все?

а остальные стремятся "пассивно"

у вас вроде было жесткое код ревью на все?

не взлетело. Как оказалось у команды нет общего понимания что и зачем

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

я вот как не поднимаю тему гавнокода "все молча кивают головами" и всем в основном пофиг, их устраивает как есть. и иногда мне кажется что я загоняюсь =/

p.s. чувак, я так себе лид, учусь на ошибках

лидом проще чем с демократией)

я вот как не поднимаю тему гавнокода "все молча кивают головами" и всем в основном пофиг, их устраивает как есть. и иногда мне кажется что я загоняюсь =/

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

лидом проще чем с демократией)

ну вот демократия не взлетела. Да будет таталиторизм

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

жесктие нарушения SOLID и проблемы со связанностью

ну то есть "изолированный говнокод - норм"

а как ты им объясняешь что это не ок?

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

p.s. блин я ж хотел цикл статей по SOLID допилить

p.s. блин я ж хотел цикл статей по SOLID допилить

А уже что-то публиковал или всё в черновиках?

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

А уже что-то публиковал или всё в черновиках?

про инверсию зависимостей

про инверсию зависимостей

А можно линк?

https://habrahabr.ru/post/313796/

Благодарю.

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

я не знаю что делать с такими, это бесполезно)

жесктие нарушения SOLID и проблемы со связанностью

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

или веселее - пихать всюду entity manager

или веселее - пихать всюду entity manager

Чисто ради интереса: а "всюду" - это как? В каждый сервис? Даже там, где нет работы с сущностями или что?

Чисто ради интереса: а "всюду" - это как? В каждый сервис? Даже там, где нет работы с сущностями или что?

это значит "юзат flush в сервисах", размазывать составление запросов для одной сущности по нескольким сервисам...

А, такое.

ну или проще - юзать entity manager где-то кроме репозиториев или сервисов, которым EM нужен (а такой если и есть - их обычно парочка на проект)

пример сервиса, которому нужен EM

interface QueryExecutor { public function execute(Query $query): QueryResult }

хз... что-то такое

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

ну или какое-нибудь DAO/TableGateway

я сейчас за сегрегацию интерфейсов топлю если что

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

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

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

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

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

можно попробовать подключить людей сведущих в психологии. Пойти от обратного

> ибо ревью выходит из разряда "я б вообще не так писал" не понял

ты не так бы писал или он?

ща сек

Ну типа ВСЁ плохо :)

p.s. блин я ж хотел цикл статей по SOLID допилить

Люто жду кстати

Ну типа ВСЁ плохо :)

не конструктивно)

Люто жду кстати

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

но все никак время не найду написать...

мне бы еще знать что люди в SOLID не понимают

у тебя есть например какие-то непонятки?

Ну разве что в плане полиморфизма и лсп. Например, я же правильно понимаю, что лсп по сути реализует сабтайп полиморфизм?

ты не так бы писал или он?

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

Ну разве что в плане полиморфизма и лсп. Например, я же правильно понимаю, что лсп по сути реализует сабтайп полиморфизм?

ну скорее налагает ограничения на то, как ты подтипы реализуешь.

LSP про контракты по сути

и про абстракции

ну то есть контракт = интерфейс = абстракция

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

уволнять нельзя исправить, запятую где поставить?

Ну и соответственно внедрив другой объект имплементирующий контракт - это уже полиморфизм?

вот например: что плохого в getRepository и зачем пушить репозиторий напрямую как зависиомость? почему 10 зависимостей на классе это плохо? почему я не могу взять сервис и у этого сервиса через get получить скажем сервис B? почему я не должен подключать бандл где 5% функционала решает мою задачу?

Ну и соответственно внедрив другой объект имплементирующий контракт - это уже полиморфизм?

это позднее связывание в целом, но да, это тип полиморфизм подтипов

Ок, а какие ещё есть в пыхе?)

Вам не кажется что слишком серьезно все за рамки хотите вогнать?

вот например: что плохого в getRepository и зачем пушить репозиторий напрямую как зависиомость? почему 10 зависимостей на классе это плохо? почему я не могу взять сервис и у этого сервиса через get получить скажем сервис B? почему я не должен подключать бандл где 5% функционала решает мою задачу?

эм... ну вот ты рассказываешь ему про связанность, про закон деметры... а он че?

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

Ок, а какие ещё есть в пыхе?)

динамическая система типов + возможность делать подтипы - любой полиморфизм из коробки)

Да проще снова открыть вакансию на хх.сру лол

динамическая система типов + возможность делать подтипы - любой полиморфизм из коробки)

А, ок, спасиб