Комментарии 6
Зачем рабочим бороться за свои права вполне понятно. А зачем бороться за DDD совершенно не ясно. При чем тут вообще левое движение? И дальше рушиться все построение: кружки и т.д. За это больше платят? Или это как раз еще один способ усиления эксплуатации? Тут скорее будет уместна песня Владимира Высоцкого, про то что
"...вот откапаем, он опять
начнет три нормы выполнять
начет стране угля давать - и нам хана".
И тут мы плавно подходим к эффективности социализма и социалистических отношений.
<:o)
Да никуда мы не подходим. Статья глупая.
Если попытаться понять суть, то она сводится к следующему.
Автор постулирует, что DDD де подходит для проектирования сервизов и не подходит для продуктов. Причем это никак не аргументируется. Должны принять как данность. Ну, ок, есть и такое мнение. А дальше идет полнейшая ахинея, т.к. автор пытается привязать сюда определение "товарного производства". Причем, совершенно очевидно, что если классиков он и читал, то явно не глазами :-). Потому что сервис у него оказывается "не товаром", потому что "у него много пользователей-потребителей ", а продукт делается для одного заказчика, и поэтому это товар. Гхм.
Второе. Автор рассказывает о кружках, как об эффективной форме популяризации идеи. Утверждение мягко говоря спорное. Большевики вынуждены были использовать форму кружков по той причине, что во-первых, не имели возможности распространять свои идеи через другие формы: лекции, СМИ, открытая агитация. А во-вторых, потому что значительная часть целевой аудитории была элементарно безграмотна. Так что даже если и удалось напечатать и переправить тираж "Искры", надо было что-бы кто-то эту газету вслух прочитал. Как только первое и второе ограничения были сняты, кружки очень быстро сошли на нет.
Зачем рабочим бороться за свои права вполне понятно
Я лично не знаком с работниками в сфере разработки, которые считают что за что-то вообще стоит бороться, зато готовы просто поменять место работы.
зачем бороться за DDD
DDD просто инструмент. Предпринимать усилия стоит только ради команды, ради удовлетворения себя в труде.
При чем тут вообще левое движение
Статья про распространение знаний между работниками. ЛД, такое как я его вижу, вообще не причём - оно продолжает где-то там косплеиться)
Автор постулирует, что DDD подходит для проектирования сервизов и не подходит для продуктов. Причем это никак не аргументируется.
автор пытается привязать сюда определение "товарного производства"
см. сюда
Автор рассказывает о кружках, как об эффективной форме популяризации идеи. Утверждение мягко говоря спорное.
Я рассказываю о кружках, как о методе развития команды. Посетив конференцию, почитав две книги не освоить сложных тем всей командой.
Очень интересная аналогия. И по сути она близка к тому, что происходит во многих компаниях, в которых разработчики "пилят фичи", а не ищут решение проблем клиента (и вместе с клиентом!).
В начале пути архиважна фигура лидера, который поведёт за собой команду. Ему придётся внедрять новые привычки и плавно искоренять старые, менять культуру с "лидер-подчинённый" на "лидер-лидер", бодаться с упёртыми продукт менеджерами и вышестоящим начальством, для которого "поставить кнопочку вот сюда, как просит старый клиент, приносящий 1 килодоллар в год" важнее всех долгосрочных начинаний и перемен.
И это только культурная составляющая, а сколько сил приходится тратить на техническую сторону дела! Товарищи переходящие с монолита на распределённые системы просыпаются через пол-года со словами "I know kung-fu". "Кружки" программистов тянущих друг-друга вверх становятся необходимыми. Работе в паре или "толпой" становится не роскошью, а необходимостью. Помимо улучшений в качестве, мы получаем моментальное распространение знаний.
Я очень советую вам прочесть книгу "Turn the ship around" (L. David Marquet). Возможно именно она станет катализатором, который поможет преодолеть все перепоны и укоренить практики DDD.
Как я пробовал внедрять DDD. Агитация и пропаганда