Size: a a a

Software Design/Architecture/Zen

2021 February 23

RK

Roman Kuncevich in Software Design/Architecture/Zen
потому что деньги
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
каждая карточка это чьи-то потраченные деньги
источник

m

militska in Software Design/Architecture/Zen
Roman Kuncevich
потому что деньги
Так я и оптимизирую это, я же могу оптимизировать бизнес процесс, или затык
источник

m

militska in Software Design/Architecture/Zen
К примеру
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
если тебе нужна оптимизация - ты ставишь задачу на отдельный свой продукт
источник

m

militska in Software Design/Architecture/Zen
Roman Kuncevich
если тебе нужна оптимизация - ты ставишь задачу на отдельный свой продукт
Почему?
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
militska
Так я и оптимизирую это, я же могу оптимизировать бизнес процесс, или затык
откуда ты видишь бизнес-процесс?
источник

m

militska in Software Design/Architecture/Zen
Потому что я основной разрвб этого направления к примеру
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
militska
Почему?
так говорит срп
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
локализировать источники
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
вот они
источник

m

militska in Software Design/Architecture/Zen
И с этой пачкой проектов не один год
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
разные источники изменений
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Roman Kuncevich
а, я понял, да
тут не то что бы качество снижается, тут на лицо конфликт интересов
нет, я не про это, если вы не согласовываете требования между разными людьми отвечающими за требования/дизайн/импл/тест/деплой, то ваши требования остаются в голове того кто их поставил, а не на бумаге, в итоге если это разные люди делают к концу процесса от исходных требований ничего не останется, а если это совмещено в одной роли, то легко забить на то чтобы принимать решения на каждом из этапов. "Можно же сразу закодить кнопку"
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
militska
И с этой пачкой проектов не один год
вам повезло если тесты хоть какие-то покрывают большую часть программы
источник

m

militska in Software Design/Architecture/Zen
А ещё можно накинуть свою идею заказчикам и попросить закинуть таску
источник

m

militska in Software Design/Architecture/Zen
🤔🙄
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
Nikita Fedorov
нет, я не про это, если вы не согласовываете требования между разными людьми отвечающими за требования/дизайн/импл/тест/деплой, то ваши требования остаются в голове того кто их поставил, а не на бумаге, в итоге если это разные люди делают к концу процесса от исходных требований ничего не останется, а если это совмещено в одной роли, то легко забить на то чтобы принимать решения на каждом из этапов. "Можно же сразу закодить кнопку"
если стоит задача закодить кнопку то не только можно а нужно
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
militska
А ещё можно накинуть свою идею заказчикам и попросить закинуть таску
манипуляция, да. так делают часто.
в идеале разработчики (исполнители) могут заводить ишюэсы на улучшение, а заказики за них голосовать
источник

RK

Roman Kuncevich in Software Design/Architecture/Zen
но накинуть идею это уже дико
источник