Не так всё однозначно.. Вы можете привести пример языка, который строит нативный exe в считанные секунды? Пишу в основном под десктоп, и это прям боль, ждать когда сборщик соизволит закончить работу. Что ява, что котлин, что qt, что электрон, все тормознутые донельзя. Плюс размер бинарников какой-то умопомрачительный. А родная старая делфа - нажмёшь F9, пара секунд и форма на экране. Как же мне этого не хватает.
Например, неработающий try catch вокруг запуска корутины. Почему нельзя было эту обёртку заставить работать как supervisorjob, зачем нужна ещё одна сущность?
Ну а ошибки в корутинах в kotlin/js это прям совсем боль. В ошибку вываливатся немеряного размера стек, который НЕ СОДЕРЖИТ информацию о ошибке. Удобно, да.
Не планируется сделать нормальной обработку ошибок при использовании корутин? Это ведь бред - народ выпускает тучу инструкция и видео о том, почему обработка ошибок сделана так криво и как под это подстроится! "Тут смотрим, тут не смотрим, тут селёдку заворачивали" (с)
Одна из главных статей расхода - именно датчики СО2, они по 2200р. Самая большая статья расходов - вытяжной вентилятор на каждую комнату, они по 3500р. Далее по цене идёт шумоглушитель по 1100р. Все остальное (ардуинки, бп, сервы, датчики температуры и влажности) стоит копейки
Можно ещё одно уточнение : что значит "ручками"? На github-е есть какой нибудь минимальный пример с compose, чтоб в exe/appimage собирался? Чтоб получить обыкновенное, стандартное, десктопное приложение. Примерно как на delphi..
Как работающий на JavaFx более 5 лет, сильно рекомендую запаковать все требуемые библиотеки javafx прям в jar. Этим вы упростите себе жизнь, т.к. недокументированные особенности и баги меняются от версии к версии и то, что на вашей либерике работает нормально, на следующей либерике может поломаться.
Странное решение на профилях из леруа, они же ну прям совсем никакущие ни на жёсткость, ни на кручение. Почему бы не использовать правильные конструкционные профиля, которые и жёстче, и есть всяческий крепёж-уголки?
Если сотрудник не нажмет «Уйти на обед», то у него будет учитываться время до того времени, как он нажмет «Окончить работу».
Вот про это и речь ) Можно поднять KPI, просто «забыв» что-то сделать.
А если он не нажмёт «Окончить работу»? Будет вкалывать круглосуточно?
Прям рекомендую изучить тему по сторонним УРВ (да хотя бы Болидовское), а то будете вечно доделывать-перерабатывать
В настоящих программах УРВ море всяких галочек, флажков, настроек. Например, сотрудник не нажмёт «уйти на обед», как ему это время посчитается? А как должно быть посчитано? А может, сотрудник и не ходил на обед?
В УРВ все расчёты и графики — это мелочь, главное — это бизнес-правила, которые меняются в зависимости от территории, скуд, времени года и температуры на Марсе
И главное — зачем в этой рекламной заметке тег «kotlin», если вы ни слова не сказали о технологиях?
В JDK 16 вводится новая утилита — jpackage. Она основана на javapackager, перешедшем из Oracle JavaFX. Этот тул для упаковки автономных Java-приложений вместе со средой исполнения был впервые предложен в 14-ой версии (JEP 343) как инкубационный инструмент; теперь же он подходит для промышленной эксплуатации. Функция уже поддерживается во всех операционных системах и производит свойственные платформе файлы: msi и exe на Windows, pkg и dmg на macOS, deb и rpm на Linux.
Ещё у БеллСофта есть «Liberica Native Image Kit» который, по описанию, должен делать нативные бинарники на GraalVM. Но ни описания, ни api, ни примеров…
Очень плотно работаю с JavaFX-TornadoFX-Kotlin.
FatJar-ники хорошо собираются с помощью ShadoJar. В Windows проблем с построенными бинарниками нет вообще никаких, всё работает прекрасно. А вот в линуксах есть нюансы — то менюшки вылезают только на первом мониторе, то бинарник через сутки работы забирает под себя одно ядро навсегда. Проблемы известны, но не исправлены, для каких-то есть обходные пути, для каких-то нет. И самое занимательное — проблемы зависят от используемых дистрибутивах и рабочих столах, хуже всего обстроят дела с трёхклятым Asta Fly а, например, xfce работает прекрасно
Какие-то странные лямбды завезли, так и не смог их заставить дышать
var list := TStringList.Create();
list.CustomSort(
function (List: TStringList; Index1, Index2: Integer): Integer
begin
result := Index1 — Index2;
end;
);
Жаль, что обошли внимание Kotlin/JS. Очень интересно было бы пообщаться с соратниками по грабельному полю
Не так всё однозначно.. Вы можете привести пример языка, который строит нативный exe в считанные секунды? Пишу в основном под десктоп, и это прям боль, ждать когда сборщик соизволит закончить работу. Что ява, что котлин, что qt, что электрон, все тормознутые донельзя. Плюс размер бинарников какой-то умопомрачительный.
А родная старая делфа - нажмёшь F9, пара секунд и форма на экране. Как же мне этого не хватает.
Например, неработающий try catch вокруг запуска корутины. Почему нельзя было эту обёртку заставить работать как supervisorjob, зачем нужна ещё одна сущность?
Ну а ошибки в корутинах в kotlin/js это прям совсем боль. В ошибку вываливатся немеряного размера стек, который НЕ СОДЕРЖИТ информацию о ошибке. Удобно, да.
И нормальную обработку ошибок в корутинах в 31 релизе. Jav-ишники должны тоже страдать, как и котлинщики
Не планируется сделать нормальной обработку ошибок при использовании корутин? Это ведь бред - народ выпускает тучу инструкция и видео о том, почему обработка ошибок сделана так криво и как под это подстроится! "Тут смотрим, тут не смотрим, тут селёдку заворачивали" (с)
Одна из главных статей расхода - именно датчики СО2, они по 2200р. Самая большая статья расходов - вытяжной вентилятор на каждую комнату, они по 3500р. Далее по цене идёт шумоглушитель по 1100р. Все остальное (ардуинки, бп, сервы, датчики температуры и влажности) стоит копейки
Можно ещё одно уточнение : что значит "ручками"? На github-е есть какой нибудь минимальный пример с compose, чтоб в exe/appimage собирался? Чтоб получить обыкновенное, стандартное, десктопное приложение. Примерно как на delphi..
Разрешите вопрос для уточнения? Полный натив десктоп для windows/linux - это что: fat.jar или прям exe/appimage?
for (sensorId in 0 until sensors.length()) {Это чтоб враг не догадался? )) Он-то думает, что
sensorId - это идентификатор, а это просто декрементный счётчикПосмотрел базу. Для многих есть :ФИО, телефон, e-mail, адрес, на сколько рублей заказал .
Очень интересно смотреть на соседей, можно узнать неожиданных мажоров ))
Как работающий на JavaFx более 5 лет, сильно рекомендую запаковать все требуемые библиотеки javafx прям в jar. Этим вы упростите себе жизнь, т.к. недокументированные особенности и баги меняются от версии к версии и то, что на вашей либерике работает нормально, на следующей либерике может поломаться.
Вот про это и речь ) Можно поднять KPI, просто «забыв» что-то сделать.
А если он не нажмёт «Окончить работу»? Будет вкалывать круглосуточно?
Прям рекомендую изучить тему по сторонним УРВ (да хотя бы Болидовское), а то будете вечно доделывать-перерабатывать
В УРВ все расчёты и графики — это мелочь, главное — это бизнес-правила, которые меняются в зависимости от территории, скуд, времени года и температуры на Марсе
И главное — зачем в этой рекламной заметке тег «kotlin», если вы ни слова не сказали о технологиях?
Ещё у БеллСофта есть «Liberica Native Image Kit» который, по описанию, должен делать нативные бинарники на GraalVM. Но ни описания, ни api, ни примеров…
FatJar-ники хорошо собираются с помощью ShadoJar. В Windows проблем с построенными бинарниками нет вообще никаких, всё работает прекрасно. А вот в линуксах есть нюансы — то менюшки вылезают только на первом мониторе, то бинарник через сутки работы забирает под себя одно ядро навсегда. Проблемы известны, но не исправлены, для каких-то есть обходные пути, для каких-то нет. И самое занимательное — проблемы зависят от используемых дистрибутивах и рабочих столах, хуже всего обстроят дела с трёхклятым Asta Fly а, например, xfce работает прекрасно
Или всё так же в var наверх прыгать?