Может, если вы укажите автору на ошибки он поправит статью или напишет новую.
Без обид, но у него лучше получается объснять теорию языком, который понятен простым смертным.
Видно, что у автора были проблемы с пониманием монад. И он действительно постарался написать статью для новичков понятным языком.
Я не могу судить о том насколько много ошибок в статье и насколько они критичны для новичка. Но люди будут учиться по статьям и книгам, которые им понятны. И если вы поможете исправить ошибки в таких статьях, от этого будет больше пользы, чем от той статьи, что вы написали на хабре
Вот человек недавно написал про монады: lisp-univ-etc.blogspot.com/2009/11/blog-post.html
И написал так, что даже у меня появилось некоторое представление о том что это такое и для чего нужно.
Вы можете в следующий раз писать так же понятно?
Или автор той статьи тоже из преисподни?
А за эти полтора года вы что-нибудь полезное на haskell-е написали?
Ну то есть не проверку двухдольности графа, а что-нибудь, что реально работает и приносит людям пользу.
словами "потому что serialize есть только в пхп" я имел ввиду что пхп-ная функция serialize(), на выходе дает строку в формате, в котором ее можно прочитать только в ПХП. В остальных языках (Java, C#,...) стандартными средствами ее прочитать нельзя — нужно писать парсеры.
Или вы и с этим не согласны?
> нет сравнения с serialize из PHP
потому что serialize есть только в пхп. Его нет в других языках. А protobuf нужен для взаимодействия между разными языками.
Поэтому если и сравнивать — то с json.
Наверняка json_encode/decode быстрее чем pb4php.
Но формат protobuf более компактный и строгий. Если вы раскодировали message News — и не произошло ошибки, вы можете быть уверены что сообщение было корректным. А если вы расскодировали json, нужно еще убедиться что вам пришел правильный массив, со всеми полями, которое ожидает приложение.
А php-экстеншен для protobuf — это всего лишь вопрос времени. Рано или поздно появится :)
это сильно замедлит парсинг сообщений.
XSD/DTD нельзя использовать в системе, которая претендует на highload.
Потому что каждое входящее сообщения перед использованием нужно проверить с помощью XSD/DTD.
> либо делать партишенинг таблиц, разбивая таблицу на несколько частей и храня их в разных местах,
> согласно заданному закону (например по ID), однако это унесет в могилу прелести JOIN
А как эта проблема решена в монго? Он позволяет сделать некий JOIN данных между разными шардами?
в 7-ой версии вместо :Sex использовать :tabe /путь/к/файлу — если знаете где файл находится (стандартный bash-евский автокомплит файлов по Tab там тоже работает)
Стандартная навигация между табами командами :tabprev :tabnext — имхо неудобна, для себя я замапил ее на Shift+Z, Shift+X:
:nmap Z :tabprev:nmap X :tabnext
Без обид, но у него лучше получается объснять теорию языком, который понятен простым смертным.
Видно, что у автора были проблемы с пониманием монад. И он действительно постарался написать статью для новичков понятным языком.
Я не могу судить о том насколько много ошибок в статье и насколько они критичны для новичка. Но люди будут учиться по статьям и книгам, которые им понятны. И если вы поможете исправить ошибки в таких статьях, от этого будет больше пользы, чем от той статьи, что вы написали на хабре
Только вежливо :)
Мир дерьмо?
Все вокруг из преисподни?
Может стоит попробовать антидепресанты?
;-)
lisp-univ-etc.blogspot.com/2009/11/blog-post.html
И написал так, что даже у меня появилось некоторое представление о том что это такое и для чего нужно.
Вы можете в следующий раз писать так же понятно?
Или автор той статьи тоже из преисподни?
Ну то есть не проверку двухдольности графа, а что-нибудь, что реально работает и приносит людям пользу.
"потому что serialize есть только в пхп"я имел ввиду что пхп-ная функция serialize(), на выходе дает строку в формате, в котором ее можно прочитать только в ПХП. В остальных языках (Java, C#,...) стандартными средствами ее прочитать нельзя — нужно писать парсеры.Или вы и с этим не согласны?
> нет сравнения с serialize из PHPпотому что serialize есть только в пхп. Его нет в других языках. А protobuf нужен для взаимодействия между разными языками.
Поэтому если и сравнивать — то с json.
Наверняка json_encode/decode быстрее чем pb4php.
Но формат protobuf более компактный и строгий. Если вы раскодировали message News — и не произошло ошибки, вы можете быть уверены что сообщение было корректным. А если вы расскодировали json, нужно еще убедиться что вам пришел правильный массив, со всеми полями, которое ожидает приложение.
А php-экстеншен для protobuf — это всего лишь вопрос времени. Рано или поздно появится :)
XSD/DTD нельзя использовать в системе, которая претендует на highload.
Потому что каждое входящее сообщения перед использованием нужно проверить с помощью XSD/DTD.
выполнение скриптом действий, если появилось сообщение в его очередиgearman.org/?
А как эта проблема решена в монго? Он позволяет сделать некий JOIN данных между разными шардами?
Стандартная навигация между табами командами :tabprev :tabnext — имхо неудобна, для себя я замапил ее на Shift+Z, Shift+X:
:nmap Z :tabprev:nmap X :tabnext
а разве nginx не блокируется на файловом IO?