Пользователей оси или пользователей интернета? У меня, например, сильверлайта не может быть в принципе, есть кажется мунлайт для моей оси, но ставить его желания не возникало
>К сожалению, таких разработчиков… я встречал в немалом количестве.
Почему к сожалению? Вам жалко, что человек сидит и пишет свои кмс/фв/орм/бд/яп/ос, полностью отвечающую требованям заказчика, пускай и в 90% дублирующую существующие? Вам жалко заказчика, который платит этому разработчику, видимо по незнанию/глупости? Вам жалко пользователей, которые будут пользоваться «велосипедом» (прямо или опосредственно)?
Если продукт получится плохой и/или слишком дорогой, то разработчика уволят, заказчик разорится, а пользователи уйдут к конкурентам. Если соотношение цена/качество окажется конкурентоспособным, то никто не пострадает, все заинтересованные лица будут довольны, а вам, скорее всего со стороны, почему-то этого не хочется.
По-моему, единственный нормальный способ — это узнать сначала его возможности (статьи, скринкачты и т. п., пройти vimtutor), а затем начать использовать его в реальной работе по принципу «нужно что-то сделать, знаю что vim это может, но не помню как — лезу в help/гуглю», причём не поддаваться соблазнам типа «не помню как в конец строки/файла перейти, фиг с ним пожму стрелочки» (стрелочки и прочие пейдждауны лучше вообще отключить).
Увы, но производительность труда при этом падает в разы, если не на порядки, и сам я своим советом не могу воспользоваться так что пользуюсь vim'ом только для правки конфигов на удалённых серверах, активно используя только i/ и :w :q
Я не говорил, что вы плохие, но вот все эти нюансы «большими красными буквами» как-то так сформулированы… Сейчас зарегистрировался у вас и уже зная про подводные камни всё равно их не смог чётко выделить — какие-то расплывчатые обменные пункты и другие платёжные системы. Нет чтобы написать большими красными буквами «для прямого выводы на Яндекс-Деньги надо пройти верификацию, которая займёт 5 дней, в остальные системы в настоящий момент не выводим». Вот это я называю отсутствием подводных камней.
P.S. Юзабилити у сайта ужасное, в течении минуты дважды вводить ФИО — я такого нигде не видел, кажется. Да ещё зачем-то ограничиваете безопасность — чем помешали знаки пунктуации и спецсимволы в качестве паролей?
Кстати да, за двумя зайцами… Надо определиться, или программист со знанием дизайна, или дизайнер со знанием программирования :) Для этого мой совет выше тоже хорошо подойдёт — пишите и движок, и дизайн сайта с нуля (ещё верстать придётся :) ) и смотрите (слушаете других) что больше нравится и/или лучше получается
Методики две — нормализация при изначальном проектировании, денормализации после нагрузочного тестирования (а иногда и после первого запуска запроса :) ).
А вообще я заметил, что в последнее время перестал проектировать базу данных как таковую. Раньше очень часто с этого начинал новое приложение, а сейчас проектирую модель предметной области (сначала словами, потом диаграммами, прежде всего диаграммами классов), реализую эти классы на выбранном ЯП, а потом «тупо» дублирую (когда почти автоматически, когда ручками) в СУРБД класс как таблицу, объекты как строки, свойства как поля и забываю про БД, до тех пор, пока не приходит (если приходит) время заняться оптимизацией.
По-моему, помещать логику в БД нужно не раньше, чем эта логика на стороне приложения станет узким местом. Прикинуть заранее можно, что можно поместить в БД и какой выигрыш это даст, но спешить не стоит, пока время реакции приемлемое, действительно поддержка в ад превращается. И даже когда будет неприемлемым, а других вариантов оптимизации уже не будет, всё равно ещё раз подумать, а не лучше ли заменить сервер и/или расширить кластер :)
По-моему, логика приложения проще будет, если хранить в посте либо сами комменты, либо ссылку на гридфс, где эти комменты хранятся в сериализованном виде. Хотя всё зависит от задачи, если поиск по комментам нужен, то тут да, если не писать свой поиск, то либо продолжение текущего документа, либо хранить комменты в «нормализованном» виде в отдельной коллекции
2dmiceman: раньше администрирование никсов было дело почти исключительно профессионалов, которые редко что делают наобум, да ещё не сохраняют копии и/или не документируют свои действия. Теперь никсы пришли на десктопы к домохозяйкам и школьникам, со всеми вытекающими и необходимость инструмента ака «точки восстановление» повысилась.
