Сергей Протько

но вторая его версия пишется на TypeScrip

Какая разница на чем его пишут, если вы можете писать на чем захотите.

Давайте проясним. TypeScript это ES6/ES7-stage1 + информация о типах. То есть если вы знаете ES6/ES7-stage1 то вы автоматически знаете TypeScript (добавится только информация о типах и некоторые нюансы, но в целом они строго следует стандарту).

То есть вот это валидный TypeScript:

class Foo {
    bar = 'default property value';

    constructor(untypedArg) {
       this.foobar = untypedArg;
    }
}

Одновременно с тем что это валидный TypeScript код это так же валидный код с точки зрения ES (с учетом драфтов находящихся в stage1, вроде пропертей для объектов)

Это не Dart, который является другим языком. Это надстройка над JS и не более, кроме возможности (опциальной) декларации типов - там ничего больше нет. Но зато для больших проектов эта информация позволяет избавиться от кучи багов.

out-of-memory уже говорит нам о меморилике.

Нужно подсчитать количество символов в строке с классом *text*

Алгоритм:

1) получаем элемент по классу.
2) достаем текст из элемента
3) получаем длину строки

берем какой-нибудь загрузчик скриптов. Инлайним его в тело страницы. Загружаем им jquery и другие штуки.

варианты:
- проект с командой опытных ангулярщиков, где есть код ревью. Как мне кажется это весьма редкий кейс но как по мне наилучший.
- нанять человека с опытом для того что бы делал код ревью да подсказывал че как. Тут есть риски напороться на мнение одного конкретного человека. Ангуляр можно готовить очень по разному.
- добавиться в чатик какой (вроде frontend ua и т.д.) и тероризировать сообщество распросами кто как чего готовит и скаким проблемами можно сталкнуться. Дешево и сердито. Можно даже договориться за так о код ревью от пары человек. Обмен опытом и знаниями это хорошо.
- поковыряться в более современных решениях (например reactjs + redux), дабы было более полное представление о том как готовить ангуляр и получить более полное представление о недостатках первой ветки (во второй проблем вроде навязывания двустороннего дата биндинга уже нет, но второй ангуляр еще в бете и я бы не рекомендовал его использовать для коммерческих проектов еще хотя бы пару месяцев). Все то же что и в реакте можно делать и на ангуляре, просто есть в первой ветке места не очень красивые. Может даже поправят в 1.5 версии, но пока сомнительно.

Ну и да - рекомендую кодить на angular1 с оглядкой на angular2. stateless-компоненты, односторонний поток данных и все те тренды которые используют все популярные фреймворки. Ну и хотя бы на ES6 все писать (babel) и бандлерами вроде webpack или system.js, с ним готовить ангуляр удобнее. Пример. Ну и тесты, тогда рисков меньше.

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

Пока вы будете заучивать текущие тренды и тенденции а так же как это все реализовать дизайнеры уже придумают новые. Никакого развития короче.

С опытом все будет быстрее. А вам надо учиться гуглить.

nativescript.org

я так понимаю чат на node.js делать?

Судя по характеру вопроса - да, проще будет на node.js

функциональное программирование (рано или поздно всеравно придется разбираться, нынче все популярные фреймворки к этому идут). больше практики. Практика должна вызывать вопросы, на которые вы будете искать ответы. Ну и так далее, бесконечный цикл обучения, эксперементов и тд.