да я просто не понимаю, что это за такие обстоятельства. и чем плохо русское слово негр. и как мне называть негров? чернокожий? да это по-моему ещё хуже. вообще, бредовый разговор, если честно.
Ну, Вы ведь очевидно передергиваете про "пить-курить" - а это называется подмена понятий . Про ценности я с Вами согласен, но эти ценности не имеют ничего общего с неграми. Ещё раз, на русском языке слово "негр" не является оскорбительным.
конечно, давайте не будем. обижаться на "негр" в россии очень глупо. в россии, в которой, никогда в это слово не вкладывалось никакой расовой вражды (негроидная раса - это ж научный термин, ёлки-моталки). это слово в моем родном языке означает "чернокожий" и любой, кто попробует мне запретить это слово произность, цыкайть "ой, как неприлично" - навязывая мне идиотские американские стандарты корректности (которая, разумеется, псевдо-корректна, местами до безумия, и крайне лицемерна) - получит решительный отпор :) при том что поверьте, я очень далек от всякого там нацианализма - я просто ценю свою культуру, свой язык и свою свободу самовыражения.
мейнстрим-решений нет, но и с другой стороны не совсем корректно сравнивать j2ee и голый php - то есть для php если и будет что-то "стандартное", то как standalone сервис. но
1) многие вообще не понимают что это такое и каким местом оно в большом проекте
2) многие штуки для асинхронной обработки а ля JMS можно сделать самостоятельно - и это вовсе не супер-сложная задача, я приведу пример на семинаре
share nothing (правильнее shared-nothing architecture) - это к проблеме независимости процессов, некогерентных кешей (например кеша данных внутри процесса application/web/fcgi сервера) и т.д. термин имхо не совсем корректный (что-то в результате все равно shared - вопрос как именно), но прижился. а RPC/messaging рассмотрим в более общем виде - xml-rpc наверное тоже но имхо это слишком просто, как следствие довольно медленно и поэтому не очень интересно.
коллега старается как может :) обещаю, что шапкозакидательства не будет. более подробный план примерно такой:
1) компоненты (веб-сервера, субд, фреймворки, шаблоны, мониторинг, профайлинг);
2) архитектура (горизонтальное масштабирование, многозвенная и слабо связанная архитектура, share nothing, проксирование, двухуровневая модель (frontend/backend) и её производные, "распределённое" хранение данных, плюсы и минусы репликации, кеширование, RPC/messaging)
3) флипчарт-session (не менее часа, в режиме непринужденного диалога - спроектируем какой-нибудь веб-два-нольный сервис типа хабры или ЖЖ)
http://dev.soliddb.com/community/node/32
http://research.solidtech.com/myUC07/MyS…
http://research.solidtech.com/myUC07/MyS…
http://research.solidtech.com/myUC07/MyS…
1) многие вообще не понимают что это такое и каким местом оно в большом проекте
2) многие штуки для асинхронной обработки а ля JMS можно сделать самостоятельно - и это вовсе не супер-сложная задача, я приведу пример на семинаре
1) компоненты (веб-сервера, субд, фреймворки, шаблоны, мониторинг, профайлинг);
2) архитектура (горизонтальное масштабирование, многозвенная и слабо связанная архитектура, share nothing, проксирование, двухуровневая модель (frontend/backend) и её производные, "распределённое" хранение данных, плюсы и минусы репликации, кеширование, RPC/messaging)
3) флипчарт-session (не менее часа, в режиме непринужденного диалога - спроектируем какой-нибудь веб-два-нольный сервис типа хабры или ЖЖ)