Сообщение Re[2]: О дизайне от 04.05.2016 18:52
Изменено 04.05.2016 18:53 diez_p
Здравствуйте, gandjustas, Вы писали:
G>А в чем цель статьи? Я вот прочитал и что должен для себя вынести?
В статье это напрямую не говориться, но прежде, чем принимать какое либо техническое решение, надо понять какую проблему решал автор этого решения, какие плюсы/минусы и на сколько это решение подходит в "нашем" случае.
И второе не придумывать себе проблем, если в бизнес вероятность сценария очень мала (из серии за 10 лет это никому не надо было), то не имеет смысла закладывать в этот сценарий какую-либо гибкость — и сделать его максимально быстро и дубово и наоборот уделить внимание наиболее изменчивым областям.
G>А в чем цель статьи? Я вот прочитал и что должен для себя вынести?
В статье это напрямую не говориться, но прежде, чем принимать какое либо техническое решение, надо понять какую проблему решал автор этого решения, какие плюсы/минусы и на сколько это решение подходит в "нашем" случае.
И второе не придумывать себе проблем, если в бизнес вероятность сценария очень мала (из серии за 10 лет это никому не надо было), то не имеет смысла закладывать в этот сценарий какую-либо гибкость — и сделать его максимально быстро и дубово и наоборот уделить внимание наиболее изменчивым областям.
Re[2]: О дизайне
Здравствуйте, gandjustas, Вы писали:
G>А в чем цель статьи? Я вот прочитал и что должен для себя вынести?
В статье это напрямую не говориться, но прежде, чем принимать какое либо техническое решение, надо понять какую проблему решал автор этого решения, какие плюсы/минусы и на сколько это решение подходит в "нашем" случае.
И второе не придумывать себе проблем, если в модели бизнеса вероятность сценария очень мала (из серии за 10 лет это никому не надо было), то не имеет смысла закладывать в этот сценарий какую-либо гибкость — и сделать его максимально быстро и дубово и наоборот уделить внимание наиболее изменчивым областям.
G>А в чем цель статьи? Я вот прочитал и что должен для себя вынести?
В статье это напрямую не говориться, но прежде, чем принимать какое либо техническое решение, надо понять какую проблему решал автор этого решения, какие плюсы/минусы и на сколько это решение подходит в "нашем" случае.
И второе не придумывать себе проблем, если в модели бизнеса вероятность сценария очень мала (из серии за 10 лет это никому не надо было), то не имеет смысла закладывать в этот сценарий какую-либо гибкость — и сделать его максимально быстро и дубово и наоборот уделить внимание наиболее изменчивым областям.