Pull to refresh
29
0
Никита Гусаков @hell0w0rd

User

Send message
Теперь уже вы перегибаете. Есть движок, а есть интерфейс. Для разработчиков важен движок, для пользователя — интерфейс. У хрома почти отсутствует интерфейс, зато есть 100500 расширений. Яндекс браузер же сделан для обычного пользователя, которому нужно поставить браузер и дальше просто пользоваться.
Array.prototype.concat.apply([], Array.prototype.slice.call(arguments));

Автору не плохо бы самому на собеседование сходить. За подобное использование arguments стоит бить по рукам, тк из-за этого функция никогда не будет оптимизирована в v8.
Для этого в ES6 придумали spread оператор:
function foo(...args) {
  console.log(args);
}
Ну смотря про какие фичи вы говорите. JS стандартная библиотека прямо сейчас никак в доках ноды не описана. Можно догадаться об определенных вещах по текущей версии v8.
А для нативных аддонов будет либо внутренняя, либо внешняя (nan) библиотека. От нее не много требуется. Просто прокидывать объекты туда и обратно.
Гм. Допустим Chakra умеет больше ES2015, чем v8. Вполне возможно где-то один движок превосходит другой. Альтернатива — это всегда хорошо. У v8 есть свои минусы и свои плюсы.
А еще есть интересное развитие событий — завтра google заявит о потере интереса к v8 и останется команда энтузиастов. Для мелких компаний это ничего не изменит, а крупные задумаются.
Это холиварный вопрос, но все же. Чем вас не устраивают промисы? По скорости bluebird реализация почти такая же, как коллбэки, а удобнее в разы.
Плюс на промисах базируется async-await, который уже в stage 2.
Поэтому логика простая. Заводим отдельную карточку для подобных платежей, при необходимости что-то оплатить переводим на эту карту деньги через удобный интернет-банк и все.
Инструменты надо выбирать по задачам. Если у вас админка — в принципе наплевать, сколько будет генерироваться ответ с сервера, зато важна скорость разработки.
Если у вас реалтайм и вебсокеты, php в принципе рассматривать не стоит, не для этого он сделан.
А если уж тестируйте — делайте это правильно. У вас, судя по коду, куча копипасты с SO, или аналогов. Напишите везде один и тот же алгоритм.
Как вы тестировали затрачиваемую память — вообще не ясно.
Спасибо за статью. Видно, что прошли через определенные грабли.
Я так понял flexbox api не соответствует аналогичному из html? Или только некоторые части?
А зачем вы написали свой middleware для логирования, если есть redux-logger?
Иммутабельный? Нет? Тогда не надо.
А в чем прикол иметь только 1 серьезный движок, за которым стоит компания со своими интересами?
Банальный пример — Object.observe. Вместо реализации es2015 proxy, сделали ныне deprecated метод.
Компания устраивает подобные конкурсы, вроде как, ради поиска потенциальных сотрудников. Тот факт, что это делается подобным образом — неимоверно круто, респект и побольше бы таких.
Однако то, как это делается — пугает. Я участвовал в конкурсах по программированию, везде есть песочница, куда можно залить решение и получить фидбэк. Там же тесты, там же бенчмарки, там же сравнение с другими участниками.
Тогда уж:
let cols = new Array(set.n).fill(0);
Шел 2016, люди все еще пишут jquery плагины. Судя по коду — совершенно спокойно можно сделать с помощью современного JS.
«Нативное» для JS — это тот же JS код, заранее распарсенный и оптимизированный. Через 3-10 прогонов обычный код оптимизируется и работает с такой же скоростью.
Оригинальный автор — создатель библиотеки bluebird, фанат оптимизаций. Промисы в bluebird ближе всего к колбэкам, сильно обногяют нативные промисы, так что он знает о чем говорит. Ну и если вы пишите какую-то библиотеку — вам следует об этом знать.
Например можно различные генераторы конечных автоматов должны это учитывать. Парсеры и тп.
Привет, hell0w0rd. В прошлом году твой получатель не нажал кнопку подтверждения получения подарка. Скорее всего он просто забыл об этом, но нам хотелось бы это выяснить. Напиши пожалуйста в ЛС хабрапользователю negasus о том, что ты сейчас прочитал, и мы попробуем вместе разобраться.

Отправил объяснения, ответа так и не получил. Скоро 20 число, а поучаствовать не могу.
kafeman может вам объяснительную отправить?
Я ничего не писал про шардинг. Есть возможность создавать реплики и менять мастера.
У яндекса где-то был рассказ под вашу проблему. Они правда ее по другому решают. Вырубают реплику из кластера, полностью очищают, заново наполняют. И так по очереди для всех.
Ну погодите. Она работает, но работает плохо. Потому что 1 инстанс — это очень редкий случай. И скорее всего, раз вам не важен даунтайм (1 инстанс упасть же может), значит вам и даунтайм от db.repairDatabase не важно.
Ну для начала у mysql уйма своих проблем. А mongodb писалась изначально с расчетом на распределенность и ставить 1 машину можно только в development окружении.
Я сам не поклонник mongo, но ваш наезд выглядит странно.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity