Новое общесистемное ПО на похабной кириллице

вроде докер собирались вообще выкинуть из кубера, как внутренний формат по крайней мере, сейчас та несколько движков на выбор

нормальные фреймворки в отличии от

Где аналог DevExpress XAF? Где красивый и функциональный десктопный GUI?

вроде докер собирались вообще выкинуть из кубера,

Просто все движки теперь через CRI? Докер кто-то запрещает использовать через CRI?

https://www.perplexity.ai/search/599b9479-4b25-4af9-a821-4c50b83b2e01?s=u

Это как-то влияет на самостоятельные (без K8S) небольшие деплои в docker-compose?

докер страшен своим апи для докерфайлов и особенностями работы типа ентрипоинта

докер страшен своим апи для докерфайлов

Страшен по сравнению с чем и на что влияет такая якобы «страшность»?

Кто-то из обычных девопсов или прикладных разработчиков использует этот API напрямую вместо CLI и различных надстроек?

и особенностями работы типа ентрипоинта

Есть табличка, описывающая все комбинации сочетаний ENTRYPOINT и CMD :) Для реального использования IMHO достаточно выбрать одно наиболее подходящее и удобное сочетание.

Вижу, что у тебя мифические претензии к современному .NET уже почти на исходе.

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

Кто-то из обычных девопсов или прикладных разработчиков использует этот API напрямую вместо CLI и различных надстроек?

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

CMD

но просто запускать приложение с аргументами превращается в квест

Просто нужно изучить синтаксис Dockerfile, только и всего. Если не нравится конкретно Docker, то есть и другие инструменты сборки OCI совместимых контейнеров.

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

кроме старческих дефектов речи

Которые ЧСХ появились к старости.

IMHO самый лучший web portal, который я когда-либо видел - это WebGUI.org, разработанный на Perl в т.ч. на гос. деньги США.

https://en.wikipedia.org/wiki/WebGUI

https://sourceforge.net/projects/pbwebgui/

Думаю, до сих пор, несмотря на почти 10 лет без развития, этот CMS по своим идеям даст фору многим современным.

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

Очень жаль, что такой действительно уникальный проект был закрыт. А ведь были попытки даже улучшить и его внутреннюю системную архитектуру в новой major версии WebGUI v8, но на перле вероятно это непросто. Было бы прекрасно, если бы кто-нибудь переписал это произведение искусство на современном ЯП с использованием современного стека (как, например, описанный в моём профиле). Не исключаю, что существуют коммерческие CMS, которые как раз и используют идею заложенные в эту прелесть.

относительно джава-порталов вообще все остальные веб-технологии выглядят дефективными

Писал уже перед сном, только проснулся, перечитал, и неприятно удивился сопряжению частей речи :)

Причём тут кириллица, почему она похабная и ващетычёафигел!

А так, ну отказали значит отказали. Подумаешь.

Доверенный репозитарий Java компонент

Взять и вручную проглядеть весь код OpenJDK из получившегося сделать билд. На всё про всё потратить 97 миллионов рублей. Эммм ну и правильно что отказали, нахера эта доверенная сборка нужна без поддержки? Тут не просто надо сделать доверенную сборку среды исполнения, но ещё и продолжать её поддерживать. Видимо хотели просто сделать аудит кода, внести изменения если нужны, собрать пакеты и всё. А дальше сами… Если именно так то всё правильно, а то так начнётся доверенная отдельная не поддерживаемая сборка всего на каждый чих и на каждое по ~100 миллионов. Конечно есть такие проекты и их не мало и существуют доверенные репозитории с вычищенным кодом и строгим приёмом обнов. Но всё же это не разовые проекты, а необходимые работы на постоянной основе. Про второе не в курсе. Промолчу.