Вот мне бы кто дал готовый ответ на все эти тонкости. Home Premium вполне устроит, Home Basic наверное тоже, но рюшечки, как я понимаю, в Premium появляются.
Ну тогда вам от моего кода проку будет мало наверное — там просто проверка Hibernate.isInitialized(field). Общую же концепцию можете посмотреть в моем проекте jReader (это мой аналог гуглоридера пока недописанный): github.com/asm0dey/jReader
Ну это так наглядно рисуется в менеджере дисплеев и так интуитивно понятно, что, мне кажется, по этому поводу вопросов ни у кого возникнуть не могло ).
В целом вы ошибаетесь на мой взгляд. Самая большая мощб джавы — количество фреймворков и библиотек к ней. Да, с ними приложение может распухнуть. Но мегабайты сейчас не стоят почти ничего, а вот скорость разработки… Скажем так — насколько я знаю, только в джаве есть полноценный ORM, которые могут не только CRUD но и все остальное что может пригодиться. Я, например, последнее время пользуюсь фреймворком Spring Data, который сам конструирует полноценные запросы (относительно сложные) по названию метода.
Таким образом когда я пишу на джаве я вообще не трачу время ни на что, кроме написания полезного кода. Всю работу помимо этого за меня выполняет компилятор, IDE, фреймворки и так далее.
С другой стороны звезданутость и прочтенность могут быть и не связаны легко, кроме того если пользователь хочет получить звезданутые посты — наверное будет немного быстрее. Хотя я достатоно плох в денормализации.
Про время прочтения — мысль интересная, подумаю — можно будет аналитику из этого собирать ).
Однако, думается мне, что хранить все это в одной таблице — ацкая денормализация. Как минимум звезданутое и прочитанное надо хранить в разных таблицах.
Не, экономить дисковое пространство на спичках при хранении полных текстов статей как-то глупо. И правда ужас. Но я, честно говоря, надеялся, что может есть какие-то более правильные способы хранения признака прочтенности кроме как в отдельной таблице.
А вот у меня возникала мысль хранить в постгресовском массиве, например, или вообще в строку конкатенировать, или диапазоны хранить (опять-таки в строке)…
А как при таком подходе получить, скажем, непрочитанные посты из фидов одной категории? ну и это я уж не говорю о нереальных размерах таблицы post_user — Допустим при тысяче записей у тысячи юзеров (что весьма немного) — это миллион записей. Во многих новостых лентах сотни сообщений в день. Например у news.ru.com — если предположить, что на нее подписано 100 человек, то это миллионы записей в год.
Для гита есть крутое расширение — git flow, которое автоматизирует работу с Successful Branching Model, merge или rebase там можно выбирать, по умолчанию вроде скваш ребэйз.
При правильном подходе трафик сожмется очень сильно — надо только выработать правила — вместо class писать c, например, вместо a href — ah, ну и так далее.
А если не думать про экономию трафика — то тогда во всей этой идее какой смысл вообще?
www.microsoft.com/OEM/ru/licensing/sblicensing/Pages/personal-use-license.aspx#fbid=9YKIHx4VWYV
Тут вроде бы™ написано, что можно ОЕМ использовать для личного пользования. Правильно понимаю?