наверняка есть другие варианты, у меня задачи такой не стояло, так что не в курсе как это на самом деле решается.
но сейчас под ноду много нового обвязочного кода пишется, черта лысого можно найти.
так, оффтопом — мерялись Perl, Twiggy and Redis VS CoffeeScript, Node and Redis — на разных платформах\конфигах результаты немного разные, но нода как минимум НЕ медленнее, а местами на 30% привозит. на примере простого url-shortener
так что можно спокойно писать, хуже уже не будет.
> Действительно, зачем использовать больше одного ядра, если они есть в системе? Обойдемся одним
> Действительно, зачем VM возможность оптимизировать исполнение, раскидывая работу по нескольким ядрам
Запустите кластер. Я даже и не знаю как вам это еще донести.
> Действительно зачем избегать копирования данных при передачи их с одной VM на другую при работе на одной и той же машине?
> Действительно, зачем избегать cache miss, переключения контекстов исполнения, и прочей мишуры связанной с ограничениями на один процессор и необходимостью запускать несколько VM?
Мы все еще о ноде и JavaScript говорим? Вы не в состоянии сделать первое (во всяком случае разумными методами) и не в состоянии контролировать второе, пусть у VM голова и болит, что и как делать.
> Школота неспособна понять, что я писал не об этом?
> В том, что это — костыль. «Масштабируемая мегасуперсистема», которая неспособна использовать более одного ядра? В топку.
У Вас пруф отклеился :) Смысли какая фик разница как она это делает? Кроме ощущения фатального недостатка?
> И сколько времени займет переписывание?
Ну, вы же не школьник, можете сами прикинуть время разработки :)
> Ни один из которых не является стандартным или обкатанным в деле, да еще в комбинации с вышеупомянутой кластеризацией.
Эрлангерам расскажите, вот они удивятся :) И еще тем типам, которые книжки пишут. По паттерны программирования и всякое такое. Вы на ноде писали чего-нить? Маны читали?
> Аргументы школьников
Да я на большее и не претендую, ИМХО лучше писать на приятном языке стройные алгоритмы в понятных программах, чем пехепешить на перле, потому что «риальному спицу сирано на каком языке быдлокодить», а в результате ад и израиль — экспорт переменных, везде глобали, ре-юз кода копипастой и ифы с пролетом на триста-четыреста строк :)
да, она не может больше одного ядра и нужен кластер. так он ис каропки есть, в чем проблема-то?
да, много сырых либ странного вида — в чем проблема переписать то, что вас смущает?
да, асинхронные коллбеки — тот еще ад, но есть масса способов решить вопрос, как async ko, так и message passing-ом, типа обсерверов всяких
но она очень простая, быстро разворачивается и стабильно живет + под ноду можно писать на CoffeeScript — самом человечном из языков :)
Мало того, что экономите на спичках, так еще и вешаете на стену ружжо, которое обязательно станцует и споет, как это принято по законом индийского кино :)
Eval — зло, with — зло. Если хочешь быть приличным командным кодером — это догматы.
Кроме того, JIT весьма обидчив, и если, вымахиваясь, вы его перехитрите, то он на вам обидется и оставит без сладкого, в одиночестве, с неоптимизированным кодом.
Для ввода срока действия кредитной карты на демо-страничке есть инлайновый елемент, вот пруфф-шот
он не требует выбрать день и не принуждает пользователя ни к чему.
сделан как попытка объяснить, что это не пикер а полноценный фреймверк с массой интересных настроек, гибкий как хм… ну, с большими вощможностями для катомизации.
собсно, все претензии сводятся к тем 2К кода, над которым я и не думал-то особо, пока делал гибкость да модульность с асинхронностью.
шаблоны — это такая фигня. поменять их — дело плевое.
checkout -> co
Я где-то в другом месте находил настройки, но вот примерно так это делают некоторые.
но сейчас под ноду много нового обвязочного кода пишется, черта лысого можно найти.
так, оффтопом — мерялись Perl, Twiggy and Redis VS CoffeeScript, Node and Redis — на разных платформах\конфигах результаты немного разные, но нода как минимум НЕ медленнее, а местами на 30% привозит. на примере простого url-shortener
так что можно спокойно писать, хуже уже не будет.
фарма? :)
мопэд не мой, но общая идея думаю должна быть ясна.
Прям пичалька.
PS. Надеюсь никогда не придется столкнутся с тем, за что вам платят. Не в обиду :)
> Действительно, зачем VM возможность оптимизировать исполнение, раскидывая работу по нескольким ядрам
Запустите кластер. Я даже и не знаю как вам это еще донести.
> Действительно зачем избегать копирования данных при передачи их с одной VM на другую при работе на одной и той же машине?
> Действительно, зачем избегать cache miss, переключения контекстов исполнения, и прочей мишуры связанной с ограничениями на один процессор и необходимостью запускать несколько VM?
Мы все еще о ноде и JavaScript говорим? Вы не в состоянии сделать первое (во всяком случае разумными методами) и не в состоянии контролировать второе, пусть у VM голова и болит, что и как делать.
> Школота неспособна понять, что я писал не об этом?
Хм, а о чем?
> www.erlang.org/doc/design_principles/des_princ.html например
Многатекста про OTP Design Principles. А я спрашивал — какой конкретный паттерн проектирования не может быть реализован в ноде.
Иииии, «это фатальный недостаток, потому что...»? Что? Общественность в моем лице ждет ломающихся новостей :)
> Я сам эрлангер.
Мммм… и эрленгер недоволен чистой смертью процесса, потому что жизнь того дешевле медяка? Я-то думал у вас так клуб культа процессовой смерти :)
> Там для этого есть стандартные давно отлаженные приемы.
ЛОЛ. Все приемы работы с асинхронностью — по сути дела синтаксический сахар над коллбековым адом, если по сути.
> Да-да, те самые паттерны. КОторые в ноде банально отсутсвуют или неприменимы.
МегаЛОЛ. И какой-же паттерн не может быть применен в ноде?
> Это вы как раз про ноду, судя по всему.
О, Вам виднее что же я на самом деле имел в виду? :) Нет, в ноде все отлично, а если я говорю «пехепешить на перле», значит так оно и есть.
У Вас пруф отклеился :) Смысли какая фик разница как она это делает? Кроме ощущения фатального недостатка?
> И сколько времени займет переписывание?
Ну, вы же не школьник, можете сами прикинуть время разработки :)
> Ни один из которых не является стандартным или обкатанным в деле, да еще в комбинации с вышеупомянутой кластеризацией.
Эрлангерам расскажите, вот они удивятся :) И еще тем типам, которые книжки пишут. По паттерны программирования и всякое такое. Вы на ноде писали чего-нить? Маны читали?
> Аргументы школьников
Да я на большее и не претендую, ИМХО лучше писать на приятном языке стройные алгоритмы в понятных программах, чем пехепешить на перле, потому что «риальному спицу сирано на каком языке быдлокодить», а в результате ад и израиль — экспорт переменных, везде глобали, ре-юз кода копипастой и ифы с пролетом на триста-четыреста строк :)
да, она не может больше одного ядра и нужен кластер. так он ис каропки есть, в чем проблема-то?
да, много сырых либ странного вида — в чем проблема переписать то, что вас смущает?
да, асинхронные коллбеки — тот еще ад, но есть масса способов решить вопрос, как async ko, так и message passing-ом, типа обсерверов всяких
но она очень простая, быстро разворачивается и стабильно живет + под ноду можно писать на CoffeeScript — самом человечном из языков :)
Причем молча, что очень плохо. Тут блин, много всякой фигни такой…
Мало того, что экономите на спичках, так еще и вешаете на стену ружжо, которое обязательно станцует и споет, как это принято по законом индийского кино :)
Eval — зло, with — зло. Если хочешь быть приличным командным кодером — это догматы.
Кроме того, JIT весьма обидчив, и если, вымахиваясь, вы его перехитрите, то он на вам обидется и оставит без сладкого, в одиночестве, с неоптимизированным кодом.
Да сделаю, сделаю, там поковыряться надо, в todo стоит задача.
Исправился, теперь пользователь из ступора должен выйти
habrahabr.ru/post/156553/#comment_5367007
или все еще сложно?
стырилбыло интересно.Если все еще интересно, что у меня там получилось — отписал внизу, habrahabr.ru/post/156553/#comment_5367007
потыкать вживую — на той-же страничке примера, первая самая.
да, мелковато, но это дело наживное.
и дней недели пока нет :) на след. неделе буду бодать, там ниче сложного, просто поковыряться надо.
так лутсше?
про цвета и т.п. пока речь не ведем — это полировка на потом.
Да, дизайн ужасный, и с годами швах полный, но есть идеи, в процессе пиления. Потому и сдался что-то кому-то объяснить, проще сто раз показать :)
Но если есть желание поковырять уже —
запретить не могубуду рад :)Для ввода срока действия кредитной карты на демо-страничке есть инлайновый елемент, вот пруфф-шот
он не требует выбрать день и не принуждает пользователя ни к чему.
сделан как попытка объяснить, что это не пикер а полноценный фреймверк с массой интересных настроек, гибкий как хм… ну, с большими вощможностями для катомизации.
собсно, все претензии сводятся к тем 2К кода, над которым я и не думал-то особо, пока делал гибкость да модульность с асинхронностью.
шаблоны — это такая фигня. поменять их — дело плевое.