Обновить
28
Никита Гусаков@hell0w0rd

Пользователь

12
Подписчики
Отправить сообщение
В ES6 скобки требуется вне зависимости от наличия параметров:

А вот и нет.
[1, 2, 3].map(n => n * n); // неявный return
foo(a => {
    console.log(a);
});

И только без аргументов нельзя опускать скобки, то есть нужно явно () => {}
Однажды я 3 дня не мог зайти на github, неделю в twitter и день в google. Если бы эти сервисы не были для меня важны — я бы забил. Так что имхо 2-фактор может повлиять на конверсию
И по поводу обратной совместимости стандартов — на мой взгляд совсем не весело тянуть за собой обратную совместимость в мажорных версиях. Что если вы сделали в языке/библиотеке что-то не так? Функция называется parse_str, а на деле это parse_url.
На мой взгляд правильно было бы конкретно сформировать ваши пожелания и написать в issue tracker. github.com/iojs/io.js/pulse — issues не остаютя без внимания, не смотря на напор.
Ноду не развивали долгое время, собственно от чего и родился форк. Теперь команда подготовила первый релиз, обновила зависимости. Подождите чу-чуть и будут модули доводиться до stable/frozen статуса.
Для сравнения в c++ до сих пор в стандартной библиотеке нет работы с файловой системой
Node и io.js для каждого модуля указывают что с API. Есть и frozen модули, вроде util, а есть и experimental, вроде smalloc. Если модуль будет deprecated — он так и пометится.
На счет компилируемых модулей — код платформозависим до той степени, до которой его довел разработчик этого модуля. На сколько я знаю все, что в io.js — не платформозависимо и поддерживаются все основные платформы и архитектуры.
Гм, да, наврал. Ситуация изменилась, посыпаю голову пеплом — FB работает на react.
То, как зародился проект — не особо важно. Gmail вроде как тоже проект, выродившийся из 20% свободного времени, ровно как и Rust, на пример.
Далеко не факт. На сколько я понимаю — webgl является биндингом к opengl, а значит в react native нужно просто портировать canvas. Единственное — думаю это не самая приоритетная фича.
Ну не особо и использует. Instagram — это достаточно простое приложение c точки зрения фронтенда, и веб-версия — не основное приложение. Angular также используется для youtube на телевизорах, поэтому ваше замечание не совсем справедливо.
Вот когда react будет использоваться на самом FB — вот это будет действительно сильный аргумент.
Как же. У киборгов уничтожаются человеческие чувства путем модарнизации мозгов. Фактически это и предлагает isden: сначала ИИ будет перехватывать вычислительные задачки, затем все остальное. Остается найтись злому гению, который хакнет ИИ и будет перехватывать эмоции и на все вопросы отдавать нужные ему команды — это прямо таки сюжет для серии Доктора.
Какой-то не многословный этот Том…
Triggers are so abused — and used so inappropriately, I'd rather live without them.

Аргументов я не увидел, ну возможно кто-то злоупотребляет, есть вещи которые невозможно или почти невозможно сделать без триггеров без переноса логики в приложение.
Доктор вас не одобряет

Триггеры часто запрещены безопасниками.

Ух, а можно узнать почему? В своем проектике активно использую, например для updated_at, какие могут быть проблемы?
Пример кода с Get Started:
export class Welcome{
  constructor(){
    this.heading = 'Welcome to the Aurelia Navigation App!';
    this.firstName = 'John';
    this.lastName = 'Doe';
  }

  get fullName(){
    return `${this.firstName} ${this.lastName}`;
  }

  welcome(){
    alert(`Welcome, ${this.fullName}!`);
  }
}

Но ведь ровно также можно писать уже сейчас на ангуляре, для $inject ровно также, как далее в доках использую
static $inject() {
    return ['$http', '$sce'];
}

И в конструктор все инжектится.
Наверняка под TS/AS стабы просто, а остальные — достаточно поддерживать es5
А вы хотите новый браузер на основе своего движка? Chromium, Gecko, IE (хз что там), Spartan — не достаточно? Давно очевидно, что браузер — это не только движок.
Так у тебя ровно та же привязка к платформе. Ты хочешь сделать облако, в котором JS будет взаимодействовать с бэкендом.
Ну и API к JS можно представить на любом языке. Я предлагаю document перенести на сервер
Мне кажется сложные навороты с облаком для этого не нужны. Нужен фреймворк, на подобии meteor, который все, что есть внутри window.document обернет в ws-общение. Тогда логика полностью останется на сервере, а клиент всего лишь будет вызывать нужные функции с нужными аргументами. Если метеор уже не делает этого.
А еще OpenStreetMap закроем, гитхаб запретим (так уже, и не один раз) и вообще все, что создается усилиями множества людей, а не по тендеру.
Вообще подобное заявление говорит о полном непонимании принципов существования википедии и прочих подобных проектов.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность