А вы попробуйте сначала сравнить MongoDB и тот же PostgreSQL когда обе БД в оперативке а не читаются с HDD, и потом наоборот обе с HDD, т.е. чтобы монго база не влазила в оперативку. Вот тогда и появятся проблемы.
Хм, заметил интересную штуку в Pace.js. Там внизу есть демки, над демками кнопка Choose your color. Вот если кликнуть то открывается системный Color Picker. Как?
Большая фишка BS3 — mobile. Он изначально сделан с поддержкой мобильных девайсов, в то время как для BS2 это была опциональная фишка.
Вот из документации
With Bootstrap 2, we added optional mobile friendly styles for key aspects of the framework. With Bootstrap 3, we've rewritten the project to be mobile friendly from the start. Instead of adding on optional mobile styles, they're baked right into the core. In fact, Bootstrap is mobile first. Mobile first styles can be found throughout the entire library instead of in separate files.
Если речь о том что нет расстояния между ячейками то я думаю это фича, и правильная фича. Иногда было так что хочется 2 ячейки вплотную, и для этого надо скакать с бубном. К тому же есть еще переменная `@grid-gutter-width: 30px;` которая устанавливает это самое расстояние.
Я думаю тут верно подметили что упор на базу которая предоставляет больше возможностей кастомизации. А это значит мы увидим очень много разнообразных тем.
Так вот из опыта могу сказать что если сделать UI и какие-то фишки относительно легко (при том что сейчас полно разных фреймворков), то там есть еще много сложностей.
Например, готовьтесь рвать волосы от того что не все получается удачно сграбить. Очень большой процент фидов с ошибками и вообще не валидных, парсеры просто валятся на этом контенте. Даже распарсив контент остаются сложносте с тем что там получили. Кроме того что могут отсутствовать необходимые данные, в контенте фида очень часто бардак, нужно будет вырезать лишнее, форматировать текст (там часто форматированный HTML который не впишется в ваши стили интерфейса) не говоря уже о том что *необходимо* вырезать из контента JS код, а это очень сложно.
Придется делать очень много запросов, и вообще лучше создавать систему которая будет умно определять когда стоит почаще опрашивать фиды, когда реже либо вообще не опрашивать. Можно многое сэкономить. Одни фиды обновляются чаще, другие могут месяцами и годами не обновляться, одни обновляются в одно время суток, другие в другое. Нужно будет иметь несколько серверов которые будут только грузить обновления.
Ну и банально хранение информации. Конечно если 20013 сравнивать с 2005 годом то технологии развились, появились решения для горизонтального масштабирования БД (например NoSQL базы такие как Cassandra, Amazon web services), но все же. RSS ридер это громадные объемы данных, невероятно громадные. Если бы вы собрались аггрегировать все социалки то на это потребовалось бы меньше ресурсов.
Все это требует очень больших ресурсов, и это будет стоить дорого. Я не отговариваю, просто чтобы вы понимали и были готовы.
Обязательно, все IDE от JetBrains будут поддержаны. Ждите на следующей неделе. instagram.com/p/bKJu_UO6CI/. Вообще будем стараться поддержать все что возможно, вплоть до таких как Vim и Eclipse.
Извиняюсь, забыл написать что нужно еще включить дистрибьютор. В том же окне Distributors выбираем в списке нужный, справа чекбокс Enable. Плюс убедитесь что снипет должен проходить в соответствии с настройками. По умолчанию все проходит где есть код и tab trigger.
Нужно установить Snippets, открыть окно Distributors (на маке Cmd+Shift+D, на винде Ctrl+Shift+D либо из меню), нажать Install напротив нужного дистрибьютора. Готово. Некоторые IDE/редакторы необходимо ребутать, смотрите на соотстветвующей странице snippets.me/distributors/list.html.
Вот из документации
With Bootstrap 2, we added optional mobile friendly styles for key aspects of the framework. With Bootstrap 3, we've rewritten the project to be mobile friendly from the start. Instead of adding on optional mobile styles, they're baked right into the core. In fact, Bootstrap is mobile first. Mobile first styles can be found throughout the entire library instead of in separate files.
Я думаю тут верно подметили что упор на базу которая предоставляет больше возможностей кастомизации. А это значит мы увидим очень много разнообразных тем.
Так вот из опыта могу сказать что если сделать UI и какие-то фишки относительно легко (при том что сейчас полно разных фреймворков), то там есть еще много сложностей.
Например, готовьтесь рвать волосы от того что не все получается удачно сграбить. Очень большой процент фидов с ошибками и вообще не валидных, парсеры просто валятся на этом контенте. Даже распарсив контент остаются сложносте с тем что там получили. Кроме того что могут отсутствовать необходимые данные, в контенте фида очень часто бардак, нужно будет вырезать лишнее, форматировать текст (там часто форматированный HTML который не впишется в ваши стили интерфейса) не говоря уже о том что *необходимо* вырезать из контента JS код, а это очень сложно.
Придется делать очень много запросов, и вообще лучше создавать систему которая будет умно определять когда стоит почаще опрашивать фиды, когда реже либо вообще не опрашивать. Можно многое сэкономить. Одни фиды обновляются чаще, другие могут месяцами и годами не обновляться, одни обновляются в одно время суток, другие в другое. Нужно будет иметь несколько серверов которые будут только грузить обновления.
Ну и банально хранение информации. Конечно если 20013 сравнивать с 2005 годом то технологии развились, появились решения для горизонтального масштабирования БД (например NoSQL базы такие как Cassandra, Amazon web services), но все же. RSS ридер это громадные объемы данных, невероятно громадные. Если бы вы собрались аггрегировать все социалки то на это потребовалось бы меньше ресурсов.
Все это требует очень больших ресурсов, и это будет стоить дорого. Я не отговариваю, просто чтобы вы понимали и были готовы.