Но вот есть свидетели церквей Clojure или JavaScript. У них там в каждом проекте по сотне namespace-ов или модулей и по делу и не по делу. И вот. Живут без типов.
Но вот есть свидетели церквей Clojure или JavaScript. У них там в каждом проекте по сотне namespace-ов или модулей и по делу и не по делу. И вот. Живут без типов.
Они просто рано или поздно реализуют самопальные контракты и протоколы из "настоящих" динамических языков :)
Справедливости ради, счейчас все осознали это и стараются делать модули компатными с минимальным числом зависимостей, никакх lodash или moment (стараются использовать date-fns) ну и модули сейчас делают хинт можно ли tree-shaking без санд эффектов или нет
я считаю, что по большей части динамическая типизация - это ленивая типизация. это когда имплементатору реализации языка лениво пилить сложный верификатор и он впиливает поддержку типов в рантайм либу или в интерпретатор.
собственно интерпретатор он тоже от лени - он проще компилятора.
я считаю, что по большей части динамическая типизация - это ленивая типизация. это когда имплементатору реализации языка лениво пилить сложный верификатор и он впиливает поддержку типов в рантайм либу или в интерпретатор.
собственно интерпретатор он тоже от лени - он проще компилятора.
А где же Вы видели приличный компилятор без набора интерпретаторов "под капотом"? :)
я считаю, что по большей части динамическая типизация - это ленивая типизация. это когда имплементатору реализации языка лениво пилить сложный верификатор и он впиливает поддержку типов в рантайм либу или в интерпретатор.
собственно интерпретатор он тоже от лени - он проще компилятора.
дыа, что нода, что дено, что luajit - чертовски простые штуки
я считаю, что по большей части динамическая типизация - это ленивая типизация. это когда имплементатору реализации языка лениво пилить сложный верификатор и он впиливает поддержку типов в рантайм либу или в интерпретатор.
собственно интерпретатор он тоже от лени - он проще компилятора.
Есть же документация по InsideOut(x) от Пейтона-Джонса. Написать - дело не хитрое. Да и всё равно типы придётся выводить для производительности. Вопрос именно в том, нужно ли типы тащить в интерфейс к пользователю.
Есть же документация по InsideOut(x) от Пейтона-Джонса. Написать - дело не хитрое. Да и всё равно типы придётся выводить для производительности. Вопрос именно в том, нужно ли типы тащить в интерфейс к пользователю.
судя по тому, что анотации типов появились и появились верификаторы для того же питона - нужно.
но это не только лишь сразу становится понятно. то есть не настолько нужно насколько считает лагерь статической типизации