Полностью согласен, и могу добавить, что если уж действительно припёрло выскакивать из стека, то можно намутить своё исключение, которое будет горадо легче, но без текстового представления стека вызовов (куда вся плата ща исключение и приходится).
Не обязательно только в числах. Можно же и комбинировать темы между собой. Причём разнообразным образом.
Разные дети усваивают по разному. Некоторым надо много попыток, прежде чем они смогут уверенно пользоваться конкретными приёмами
Если надо нагенерить контрольную на целый класс? А если перездача и надо новые примеры?
А если надо повторить материал, чтобы не забылся?
Короче моя практика показывает (хоть я и не учитель), что если примеры каждый раз разные и отличаются не "только числами", то результат гораздо выше. Но вот нагенерировать такие примеры не всегда так уж просто. И ладно я хоть ITшник. А как быть людям вообще далёким от IT, но желающим дать своим детям путёвку в жизнь?
Ну и как водится у нас — никаких подробностей. Ни пейперов, ни объяснения что именно было сделано.
В результате сиди и думай: действительно ли сделали, или опять козыря захваливают ️
А самую большую проблему сериализации так и не указали: уязвимость удалённого выполнения произвольного кода, которую для того-же EJB даже исправить невозможно.
В native-image заявляют скорость ниже, чем у прогретой jvm, но значительно выше, чем у непрогретой.
Т.е. жто всё-таки не для долгоживущих приложений, а для утилит коммандной строки и т.п.
Как ни странно, исходники реализации брал из OpenJDK 11.
Видимо забыли отметить… Информация о портировании поступила от разработчика Шенанды и судя по нашим тестам это так и есть.
Как раз таки в 11.0.5 попало.
Это-то как раз уже везде забекпортили. Включая 8.
А с готовыми образами — не подскажу...
Shenandoah попадает во все репы RHEL и их производных. В частности в CentOS (откуда мы и используем, правда пока только в тестировании) и Fedora.
Так же этот GC попал в OpenJDK 12 на постоянной основе.
P.S. И раз уж зашла о том речь, то в последнем апдейте Java в Shenandoah поправили важную регрессию, после исправления которой общее быстродействие стало почти на уровне G1 GC (До этого отличие было в десятки процентов): https://bugs.openjdk.java.net/browse/JDK-8232575
P.P.S. В Java 8 с Шенандой не работает отладка. Виснет наглухо. Но есть обходные пути (которые, увы, неприменимы для нас): https://mail.openjdk.java.net/pipermail/shenandoah-dev/2019-October/010960.html
Полностью согласен, и могу добавить, что если уж действительно припёрло выскакивать из стека, то можно намутить своё исключение, которое будет горадо легче, но без текстового представления стека вызовов (куда вся плата ща исключение и приходится).
А ни у кого не бывало, что CCS811 периодически виснет, блокируя i2c шину напроч?
Короче моя практика показывает (хоть я и не учитель), что если примеры каждый раз разные и отличаются не "только числами", то результат гораздо выше. Но вот нагенерировать такие примеры не всегда так уж просто. И ладно я хоть ITшник. А как быть людям вообще далёким от IT, но желающим дать своим детям путёвку в жизнь?
Блин, спасибо!
Надо поподробнее проникнуться подходом. Полезно!
Ради такого и выучить таки Python не грех :-D
Учителям, репетиторам, да и просто родителям, которые заботятся о будущем своих детей ;-)
Ну тут уже сложный вопрос. Возможно у меня мозги криво устроены, чтобы быстро решать такие задачки :-)
А темы постоянно новые. Это и квадратные уравнения. И системы уравнений. И тригонометрия.
Ну и алгебра с геометрией не за горами :-)
Вообще неплохая идея кому-нибудь для сайта. Генерировать по учебной программе примеры. И с разным уровнем сложности :-)
А то по программированию тренажёров уже пруд пруди на любой вкус, а по школьной программе как-то грустно...
А я вот уже давно ищу какой-нибудь вменяемый генератор примеров по математике, чтобы своих школьников гонять дома дополнительно.
Пока это была арифметика первых классов — без проблем генерировал.
Но сейчас это 8-й и 9-й класс… Нагенерировать релевантных примеров становится не так-то и просто...
Может кто-то сталкивался с чем-то похожим?
Так а как доказать, что не несут, если не переаттестоваться?
Ухты! Спасибо!
И прямо в моём городе, что вдвойне интересно :-)
Ну и как водится у нас — никаких подробностей. Ни пейперов, ни объяснения что именно было сделано.
В результате сиди и думай: действительно ли сделали, или опять козыря захваливают ️
Да вроде как уже можно
Было бы очень интересно узнать подробности.
А самую большую проблему сериализации так и не указали: уязвимость удалённого выполнения произвольного кода, которую для того-же EJB даже исправить невозможно.
В native-image заявляют скорость ниже, чем у прогретой jvm, но значительно выше, чем у непрогретой.
Т.е. жто всё-таки не для долгоживущих приложений, а для утилит коммандной строки и т.п.
Интересно почему предидуший jep отменили. Выглядело неплохо…
Огромное спасибо за ссылку!