Константин Китманов

Функции высшего порядка -- функции, которые могут принимать другие функции и возвращать функции. first-class functions -- фича языка, позволяющая переменным содержать ссылки на функции. По сути -- разные вещи, но по отдельности смысла в них не много:)

TypeScript хорош тем, что является надстройкой над ES2015 (и поддерживает здоровую часть нужных фич оттуда, и эта совместимость будет только увеличиваться). Вполне возможно, что в ES2016/17/18 введут необязательные type hint'ы, и взяты они будут из TS.

Проблема в том, что по дефолту гит под виндой ставится так, что доступен только из своего, анально огороженного шелла. Поэтому да, решение, как указал Алексей Уколов -- добавить git.exe в PATH.

Перефразируя известную песенку: гит под виндой -- очень хитрый предмет, то ли он есть, то ли его нет.

Встроенных методов нету. Народ юзает всякие либы, от себя советую datef (я автор:) ) или, если нужно плотно работать с датами -- moment.js.

Потому что gulp зависит от этих модулей, они ему нужны для работы.

Краткий ликбез по JS: Как работает прототипное наследование: при обращении к свойству оно ищется сначала в самом объекте, потом, если не найдено, в том объекте, который указан как прототип (скрытое свойство [[Prototype]]) для исходного, потом в прототипе прототипа и так далее, пока прототип не null. Что происходит, когда мы вызываем new SomeFunction(): создается новый объект у которого [[Prototype]] ссылается на SomeFunction.prototype, в контексте этого нового объекта вызывается SomeFunction (как если бы через apply или call), полученный объект возвращается.

1) В первом варианте у вас в конструкторе лишняя операция. А если таких методов 10? А если надо создать 10000 таких объектов?
2) Во первом варианте у вас каждый инстанс будет непосредственно иметь ссылку на getName. Во втором — каждый инстанс будет иметь ссылку на прототип, в котором уже будет ссылка на getName. Значит, первый вариант будет жрать поболе памяти (однако обращение к методу getName будет работать чуточку быстрее).
3) Можно так делать, если очень надо переопределить getName для данного объекта. Но с точки зрения архитектуры — не стоит, лучше создать отдельный класс или фабричную функцию, которая будет возвращать объект с нужным getName. Причина: black magic, который задолбаешься искать по коду.
4) На данный момент времени, можно, наверное, начинать писать на ES2015 с нативными классами, чтобы не придумывать велосипеды с колесами из костылей:)

Если не для прода, то, видимо, в целях обучения.

Если цель — разобраться в метеоре, то вперед. MongoDB достаточно шустра для реалтайма в учебных масштабах. Так же можно попробовать сделать на redis, он, вроде бы, шустрее на простых выборках (а в чате сложные и не нужны).

Если цель — написать максимально быстрый чат, то текущие разговоры держим в памяти, а после некоторого периода неактивности сбрасываем в БД (монго, редис, тут уже не так важно). В этом случае и метеор не особо-то нужен.

На самом деле можно даже проще — достаточно переопределить Backbone.sync своей функцией на время тестов.