Ох. Вы только не обижайтесь, идея здравая, но её качество вам бы подкачать.
var workerCount = require('os').cpus().length;
не делайте так, процы с гипертрейдингом (или как там называется эта маркетинговая шляпа) наивно отдают х2 ядер, что по факто вранье и толком не работает. Вынесите в конфиг.
Статус 999 — детский сад. Есть rfc на статусы ответов, возьмите подходящий код.
Забудьте про синхронные вызовы. ИМХО их использование нельзя оправдать ничем. Ну разве что эмм. невысоким уровнем разработчика. Очень невысоким.
Забудьте про global. Или реквайрте явно, или передавайте параметром. Глобали вообще нет оправданий, даже если это написал Ризинг. Но он так не сделает.
Именование функций местами сбивает с толку. Не пишут ok, пишут isOk, ибо булен-флаг.
И последнее (на что у меня хватило сил) — реквайр ноды устроен хитро и конечно же кеширует последующие require, но идея делать его на каждый запрос вызывает оторопь.
Вот таки да, у нас реклама висит — «отдохните в отпуске в кредит!»
ИМХО если денег нет — какой нафик отпуск?
На деньги, которых у них нет люди покупают вещи которые им не нужны :)
Кто-то решил по тягаться с китайцами?
Ну, подождем реальной железки, посмотрим как играть будет, хотя сомнительно что переплюнет 200-250 баксовые модели.
И да, аудиофилы — не более больные чем геймеры или горнолыжники, просто у всех свой приход :)
Ох, как-то привык в JS к тому что создать объект ничего не стоит, так что совсем красиво не сделать, в яве хешмапы жуть какая-то (как-то раньше пристально не смотрел на нее).
А вообще конечно по нормальному нужно вести от общего к частному
vw.setScrollBarVerticalEnabled(false);
Что все равно ужасно, но хоть логичнее по структуре.
Меня больше всего во всем этом цирке 2 вещи забавят:
1. Никто не боится демонстрировать в магазинах фрагменты трупов расчлененных млекопитающих, отличающихся от людей на 2-3% по ДНК. Никого не беспокоят выставленные свиные головы и прочее. А видите ли человеческий трупик — это прям ужас-ужас!
2. Все больше вводится всякого маразма «оградить и не пущать», но строго до 18! С первым звонком взрослой жизни опекаемое доселе чадо получает обязанность взять в руки огнестрел и уже получить навык «зачистки». Так вот, без лишних ласк.
Нужно не от информации «вредной» защищать, а учить критически мыслить и верно ещё оценивать — но они же на самом деле не идиоты — рыть самим себе могилки :-)
В чистом итоге — сраное ханжество, морализм, попил бюджетов и попрание прав и свобод.
тут в трех местах поперхнутся можно.
И самое главное — непонятно зачем извращаться с поддержкой очередей если есть async? Ну допилить кое-чего по мелочи, но там все красивое уже есть.
[value for i, value of ['a', 'b', 'c'][0...2]] # a, b
и до конца раздела — это вы о чем?
Во-первых не нужно писать of [arr], нужно in [arr]
Во вторых — смысла конструкции вообще не понял — может проще сразу было
Автору стоит вернуться к взрослой реальности.
Не хотите наш CS — ну и xрен с вами! Не нравится ответ на SO на CS — ну и хрен с вами!
Это ваши проблемы и не вам мне указывать где что и на чем писать.
Я же не начинаю ныть, что вот тут книжка по алгоритмам на сях, тут — на лиспе, а тут вообще не пойми чего? Раз оно надо мне, значит и с этим я разберусь.
Есть такой вопрос провокационный — а почему Вы не пишите на node.js?
Зачем Вы изобрели собственный механизм импорта\экспорта?
Почему не используете сторонние клиентские библиотеки — для работы с датой, строками и т.д? Всякие lodash-underscore уже стандарт де-факто.
Я уж молчу про то, что использование global — жуткий моветон, который еще как-то можно простить в тестах, но в продакшен-коде — ни-ни.
не делайте так, процы с гипертрейдингом (или как там называется эта маркетинговая шляпа) наивно отдают х2 ядер, что по факто вранье и толком не работает. Вынесите в конфиг.
Статус 999 — детский сад. Есть rfc на статусы ответов, возьмите подходящий код.
Забудьте про синхронные вызовы. ИМХО их использование нельзя оправдать ничем. Ну разве что эмм. невысоким уровнем разработчика. Очень невысоким.
Забудьте про global. Или реквайрте явно, или передавайте параметром. Глобали вообще нет оправданий, даже если это написал Ризинг. Но он так не сделает.
Именование функций местами сбивает с толку. Не пишут ok, пишут isOk, ибо булен-флаг.
И последнее (на что у меня хватило сил) — реквайр ноды устроен хитро и конечно же кеширует последующие require, но идея делать его на каждый запрос вызывает оторопь.
В общем у вас есть место для улучшений.
ИМХО если денег нет — какой нафик отпуск?
На деньги, которых у них нет люди покупают вещи которые им не нужны :)
Ну, подождем реальной железки, посмотрим как играть будет, хотя сомнительно что переплюнет 200-250 баксовые модели.
И да, аудиофилы — не более больные чем геймеры или горнолыжники, просто у всех свой приход :)
А вообще конечно по нормальному нужно вести от общего к частному
Что все равно ужасно, но хоть логичнее по структуре.
Разработчика нужно
п… дить кирзачамиотрывать рукидать в репузаставить самого этим пользоваться.Этож просто какая-то жесть.
А по итогу-то что получается — только Java, только хардкор? Как не посмотрю — все кривенько :(
1. Никто не боится демонстрировать в магазинах фрагменты трупов расчлененных млекопитающих, отличающихся от людей на 2-3% по ДНК. Никого не беспокоят выставленные свиные головы и прочее. А видите ли человеческий трупик — это прям ужас-ужас!
2. Все больше вводится всякого маразма «оградить и не пущать», но строго до 18! С первым звонком взрослой жизни опекаемое доселе чадо получает обязанность взять в руки огнестрел и уже получить навык «зачистки». Так вот, без лишних ласк.
Нужно не от информации «вредной» защищать, а учить критически мыслить и верно ещё оценивать — но они же на самом деле не идиоты — рыть самим себе могилки :-)
В чистом итоге — сраное ханжество, морализм, попил бюджетов и попрание прав и свобод.
тут в трех местах поперхнутся можно.
И самое главное — непонятно зачем извращаться с поддержкой очередей если есть async? Ну допилить кое-чего по мелочи, но там все красивое уже есть.
ой ли?
вот две записи, дающие одинаковый результат
Но почему первая — корректна, а вторая — путь на темную сторону?
Потому что:
Мы же не будем спорить о том, насколько неэффективно обращаться с массивом как объектом?
пример явно не удачный, потому как это же явно
ИМХО удачнее будет
и до конца раздела — это вы о чем?
Во-первых не нужно писать of [arr], нужно in [arr]
Во вторых — смысла конструкции вообще не понял — может проще сразу было
не?
Не, чтобы получить плоский список надо сказать
Автору стоит вернуться к взрослой реальности.
Не хотите наш CS — ну и xрен с вами! Не нравится ответ на SO на CS — ну и хрен с вами!
Это ваши проблемы и не вам мне указывать где что и на чем писать.
Я же не начинаю ныть, что вот тут книжка по алгоритмам на сях, тут — на лиспе, а тут вообще не пойми чего? Раз оно надо мне, значит и с этим я разберусь.
Я как бы не настаиваю, но есть некие best practice, игнорировать которые черевато боком, мне ли не знать.
Но в любом случае — успехов, хоть я лично за unix-way и держусь подальше от комбайнов.
Зачем Вы изобрели собственный механизм импорта\экспорта?
Почему не используете сторонние клиентские библиотеки — для работы с датой, строками и т.д? Всякие lodash-underscore уже стандарт де-факто.
Я уж молчу про то, что использование global — жуткий моветон, который еще как-то можно простить в тестах, но в продакшен-коде — ни-ни.
А что быстрее будет работать — честно говоря пофик, микрооптимизации меня никогда не интересовали.