Ну дак все нормально по-моему. Вы же это приложение написали «монстром» не сразу. И новое сразу монстром тоже не будет. Дилемма то в чем?
При внесении изменений без вмешательства в архитектуру будет щит. Поэтому нужно рефакторить (в том числе и базу данных тоже, насколько я понимаю в этом направлении есть какие-то подвижки, судя по заголовкам книг).
Связь данные, логика, интерфейс это проблема (дублирование действий при добавлении новых функций, те самые «в 5 раз больше работы»). Что можно сделать? Высокоуровневые инструменты (ORM etc.), скаффолдинг который уменьшает количество работы и(!!!) ошибок в разы. Ну и, как вариант, оставить в базе только данные, всю логику убрать в код.
Вряд ли кто-то сможет дать вам подробное решение. Все будет похоже на мой «набор общих рекомендаций», как мне кажется.
Эээээ. Тогда получается не совсем в тему сервер ваш. Потому как магазин не есть хомяк даже близко.
А речь как раз о том, что хомяки самому делать и где-либо хостить смысла особого нет.
Аналогично, потихоньку реализуется идея о том, что хостить и обрабатывать где-либо огромные объемы данных, либо делать супер-высоко-нагруженные вещи есть смысл с помощью всяких cloud-штук. Вот такой разрез.
Не, я докопался, конечно. Но злиться на Гугл за 6-часовой (в год) простой более адекватно, чем злиться на себя за простой более длинный (вероятность чего крайне велика). На мой взгляд.
И в этот момент становится просто непонятно в чем ваше доверие к своему серверу проявляется, если почту вы, как разумный человек, держите у Гугла.
А в статье автор говорит о почти 100% превосходстве множества сервисов по показателю надежность\удобство. Что пример с вашей почтой только подтверждает.
Для чего вы собственный сервер используете? Мне интересно.
Весело на самом будет, если с деньгами останутся только производители шрифтов для веба (!) в котором даже нормальному набору символов (часто вы видели минускульные цифры на вебе?) места нет! Грустно будет :(
При внесении изменений без вмешательства в архитектуру будет щит. Поэтому нужно рефакторить (в том числе и базу данных тоже, насколько я понимаю в этом направлении есть какие-то подвижки, судя по заголовкам книг).
Связь данные, логика, интерфейс это проблема (дублирование действий при добавлении новых функций, те самые «в 5 раз больше работы»). Что можно сделать? Высокоуровневые инструменты (ORM etc.), скаффолдинг который уменьшает количество работы и(!!!) ошибок в разы. Ну и, как вариант, оставить в базе только данные, всю логику убрать в код.
Вряд ли кто-то сможет дать вам подробное решение. Все будет похоже на мой «набор общих рекомендаций», как мне кажется.
А речь как раз о том, что хомяки самому делать и где-либо хостить смысла особого нет.
Аналогично, потихоньку реализуется идея о том, что хостить и обрабатывать где-либо огромные объемы данных, либо делать супер-высоко-нагруженные вещи есть смысл с помощью всяких cloud-штук. Вот такой разрез.
И в этот момент становится просто непонятно в чем ваше доверие к своему серверу проявляется, если почту вы, как разумный человек, держите у Гугла.
А в статье автор говорит о почти 100% превосходстве множества сервисов по показателю надежность\удобство. Что пример с вашей почтой только подтверждает.
Для чего вы собственный сервер используете? Мне интересно.