Не могли бы Вы прояснить свою мысль, или пояснить подробнее:
Такие диаграммы носят неформальный характер, поэтому нет смысла использовать формальное моделирование (как UML).
при этом
чтобы было гораздо проще обмениваться полезными знаниями о предметной области, подход DDD предлагает применять общий набор терминов, понятий и фраз, который будет использоваться в общении
и
. В итоге, остаются только самые устойчивые и проверенные элементы.
Т.е формально, декларируется: давайте изобретем свою семантику и нотацию для нашего проекта, потому что…
Тот же UML не запрещает расширять свою семантику и нотацию, если ее не хватает. (Хотя ее часто не хватает, для специфических вещей :) )
Возникает вопрос: Зачем изобретать свою семантику и нотацию, если стандартные средства и инструменты не запрещают и позволяют расширять существующие общеизвестные?
Вопрос не том есть вам что скрывать или нет. Проблем в том, что вы даете потенциальному злоумышленнику больше информации о себе, упрощаете ему нападение на вас, на ваших друзей, семью.
Какие доходы у вас, как много наличности, на что аллегрия у вашего младшего ребенка, где ваш ребенок старший, какие проблемы с вождением у вашей жены, какие ваши медицинские проблемы и т.д. Оно вам надо ?!
Ну подсмотрят где я шмотки заказываю и в какие кинотеатры хожу, и что?
С текущими технологиями, выяснить с кем вы спите и когда — проблем не составляет уже лет 10:) И радуйтесь, если к вам не придут хмурые люди и попросят вас что-то сделать, аргументируя тем, что лет 5 назад вы были за углом дома в 300 метрах от места, где нераскрытое уголовое преступление… И всем будет пофиг, что вы на самом деле Uber такси ловили на выходе из метро, когда торопились маме привезти лекарство
Если это позволит более эффективно бороться с криминалом и терроризмом, то почему бы и нет?
Потому что сейчас, стартовые условия УЖЕ не равны! Уже есть «злодеи» и «хорошие парни». Проблема в том, что проверить «хороших парней» на то что они хорошие — нельзя, равно как и наоборот.
Предположим, что «хороший-злой парень» получил возможность использовать систему в своих целях. первое что он сделает, это уничтожит тех, кто знал о его «скелетах в шкафу». Для Системы он так и останется «Хорошим».
Кто-то же продает оружие террористам? кто-то покупал органы во время войны на балканах? а комната с деньгами откуда? наркотики кто-то провозит фурами и контейнерами по всем границам и континентам. сексульное рабство, а куда делось оружие массового поражения Плохого Парня? и т.д.
Если построить Лучший Честный Мир, то может и имеет смысл потом запустить такую систему, на зачем она в таком мире?
«заказчик очень просил сделать срочно и я уже пообещал»
Было и такое :)
Два ответа на выбор:
Сам пообещал — сам сделай.
или
А теперь объясни, как мне из кубиков О П Ж А сложить слово «счастье»? Вот тебе ресурсы — планируй. сделаю по твоему плану.
Обычно после такого доходит чего наобещали.
Обратная связь тоже позволяет менджерам себя обучать и меньше фигни творить
Ну мы без фанатизма :)
Но задачи типа «Бизнес анализ: документирование процесса XYZ» или «Бизнес анализ: построение доменной модели XZY» или «QA: подготовка тествых данных и сценария» для для фичи ### будет точно, если кто-то решит, что это потребует более 30 минут работы :)
Простите, а вы сами не проверяете задачу на работоспособность перед тем, как отдавать QA?
Интеграционные тесты вы проводите сами? Вы тратите, допустим, 30 минут на ввод всех тестовых данных? Вполне возможно.
А если у вас тестовый сценарий исполняется минут эдак 120 ..240?
Если у вас пару тысяч бизнес-функций и ваша «поделка» где-то после 30 справочиников и конфигуратора из 50 параметров? И таких у вас 5...10 человек в команде.
Тоже будете тестировать сами? Интересно было бы посмотреть на этот процес.
С точки зрения планирования — у вас 20 задач на имплементацию, которые влияют на, допустим, штук 50...100 бизнес требований. Куда вы поместите эту работу по анализу этого влияния? Как вы распланируете поставку продукта если не понимаете результата вы достигли или нет?
С точки зреняи управления — любая «работа» должна быть где-то отмечена для учета и понимая результата.
Если мы прячем проблему «под коврик» до добра это не доводит. Если по «правилам» запланированная работа помещается в Backlog — значит она там должна быть.
Вопрос в том, что эта работа будет явно прописана в виде «сделать хорошо» или неявно, в виде «делаем фичу + чуть рефакторинга». Но если это общая работа, вроде рефакторинг API, рефакторинга архитектуры, переделать доменную модель, безопастность и т.д. то делать ее неявно — способ усугубить проблему.
Утешает одно, что параноики были правы :)
Утешает другое, что «грызть» ОНИ будут друг друга чуть усерднее, поскольку инфы на друг друга нароют куда больше и детальнее чем сейчас.
Вопрос подставы — 20 лет назад, могли подбросить «травку», сейчас «ссылку» в поиске.
Раньше прослушка GSM стоила 150 тыс$, лет 10 назад под 15 тыс, сейчас «бесплатно» поскольку шифрация цифрого трафика оказалась «фейком» фактически.
Раньше над паром конверты вскрывали и писали молоком, сейчас DPI и и torrent.
Фактически ничего не меняется. Раньше шпионили разведки — сейчас шпионят все. инфляция :)
Все логично.
Нет контакта — нет утечки информации на «третью сторону».
Проще сделать «отложенную доставку». Если нету «контакта» сейчас, поместить в очередь отправки.
Появился контакт в течении часа… двух — отправить без подтверждения.
Если больше — попросить подтверждение вроде «актуальна информаци? повторить отправку ?»
просто переслать файл с «очень прикольным-секртным»
просто работать универсально и дружить «со всеми» а не только внутри компании или только одной платформы. Что за фигня, если можно запустить только на мобилке или Win /Mac
Это упростило бы регистрацию «домохозяйками». Тыкнула — всплывает TOX клиент и регистрирует «подружку»:)
переслать — можно любым другим каналом (почта, скайп, NFC, QR ...)
Как только появится система, которая «просто безопастно работает» — бизнес будет ее использовать.
Работники «бизнеса» будут вынуждены ее использовать в работе. Дальше подтянется и переписка типа «купи молоко домой», Как только выяснится, что любовнице удобно пересылать «части тела» другу, то она с другом поставит сепбе такую софтинку. так постепенно и войдет в нормальную жизнь :) примерно как со скайпом было в самом начале. А что безопастность будет «бонусом» и частним лицам… они не будут задумываться об этом :)
Что касается наркоторговцев и прочих террористов — им вполне по силам нанять какую фирму, что в «слепую» им допишет грамотно софт. Используют же iPad для минометов — тоже самое.
Салоны сотовой связи продают по одной цене пакеты МТС/ Мегафона/ Билайна (нужное подчекнуть)
А с налоговой и таможней так вообще беспредел. Мало того, что у них нет конкурентов, так еще у всех отделений налоговой одна ставка НДС и таможенной пошлины на таможенных постах! :)
Очевиден картельный сговор таможенных постов и отделений налоговой :))
Забавная логика получается.
Таможня при подозрении занижения таможенной пошлины, смотрит в «каталоге» цену и исходя из этого назначает таможенные платежи.
Если самсунг «занизила» цену импорта — его может поиметь таможня.
Если самсунг «завысила» цену продажи — его может поиметь ФАС.
Если самсунг продала «в ноль» — его может поиметь налоговая, так так экономическая деятельность не имеет смысла.
Всегда полагал, что монополия — это плохо, поскольку мешает конкурентам. функция ФАС — помогать «обиженным, сирым и убогим». Но разве Самсунг заставляет продавать «дорого» Lenovo, Google, Apple?
При этом по логике ФАС и Apple и Самсунг — монополисты? при присутсвии на рынке еще десятка продавцов и производителей? При этом требуя РСТ, и запрещая «серый импорт»?
1. Прочему производитель не может указывать свою цену и политику продажи? Наехали бы на Де Бирс за «ценовой сговор» для алмазов :)
2. Предположим, что самсунг растаможивает по цене «продажи» +- %. Продавцам компенсирует затраты «на продажу». Т.е розничный протацец или сеть фактически живет на «зарплате» у Самсунга. Это тоже будет ценовой сговор? Если так, то каждый работник может подать в ФАС на своего работодателя. есть же тарифная сетка, установленная государством :))))
Я искренне Вас поздравляю с позитивным результатом.
Но, подозреваю, что не оплати бы всякие свои аудиты кода (которые вы инициировали явно не просто так) — вы бы не улыбались подписывая второй контракт и вряд ли бы объяснения пали на благодатную почву.
Есть такая проблема с Клиентами, когла ты понимаешь. что он не опытный, а времени или возможности «прокачивать» его просто нет. Тогда настоятельно рекомедуешь Клиенту, делать с «самого простого и необходимого», а на следующих итерациях, будем просто «наращивать мясо» на продукт, заодно и «прокачивая» Клиента. Но, есть поганый политический момент, когда приходит Тот Парень и начинает тыкать пальцем «в косяки», хотя это заложенные «точки расширения». Очень сложный момент.
Как говорится — ни одно доброе дело не должно остаться безнаказанным.
О… как все запущено…
KPI — это показатель «текущего состояния», а не цель.
Процесс — это «инструмент». Формализованный и описанный процесс — экономит время, позволяя не изобретать велосипед. Изобретением и обкаткой этих «инструментов» должны заниматься менеджеры (примерно как архитекторы / программисты код/решение)
То что «задан KPI» это, на мой вгляд, лютый бред. :) Это все равно, что поставить на жигули спидометр от реактивного истребителя, и удивляться «а почему машинка не пересекла скорость звука, ведь на спидометре есть!» :)
А для продаж, которые сами по себе вероятностный процесс, таким образом применять — это вообще за гранью добра и зла.
Зададите KPI для толпы людей, на выходе из метро «10 человек с красными шарфами в ромбики»?
Вы не правильно пользуетесь инструментами, потому что не поняли их смысла.
Почитайте первоисточники буржуинские.
К сожалению работал с такими Заказчиками. :)
— Хотим вот Такую Крутую Штуку.
— Ок. Можем сделать. 1 000 денег.
— Не! Ребята, вы офигели. Те Парни такое делают за 200 денег!
— Но мы вам сразу сделаем и защиту от sql injection, xss, и шифрование и прочее. Да еще и тестирование на 10 Осях и 20 устройствах. Сразу в пакете.
— Не парни, вы нас на бабки разводите! А вот еще Лучший Приятель, сказал что розовые единороги пасутся на радуге! Пошли нафиг Злые Программеры!!!
Колоссальные операционные расходы, которые мы понесли из-за срыва сроков сдачи проекта и дебаг;
Интересно было бы посмотреть, как строился бюджет проекта. Есть некоторые эмпирические метрики предварительной оценки бюджета разработки.
Исправление багов по принципу «когда у программистов будет время»;
Это вообще беспредел какой-то, но вряд ли компания просто так отказалась бы от денег :)
Хотя, если Вы отказались от части «тестирование» и сказали что «будем тестировать сами» — не вижу оснований для претензии.
на Solaris приводились цифры что разработка ~33% времени. и ~66% тестирование.
при этом
и
Т.е формально, декларируется: давайте изобретем свою семантику и нотацию для нашего проекта, потому что…
Тот же UML не запрещает расширять свою семантику и нотацию, если ее не хватает. (Хотя ее часто не хватает, для специфических вещей :) )
Возникает вопрос: Зачем изобретать свою семантику и нотацию, если стандартные средства и инструменты не запрещают и позволяют расширять существующие общеизвестные?
Вопрос не том есть вам что скрывать или нет. Проблем в том, что вы даете потенциальному злоумышленнику больше информации о себе, упрощаете ему нападение на вас, на ваших друзей, семью.
Какие доходы у вас, как много наличности, на что аллегрия у вашего младшего ребенка, где ваш ребенок старший, какие проблемы с вождением у вашей жены, какие ваши медицинские проблемы и т.д. Оно вам надо ?!
С текущими технологиями, выяснить с кем вы спите и когда — проблем не составляет уже лет 10:) И радуйтесь, если к вам не придут хмурые люди и попросят вас что-то сделать, аргументируя тем, что лет 5 назад вы были за углом дома в 300 метрах от места, где нераскрытое уголовое преступление… И всем будет пофиг, что вы на самом деле Uber такси ловили на выходе из метро, когда торопились маме привезти лекарство
Потому что сейчас, стартовые условия УЖЕ не равны! Уже есть «злодеи» и «хорошие парни». Проблема в том, что проверить «хороших парней» на то что они хорошие — нельзя, равно как и наоборот.
Предположим, что «хороший-злой парень» получил возможность использовать систему в своих целях. первое что он сделает, это уничтожит тех, кто знал о его «скелетах в шкафу». Для Системы он так и останется «Хорошим».
Кто-то же продает оружие террористам? кто-то покупал органы во время войны на балканах? а комната с деньгами откуда? наркотики кто-то провозит фурами и контейнерами по всем границам и континентам. сексульное рабство, а куда делось оружие массового поражения Плохого Парня? и т.д.
Если построить Лучший Честный Мир, то может и имеет смысл потом запустить такую систему, на зачем она в таком мире?
Было и такое :)
Два ответа на выбор:
Сам пообещал — сам сделай.
или
А теперь объясни, как мне из кубиков О П Ж А сложить слово «счастье»? Вот тебе ресурсы — планируй. сделаю по твоему плану.
Обычно после такого доходит чего наобещали.
Обратная связь тоже позволяет менджерам себя обучать и меньше фигни творить
Но задачи типа «Бизнес анализ: документирование процесса XYZ» или «Бизнес анализ: построение доменной модели XZY» или «QA: подготовка тествых данных и сценария» для для фичи ### будет точно, если кто-то решит, что это потребует более 30 минут работы :)
Интеграционные тесты вы проводите сами? Вы тратите, допустим, 30 минут на ввод всех тестовых данных? Вполне возможно.
А если у вас тестовый сценарий исполняется минут эдак 120 ..240?
Если у вас пару тысяч бизнес-функций и ваша «поделка» где-то после 30 справочиников и конфигуратора из 50 параметров? И таких у вас 5...10 человек в команде.
Тоже будете тестировать сами? Интересно было бы посмотреть на этот процес.
С точки зрения планирования — у вас 20 задач на имплементацию, которые влияют на, допустим, штук 50...100 бизнес требований. Куда вы поместите эту работу по анализу этого влияния? Как вы распланируете поставку продукта если не понимаете результата вы достигли или нет?
Наверное, отмечу очевидное, но это уже описано в самом процесе разработке, которому следуют в рамках реализации проекта.
В данном случае играем «в покер» :)
— вроде как UnitTests и QA
так что «все ходы записаны» так или иначе :)
Если мы прячем проблему «под коврик» до добра это не доводит. Если по «правилам» запланированная работа помещается в Backlog — значит она там должна быть.
Вопрос в том, что эта работа будет явно прописана в виде «сделать хорошо» или неявно, в виде «делаем фичу + чуть рефакторинга». Но если это общая работа, вроде рефакторинг API, рефакторинга архитектуры, переделать доменную модель, безопастность и т.д. то делать ее неявно — способ усугубить проблему.
Утешает другое, что «грызть» ОНИ будут друг друга чуть усерднее, поскольку инфы на друг друга нароют куда больше и детальнее чем сейчас.
Вопрос подставы — 20 лет назад, могли подбросить «травку», сейчас «ссылку» в поиске.
Раньше прослушка GSM стоила 150 тыс$, лет 10 назад под 15 тыс, сейчас «бесплатно» поскольку шифрация цифрого трафика оказалась «фейком» фактически.
Раньше над паром конверты вскрывали и писали молоком, сейчас DPI и и torrent.
Фактически ничего не меняется. Раньше шпионили разведки — сейчас шпионят все. инфляция :)
Нет контакта — нет утечки информации на «третью сторону».
Проще сделать «отложенную доставку». Если нету «контакта» сейчас, поместить в очередь отправки.
Появился контакт в течении часа… двух — отправить без подтверждения.
Если больше — попросить подтверждение вроде «актуальна информаци? повторить отправку ?»
- Просто скачать.
- просто запустить и зарегистрировать себя.
- просто найти и внести в список «друга-подругу»
- просто позвонить голосом
- просто поделиться «экраном»
- просто переслать файл с «очень прикольным-секртным»
просто работать универсально и дружить «со всеми» а не только внутри компании или только одной платформы. Что за фигня, если можно запустить только на мобилке или Win /Macпереслать — можно любым другим каналом (почта, скайп, NFC, QR ...)
Работники «бизнеса» будут вынуждены ее использовать в работе. Дальше подтянется и переписка типа «купи молоко домой», Как только выяснится, что любовнице удобно пересылать «части тела» другу, то она с другом поставит сепбе такую софтинку. так постепенно и войдет в нормальную жизнь :) примерно как со скайпом было в самом начале. А что безопастность будет «бонусом» и частним лицам… они не будут задумываться об этом :)
Что касается наркоторговцев и прочих террористов — им вполне по силам нанять какую фирму, что в «слепую» им допишет грамотно софт. Используют же iPad для минометов — тоже самое.
А с налоговой и таможней так вообще беспредел. Мало того, что у них нет конкурентов, так еще у всех отделений налоговой одна ставка НДС и таможенной пошлины на таможенных постах! :)
Очевиден картельный сговор таможенных постов и отделений налоговой :))
Таможня при подозрении занижения таможенной пошлины, смотрит в «каталоге» цену и исходя из этого назначает таможенные платежи.
Если самсунг «занизила» цену импорта — его может поиметь таможня.
Если самсунг «завысила» цену продажи — его может поиметь ФАС.
Если самсунг продала «в ноль» — его может поиметь налоговая, так так экономическая деятельность не имеет смысла.
Всегда полагал, что монополия — это плохо, поскольку мешает конкурентам. функция ФАС — помогать «обиженным, сирым и убогим». Но разве Самсунг заставляет продавать «дорого» Lenovo, Google, Apple?
При этом по логике ФАС и Apple и Самсунг — монополисты? при присутсвии на рынке еще десятка продавцов и производителей? При этом требуя РСТ, и запрещая «серый импорт»?
Все любят… :)
2. Предположим, что самсунг растаможивает по цене «продажи» +- %. Продавцам компенсирует затраты «на продажу». Т.е розничный протацец или сеть фактически живет на «зарплате» у Самсунга. Это тоже будет ценовой сговор? Если так, то каждый работник может подать в ФАС на своего работодателя. есть же тарифная сетка, установленная государством :))))
Просто мысли в слух.
Но, подозреваю, что не оплати бы всякие свои аудиты кода (которые вы инициировали явно не просто так) — вы бы не улыбались подписывая второй контракт и вряд ли бы объяснения пали на благодатную почву.
Есть такая проблема с Клиентами, когла ты понимаешь. что он не опытный, а времени или возможности «прокачивать» его просто нет. Тогда настоятельно рекомедуешь Клиенту, делать с «самого простого и необходимого», а на следующих итерациях, будем просто «наращивать мясо» на продукт, заодно и «прокачивая» Клиента. Но, есть поганый политический момент, когда приходит Тот Парень и начинает тыкать пальцем «в косяки», хотя это заложенные «точки расширения». Очень сложный момент.
Как говорится — ни одно доброе дело не должно остаться безнаказанным.
KPI — это показатель «текущего состояния», а не цель.
Процесс — это «инструмент». Формализованный и описанный процесс — экономит время, позволяя не изобретать велосипед. Изобретением и обкаткой этих «инструментов» должны заниматься менеджеры (примерно как архитекторы / программисты код/решение)
То что «задан KPI» это, на мой вгляд, лютый бред. :) Это все равно, что поставить на жигули спидометр от реактивного истребителя, и удивляться «а почему машинка не пересекла скорость звука, ведь на спидометре есть!» :)
А для продаж, которые сами по себе вероятностный процесс, таким образом применять — это вообще за гранью добра и зла.
Зададите KPI для толпы людей, на выходе из метро «10 человек с красными шарфами в ромбики»?
Вы не правильно пользуетесь инструментами, потому что не поняли их смысла.
Почитайте первоисточники буржуинские.
— Хотим вот Такую Крутую Штуку.
— Ок. Можем сделать. 1 000 денег.
— Не! Ребята, вы офигели. Те Парни такое делают за 200 денег!
— Но мы вам сразу сделаем и защиту от sql injection, xss, и шифрование и прочее. Да еще и тестирование на 10 Осях и 20 устройствах. Сразу в пакете.
— Не парни, вы нас на бабки разводите! А вот еще Лучший Приятель, сказал что розовые единороги пасутся на радуге! Пошли нафиг Злые Программеры!!!
Интересно было бы посмотреть, как строился бюджет проекта. Есть некоторые эмпирические метрики предварительной оценки бюджета разработки.
Это вообще беспредел какой-то, но вряд ли компания просто так отказалась бы от денег :)
Хотя, если Вы отказались от части «тестирование» и сказали что «будем тестировать сами» — не вижу оснований для претензии.
на Solaris приводились цифры что разработка ~33% времени. и ~66% тестирование.