Российский центр компетенций по импортозамещению отказался инвестировать в два проекта на базе Java

Можно ли запустить один и тот же файл на iphone, android, пк?

консольную приложуху в принципе можно. Так же как и либы из мавена обычно можно без проблем тащить в андроид и использовать там - есличо, оттуда собранные jar приползают, а не исходники.

Кроссплатформенность появилась в левой Mono, которая почти сдохла. Только-только до Linux доползло в виде .Net Core.

было бы популярным не доползло, а сразу бы на линукс, взлетело бы похоронив ГО

Примитивщину - да. А крупное?

это новостной сайт, а это новость интересная мне (лор работает и существует для скромного меня)

Не везде. Особенно при большой кодовой базе.

если не используешь платформоспецифичных либ - тогда и крупное.

на COBOL и Fortran 77 все еще что то есть используемое

Там просто лоханулись и не переобулись вовремя. А сейчас никто разобрать это говно мамонта не может, т.к. те кто это писал давно умерли, или поймали Альцгеймера.

Ага. Хорошая оговорочка.

А сколько кода переписывается в Bitrix, WordPress? Я думаю много, было бы меньше, но разработчики PHP вставляют палки в колеса.

достаточно очевидная так-то. Платформозависима обычно только гуйня.

Возьмем топовые сайты .com:
github.com ruby
pornhub.com php
slackware.com php
Где Java то?

slackware.com удивляет, но ему может большего не надо?
github.com стразы наверно рулят ну хоть не моно или php
java надо в финансовом секторе смотреть, жручая штука на начальном этапе.

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

WordPress вообще большой, там переписывать – не переписать. Пых активно развивается и приходится следовать хотя бы за совместимостью.

Но вообще это плохой пример. Смотреть нужно конечный продукт, т.е. именно бизнес логику. Она меняется постоянно, вплоть до того, что вчера контора торговала металлом, а сегодня переключилась на туры в ОАЭ. Совсем совсем ничего не надо переписывать? Это конечно тоже утрированный пример, просто для понимания (хотя я и такое видел). Продакт тима и сэйлсы вечно какие-то приколы выдумывают поперёк всего что есть.

>репозитарий

И правильно сделали. Так их!

верни мне аплеты

жручая штука на начальном этапе.

что-бы рассуждать о жручести, надо:

а) понимать что для вас важнее что-бы жралось например: ресурсы кпу или память. Допустим у вас есть пара серверов с 8Га, вы можете развернуть на них пхп и оно будет жрать больше проца на др##ево с выделением памяти, губи и оно будет жрать больше проца на тоже самое и еще памяти тоже вагон, или жабу которая будет жрать сопоставимо (надо смотреть в Res) при тех же вводных, но работать будет быстрее

б) найди хоть один полноценный эквивалент java-технологиям, когда вы на пейтоне делаете хеловорлд это не совсем тоже самое, что портальный/эпликейшин сервер. Возможности совершенно не те. Можно было бы сравнить например с ворохом костылей под названием Plone, но боюсь его развернуть может не выйти.

Они РФ забанили по IP [не шутка]

java надо в финансовом секторе смотреть

Ну да, где-то там, рядом с КОБОЛОМ.

Можно ли запустить один и тот же файл на iphone, android, пк?

Можно, если у тебя jvm для данной платформы есть.

Шоме до Шамана как от Брно до Москвы пешком. Но стендап про работу в Касперском в его исполнении я бы наверное посмотрел.

полноценный эквивалент java-технологиям

Каким конкретно? Т.е. что за волшебные фичи такие?

Ну, Google теперь считает Kotlin первичным языком для Android, так что фиг его знает: со одной стороны - огромное количество установок Android, с другой - опять же Google, который тоже любит закрывать проекты...

Распильщики хотели взять по 100 лямов за правку копирайтов в открытых проектах. Какая жалость (нет).

Тормозная виртуальная машина, неоптимальная очистка памяти, блокировка потоков

Ты из какой криокамеры вылез?

микросервисы начали хайпожорить когда осознали, что ничего близкого к JavaEE/JakartaEE и сопутствующим технологиям создать не получается. На этом этапе говноделам показалось, что запудрить всем мозги идеей размазывания харкода в монолитках на кластер выйдет для них удобнее. VmWare, корпорация, которую очень любят адепты мелкософта, купила Spring и сразу попыталась закрыть проекты связанные с JavaEE и порталами. В параллельных вселенных начали пеарить технологии(такие как го и руст), которые якобы особенно быстрые и безопасные, что стоит пренесения в жертву их архитектурного уровня. На деле там происходит перекладывание отвественности на разработчиков, несмотря на то, что написать нормальный код там невозможно даже будучи очень грамотным.

Впрочем, сейчас приложения на некоторых новых фреймворках, 2/3 из которых основаны на тех же JavaEE технологиях могут деплоиться как в кубер так и в Java-серверы приложений.

https://kotlinlang.org/docs/getting-started.html#install-kotlin

Install Kotlin
Kotlin is included in each IntelliJ IDEA and Android Studio release. Download and install one of these IDEs to start using Kotlin.

https://kotlinlang.org/docs/releases.html

