Какую сборку JDK вы используете? (можно отмечать несколько)
#опрос
#опрос
Final Results
25%
Oracle JDK (oracle.com)
42%
Oracle OpenJDK (jdk.java.net)
33%
AdoptOpenJDK (adoptopenjdk.net)
2%
Debian OpenJDK (debian.org)
14%
Liberica JDK (bell-sw.com)
6%
Red Hat OpenJDK (redhat.com)
10%
Azul Zulu (azul.com)
2%
IBM J9 / OpenJ9 (ibm.com)
6%
Amazon Corretto (amazon.com)
3%
Другое (напишу в комментах)
microJUG
В Java 16 появится метод Stream.toList(), который позволит конвертировать Stream в список. Сейчас это можно сделать с помощью Stream.collect(Collectors.toList()) и Stream.collect(Collectors.toUnmodifiableList()), однако toList() будет не только короче, но…
Метод
Stream.toList() позволит создавать неизменяемые списки с нулями, причём весьма компактно:List<Integer> list = Stream.of(1, 2, null).toList();#java16
Новость месячной давности, но всё же. Microsoft (совместно с Azul) выпустил первый EA билд порта OpenJDK под Apple M1. Да-да, Microsoft. Под Apple.
На вопрос, зачем им это нужно, продуктовый менеджер сказал, что многие разработчики в Microsoft работают на маках, и скоро они будут обновляться на новые макбуки 😄.
#microsoft #applem1
На вопрос, зачем им это нужно, продуктовый менеджер сказал, что многие разработчики в Microsoft работают на маках, и скоро они будут обновляться на новые макбуки 😄.
#microsoft #applem1
Если вы вдруг пропустили, то неделю назад JUG.ru выложил два видео с Joker 2020:
https://youtu.be/Ho2KDy-yI7U
https://youtu.be/GL1txFxswHA
#joker
https://youtu.be/Ho2KDy-yI7U
https://youtu.be/GL1txFxswHA
#joker
YouTube
Тагир Валеев — Заменят ли роботы программистов?
Подробнее о Java-конференциях:
— весной — JPoint: https://jrg.su/gTrwHx
— осенью — Joker: https://jrg.su/h7yvG4
— —
. . . Одна из основных целей программиста — автоматизировать ручной труд. Из-за программистов уже во многих областях существенно сократилось…
— весной — JPoint: https://jrg.su/gTrwHx
— осенью — Joker: https://jrg.su/h7yvG4
— —
. . . Одна из основных целей программиста — автоматизировать ручной труд. Из-за программистов уже во многих областях существенно сократилось…
Удивительно, насколько близки наши с Tonsky взгляды относительно контейнеров, Gradle и всей этой прочей херни. Даже немного удивлён.
Gradle это худшее, что случилось с джавой за всю её историю, на мой взгляд.
Gradle это худшее, что случилось с джавой за всю её историю, на мой взгляд.
Forwarded from Стой под стрелой
Стоит конечно признаться, я избалован Java. Казалось бы, самая немодная технология в мире, однако:
Когда хайпили контейнеры, я пожимал плечами. JVM ставится вообще без каких-либо зависимостей, просто копированием папки, и... все! Все работает. Хочешь в /home положи, хочешь десяток JVM рядом держи и запускай хоть параллельно. Даже никакие переменные прописывать не надо.
Когда каждый язык изобретал свой package management, я опять пожимал плечами. Раздутые node_modules? В Maven каждая зависимость иммутабельна, скачивается один раз в жизни и дальше шарится между вообще всеми возможными приложениями. Lock-файлы? В Maven версии прописываются не диапазонами, граф зависимостей однозначен в любой момент времени настоящего и будущего, безо всяких .lock-файлов. Удалить из Maven Central ничего нельзя, так что драмы вроде left-pad тоже невозможны. Что такое reproducible builds я тоже никогда не понимал: как в принципе можно так напрограммировать, что билд будет не reproducible? История о том, что node_modules надо периодически удалять, если где-то что-то застряло, стабильно вызывали смех: вы там что, даже файл надежно скачать не можете?
Когда я пытаюсь скомпилять какой-нибудь C/C++ проект, каждый раз с нежностью вспоминаю Java: просто запустил и просто работает. Сетап у всех одинаковый, тулинг одинаковый, препроцессора нет, ручек у компилятора тоже. В системе не должно стоять магического набора говна, про которое надо каким-то образом догадаться да еще и версии угадать. Конечно, от такой жизни захочешь Докер.
К сожалению, с появлением Gradle преимущества Java в простоте сборки потихоньку сходят на нет: попытаться запустить проект на Gradle так же сложно, как и на C++. Но я еще помню хорошие времена. Особенно когда новая версия JVM выходила раз в пять лет, и тупо вообще весь мир сидел на одной и той же.
А, я не говорил, что JVM-тулинг вообще весь кросс-платформенный? Если вы свели сборку/запуск к <mvn что-то>, то она запустится на Windows так же тривиально, как и на macOS/Linux.
Вот уж воистину, сколько плюсов от того, что просто делаешь не что-то сверхординарное, а просто логично и нормально. По нашим временам — редкость.
Когда хайпили контейнеры, я пожимал плечами. JVM ставится вообще без каких-либо зависимостей, просто копированием папки, и... все! Все работает. Хочешь в /home положи, хочешь десяток JVM рядом держи и запускай хоть параллельно. Даже никакие переменные прописывать не надо.
Когда каждый язык изобретал свой package management, я опять пожимал плечами. Раздутые node_modules? В Maven каждая зависимость иммутабельна, скачивается один раз в жизни и дальше шарится между вообще всеми возможными приложениями. Lock-файлы? В Maven версии прописываются не диапазонами, граф зависимостей однозначен в любой момент времени настоящего и будущего, безо всяких .lock-файлов. Удалить из Maven Central ничего нельзя, так что драмы вроде left-pad тоже невозможны. Что такое reproducible builds я тоже никогда не понимал: как в принципе можно так напрограммировать, что билд будет не reproducible? История о том, что node_modules надо периодически удалять, если где-то что-то застряло, стабильно вызывали смех: вы там что, даже файл надежно скачать не можете?
Когда я пытаюсь скомпилять какой-нибудь C/C++ проект, каждый раз с нежностью вспоминаю Java: просто запустил и просто работает. Сетап у всех одинаковый, тулинг одинаковый, препроцессора нет, ручек у компилятора тоже. В системе не должно стоять магического набора говна, про которое надо каким-то образом догадаться да еще и версии угадать. Конечно, от такой жизни захочешь Докер.
К сожалению, с появлением Gradle преимущества Java в простоте сборки потихоньку сходят на нет: попытаться запустить проект на Gradle так же сложно, как и на C++. Но я еще помню хорошие времена. Особенно когда новая версия JVM выходила раз в пять лет, и тупо вообще весь мир сидел на одной и той же.
А, я не говорил, что JVM-тулинг вообще весь кросс-платформенный? Если вы свели сборку/запуск к <mvn что-то>, то она запустится на Windows так же тривиально, как и на macOS/Linux.
Вот уж воистину, сколько плюсов от того, что просто делаешь не что-то сверхординарное, а просто логично и нормально. По нашим временам — редкость.
25 лет назад при проектировании Java создатели допустили множество ошибок, которых бы не было, если бы язык проектировался сегодня, и которые нельзя исправить, не сломая обратную совместимость. От каких ошибок вы больше всего страдаете?
Final Results
13%
synchronized на любом объекте, wait/notify/notifyAll у каждого класса
19%
Старые коллекции (ArrayList, HashMap, TreeSet...) не запрещают null
31%
Все коллекции имеют методы модификации, в т.ч. неизменяемые (Collection.add, List.set и т.д.)
46%
Checked исключения (необходимость писать throws/catch)
23%
Модификатор по умолчанию для полей - не final
14%
Serializable
25%
Raw типы
14%
Switch case fall through
4%
Возможность вызывать статические методы из подкласса
28%
Object в сигнатурах методов: Collection.contains(Object), Map.containsKey(Object) и т.д.
Капец, Lombok не работает на Java 16, потому что за каким-то дьяволом лезет в закрытые классы JDK. И пока из обходных путей это прописать кучу флагов
Вот вроде ж девятка вышла 3 года назад. Столько времени было исправить. Или 3 лет не хватило?
#java16 #lombok
--add-opens в конфигурации 🤦♂️.Вот вроде ж девятка вышла 3 года назад. Столько времени было исправить. Или 3 лет не хватило?
#java16 #lombok
Вчера посмотрел Tenet и обратил внимание, что там корабль называется Gogland. А вот Котлина в фильме не заметил. Жаль, была бы очень прикольная пасхалочка для погромистов :)
Если вдруг кто не в курсе, то Гогланд и Котлин - это два острова в Финском заливе. В честь них JetBrains назвал свой язык и IDE для Go, но позже переименовал в Goland.
Если вдруг кто не в курсе, то Гогланд и Котлин - это два острова в Финском заливе. В честь них JetBrains назвал свой язык и IDE для Go, но позже переименовал в Goland.
Я решил завести Твиттер для @miniJUG. Подписываемся: https://twitter.com/mini_JUG
⚡ Ничего себе новости. Американские спецслужбы, по словам авторов статьи, предполагают, что русские хакеры через JetBrains TeamCity организовывали кибератаки на пользователей, в результате чего были взломаны государственные министерства и частные компании. Об этом написали не какие-то малоизвестные новостные агентства, специализирующиеся на IT, а аж New York Times и Wall Street Journal.
В статьях написано, что в отношении JetBrains сейчас идёт расследование и устанавливается его роль в атаке. Максим Шафиров написал в Твиттере, что впервые узнал о расследовании из прессы. Затем он выложил официальный пост, где написал, что JetBrains никак не может быть причастен к атаке и что компания не была извещена о расследовании, но полностью готова к сотрудничеству в этом вопросе.
В статьях написано, что в отношении JetBrains сейчас идёт расследование и устанавливается его роль в атаке. Максим Шафиров написал в Твиттере, что впервые узнал о расследовании из прессы. Затем он выложил официальный пост, где написал, что JetBrains никак не может быть причастен к атаке и что компания не была извещена о расследовании, но полностью готова к сотрудничеству в этом вопросе.
Увидел вот такой код в нашем проекте:
private static final char[] CHARS = new char[] {'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z' };
Сразу подумал, что надо переписать. Но понял, что не знаю как. Все варианты получаются слишком громоздкими. Есть идеи?Опрос! Чем вы непосредственно занимаетесь? Интересно, кто на меня подписан.
Final Results
69%
Веб-разработка
4%
Мобильная разработка
7%
Десктоп-разработка (IDE в том числе)
9%
Системное программирование
1%
Системное администрирование
6%
Руководство отделом/подразделением/компанией
1%
Community/DevRel/Евангелизм/Developer Advocate/HR/Конференции и т.д.
4%
Ещё учусь
1%
Вообще к IT отношения не имею
В связи с 25-летием JDK 1.0 опрос. Какая была ваша первая версия Java, с которой вы начали работать за деньги?
Final Results
0%
Java 1.0/1.1
2%
Java 1.2
2%
Java 1.3
7%
Java 1.4
7%
Java 5
23%
Java 6
22%
Java 7
32%
Java 8
1%
Java 9+
4%
Я (ещё) не писал на Java за деньги