Это, наверное, положительный аспект, с другой стороны твои данные находятся в американской компании, которая работает с рекламодателями. Для многих пользователей, особенно в Европе, как и где обрабатываются данные довольно важно. Так же, в зависимости, от целей может быть целесообразно не делиться данными с disqus. Например, JustComments позволяет использовать свою собственную базу пользователей и хранить только комментарии на сервисе.
Удобство интерфейса тоже важно :-) Но хорошо, что есть куча разных опций для разных целей и масштабов.
Тоже довольно легкая, хоть и не такая быстрая. Преимущества и отличия: 1) оплата только за использованные ресурсы в виде запросов 2) не нужно иметь свой сервер 3) много опций настройки, несколько языков (включая русский) и настройка внешнего вида. Ну и понятное дело никакой рекламы или продажи данных.
Комменты можно импортировать из disqus или wordpress.
I prefer passing the context explicitly instead of using implicit techniques like this one. I had previously worked with code bases which used a similar method (based on Node domains), and I identified the following weaknesses of such approaches:
1) code becomes more dependent on a specific runtime (on NodeJS in this case)
2) it's hard to reason about the inputs and outputs of a particular module or function
3) dependencies may use the context in an unpredictable way
4) worse performance (sometimes)
I see how namespaces address parts of the weaknesses (as well as proper encapsulation/abstraction from the runtime), but I'd like to discuss how successful is this approach for larger projects and teams. Any insights into this?
Спасибо за интересную статью! Подскажите, пожалуйста, где можно почитать о методах хранения таких большых графов в памяти, или как загружать его по частям с диска.
Есть такой проект Neon https://github.com/neon-bindings/neon для написания модулей для ноды на rust. Можете тоже попробовать для интереса. Я пробовал (https://github.com/OrKoN/base-x-native) и получилось быстрее, чем js реализация для моего случая. Правда не сравнивал с другими нативными реализациями.
Насколько я знаю, результаты будут опубликованы вместе с отправленными решениями так же, как и в предыдущих конкурсах: https://github.com/hola?utf8=%E2%9C%93&query=challenge
Очень интересно читать решения других участников. Например, я тоже копал в сторону nfa/dfa, но мои тесты показали, что регулярки работают быстрее. Как оказалось нет :-) Спасибо за конкурс!
Было бы интересно услышать комментарии от победителей о своих решениях и процессе разработки. Еще было бы интересно узнать, кто сколько времени посвятил конкурсу.
Почему я отказался от Disqus и вам тоже пора
Удобство интерфейса тоже важно :-) Но хорошо, что есть куча разных опций для разных целей и масштабов.
Почему я отказался от Disqus и вам тоже пора
Почему я отказался от Disqus и вам тоже пора
Тоже довольно легкая, хоть и не такая быстрая. Преимущества и отличия: 1) оплата только за использованные ресурсы в виде запросов 2) не нужно иметь свой сервер 3) много опций настройки, несколько языков (включая русский) и настройка внешнего вида. Ну и понятное дело никакой рекламы или продажи данных.
Комменты можно импортировать из disqus или wordpress.
NodeJS logging made right
1) code becomes more dependent on a specific runtime (on NodeJS in this case)
2) it's hard to reason about the inputs and outputs of a particular module or function
3) dependencies may use the context in an unpredictable way
4) worse performance (sometimes)
I see how namespaces address parts of the weaknesses (as well as proper encapsulation/abstraction from the runtime), but I'd like to discuss how successful is this approach for larger projects and teams. Any insights into this?
M* — алгоритм поиска кратчайшего пути, через весь мир, на смартфоне
M* — алгоритм поиска кратчайшего пути, через весь мир, на смартфоне
Ускоряем Node.js с помощью Rust
Конкурс по программированию на JS: Классификатор слов (о ходе тестирования)
Конкурс по программированию на JS: Классификатор слов (о ходе тестирования)
Front-end шаблонизатор
Конкурс по программированию на JS: Классификатор слов
Конкурс по программированию на JS: Классификатор слов
Новое поколение UX или самые полезные боты для Slack
Окончательные итоги конкурса по программированию на JS: Почтовые фильтры
Итоги конкурса по программированию на JS: Почтовые фильтры
Было бы интересно услышать комментарии от победителей о своих решениях и процессе разработки. Еще было бы интересно узнать, кто сколько времени посвятил конкурсу.
Создаём проект c OAuth и NoSQL за $0,00
Автор, если подскажете, как правильно скачивать тесты с jsbench, то я думаю, что смогу поддерживать jsbench в том числе.
Конкурс по программированию на JS: Почтовые фильтры
Конкурс по программированию на JS: Почтовые фильтры
9s, node 4.2.2
Конкурс по программированию на JS: Почтовые фильтры
Конкурс по программированию на JS: Почтовые фильтры