> Я не думаю, что каждая первая компаний будет читать юридическое разбирательство в десятке томов
Вы на полном серьёзе считаете, что ведя разработку с использованием Java, никто: ни ТехДиректор, ни ТимЛид, ни программисты не будут в курсе про то, что я вам рассказал? Это ведь не секрет.
> Вы же тоже материалы дела, наверняка, не читали…
пары хороших статей на Хабре и англоязычных блогеров, найденных в сети, достаточно, чтобы свести информацию из разных источников для понимания, а потом пойти на сайт Oracle, чтобы узнать причину дискуссии www.oracle.com/downloads/licenses/standard-license.html
> Этого уже многим будет достаточно, чтобы при старте нового проекта выбрать условно C# вместо Java.
Пожалуйста используйте то, что вам нравится. Главное не вводите людей в заблуждение или добавляйте «как мне известно» или «по моему мнению» к тому, что пишите. Ваши же слова очень категоричны
— «Так что если Oracle продолжит закапывать Java, есть вероятность, что Android Team со временем откажется и от JVM»
> Это имеет прямое отношение ко всем остальным компаниям.
Какое? Вы же не аргументируете свои слова ничем.
Я привёл объяснение, что ваш довод — это неправильное понимание вопроса. Плохо ли поступает Oracle, что судится за API — отдельная тема. На Java это никак не влияет, серьёзно.
> Из веба Java, довольно-таки бесцеремонно, выпилили
Java из web — это UI в браузере?
> и уж явно никто и никуда её больше продвигать не будет.
> Впрочем популярность Java (за счёт периода «до Oracle») такова, что Oracle потребуется изрядно постараться, чтобы её убить…
ну вы и зануда =)
на серверах она живёт и новые проекты на ней писались и в 2010, 2015, и пишутся без проблем сейчас в 2018, 2019: lamoda.ru, cian.ru, domclick.ru, sberbank.ru, revolut.com, игровые сервера… да много где. Вот вы играете в мобильные игры на своём смартфоне, а сервак этих игр без проблем бежит под JVM. Никаких проблем использовать Java нет, Камооон это же просто ЯП и крутой рантайм со сборщиком мусора и JIT =)
Кто хочет использует Python/PHP/Go или что-то другое, нет проблем.
> Я имел в виду, что закручивая гайки по патентам, связанным с Java
моё мнение — вы заблуждаетесь. В споре Google vs Oracle используется слово «Java», только вывод вы делаете неправильный из этого. Чуваки из Google получили нахаляву программистов для программ для своей ОС, решив использовать API от Java SE. Oracle задала вопрос: «Какого фига? Давайте лицензируйтесь!» Это не имеет никакого отношения к использованию Java всеми остальными компаниями как ЯП с компилятором и рантаймом.
Перед этим отдав Oracle JVM весь в OpenJDK. Наверное всё-таки им стоит сказать спасибо?
Поэтому я поддержу вопрос: «где Oracle закапывает именно Java?»
— «Так что если Oracle продолжит закапывать Java, есть вероятность, что Android Team со временем откажется и от JVM», — говорит автор.
— «О какой ещё JVM на Android вы говорите? Ку-ку, *пта, проснитесь! Java Virtual Machine там и не было», — говорю ему я.
Вы хоть темой поинтересовались бы перед тем как написать. Oracle развивает и Java, и JVM как сам Sun даже не делал, а к Android/DalvikVM это не относится ну вообще никак.
Kotlin крут на Android тем, что поддерживает(ал) совместимость трансляции исходного кода в синтаксис Java SE 1.6, который когда-то выбрали в Google. Версии Java давно ушли вперёд, но Google не могут их поддерживать. Kotlin появился в нужное время и стал альтернативой, решившей проблему в желании писать меньше кода «на модном синтаксисе». IDEA давала большой бонус к использованию языка.
Писать меньше кода хотят и на серверах, поэтому Kotlin становится популярнее и там, запускаясь на JVM. Kotlin входит в экосистему Java и не может существовать без неё. Говорить о Kotlin Native, как о замене, сейчас просто бессмысленно.
Представьте. Если Вы не знакомы с Spring Framework и услышали про него в первый раз то Spring Boot для вас будет «чёрной чёрной коробкой в чёрном чёрном доме на чёрной чёрной улице». Чтобы такого не было — Вас ждёт увлекательный и нудный путь от ручного программирования с Service Locator к использованию DI, от ручной настройки через файлы к аннотациям, от ручного деплоя ваших war в /webapp до использования встроенных встроенных сервлет контейнеров, от явного прописования
А как вы хотели, чтобы всё было: «Фигак, фигак и в продакшн»?
Возможно это плата за переход на релиз 1 раз в полгода? Переходы на новые версии отнимают слишком много времени от разработки и поддержки текущего проекта.
Создаёте свой Docker-образ, в нём ваша программа на Java. Всё. Сам образ — это и версия релиза, и ваш артефакт для запуска.
В качестве поставщика Java (секция FROM в Docker-файле) используете, например, Zulu. Так вы и переходите на Java 11. При появлении патченных версий Java — подставляете свежий образ сборки в FROM.
Ваш комментарий наполнен слухами и не даёт ответ. Уж лучше написали нормальное краткое объяснение, что версии Java ранее выпускались 1 раз в несколько лет, а после перешли на цикл выпуска 1 раз в полгода. Это понятнее чем ваше: "… началась какая-то фигня, треш, угар и содомия".
Причина: желание поставлять новые готовые фичи тогда, когда они будут готовы, а не ждать «коллег» по году и более. Это отсылка к переносам модуляризации (Jigsaw).
Или вы действительно не разбираетесь в вопросе и пишете комментарий?
Открыт Spring Boot 2.1.«New», где всегда должен быть свежий Spring Data JPA. В нём всё как и было ранее.
У меня вопрос: вы прервали повествование на «В этой связи была создана задача Revert optimizations made for existing entities in CrudRepository::save и внесены изменения: Revert DATAJPA-931.». Нет вывода с вашей стороны.
В научных статьях принято читать «коллег» и дополнять то, что не освещено или описано было не так хорошо, как в новой пердлагаемой статье. Ведь это только улучшит материал и даст возможность новым читателям прочитать и другие статьи на данную тему.
Например так старался делать Иван Головач в своих статьях: ivangolovach
Вы на полном серьёзе считаете, что ведя разработку с использованием Java, никто: ни ТехДиректор, ни ТимЛид, ни программисты не будут в курсе про то, что я вам рассказал? Это ведь не секрет.
> Вы же тоже материалы дела, наверняка, не читали…
пары хороших статей на Хабре и англоязычных блогеров, найденных в сети, достаточно, чтобы свести информацию из разных источников для понимания, а потом пойти на сайт Oracle, чтобы узнать причину дискуссии
www.oracle.com/downloads/licenses/standard-license.html
в хороших статьях указываются цитаты, например как здесь habr.com/ru/post/424579
> Этого уже многим будет достаточно, чтобы при старте нового проекта выбрать условно C# вместо Java.
Пожалуйста используйте то, что вам нравится. Главное не вводите людей в заблуждение или добавляйте «как мне известно» или «по моему мнению» к тому, что пишите. Ваши же слова очень категоричны
— «Так что если Oracle продолжит закапывать Java, есть вероятность, что Android Team со временем откажется и от JVM»
что вызывают только одну эмоцию: рука-лицо.
Какое? Вы же не аргументируете свои слова ничем.
Я привёл объяснение, что ваш довод — это неправильное понимание вопроса. Плохо ли поступает Oracle, что судится за API — отдельная тема. На Java это никак не влияет, серьёзно.
Java из web — это UI в браузере?
> и уж явно никто и никуда её больше продвигать не будет.
> Впрочем популярность Java (за счёт периода «до Oracle») такова, что Oracle потребуется изрядно постараться, чтобы её убить…
ну вы и зануда =)
на серверах она живёт и новые проекты на ней писались и в 2010, 2015, и пишутся без проблем сейчас в 2018, 2019: lamoda.ru, cian.ru, domclick.ru, sberbank.ru, revolut.com, игровые сервера… да много где. Вот вы играете в мобильные игры на своём смартфоне, а сервак этих игр без проблем бежит под JVM. Никаких проблем использовать Java нет, Камооон это же просто ЯП и крутой рантайм со сборщиком мусора и JIT =)
Кто хочет использует Python/PHP/Go или что-то другое, нет проблем.
моё мнение — вы заблуждаетесь. В споре Google vs Oracle используется слово «Java», только вывод вы делаете неправильный из этого. Чуваки из Google получили нахаляву программистов для программ для своей ОС, решив использовать API от Java SE. Oracle задала вопрос: «Какого фига? Давайте лицензируйтесь!» Это не имеет никакого отношения к использованию Java всеми остальными компаниями как ЯП с компилятором и рантаймом.
Поэтому я поддержу вопрос: «где Oracle закапывает именно Java?»
— «О какой ещё JVM на Android вы говорите? Ку-ку, *пта, проснитесь! Java Virtual Machine там и не было», — говорю ему я.
Вы хоть темой поинтересовались бы перед тем как написать. Oracle развивает и Java, и JVM как сам Sun даже не делал, а к Android/DalvikVM это не относится ну вообще никак.
Kotlin крут на Android тем, что поддерживает(ал) совместимость трансляции исходного кода в синтаксис Java SE 1.6, который когда-то выбрали в Google. Версии Java давно ушли вперёд, но Google не могут их поддерживать. Kotlin появился в нужное время и стал альтернативой, решившей проблему в желании писать меньше кода «на модном синтаксисе». IDEA давала большой бонус к использованию языка.
Писать меньше кода хотят и на серверах, поэтому Kotlin становится популярнее и там, запускаясь на JVM. Kotlin входит в экосистему Java и не может существовать без неё. Говорить о Kotlin Native, как о замене, сейчас просто бессмысленно.
А как вы хотели, чтобы всё было: «Фигак, фигак и в продакшн»?
Возможно это плата за переход на релиз 1 раз в полгода? Переходы на новые версии отнимают слишком много времени от разработки и поддержки текущего проекта.
Создаёте свой Docker-образ, в нём ваша программа на Java. Всё. Сам образ — это и версия релиза, и ваш артефакт для запуска.
В качестве поставщика Java (секция FROM в Docker-файле) используете, например, Zulu. Так вы и переходите на Java 11. При появлении патченных версий Java — подставляете свежий образ сборки в FROM.
Причина: желание поставлять новые готовые фичи тогда, когда они будут готовы, а не ждать «коллег» по году и более. Это отсылка к переносам модуляризации (Jigsaw).
Или вы действительно не разбираетесь в вопросе и пишете комментарий?
У меня вопрос: вы прервали повествование на «В этой связи была создана задача Revert optimizations made for existing entities in CrudRepository::save и внесены изменения: Revert DATAJPA-931.». Нет вывода с вашей стороны.
Например так старался делать Иван Головач в своих статьях: ivangolovach