Пользуюсь Атомом больше года: в целом все стабильно, иногда плагины глючат, но так чтобы было что-то критичное что мешало бы работать — еще не встречал.
Один минус — медленный запуск.
А как синхронизировать одновременно два движка в одной реализации? Если v8 реализует фичу A, а Chakra — фичу B, как обеспечить возможность использования этих фич в Node.js? Или придется ждать пока оба движка реализуют все возможности? А если движков будет три (четыре, пять)?
Я не против иметь Plugin API который обеспечит обратную совместимость и абстрагирует меня от внутренностей V8 и если это возможно — предоставит мне возможность использовать другие движки. Меня скорее интересует зачем иметь два движка в зависимостях в кодовой базе в референсной реализации. Если Майкрософт хочет Node на Chakra, почему бы не сделать форк — какой-нибудь chakranode и его сможет использовать кто угодно, если это ему нужно.
Хорошо, скажем слой абстракции нужен для того чтобы обеспечивать обратную совместимость (и почему его раньше-то не сделали :)) Но все равно — зачем нужен второй движок? Ведь в этом случае нужно обеспечивать совместимость с двумя движками одновременно, разве нет?
Вопрос вот в чем — мне, по сути, предоставляют выбор, о котором я не просил и который решает проблему которой, по сути, нет (или я ее не осознаю). Я понимаю разницу, например, между CPython и PyPy или каким-нибо Stackless, но чем Node с Chakra под капотом лучше чем Node с v8 или Node со SpiderMonkey?
А зачем вообще нужна поддержка других движков в Node.js? Чем V8 плох? Зачем вообще нужны два движка в одном репозитории? Может тогда до кучи еще и SpiderMonkey, и Rhino туда запихнуть.
И я не понимаю — как они собираются обратную совместимость с плагинами обеспечить?
А вообще это новым io.js-ом попахивает, как по мне.
К сожалению, свойство name у анонимных функций все еще не выводится из имени переменной, только из явного объявления имени функции. Мелочь, конечно, но иногда все же неудобно.
Проходя по Блюменштрассе, Штирлиц увидел шестьдесят четыре утюга, расставленных в шахматном порядке. Он сразу понял, что явочная квартира советского разведчика провалена.
1C может быть, я не знаю. Но вы то можете с успехом «переджоинить» сколько нужно таблиц и сделать это оптимальным образом.
И почему структура таблиц не будет оптимальной? Чем добавление одного атрибута отличается от добавления атрибута в ваш XML?
> Я хочу получить документ типа «Счет» с контрагентом «Васюткин Д.И» среди 40к счетов
я бы еще добавили «в которых фигурирует товар „Швейные машинки Зингер“ в количестве от 5 штук и более зарезервированные по складу в городе Самаре»
это еще более похоже на реальный запрос пользователя системы
Да меня в общем-то все устраивает :) Просто статья обрывается на самом интересном месте: что-то вроде потока мыслей, но без конкретной реализации или хотя бы ее начала.
Может плагин какой-то подтормаживает :(
Один минус — медленный запуск.
Вопрос вот в чем — мне, по сути, предоставляют выбор, о котором я не просил и который решает проблему которой, по сути, нет (или я ее не осознаю). Я понимаю разницу, например, между CPython и PyPy или каким-нибо Stackless, но чем Node с Chakra под капотом лучше чем Node с v8 или Node со SpiderMonkey?
И я не понимаю — как они собираются обратную совместимость с плагинами обеспечить?
А вообще это новым io.js-ом попахивает, как по мне.
nameу анонимных функций все еще не выводится из имени переменной, только из явного объявления имени функции. Мелочь, конечно, но иногда все же неудобно.Это я к тому что это ожидаемые последствия арифметики чисел с плавающей точкой.
"5" + 3 == "53" // true— это, конечно, излишняя гибкость, но к этому быстро привыкаешь. Особенности языка.Pillars of Eternity вышла весьма неплохой :)
И почему структура таблиц не будет оптимальной? Чем добавление одного атрибута отличается от добавления атрибута в ваш XML?
я бы еще добавили «в которых фигурирует товар „Швейные машинки Зингер“ в количестве от 5 штук и более зарезервированные по складу в городе Самаре»
это еще более похоже на реальный запрос пользователя системы
И настрой у меня вовсе не критический ;)