великое многообразие языков и платформ это очень крутая вещь.

так ну есть те, кому мешает gc и вот да, целый wasm для таких делают

чтобы было всё явно, когда уничтожаются объекты

Явно уничтожай объекты

а явно уничтожать объекты в JS нельзя

а какой кейс?

освобождение ресурсов

а какой кейс?

Не кейс, а утверждение - явное лучше неявного

а, ну я несогласен с утверждением в голом виде

явное и неявное, строгость и конвенции, это всё существует как инь-янь

явные зависимости лучше неявных в мире жса - согласен

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

ну так и не пихай, конкатинируй всё внутри одного модуля

блин, реально надо примеры писать и манифест сбалансированной модульности :)

ну так и не пихай, конкатинируй всё внутри одного модуля

не понял, что ты имеешь ввиду

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

а ради чего?

звучит как усложнение

а если совсем плохо становится то приходится делать что-то типа osgi

ну так, чем больше кода, тем больше ответственность

это всё по-разному скейлится

например jsdoc нихрена не скейлится. там документацию отдельно на каждый маленький модуль создавать или на большие?

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

так можно еще раз про import и scale?

https://stackoverflow.com/questions/106222/what-does-osgi-solve

например jsdoc нихрена не скейлится. там документацию отдельно на каждый маленький модуль создавать или на большие?

Надуманная проблема

Проблемы jsdoc вообще слабо соотносятся с современностью

Ну вот может ты мне скажешь и я успокоюсь наконец, как в общем виде сгенерить jsdoc для недревесного графа

единственный способ получить документацию по какой-то хрени это пойти обходить граф, т.е. ABC.DEF. и каждый раз добавляем по слову и смотрим что там лежит

Javascript fatigue — это когда ты решаешь проблемы, которых у тебя нет средствами, которые для этого не предназначены

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

Сведение к абсурду не сработает

то есть получается такое: переписывается проект с неймспейсов на импорты и прости прощай jsdoc и нормальная генерация понятного "d.ts"

значит это всё не нужно, ведь импорты важнее

Ты решаешь проблемы которых у тебя нет

Что я скажу про твои средства думаю ты уже догадываешься

какие проблемы с d.ts и jsdoc?

проблема в том что это всё читаемо если структура древесная. или хотя бы есть некоторое остовное дерево выделенное по которому есть канонический обход объектов

единственный способ получить документацию по какой-то хрени это пойти обходить граф, т.е. ABC.DEF. и каждый раз добавляем по слову и смотрим что там лежит

ABC.DEF -> ABC/DEF

import/export ломает нафиг этот инвариант, а я привык с ним работать

как-то так

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

в итоге получается то самое радикальное "надо просто кодить и не думать о каких-то инвариантах"

блин, я ничего не понял про разницу в обходах

чем вариант замены точки на слэш не подходит?

import/export ломает нафиг этот инвариант, а я привык с ним работать

«Я привык» стоит использовать в какой-нибудь более консервативной индустрии. Сейчас я вижу только человека который раз за разом огребает от языка за приверженность своим привычкам

И будет огребать ещё и ещё

ну да, про “привык” я согласен, что аргумент так себе

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

карты на стол. где твой гитхаб?

И не стоит сейчас упрощать всё для себя до тупых фронтендеров которые говорят тебе писать и не думать

А то я вижу тенденцию

https://github.com/mkusher

карты на стол. где твой гитхаб?

https://github.com/zerobias

Следующий вопрос

норм :) а у тебя есть что-нибудь с небольшим community куда ты коммитишь?

Ты точно мой профиль открывал?

?

вроде туда. я к тому что у меня одно из болезненных мест это https://github.com/pixijs/pixi.js , и смотря на соседний phaserjs я вижу проблемы с модульностью. особенно весело когда надо плагины к этим штукам делать и генерить доки чтобы было куда тыкать пользователей

переход с ES5 на import/export конечно сильно помог, но когда всё это множится то со скейлом есть проблемы.

в пикси то их мало, а вот фейзер хлебают по полной программе :)

Ты видишь проблемы с модульностью: это нормально и естественно; но это проблемы отдельного приложения/либы

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

У меня либа кроссплатформена с адаптерами сразу под кучу платформ; я учитываю проблемы и желания сразу всех сразу, а ещё стараюсь не удивляться вслух когда кто-то умудряется запускать её на чем нибудь типа кордовы)

в С++ есть с ней проблемы. и в Java есть. и только в JS изобрели новый универсальный способ который типа превосходит namespace по всем задачам завязанным на js

Да

вот это кроссплатформенная либа: https://github.com/libgdx/libgdx

я конечно понимаю что мои проблемы и проблемы товарищей из libgdx/spine (а они на import/export смотрят с ужасом) являются проблемами только графических приложений, и вполне возможно что весь фронтэнд оптимально писать на импортах экспортах. Мы стараемся поддерживать приложения которые используют либы через import/export и вроде выходит.

но внутри всё-таки неймспейсы.

но внутри всё-таки неймспейсы.

А у меня нет

Правда у меня — ха ха — и тайпскрипта то больше нет

ну так я за полное многообразие - поддерживать и то и то.

А нафиг нэймспейсы?

У вас странный спор)

)))))

Мб не такие нэймспейсы как в тс?

не только нэймспейсы нафиг, но и кватернионы. углами эйлера вполне можно обойтись

ты о чем

вот это кроссплатформенная либа: https://github.com/libgdx/libgdx

Ну учитывая корову у меня не хуже)) Плюс ещё разнообразный сервер сайд

В расте норм модули

ты о чем

Думает что тут никто не изучал кватернионы

Почти нэймспейсы, но модули

Ох уж ети бэкендеры

Думает что тут никто не изучал кватернионы

у меня максимум было полторы лекции по ним и один вопрос в экзамене по алгебре за второй год, я почти не изучал(

и там чет про неймспейсы рядом н ебыло

я к тому что есть вполне нормальные дуальные вещи которые покрывают много кейсов, но с разной эффективностью

Дуальность самоваров в Туле

и просто выбрасывать одно в пользу другого потому что оно, как это назвать, "чище" что-ли с точки зрения community или там математики (опять же радианы vs градусы) - это плохо

Можно ехать со своим

Думает что тут никто не изучал кватернионы

И это печально

Я первый раз услышал это слово сейчас

Импорто-неймспейсовый дуализм

Я первый раз услышал это слово сейчас

Камеры на них удобно делать в триде, ну и еще некоторую математику.

И в чем отличие от векторов тогда?

https://ru.m.wikipedia.org/wiki/%D0%9A%D0%B2%D0%B0%D1%82%D0%B5%D1%80%D0%BD%D0%B8%D0%BE%D0%BD

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

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

Но вообще идея Вани в том что может быть более одного способа сделать что угодно. И отрицать один из них ради поклонения tc39 не стоит

Я первый раз услышал это слово сейчас

Да ну, ты что) Важная штука