Тема этого поста скорее не "как закодировать систему в сто раз компактнее", а как спроектировать многопользовательскую систему в сто раз быстрее и надежнее -- ежели взять все время от разработки системы до фикса последнего бага с учетом ее развития и меняющихся требований.
Есть такая замечательная архитектура
REST (REpresentational State Transfer
(
Read more... )
Comments 26
А сколько сейчас в этом комюнити людей,
чтобы ставить такие вот широкие задачи? :)
Reply
Имеется в виду, нужна интересная инновационная идея, и я сам реализую ее в данном коммьюнити в виде opensource с помощью пропагандируемых подходов, подробно поясняя каждый момент и методы рассуждения над проблемными местами, и потом можно будет сравнить потраченное время и другие метрики со значениями мэйнстримовских парадигм.
Reply
Идей -- полно. :)))
И по-дешовке. :)))
Reply
Reply
Reply
Reply
Reply
Reply
вопрос больше в том как спроектировать систему чтобы больше код не трогать. независимо от того где баг, в обвеске или в костяке.
Reply
С масштабированием, скорее, идея, чтобы можно было серверную логику распараллеливать, а клиент скорее равноправный участник этого процесса, который может загружать в себя какую-то логику, или наоборот делегировать ее серверу -- сеть серверов и клиентов, которые достаточно тесно связаны (равноправные объекты, обменивающиеся сообщениями). Но это наметки, один из возможных вариантов, постараюсь формальнее это определить.
Reply
распаралеливать исполнение кода ?
или процесс написания кода ?
или процесс проектирования модели программы, а с ним и сам код.
возьмем пример с товарищей системных инженеров.
исполнение в рамках: срока (который они сами сказали), бюджета, списка требований.
и как показывают их графики, если сперва подумать хорошо (спроектировать) то потом не придется запускать повторный цикл разработки
(модель->написание код->исполнение кода) -> (исправление модели->написание исправленного код->исполнение исправленного кода).
Reply
или процесс написания кода ?
или процесс проектирования модели программы, а с ним и сам код.
Да, да, да!
Только акцент не столько на распараллеливании, сколько на асинхронности, в стиле ФП (параллелизм тут уже естественно проявится). Я об этом как раз следующий пост пишу.
Reply
(The comment has been removed)
С технической т.зр. возможно лучше сразу брать что-то готовое, пусть само оно нечто REST-подобное и реализует. Этим летом делал питерцам видеочат на миллион одновременных пользователей (так было в ТЗ:), дабы не заморачиваться, взял хороший ORB, причем для .NET, рекомендую: http://www.themidnightcoders.com/products/weborb-for-net/overview.html
Reply
(The comment has been removed)
Reply
Leave a comment