>В TeaVM это решается достаточно умным dead code elimination, который умудряется для hello world оставить примерно 60кб от всего JDK.
А сама TeaVM входит в эти 60кб или загружает свои мегабайты отдельно?
>Или подождать возможности, и запилить такую джаву самостоятельно (вот в это я бы вписался)
Сейчас на васме толком не запилить джавы, можно конечно, но получится страшный монстр с загрузкой на клиента нескольких мегабайт кода. А когда подойдет wasm 2.0 не известно, можете еще лет 5 ждать.
Да, я этого отчасти боюсь, что на васме впилят разумный JVM рантайм. Но затем я задумываюсь над тем, сколько нужно будет кода, чтобы запилить JVM на васме. И всё опять сходится к тому, что для лендинга или обычных веб-форм на клиента придется загружать довольно объемный код для запуска хеловорда.
Впрочем, если даже запилят такой рантайм и он будет занимать скажем 50 Кб (очень сомневаюсь), то всё равно остается вопрос портирования W3C API классов и методов в виде JAR библиотеки и Javadoc. А мой фреймворк решает эту задачу. Мне по сути нужно будет выкинуть только часть отвечающую за транспилинг джавы в es6. А всё остальное будет по прежнему актуально. Хотя будет обидно, что я потратил полгода на реализацию такого транспилинга )
>who want to develop web front-end, but don't want to learn JavaScript
Это изначально неверный посыл. Тот кто занимается фронтендом обязан знать HTML, CSS, SVG, JavaScript и весь прочий W3C API. Но не обязан программировать его на JavaScript. В этом плане Typescript интересно придумали. Я думаю джава должна последовать примеру тайпскрипта, без загрузки на клиента мегабайтов JDK.
Джава нормально ложится на ES6 классы, а с учетом новых proposal, в будущем можно положить чуть-ли не строка в строку. При этом не нужно тащить в браузер JDK, как это делает GWT. Как вы и сказали «нужна всего лишь строгая типизация», я как раз этим и занимаюсь.
Выходит довольно приемлемо и Hello World занимает столько же, сколько делать его на чистом ES6. Я даже планирую отказаться от JSON и обмениваться сжатыми сериализованными POJO между фронтендом и бекендом.
Typescript наверное хорош как замена JS, но зачем изобретать джаву заново? Не проще транспилить джаву с некоторыми оговорками, не изобретая нового ЯП с очень похожим синтаксисом?
Судя по комментариям у java сообщества толком нет понимания, что такое современный веб. Либо Spring, либо веб-фреймворк из времен когда jquery было модно…
В 2010 про него можно было что-нибудь написать. Сейчас заканчивается 2017 год и веб сегодня в браузере, а не на бекенде. Таких как ratpack на гитхабе сотни, они ничего не дают современному фулстек разработчику.
GWT очень тяжелый и подходит разве, что для изобретений что-то уровня Google Docs. Вот зачем тащить чуть ли не весь JDK на клиента? Как с ним делать лендинги, форумы, простенькие веб-приложения, веб-формы и прочий типой веб? Там на хеловорде сразу 500 Кб клиенту отгружается.
Фреймворков нет. Есть tapestry5, но он как всегда отстаёт на 5 лет от того, что нужно разработчикам сейчас на фронтенде.
Поэтому я пилю новый фреймворк для разработки современного фронтенда на джаве. В том числе и веб-приложений с портированием на андроид. У меня в этой теме лет 10 опыта с отслеживанием трендов, так что не очередной реактивный MVC фреймворк с гитхаба.
Проблема лишь в том, что не всегда удается выделять время. Из-за чего все очень медленно развивается.
Готовы ли вы вложить собственные деньги, если скажем я все подробно распишу и запущу краудфандинг компанию на кикстартаре? Сколько бы вы вложились — $100, $1000, или вложились бы в крипте более существенные средства?
В текущую реализацию блокчейна не верю. Только на поиграться, а не для реальной торговли и сбережений. То, что пытаются накостылять к блокчейну ведёт к централизации для конечного пользователя ничем не лучше Яндекс.Денег.
SolveSpace скорее для любителя, который впервые столкнулся с подобными системами и не желающий тратить кучу времени на изучение их работы. Так что с вашими профессиональными знаниями автокада вам бы вряд ли понравилось работать с SolveSpace.
Например, я перешел на SolveSpace из Tinkercad, т.к. мне потребовалась относительно сложная механика и как оказалось в SolveSpace многие вещи делать гораздо проще, чем в Tinkercad. Так что если кому-то нужно именно что-то уровня Tinkerpad, то SolveSpace просто идеальный выбор.
>Подходит ли для проектирования каркасного дома (и из любых других материалов)
Вполне подойдет, вот только нужно будет снижать кол-во треугольников иначе начинаются жесткие тормоза (по крайне-мере в линуксе). Да даже когда снизишь их кол-во всё равно тормоза, даже на простейшей модели (в реальном масштабе). Может в окошках по другому, попробуйте.
>Подходит ли для проектирования станков и автоматизации
Подходит, но придется столкнуться с костылями в виде создания 2D каркаса нужной вам механики и цепляние на этот каркас деталей в 3D, причем иногда параметрический решатель не хочется их цеплять и постоянно ругается. Но если набить руку, можно научиться обходить эти проблемы. И опять же жесткие тормоза, когда пытаешься подвигать созданную механику в 3D. Но опять же — линукс, за винды не скажу.
В целом, мне программа нравится своей миниатюрностью, простотой и нативной работой в линуксе, если бы я сидел на виндах, то скорее всего спиратил SolidWorks.
Но недавно нашел вот такое решение www.tflexcad.ru/download/t-flex-cad-free С первого взгляда очень понравилось. Плюс возможность загрузить бесплатную версию для некоммерческих целей. А для коммерческих она также стоит вполне разумных денег.
Компилировать ядро у каждого пользователя не будешь ) Максимальный размер кучи можно не задавать, JVM самостоятельно сориентируется. Разные системные переменные, настройки GC, режим дебага — уровень systemd (где можно прописать запуск через java -jar ...), а не простых консольных утилит или прикладного ПО.
Ну, а если очень нужно для прикладного ПО, то можно доработать и скажем создавать ~/.foo/env файл во время инсталяции, который будет подхватываться binfmts скриптом (будет определять директорию по имени JAR)
А сама TeaVM входит в эти 60кб или загружает свои мегабайты отдельно?
Сейчас на васме толком не запилить джавы, можно конечно, но получится страшный монстр с загрузкой на клиента нескольких мегабайт кода. А когда подойдет wasm 2.0 не известно, можете еще лет 5 ждать.
Впрочем, если даже запилят такой рантайм и он будет занимать скажем 50 Кб (очень сомневаюсь), то всё равно остается вопрос портирования W3C API классов и методов в виде JAR библиотеки и Javadoc. А мой фреймворк решает эту задачу. Мне по сути нужно будет выкинуть только часть отвечающую за транспилинг джавы в es6. А всё остальное будет по прежнему актуально. Хотя будет обидно, что я потратил полгода на реализацию такого транспилинга )
Это изначально неверный посыл. Тот кто занимается фронтендом обязан знать HTML, CSS, SVG, JavaScript и весь прочий W3C API. Но не обязан программировать его на JavaScript. В этом плане Typescript интересно придумали. Я думаю джава должна последовать примеру тайпскрипта, без загрузки на клиента мегабайтов JDK.
Выходит довольно приемлемо и Hello World занимает столько же, сколько делать его на чистом ES6. Я даже планирую отказаться от JSON и обмениваться сжатыми сериализованными POJO между фронтендом и бекендом.
-
И что, за эту плевую работу еще и деньги получают? )
Фреймворков нет. Есть tapestry5, но он как всегда отстаёт на 5 лет от того, что нужно разработчикам сейчас на фронтенде.
Поэтому я пилю новый фреймворк для разработки современного фронтенда на джаве. В том числе и веб-приложений с портированием на андроид. У меня в этой теме лет 10 опыта с отслеживанием трендов, так что не очередной реактивный MVC фреймворк с гитхаба.
Проблема лишь в том, что не всегда удается выделять время. Из-за чего все очень медленно развивается.
Готовы ли вы вложить собственные деньги, если скажем я все подробно распишу и запущу краудфандинг компанию на кикстартаре? Сколько бы вы вложились — $100, $1000, или вложились бы в крипте более существенные средства?
Т.е. это самое лучшее из оригинального, что удалось отобрать? Мда...
В текущую реализацию блокчейна не верю. Только на поиграться, а не для реальной торговли и сбережений. То, что пытаются накостылять к блокчейну ведёт к централизации для конечного пользователя ничем не лучше Яндекс.Денег.
Ждун, жду блокчейн 2.0
Например, я перешел на SolveSpace из Tinkercad, т.к. мне потребовалась относительно сложная механика и как оказалось в SolveSpace многие вещи делать гораздо проще, чем в Tinkercad. Так что если кому-то нужно именно что-то уровня Tinkerpad, то SolveSpace просто идеальный выбор.
Вполне подойдет, вот только нужно будет снижать кол-во треугольников иначе начинаются жесткие тормоза (по крайне-мере в линуксе). Да даже когда снизишь их кол-во всё равно тормоза, даже на простейшей модели (в реальном масштабе). Может в окошках по другому, попробуйте.
>Подходит ли для проектирования станков и автоматизации
Подходит, но придется столкнуться с костылями в виде создания 2D каркаса нужной вам механики и цепляние на этот каркас деталей в 3D, причем иногда параметрический решатель не хочется их цеплять и постоянно ругается. Но если набить руку, можно научиться обходить эти проблемы. И опять же жесткие тормоза, когда пытаешься подвигать созданную механику в 3D. Но опять же — линукс, за винды не скажу.
В целом, мне программа нравится своей миниатюрностью, простотой и нативной работой в линуксе, если бы я сидел на виндах, то скорее всего спиратил SolidWorks.
Но недавно нашел вот такое решение www.tflexcad.ru/download/t-flex-cad-free С первого взгляда очень понравилось. Плюс возможность загрузить бесплатную версию для некоммерческих целей. А для коммерческих она также стоит вполне разумных денег.
Ну, а если очень нужно для прикладного ПО, то можно доработать и скажем создавать ~/.foo/env файл во время инсталяции, который будет подхватываться binfmts скриптом (будет определять директорию по имени JAR)