Исходное сообщение
"Apple опубликовал Pkl, язык программирования для определения..." Отправлено Аноним, 04-Фев-24 18:53
>Java, Kotlin, Go и Swift Видимо для каких-то систем где используются как мобильные приложения на iOS и Android, так и есть часть на сервере, в которых используются разные платформы/языки. Об этом же косвенно говорит и публикация под кучу IDE и LSP. Если платформа/язык один, то зачем лезть в какую-то новую технологию, чтобы универсально (т.е. одинаково плохо) DSL-ить. В Kotlin, например, это практически встроено. Значит это для изначально не мелких систем, когда уже заранее известно что будет долго, много и значит дорого в поддержке, чтобы стало чуть дешевле. Если бы спросили как упростить у самих разрабов, то они бы так или иначе выдали бы то в чем сильны или то с чего начинали. А ля конвертация кода в "нелюбимую" платформу, кросс-компиляция из любимого ЯП и т.д. Тут похоже над командами разработки есть еще крупные отделы, которые разрабатывают как разрабатывать, но сами отделены от этих разработчиков. Значит для крупных контор, у которых наверняка и своих подобных разработок куча. Получается большинству это не надо (либо еще недоросли, либо переделывать уже не будут), а у FAANG такого и своего хватает.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Java, Kotlin, Go и Swift > Видимо для каких-то систем где используются как мобильные приложения на iOS и > Android, так и есть часть на сервере, в которых используются разные > платформы/языки. Об этом же косвенно говорит и публикация под кучу IDE > и LSP. Если платформа/язык один, то зачем лезть в какую-то новую > технологию, чтобы универсально (т.е. одинаково плохо) DSL-ить. В Kotlin, например, это > практически встроено. > Значит это для изначально не мелких систем, когда уже заранее известно что > будет долго, много и значит дорого в поддержке, чтобы стало чуть > дешевле. > Если бы спросили как упростить у самих разрабов, то они бы так > или иначе выдали бы то в чем сильны или то с > чего начинали. А ля конвертация кода в "нелюбимую" платформу, кросс-компиляция из > любимого ЯП и т.д. > Тут похоже над командами разработки есть еще крупные отделы, которые разрабатывают как > разрабатывать, но сами отделены от этих разработчиков. > Значит для крупных контор, у которых наверняка и своих подобных разработок куча. > Получается большинству это не надо (либо еще недоросли, либо переделывать уже не > будут), а у FAANG такого и своего хватает.
	Введите код, изображенный на картинке: