Судя по количеству запросов на тренинги в Штатах, я был прав. В Киеве буду проводить тренинг в мае: www.eventbrite.com/…​-2017-tickets-32845325252

В мае проведу 3-х дневный Angular воркшоп в Киеве: www.eventbrite.com/...-2017-tickets-32845325252

You can check one of the ChangeLog files at the CLI github repo. You can also compare the generated bundles with or without —aot=false.

В полседней бете 32.3 появилась новая команда ng eject, которая достает webpack config в рут проекта и позволяет его редактировать.

Для большинства проектов Angular CLI подойдет. Но, наверняка будут проекты, где будет желательна ручная оптимизация. Если команда разработчиков столкнется с такой необходимостью, надо будет refactor the project и делать конфигурацию Webpack вручную.
В 10й главе нашей книжки мы описали как сделать проект с Webpack, но без Angular CLI.
Примеры кода здесь: github.com/...ipt/tree/master/chapter10

1. Конфигурация Webpack автоматически сгенерирована и находится в одной из папок под node_modules. Разработчик ее не трогает и не меняет.
2. Для проекта типа Hello World несложно.
3. angular-cli.json находится в корне проекта и разработчик его редактирует, как любой текстовый файл.
4. Последний вопрос — чистый тролинг. Погуглите 100500 постов написанных полгода назад и сделайте так, как там написано. Good luck with this.

Вот здесь я описал несколько причин, по которым Angular/TypeScript — это хорошо:
yakovfain.com/...-angular-2-and-typescript

Корни вашей агрессивности в том, что вы (как и многие back-end программисты) считаете, что серьезныю разработку можно вести только на серверной стороне, а JavaScript только для создания простых страниц. А на фронт-енде сегодня делаются очень серьезные приложения, которые требуют соответсвующего тулинга.

In this case, you need to use another server (installed in your company) that you can use as a proxy. This server should have Access-Control-Allow-Origin: * and redirect requests with a certain URL fragment to wunderground.com.

Я думаю, в этом случае нужно конфигурировать CORS на API серверах,
например, Access-Control-Allow-Origin: *
Вместо * можно указывать конкретный IP, где задеплоен клиент.

Не встречал. Но если у вас уже есть проект, сделанный на Angular 2, то значит у вас есть готовые модули, компоненты, и сервисы. Я бы сгенерировал новый проект с Angular CLI и аккуратно скопировал-бы туда все имеющиеся артифакты. Конфигурация дополнительных JS библиотек и CSS делается в одном месте — в файле angular-cli.json. Бандлы для lazy-loaded модулей будут сгенерированы автоматически.

Есть много хороших фреймворков хороших и разных. Я работаю в среде enterprise development, где важно иметь полный набор всего, что требуется для разработки и деплоймента. С этой точки зрения, Angular впереди всех.
Vue.js — интересный фреймворк, но я не планирую им заниматься.

То было старое видео и я говорил о предыдущей версии — AngularJS. Марксизм не догма. Things change :)

Попробуйте faindz

Не изменилось. Это тот-же фреймворк, что и Angular 2. Они просто решили поменять систему нумерации версий (it’s called semantic versioning) и 2 рaза в год будут выпускать major release с новым номером.