V
Size: a a a
2021 January 20
((
к сожалению, на территории бывшего СССР програмированние как школа мысли практически отсутствует и это самое больше упущение
у нас программирование это сфера услуг, а не направление развития
VS
Доброй ночи! Посоветуйте книгу по DDD
DT
Чистое ооп
Не пробовали у пхп или джавистлв спрашивать?
Не пробовали у пхп или джавистлв спрашивать?
жестко я с утра пошутил что чувак не по адресу
YK
ещё https://www.oreilly.com/library/view/patterns-principles-and/9781118714706/ хороший справочник
DP
Очевидно, потому что оно не должно :)
«Нормальное тз» - это миф, придуманный людьми, которые не хотят вовлекаться в то, зачем вообще нужно программирование.
А бизнес меняется, как и его восприятие.
За полгода хороший бизнесмен успевает пересмотреть вообще структуру своегот мировосприятия, а программист с «нормальным тз» только приступит к «архитектуре каркаса слоя представления» (эту безумную фразу я взял из реальной сметы. Инвестор спрашивал, не обманывают ли его, выклянчивая деньги на фигню)
«Нормальное тз» - это миф, придуманный людьми, которые не хотят вовлекаться в то, зачем вообще нужно программирование.
А бизнес меняется, как и его восприятие.
За полгода хороший бизнесмен успевает пересмотреть вообще структуру своегот мировосприятия, а программист с «нормальным тз» только приступит к «архитектуре каркаса слоя представления» (эту безумную фразу я взял из реальной сметы. Инвестор спрашивал, не обманывают ли его, выклянчивая деньги на фигню)
явный признак, что не хватает какого-то мощного, но очень динамичного средства прототипирования (язык + среда), в которым заказчик (*) способен нарисовать действующую модель продукта, и передать её нормальным программистам для фиксации в полноценную реализацию
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
DP
Dmitry Ponyatov
явный признак, что не хватает какого-то мощного, но очень динамичного средства прототипирования (язык + среда), в которым заказчик (*) способен нарисовать действующую модель продукта, и передать её нормальным программистам для фиксации в полноценную реализацию
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
что-то а-ля Smalltalk возможно, как интерактивная среда — рисовать элементы интерфейса (просто мышью тык квадратик на экран), вешать на них события, для событий прописывать методы обработки на чем-то питоноподобном...
DP
в ЕСПД мире для этого было попугайское называние "эскизное проектирование"
DP
система "RADОСть"
LL
Так вот
Взять, например,
Проблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
DDD это и есть прототипированиеВзять, например,
storming, где ты просто бумажками раскладываешь то, что говорят бизнес-людиПроблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
<button>Do work</button>VS
Dmitry Ponyatov
явный признак, что не хватает какого-то мощного, но очень динамичного средства прототипирования (язык + среда), в которым заказчик (*) способен нарисовать действующую модель продукта, и передать её нормальным программистам для фиксации в полноценную реализацию
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
Прямо голос давно умерших богов,
когда-то дальше следовали
слова CASE, Rational Rose с нехилым счётом за билет в
в обещаний рай.
когда-то дальше следовали
слова CASE, Rational Rose с нехилым счётом за билет в
в обещаний рай.
VS
Так вот
Взять, например,
Проблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
DDD это и есть прототипированиеВзять, например,
storming, где ты просто бумажками раскладываешь то, что говорят бизнес-людиПроблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
<button>Do work</button>+
AD
Так вот
Взять, например,
Проблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
DDD это и есть прототипированиеВзять, например,
storming, где ты просто бумажками раскладываешь то, что говорят бизнес-людиПроблема всех прототипов от бизнес-людей в том, что для них погроммирование очень далеко и всё что они спрототипируют в лучшем случае будет похоже на
<button>Do work</button>А еще они мыслят событиями, когда разработчики чаще мыслят структурами данных. Нужно некоторое время, чтобы на ивентшторминге переключиться на это
RK
Dmitry Ponyatov
явный признак, что не хватает какого-то мощного, но очень динамичного средства прототипирования (язык + среда), в которым заказчик (*) способен нарисовать действующую модель продукта, и передать её нормальным программистам для фиксации в полноценную реализацию
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
вот я не верю, что это в принципе возможно.
Или ты заставляешь бизнес-чела мыслить почти как программист, или получишь херовую схему.
Проблема ведь не в инструменте, а в mindset'ах. Перевод из одного mindset'а в другой - это творческая задача. Почти как перевод обычных текстов с одного языка на другой. А такое мы сейчас не умеем перекладвать на инструменты. (Гугл транслейт это делает, но с низким качеством)
Или ты заставляешь бизнес-чела мыслить почти как программист, или получишь херовую схему.
Проблема ведь не в инструменте, а в mindset'ах. Перевод из одного mindset'а в другой - это творческая задача. Почти как перевод обычных текстов с одного языка на другой. А такое мы сейчас не умеем перекладвать на инструменты. (Гугл транслейт это делает, но с низким качеством)
JL
Dmitry Ponyatov
что-то а-ля Smalltalk возможно, как интерактивная среда — рисовать элементы интерфейса (просто мышью тык квадратик на экран), вешать на них события, для событий прописывать методы обработки на чем-то питоноподобном...
PR
Помоему проблему с требованиями решает хороший продакт менеджер, по крайней мере больших и длительных проектах.
ML
Dmitry Ponyatov
явный признак, что не хватает какого-то мощного, но очень динамичного средства прототипирования (язык + среда), в которым заказчик (*) способен нарисовать действующую модель продукта, и передать её нормальным программистам для фиксации в полноценную реализацию
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
(*) пара человек в штате, которые в теме, и при этом кое-как-то могут в программирование
Есть хорошее проверенное временем средство прототипирования - быстрый запуск в продакшн.
Для этого бизнес должен понимать какие фичи режутся во имя скорости, а девелопер должен понимать, что нужно пилить не фичи, а ценности
Для этого бизнес должен понимать какие фичи режутся во имя скорости, а девелопер должен понимать, что нужно пилить не фичи, а ценности
VS
Camunda, это для админа/разработчика,
подобная штука для оркестрации есть у netflix,
там без графики, но более заточено под highload
подобная штука для оркестрации есть у netflix,
там без графики, но более заточено под highload
JL
BPMN - Business Process Model and Notation
https://en.wikipedia.org/wiki/Camunda#History
https://en.wikipedia.org/wiki/Camunda#History
VS
Я ее использовал, так что представление имею.