Прототипы это объекты (и почему это важно)

А еще можно использовать для этого декораторы, которые предложили для ES7 и уже давно есть в babel.
Вот пример:

// create-mixin.js
function createMixin(obj) {
  return (SomeClass) => {
    Object.assign(SomeClass.prototype, obj);
  };
}

// mixins/say-hello.js
const SayHelloMixin = createMixin({
  sayHello() {
    console.log(this.name);
  }
});

// human.js
@SayHelloMixin
class Human {
  constructor(name) {
    this.name = name;
  }
}

const nkt = new Human('nkt');
nkt.sayHello();

WWDC15. День первый. Keynote

Вот тут, кстати, интересный момент. Получается после этого jailbreak для установки программ, которые не пропускает apple уже не нужен (f.lux на пример)?

WWDC15. День первый. Keynote

Я и сам не доволен, но разве бывает как-то по другому? Неужели кто-то умеет выпускать продукты быстро (в определенные сроки), сразу качественно и со всем набором «must have» фич? На мой взгляд это из области фантастики.

Готовимся к собеседованию по PHP: ключевое слово «static»

Потому что bolk не прав. Зависит от того, что значит «запроса к пхп». Изначально все зависит от реализации, может быть в статических полях константы — и мы всегда увидим одинаковые значения. Вероятно вопрос в том, сохраняются ли значения между разными запросами вида: запрос — php отработал — ответ, тогда нет, не сохранятся. А если php запущен, как демон, то сохранятся.
Так что вопрос идиотский и ответ на него тоже не понятный.

Практическое сравнение SkyDNS, YandexDNS и DansGuardian как средств защиты от прокуратуры

Так, а почему не наоборот? Почему у администрации нельзя просто отключить защиту, а во всех компьютерных классах оставить не тронутой, продукт же на школьников заточен, а не взрослых людей.

Почему Doctrine ORM плохо подходит для PHP

В том смысле, в котором я написал. Это не работало. Я сообщал о баге, было это около полугода назад. Не просто так же я пишу.

Почему Doctrine ORM плохо подходит для PHP

Я понимаю, как это сделать на DQL. Тут смысл в том, что эти два запроса не свяжут посты и пользователей, во всяком случае в 2.4.

Почему Doctrine ORM плохо подходит для PHP

А я, как человек, перешедший на query builder-ы c Doctrine ORM во многом согласен с доводами из статьи. Автор в целом прав, в том, что lazy-load данных из базы — ключевая концепция. Eager-load не проработан на столько же, возможно потому что это сложнее, или по другой причине, но нет возможности сгенерировать два запроса, вместо N вида:

SELECT * FROM users u WHERE u.foo = bar;
SELECT * FROM posts p JOIN users u ON u.id = p.user_id WHERE u.foo = bar; // или IN(id1, id2, ...)

Ладно, у нас есть мощный query builder, попробуем сами такое сделать. Ан нет, во всяком случае в версии 2.4. Сущности не свяжутся и Identity Map становится бессмысленной, тк она не работает.
Также с Identity Map был косяк, из-за которого пришлось форкать доктрину в одном из проектов — не работал DateTime в качестве primary key. Банально отсутствовал метод, который привел бы DateTime к строке и добавлять в ядро это не хотели, предложили заменить DateTime на свой, я честно старался сделать это, но через пару часов так ничего и не вышло.

Node.JS Загрузка модулей по требованию

Так зачем вы используете конструкцию await (await ...);?

Gulp.watch: ловим ошибки правильно

На мой взгляд вашу проблему лучше решать с помощью готовых инструментов, обернув plumber, или аналог, в if. А использовать NODE_ENV, или ENABLE_PLUMBER — это уже вам решать.

Node.JS Загрузка модулей по требованию

таки нет, вы не правы.
Этот код вполне рабочий:

(async function start_thread() {
  const result = await getNextTask();
  console.log(`got ${result} from promise`);
})();

async function getNextTask(){
  return new Promise(resolve => resolve(5))
}

// этот код эквивалентен
log(await (await foo()));
// этому
foo().then(r => r).then(r => log(r));

И да, все async-функции возвращают промис, как результат работы, by design.

Node.JS Загрузка модулей по требованию

Интересно. Не является ли это специфичной для async/await «фичей», или багом regenerator?

function test() {
  return new Promise((resolve) => {
    resolve(Promise.resolve(5));
  });
}

test().then((val) => console.log(val)) // 5

Gulp.watch: ловим ошибки правильно

Тем что правила описываются внутри объекта, который разработчик строит как угодно, на свое усмотрение.

Gulp.watch: ловим ошибки правильно

совсем не согласен. У вас в арсенале есть еще npm-scripts.

{
  "scripts": {
    "start": "gulp",
    "build": "NODE_ENV=production gulp build"
  }
}

В итоге вы можете сколько угодно менять систему сборки, разработчики вашей команды, которым они чужды могут даже об этом не знать, запуская npm start каждый раз после git pull.

Node.JS Загрузка модулей по требованию

await (await getNextTask());

оО
await ожидает промис, а промис не может зарезолвить промис, таким образом что делает этот код?

Gulp.watch: ловим ошибки правильно

Да, поэтому когда я использовал gulp, делал так:

var gulp = require('gulp');
var _if = require('gulp-if');

var env = process.env.NODE_ENV || 'development';
var production = env === 'production';

gulp.task('less', function () {
  gulp.src('less/*.less')
      .pipe(_if(!production, plumber()))
      .pipe(less())
});

Чего очень сильно не хватает в webpack.

Gulp.watch: ловим ошибки правильно

Что-то не понял, а зачем watch при сборке на CI сервере?

«Когда будут курсы по JavaScript?!» или второй год в Академии

А зачем вы в toogleFilter ищите control, если его можно было просто передать?

Как я использую трейты

github.com/nkt/doctrine-columns — в тему. Трейты для популярных полей, при работе с ORM doctrine. Собственно либа демонстрирует подход, а не навязывает свое использование.
Статья о библиотеке на хабре

Не мамонт ли Вы? (пятничный тест; который ложь, да в ней намек)

на счет .idea я бы поспорил. .idea/workspace.xml стоит игнорить, а все остальные настройки скорее всего понадобятся и остальным разработчикам.