История изменений

А типизованные массивы в стандарт еще не приняты, к слову.

https://www.ecma-international.org/ecma-262/6.0/#table-49
Обновляй методичку.

это белый лист, который, с одной стороны, дает возможность делать что вздумаешь, но с другой стороны - как потом это поддерживать?

Функция x делает структуру y. Прочекать структуру y - это проблема?

Вся история развития разработки на JS последних эдак лет десяти сводилась к построению нового языка

Что плохого в том, что можно легко и просто пилить себе инструмент для разработки?

«import» 2015 год.

Уже 4 года прошло. Надо обновлять методичку.

«require» актуален только для node.js

Браузеропроблемы. Да и для него авторы либ делают обёртки, если надо.

Та же попытка присвоения значения по индексу массива за пределами размера массива в питоне дает ошибку, потому что в питоне массив - это массив, а не черт знает что.

А в сишечке такое даёт повреждение памяти. Что сказать то хотел? В пистоне так сделали, тут не захотели так делать, чтобы можно было расширять массив без головняка и подсчётов размера заранее. Да и не такой уж это проблема. По массиву везде бегает forEach, заполняет push, я вообще не помню, когда была какая-то теоретическая возможность выйти за границы или работа напрямую с индексами. Если где-то такое и есть, то границы проверяются до того, как лезти к массиву.

JS потому и полюбился индусам, что не проверяет типов, не выдает ошибок, позволяет творить любую содомию.

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

300 тыс строк - это не монструозный комбайн, это просто большой фреймворк

Ну да, я про это и говорю.

при использовании которого кодеру не придется каждый раз заново притирать компоненты

Ну т.е. херак-херак и в продакшон.

Монструозный же комбайн - это оракл на 30 млн строк.

И это что, что-то хорошее?

раз заново притирать компоненты

Что такое «притирать компоненты» и зачем их притирать? Либа A имеет такой функционал, либа B - другой. Ты просто берешь и используешь эти либы, передаешь им данные, получаешь результат. Фреймворк подразумевает какую-то свою интеграцию, интерфейсы, типы и любое писательство на фреймворке всю разработку завязывает на него. А если кто-то делает какое-то непереносимое говно, так это его/их личная половая жизнь.

А типизованные массивы в стандарт еще не приняты, к слову.

https://www.ecma-international.org/ecma-262/6.0/#table-49

это белый лист, который, с одной стороны, дает возможность делать что вздумаешь, но с другой стороны - как потом это поддерживать?

Функция x делает структуру y. Прочекать структуру y - это проблема?

Вся история развития разработки на JS последних эдак лет десяти сводилась к построению нового языка

Что плохого в том, что можно легко и просто пилить себе инструмент для разработки?

«import» 2015 год.

Уже 4 года прошло. Надо обновлять методичку.

«require» актуален только для node.js

Браузеропроблемы. Да и для него авторы либ делают обёртки, если надо.

Та же попытка присвоения значения по индексу массива за пределами размера массива в питоне дает ошибку, потому что в питоне массив - это массив, а не черт знает что.

А в сишечке такое даёт повреждение памяти. Что сказать то хотел? В пистоне так сделали, тут не захотели так делать, чтобы можно было расширять массив без головняка и подсчётов размера заранее. Да и не такой уж это проблема. По массиву везде бегает forEach, заполняет push, я вообще не помню, когда была какая-то теоретическая возможность выйти за границы или работа напрямую с индексами. Если где-то такое и есть, то границы проверяются до того, как лезти к массиву.

JS потому и полюбился индусам, что не проверяет типов, не выдает ошибок, позволяет творить любую содомию.

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

300 тыс строк - это не монструозный комбайн, это просто большой фреймворк

Ну да, я про это и говорю.

при использовании которого кодеру не придется каждый раз заново притирать компоненты

Ну т.е. херак-херак и в продакшон.

Монструозный же комбайн - это оракл на 30 млн строк.

И это что, что-то хорошее?

раз заново притирать компоненты

Что такое «притирать компоненты» и зачем их притирать? Либа A имеет такой функционал, либа B - другой. Ты просто берешь и используешь эти либы, передаешь им данные, получаешь результат. Фреймворк подразумевает какую-то свою интеграцию, интерфейсы, типы и любое писательство на фреймворке всю разработку завязывает на него. А если кто-то делает какое-то непереносимое говно, так это его/их личная половая жизнь.