попробуйте еще backbone.js + underscore.js.
на самом деле, template engine не так важен. вопрос в том, как связать model и view, и сделать это максимально красиво просто и правильно.
вы описали приблизительно то же самое, что делает FlockDB.
вообще мы решали проблему несколькими путями. во-первых, если граф направленый (twitter model), то все немного по-другому. говорим что A => B, а взаимная связь будет уже B => A. Соответственно, чтобы понять, кто с кем «дружит» — нужно сделать запрос с join на себя.
на самом деле, очень удобно для таких вещей использовать Graph DB, такие как, например, neo4j. Там на каждую связь (т.к. база по сути schema-less), можно вешать различиные аттрибуты, и по ним производить поиск и фильтрацию. делать одно и двунаправленные графы. делать traversals, каскадом, рекурсивно — как пожелаете.
посмотрите на github.com/maxdemarzi/neography гем для упрощения работы с neo4j. мы решили его написать в силу того, что через Rest c neo4j общаться не очень удобно, а ближайший аналог — требует jruby.
из новой партии, как я понял. читал в пятницу что-то по поводу прошивки и так далее, по сути ничего не вынес для себя.
рутается — да. тем не менее, преимуществ я особенных не нашел. меня устраивает дивайс как он есть, я готов покупать технические книги, которых у нас днем с огнем не сыщешь за 20-40 долларов в электронном виде, поэтому рутать (по крайней мере пока) не буду.
что видел по этому поводу:
купил себе Barnes & Noble nook на прошлой неделе.
пара слов:
1) книги (технические), которые я собирался читать, читать просто отвратительно. пришлось покупать 2 из них заново. первую купил в Oreily Store, скачал в EPub и обрадовался, все стало супер.
2) если говорить о самом Noble Nook Store, то тут отдельная история. я два дня с ними разбирался, что и как. оказалось что нельзя покупать людям из не-США. в конце-концов, купил gift certificate на 30USD, и попросил товарища из США нажать на кнопку «купить». после этого книга появилась в моей библиотеке. вероятнее всего, того же эффекта можно добиться через прокси, но я не пробовал.
думаю, что тут ситуация с PDF будет такой же. ну, как и на всех остальных буках.
такое
речь о том, что из каждого языка есть, что почерпнуть. и часто — чтение кода и изучение решений может помочь развиться. хотя, возможно, в статье это не так четко сформулировано.
ограничение спектра задач — относительная штука. можно выбирать разные инструменты для решений схожих задач.
на самом деле, я большему научился из комментариев (тут — немного конструктивных было, на NH и у меня на блоге + личных больше было толковых), нежели изложил. статья получилась сбитая, сумбурная и неполная. хотя, дошло до меня только после того, как люди дали фидбеки.
дело в том, что они написаны очень очень продумано. мы шли к подобному решению несколько лет. возможно — они тоже, кто знает)
это даже не фреймворки, в принципе. наборы потрясающих хелперов.
на самом деле, template engine не так важен. вопрос в том, как связать model и view, и сделать это максимально красиво просто и правильно.
Купил за 230 евро, продам как договоримся.
плюс синхронизация конфигурационных файлов например, для emacs.
89.6 Mbit/s down
15.3 Mbit/s up
ping 17 ms до магистрали
вообще мы решали проблему несколькими путями. во-первых, если граф направленый (twitter model), то все немного по-другому. говорим что A => B, а взаимная связь будет уже B => A. Соответственно, чтобы понять, кто с кем «дружит» — нужно сделать запрос с join на себя.
на самом деле, очень удобно для таких вещей использовать Graph DB, такие как, например, neo4j. Там на каждую связь (т.к. база по сути schema-less), можно вешать различиные аттрибуты, и по ним производить поиск и фильтрацию. делать одно и двунаправленные графы. делать traversals, каскадом, рекурсивно — как пожелаете.
посмотрите на github.com/maxdemarzi/neography гем для упрощения работы с neo4j. мы решили его написать в силу того, что через Rest c neo4j общаться не очень удобно, а ближайший аналог — требует jruby.
jtemplate, mustache.js — проекты, которые не вчера придумали. это не инновация ведь.
nookdevs.com/Rooting
рутается — да. тем не менее, преимуществ я особенных не нашел. меня устраивает дивайс как он есть, я готов покупать технические книги, которых у нас днем с огнем не сыщешь за 20-40 долларов в электронном виде, поэтому рутать (по крайней мере пока) не буду.
что видел по этому поводу:
пара слов:
1) книги (технические), которые я собирался читать, читать просто отвратительно. пришлось покупать 2 из них заново. первую купил в Oreily Store, скачал в EPub и обрадовался, все стало супер.
2) если говорить о самом Noble Nook Store, то тут отдельная история. я два дня с ними разбирался, что и как. оказалось что нельзя покупать людям из не-США. в конце-концов, купил gift certificate на 30USD, и попросил товарища из США нажать на кнопку «купить». после этого книга появилась в моей библиотеке. вероятнее всего, того же эффекта можно добиться через прокси, но я не пробовал.
думаю, что тут ситуация с PDF будет такой же. ну, как и на всех остальных буках.
такое
речь о том, что из каждого языка есть, что почерпнуть. и часто — чтение кода и изучение решений может помочь развиться. хотя, возможно, в статье это не так четко сформулировано.
ограничение спектра задач — относительная штука. можно выбирать разные инструменты для решений схожих задач.
на самом деле, я большему научился из комментариев (тут — немного конструктивных было, на NH и у меня на блоге + личных больше было толковых), нежели изложил. статья получилась сбитая, сумбурная и неполная. хотя, дошло до меня только после того, как люди дали фидбеки.
Думаю, что всего не перечислить.
Я выбираю язык в качестве инструмента. Мне подходит одно а вам другое…