IDE support
The IDE support for the latest version of the language is available for the following versions of IntelliJ IDEA and Android Studio

Там прямо весь сайт кричит: «Используйте IntelliJ IDEA!»...

вы за распилы на дефективных технологиях типа 1с, пхп и мелкософтовских? С нуля делать «как в жира», но на тупскрипте по вашему будет перспективнее?

2. Устаревший графический интерфейс

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

3. Избыточный синтаксис - точки с запятыми, различные типы скобок

чот поржал немношк.

4. Избыточное потребление памяти

jvm не так уж и много жрет, если сравнивать не с компилируемыми в натив языками.

5. Идеология иерархии пакетов и её связь с иерархией файлового дерева исходных текстов проекта

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

Везде сдохла кроме серверов, а изначально должна была работать на кофеварках. Без перекомпиляции приложения не работают, так как тащат нативные библиотеки (из всего что отходит от стандартного).

Ну не таскай с собой нативные библиотеки, что за проблема?

В кофеварках работала, во всяких блюрей и симкартах. Вообще, если посмотреть ранние материалы по жабе, они ставили себе цель убрать завязку софта под wintel и потеснить, а возможно и заменить, C++ в прикладных программах. Вполне достигли. Соляру это не спасло, правда. Ну а отмирание жабы на десктопе происходит не в направлении возврата к нативу, а в уход в ещё большую скриптоту типа электрона.

Ага, т.е. большинство. Сложные серверные системы - туда же.

ну например:

конфигурабельность всего и вся в том числе в рантайме

изоляция модулей

переиспользуемые приложения совместимые между различными вендорами

постоянно тестирую ab жручесть замеряю, ваши пространные размышления (а скорее мы с вами плохо стыкуемся опыт у нас разный) 8гиг озу для проги выплёвывающей килобайты это надо уметь, недавно проект на вордпресс с 4гб до 10мб в озу ужимал, с джавой имел дело там чтобы выплюнуть 10байт нужно те gb ставить-собирать.

Можно ходить по воде? Да, если там надувной мост плавает.

ммм, а вы стало быть адепт Java? Можете рассказать в чем ее не дефективность по сравнению с вышеперечисленными?

Ага, т.е. большинство.

большинство чего? Десктопных прог?

Сложные серверные системы - туда же.

куда «туда же»? Я вот предположу, что условный wildfly заведется на андроиде.

Ну не таскай с собой нативные библиотеки, что за проблема?

Проблема в том, что это часто не решаемо.

У явы страшный дефолтный стиль swing, это да.

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

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

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

Лучше браться за новые проекты, а язык сам образуется. Когда новый, когда старый... На языке надо мысли выражать, иначе зачем его учить-то?

Туда же - значит туда, где есть куча платформозависимого кода и нативных библиотек.

например

Каждый пункт звучит как маркетинговый буллшит.

конфигурабельность всего и вся в том числе в рантайме

Чего всего?

изоляция модулей

Есть везде, на то они и «модули».

переиспользуемые приложения совместимые между различными вендорами

Давай пример, что-ли.

Заведи на андроид IntelliJ IDEA или Android Studio.

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

1с, пхп и мелкософтовских

Под мелкософтом ты c# экосистему понимаешь? В этом списке нет ничего дефективного.

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

Когда видишь слово доверенный, то это 100% распил. 146% даже. Чушпанчики решили на своём сервачке откомпилировать openjdk стандартными сборочными скриптами и за эту работу получить 100 лямов. Чем, если не распилом, это можно назвать?

Моё мнение, что от джавы не нужно отказываться, но проекты из поста ничего полезного не принесут. Ну кроме кокса и шлюх для грантополучателей. Так что правильно, что завернули.

А из русского языка уже пропало слово «план».

И словосочетание «направление развития».

ничего не мешает фигачить жирные монолиты хоть в micronaut. Quarkus реализует JakartaEE, хоть и не полностью. Это все в целом не про микросервисы, а про отход от идеи одного сервера, на котором крутится множество приложений.

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

Ну а отмирание жабы на десктопе происходит не в направлении возврата к нативу, а в уход в ещё большую скриптоту типа электрона.

Думаю сейчас вакантное место аналога Qt на Rust.

Ну а отмирание жабы на десктопе происходит не в направлении возврата к нативу, а в уход в ещё большую скриптоту типа электрона.

Думаю сейчас вакантное место аналога Qt на Rust.

отход от идеи одного сервера, на котором крутится множество приложений

вот этот отход и есть хайпожорство, но в отличии от остальных «альтернатив» джава-технологии позволяют их переиспользовать по-всякому и без стыда и через 20лет после выпуска

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

микросервисы начали хайпожорить когда осознали, что ничего близкого к JavaEE/JakartaEE и сопутствующим технологиям создать не получается

В каком-то смысле да, т.к. жаба давала устойчивый сервер приложений. Но вообще нет, т.к. микросервисы появились в результате выделения устойчивой, безопасной контейнеризации как самостоятельного открытого сервиса. Это позволило писать (микро)сервисы (те же бины, вид сбоку) на чем угодно и гибко конфигурировать среду/кластер.

В этом смысле жаба использует устаревший подход, в духе ЛИСП-машин.