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

нет, не "класс обертку" а просто объект с поведением которое тебе нужно.

о. кажись понял. надо будет потестить на полигоне...

о. кажись понял. надо будет потестить на полигоне...

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

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

спс, найти бы еще время между рутиной))

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

спс, найти бы еще время между рутиной))

его легко найти)

сложнее с мотивацией

пацаны, я вам статью перевёл как вы и просили! https://habrahabr.ru/post/351384/

Мне понравилось, что ты в критических местах оставляешь оригинал слова или фразы в скобках. Очень помогает. Спасибо

А че его заминусили

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

А че его заминусили

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

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

https://github.com/DenisKolodin/yew

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

эвона как ты аккуратно выразил мою мысль

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

так норм)

эвона как ты аккуратно выразил мою мысль

разруливатель конфликтов 80lvl

А поддерживать плохой код норм типо?

business value разный

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

А поддерживать плохой код норм типо?

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

А поддерживать плохой код норм типо?

а что такое плохой код?)

а что такое плохой код?)

Лапша

Лапша

а что такое лапша?)

а что такое лапша?)

код на расте

лол

по - моему дискуссия зациклилась

я конечно понимаю, что не совсем по теме. Но мб кто подскажет

так посаны

подскажите какой-нибудь пример описания задачи в таск менеджере

ну такой, средневыебанный

хочу видеть как правильно

а то у нас все задачи в духе "запилить название фичи" и в описание примерно то же самое

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

> запилить название фичи -> > Запилить название фичи

-> Запилить название фичи.

ну зависит от того, как и кто задачу делегирует я вон задачи заранее обсуждаю с заказчиком в скайпе и дальше зависит от пээма, перенесет ли она нормально обсуждение в скайп или послушается меня и запишет просто "запилить фичу" :D а все потому, что меня в таких вопросах слушать не нужно

https://cucumber.io/docs/reference

https://cucumber.io/docs/reference

Это по моей теме или отдельно?)

тебе да

спасибо)

ребятушки, я врываюсь к вам с умным вопросом

почему лучше включать, чем выключать?

например, почему лучше: getUserWithPermissionsAndProfile() чем getUserWithoutAttachments()

к примеру эти две функции возвращают одно и то же

хочу от вас умного ответа, как дядя Фаулер завещал отвечать)

тупой встречный вопрос: а разве это не определяется тем, что должен делать код?

например, почему лучше: getUserWithPermissionsAndProfile() чем getUserWithoutAttachments()

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

это не про совпадение, это про дизайн

With vs Without

включать или выключать

ну не знаю имхо дизайн идет от потребностей бизнеса

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

ну не знаю имхо дизайн идет от потребностей бизнеса

это не ответ по Фаулеру

я не претендую на умный ответ)

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

а как же ddd, ubiquitous language?)

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

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

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

забудьте про бизнес

почему лучше включать, чем выключать?

Проще добавлять кейсы

если вы будете слушать бизнес как делать код, то будете в говне до конца дней колупаться

например, почему лучше: getUserWithPermissionsAndProfile() чем getUserWithoutAttachments()

а с чего бы оно лучше?

вот я и спрашиваю: лучше или нет?

это вопрос из разряда, что лучше blacklist или whitelist ... и то и то нужно

почему лучше включать, чем выключать?

ну мы же оптимисты!

я либо говорю, что мне нужно WITH то-то и то-то, остальное меня не волнует ... либо говорю, что мне нужно WITHOUT пофиг на все, главное чтобы вот этого не присутствовало

Ресурсов по умолчанию меньше жрет

ну кароч, вам паралельных примеров: 1. <div class="my-widget curly-corners"> или <div class="my-widget no-background"> 2. $framework->register(new MyPlugin()); или $framework->registerAll(); $framework->disable('dev-tools')

Нет доп работы по структуризации доп данных.

ну кароч, вам паралельных примеров: 1. <div class="my-widget curly-corners"> или <div class="my-widget no-background"> 2. $framework->register(new MyPlugin()); или $framework->registerAll(); $framework->disable('dev-tools')

внезапно зависит от контекста)

это где?

это везде

во всех примерах первый случай - это отсутствие магии

второй случай - это ты фигачишь все подряд, и надеешься, что выключил лишнее

я могу сформулировать почему лучше включить, чем выключать, но я не могу по фаулеру...

хотя могу! это же нарушение SRP

всем спасибо

это как оно нарушает srp?)

прямо же

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

просто и легко

хех

любой билдер нарушает srp?

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

?

findWithoutAdminPriviliges - ну-ка, как это будет с включением?)

а если объект выключает самого себя ?

findWithoutAdminPriviliges - ну-ка, как это будет с включением?)

find

findWithoutAdminPriviliges - ну-ка, как это будет с включением?)

findSimpleUserOrModerOrSomethingElse

findSimpleUserOrModerOrSomethingElse

во, фаулер был бы доволен ))

а потом добавляется ещё один тип пользователей и мы меняем название метода

билдер не нарушает, а дебилдер нарушает

класное слово я придумал?

:)

getFooWithBarAndBaz - это билдер getAllWithoutBar - это как билдер, только наоборот

дебилдер