Java: fill the gaps

Утренний java puzzle♨️ Проверь себя и узнай правильный ответ в статье через час.

24 плагина Intellij IDEA для работы и души. Сейчас на маркетплейсе IDE доступно больше 4 тысяч плагинов. Платные и бесплатные, они здорово помогают в решении ежедневных задач. Устанавливайте нужные вам и работайте комфортно и эффективно. ✅ Работать с БД ▪️Database Navigator для RDBMS ▪️Mongo Plugin ▪️ledis для Redis ▪️Graph Database support для Neo4j ✅ Установить единый кодстайл Плагин и общий конфиг для команды помогут писать код единообразно ▪️CheckStyle-IDEA ▪️SonarLint ✅ Найти баги FindBugs-IDEA проверяет код на 200+ ошибочных паттернов ✅ Решить проблемы с зависимостями Maven Helper plugin поможет выявить конфликты и циклические зависимости ✅ Править bash-скрипты гораздо проще с плагином BashSupport ✅ Увеличить скорость работы с IDE Key promoter X научит сочетаниям клавиш для максимальной продуктивности ✅ Проверить регулярные выражения RegexpTester ✅ Наглядно представить верхнеуровневые задачи IDEA Mind Map для декомпозиции задач и мозговых штурмов ✅ Легко ориентироваться в уровнях вложенности ▪️Rainbow Brackets - разноцветные скобки ▪️Indent Rainbow - разноцветные отступы ✅ Почувствовать себя музыкантом Fancy Music добавит звуки фортепиано для каждого нажатия клавиатуры ✅ Поделиться кодом в Твиттере ▪️TweetCode ▪️IdeaTweet ✅ Добавить спецэффекты Power Mode II для эпичного кодинга ✅ Поставить классный прогресс бар ▪️Nyan Progress Bar с радужной кошечкой ▪️Duck Progress Bar - для любителей уточек ▪️Hadouken Progress Bar - для уличных бойцов ▪️Dash Progress Bar - для тех, кто всегда готов постоять за друзей ▪️SSV Normandy Progress Bar - для фанатов Mass Effect ▪️StarTrek Progress Bar - для тех, у кого "Энтерпрайз" ассоциируется не только с работой

Принцип подстановки Барбары Лисков: теория и практика. SOLID - акроним, который содержит важные принципы объектно-ориентированного проектирования. Третий из них — Liskov Substitution Principle (LSP) часто вызывает трудности с пониманием из-за запутанной формулировки: Пусть q(x) является свойством верным относительно объектов x некоторого типа T. Тогда q(y) также должно быть верным для объектов y типа S, где S является подтипом типа T. По-простому: если заменить класс А на подкласс B, то система должна работать корректно и без неожиданных сайд-эффектов. A service = new A(); A service = new B(); //всё ок Зачем это нужно: чёткое соблюдение контракта помогает приостановить хаос и предупредить трудноуловимые ошибки. Наследующий класс должен дополнять, а не замещать поведение базового класса. 5 признаков того, что подкласс реализован правильно: Синтаксические (для методов) 1️⃣ тип результата в переопределённом методе такой же, либо расширенный Было: public Info getInfo() ✅ public BigInfo getInfo() ❌ public Object getInfo() 2️⃣ Подклассы не бросают дополнительных исключений, но могут уменьшить их список: Было: public void save() throws FileNotFoundException ✅ public void save() ❌ public void save() throws InterruptedException Java — типизированный язык, поэтому нарушения пунктов 1 и 2 контролируются компилятором. 3️⃣ типы параметров функций те же или менее строгие. Для Java это неприменимо, просто для справки: Было: public void add(Account acc) ✅ public void add(Object acc) ❌ public void add(AdminAccount acc) Поведенческие признаки: 4️⃣ метод подкласса делает то же, что и метод базового класса: ▪️если базовый метод countVisitors() только считает пользователей, то метод подкласса тоже должен просто считать пользователей, а не обновлять статистику и сохранять результат в БД. 5️⃣ метод подкласса взаимодействует с теми же сущностями, что и базовый ▪️ если в базовом методе увеличивается счётчик, то и в подклассе он увеличивается. ▪️ если в базовом классе есть переменная, которую базовый метод не меняет, то переопределённый метод тоже не должен её менять. ▪️ сценарии работы — если базовый класс предусматривает определённый порядок вызова методов, то подкласс тоже соблюдает этот протокол. Как снизить вероятность ошибок: здравый смысл, чёткое описание контрактов и хорошее тестовое покрытие базового и производного классов. Вообще наследование — очень сильная связь между сущностями. Её ограничения могут перевесить преимущества по ходу развития проекта. Нарушения принципа подстановки — повод пересмотреть иерархию наследования или же вовсе от неё отказаться.

Сравнение переменных на собеседованиях. Начнём с основ. Переменная — именованное место в памяти для хранения какого-либо значения. Переменные в java делятся на 2 группы: 1️⃣ примитивные типы — int, char, long и тд. У них в памяти хранится само значение, поэтому следующий код выведет true: int a = 500; int b = 500; System.out.println(a == b); // true 2️⃣ ссылочные типы — Integer, Long, String и тд. Где-то в памяти лежит объект, а в этой переменной хранится указатель на него. При использовании оператора == сравниваются только ссылки, а не сами объекты. Поэтому даже если они по сути одинаковые, операция == вернёт false: Integer a = 500; Integer b = 500; System.out.println(a == b); // false В рабочих проектах мы чаще работаем с объектами. А ещё часто используем небольшие числа, например, в циклах и счётчиках. Чтобы сократить количество создаваемых объектов, в java есть кэш для чисел от -128 до 127. Поэтому следующий код вернёт true: Integer a = 100; Integer b = 100; System.out.println(a == b); // true Это правильный ответ на вопрос из предыдущего поста. ❗Примечание: это верно только при такой форме записи. Если использовать оператор new, то будет создан отдельный объект в памяти. Сравнение ссылок на два разных объекта всегда возвращает false: Integer a = new Integer(50); Integer b = 50; System.out.println(a == b); // false Это базовая теоретическая часть, знакомая многим. Но на собеседовании нужно показать себя во всей красе, поэтому обязательно упомяните следующие 3 факта. Они серьёзно повысят Ваш рейтинг среди других кандидатов. 1️⃣ Для сравнения ссылочных типов по значению используется метод equals. 2️⃣ Механизм кэширования есть для Integer, Long, Byte, Short, Boolean и Character. ❌Нет для Float и Double. 3️⃣ Только для Integer — можно выставить значение верхнего диапазона кэширования с помощью опции VM. Если написать -XX:AutoBoxCacheMax=2000 то закэшируются все Integer в диапазоне от -127 до 2000: Integer a = 500; Integer b = 500; System.out.println(a == b); // true Вернёмся к исходному вопросу из предыдущего поста. Правильный ответ – true, но знание факта №3 даёт право отвечать на него «когда как».

Утренний java puzzle♨️ Сегодня разберём очень популярный вопрос на собеседованиях. Проверьте себя, а через час выйдет статья. Там будет правильный ответ и 3 бонуса, чтобы покорить сердце любого интервьюера❤

Сегодня вышла JDK 14! 16 обновлений, среди которых: ✅ компактный синтаксис record, ✅ улучшенный switch, ✅ многострочные текстовые блоки, ✅ информативные NPE, ✅ приведение типа прямо в instanceof.

JDK, JRE, JVM, JIT и Java 11 Как связаны между собой эти аббревиатуры и что изменилось в java 11? Жизненный цикл кода обычно описывают так: 1️⃣ Программист с помощью IDE (или блокнота) создаёт файлы с расширением .java 2️⃣ IDE или утилита javac компилирует их в байткод — файлы с расширением .class 3️⃣ JVM интерпретирует байткод в системные вызовы конкретной платформы. Эта терминология не совсем точная. JVM — всего лишь спецификация, она предоставляет интерфейс для работы с классами, потоками, памятью, сборщиком мусора и тд. Это абстрактная сущность, физически её не существует. Многие компании реализуют JVM - HotSpot, Azul, Excelsior и тд. Их продукт позволяет запускать программы и называется JRE (Java Runtime Environment). Помимо указанных в JVM методов JRE содержит библиотеки основных классов(rt.jar) и JIT(Just-in-time)-компилятор. JVM функции обычно интерпретируются - просто исполняются строка за строкой. JIT-компилятор оптимизирует байткод для конкретной платформы и подставляет машинные команды прямо во время работы. Это сильно увеличивает производительность. JDK(Java Development Kit) позволяет создавать и запускать программы. Он состоит из JRE и инструментов разработки, таких как компилятор javac, дебаггер jdb, генератор документации javadoc, архиватор jar и тд. Кратко отношения между сущностями выглядят так: JVM = спецификация JRE = реализация JVM + JIT-compiler + библиотеки JDK = JRE + инструменты разработки JDK нужны только программистам, а тестовому окружению и продакшену для запуска программ хватает JRE. Поэтому на сайте вендоров JVM обычно представлены оба этих варианта - JDK и JRE для разных платформ. Но всё изменилось после выхода Java 11. Теперь для скачивания доступна только JDK, а JRE отдельно не поставляется. Чтобы создать среду исполнения используется специальная утилита jlink, в ней указываются необходимые для приложения модули. Редко какой программе нужны все 75 модулей, поэтому полученная JRE занимает гораздо меньше памяти, не содержит лишних библиотек и работает быстрее. Решение ориентировано на модульную архитектуру, тренд на которую начался в java 9. Второй фактор - популярность использования java на устройствах IoT. Здесь ключевую роль играет компактность JRE и ограниченность функций для повышения безопасности. Cписок используемых модулей помогает получить утилита jdeps. К счастью, все популярные IDE уже поддерживают java 9, поэтому Вам вряд ли придётся самостоятельно формировать module-info. #теория

Какую функциональность предоставляет HotSpot JVM? anonymous poll Только JVM – 121 👍👍👍👍👍👍👍 79% JIT – 17 👍 11% JRE – 12 👍 8% JDK – 4 ▫️ 3% 👥 154 people voted so far.

Утренний java puzzle♨️ Проверь себя и узнай правильный ответ в статье через час.

Блокировки в HotSpot JVM Java Virtual Machine(JVM) - это посредник между скомпилированной кодом и операционной системой (ОС). Благодаря такой схеме можно легко запускать java приложения на разных платформах. Реализаций JVM много, но самой распространённой является бесплатная HotSpot от OpenJDK. JVM не просто переводит java команды в команды ОС. Виртуальная машина реализуется так, чтобы выполнять код эффективнее и быстрее. Рассмотрим, например, как HotSpot оптимизирует действие «взять блокировку». У JVM есть 3 способа реализации: ▪️Fat или inflated : на основе мониторов объектов (мьютексов). Подходит для случаев, когда есть много претендентов на захват блокировки. ▪️Thin или deflated : с использованием CAS команд. Это быстрее, чем использовать мьютексы. Но из-за необходимости эксклюзивного доступа в условиях большой конкуренции между потоками этот подход неэффективен. ▪️Biased: оптимизированный тип блокировки для случаев, когда с объектом в основном работает один поток. При первом взаимодействии объект ассоциируется с потоком и дальнейшие действия происходят без лишних синхронизаций. Если другой поток захочет захватить блокировку, то начнётся глобальная перестройка или bulk revocation. Это очень неэффективно и для активно конкурирующих сценариев, например, producer-consumer, такой тип блокировки не подойдёт. Biased блокировка отключена на старте приложения, потому что в этот момент происходит много междупоточных взаимодействий. Но спустя некоторое время она включается и является блокировкой по умолчанию. Её можно отключить с помощью опции: -XX:-UseBiasedLocking Время включения после старта регулируется флажком -XX:BiasedLockingStartupDelay=500 По умолчанию это значение равно четырём секундам. Для большинства приложений вам не потребуется использовать эти опции. Но для специфичных случаев флажки JVM могут поднять производительность в разы. #теория

5 неочевидных советов, чтобы пройти (почти) любое собеседование Как обычно кандидаты готовятся к предстоящему интервью? Читают документации и ответы на распространённые технические вопросы. Факт, о котором часто забывают — на прохождение собеседования влияют совсем другие факторы. Если Вас позвали на интервью — работодатель уже заинтересован в Вас и сформировал некоторые ожидания. Дело за малым - подтвердить указанные в резюме навыки и показать себя в выгодном свете. 5 важных рекомендаций для успешного интервью: 1️⃣ Улыбайтесь. Решение о найме часто принимается в первые 2 минуты общения, а следующий час интервьюер ищет подтверждение сделанному выбору. Улыбка - самый простой способ повысить доверие и очаровать собеседника. 2️⃣ Подготовьте рассказ о предыдущем проекте. Опыт - главный актив разработчика и правильно его преподнести — 70% успеха на собеседовании. Как это сделать — тема отдельного поста. Кратко - ценный сотрудник - это тот, кто видит общую картину проекта и понимает свой вклад в неё. 3️⃣ Говорите чётко и структурированно, не перебивайте. Умение формулировать и доносить свои мысли - основа взаимодействия с будущими коллегами. Какими бы глубокими ни были Ваши знания java, для работы в команде нужны навыки эффективного общения. 4️⃣ Расскажите о своих приоритетах. Работа на результат, чистый код или производительность - не просто красивые слова, а то, на чём основываются ежедневные решения. Постарайтесь донести свои ценности до интервьюера. Подсказка: упоминайте приоритеты при ответах на технические вопросы. Сложный концептуальный вопрос — опишите несколько вариантов и упомяните, что решение лучше обсудить с опытными коллегами. Задача с запутанным синтаксисом - упомяните, что Вы за читаемость и никогда не будете так писать. 5️⃣ Задавайте много вопросов о будущем проекте и команде. Во-первых, поймёте, подходит ли Вам эта работа. Во-вторых, можно ещё раз указать на свои сильные стороны и широкий кругозор. Спросите, когда будет переход на новую версию спринга, какой у проекта процесс релиза, как проходит тестирование. Аккуратно поинтересуйтесь, можно ли будет повлиять на улучшение процесса — и можно считать, что оффер у Вас в кармане. Удачных собеседований! #собеседование

10 must-have навыков java разработчика в 2020. 1️⃣ Понимать принципы CI/CD. В 2020 разработчик представляет себе весь процесс релиза - от коммита до выхода в продакшн и умеет пользоваться инструментами devOps— Jenkins, Docker, Kubernetes, Chef, Ansible. 2️⃣ Применять фичи Java 8-13. Новая версия Java выходит каждые полгода. Тренды и инструменты разработки меняются быстро, но язык программирования — основа каждой системы. Изучение его возможностей должно стать приоритетом. 3️⃣ Знать Spring framework и его проекты. Большинство энтерпрайз решений используют Spring как основной фреймворк. К нему часто прибавляется Spring MVC, Spring Boot, Spring Data и Spring Cloud. Знать возможности спринга и уметь ими пользоваться — необходимый навык в 2020. 4️⃣ Писать качественные тесты. Тестирование — основной инструмент повышения качества кода. Чем больше и сложнее продукт, тем выше его роль. Junit и Mockito — основные библиотеки для юнит-тестов, Testcontainers и Spring Test — для интеграционного. 5️⃣ Пользоваться библиотеками. Вместо самописного велосипеда лучше использовать уже оптимизированные и протестированные методы из библиотек. Jackson and Gson для JSON, JAXB для работы с XML, SLF4j — для логгирования, Google Guava и Apache Commons помогут сконцентрироваться на бизнес-задачах. 6️⃣ Понимать работу JVM. Из каких частей состоит JVM и как они взаимодействуют. JIT, JVM опции, виды и принципы сборки мусора, умение профилировать приложение и анализировать результаты — необходимые шаги к высокопроизводительным приложениям. 7️⃣ Применять паттерны проектирования Это поможет писать тестируемый и расширяемый код. Паттерны GoF и параллельного программирования — базовый арсенал разработчика при решении задач. 8️⃣ Изучать другие языки программирования. Изучение других подходов к решению задач расширяет кругозор и помогает в работе. Для Java разработчиков основной источник вдохновения - Kotlin, но изучить Scala, JavaScript, Go или Python — тоже хорошая идея. 9️⃣ Знать принципы разработки микросервисной архитектуры. Микросервисы — глобальный тренд, всё больше проектов предпочитают этот подход монолиту. Spring Cloud и Spring Boot – основной инструментарий для построения микросервисов. 🔟 Эффективно пользоваться IDE. Повысить продуктивность в несколько раз — это не шутка. Изучите комбинации горячих клавиш и доступные плагины для IDE – и жизнь больше не будет прежней. #fillthegaps #java #trends2020

Java 14 features Меньше двух недель осталось до выхода новой версии java. 17 марта анонсирован релиз JDK 14. В нём будет 16 фич, давайте посмотрим на некоторые из них. 1️⃣ Текстовые блоки — многострочные строки, ограниченные тремя двойными кавычками. String html = """ select * from users """; То, ради чего многие перешли на котлин, теперь есть и в java. Удобно для чтения и написания частей HTML, XML, SQL, JSON. 2️⃣ Изменения в switch. ✅ появился способ не писать break. Если использовать вместо двоеточия стрелочку то выполнится только код этого кейса. case MONDAY, FRIDAY, SUNDAY -> System.out.println(6); Напомню, что если в обычной форме не написать в конце блока break, то поиск соответствий после выхода из блока продолжится. В примере напечатаются обе строки: case 1: System.out.println("1"); default: System.out.println("0"); ✅ switch теперь возвращает значение. Если строк много, то используется слово yield. int j = switch (day) { case MONDAY -> 0; case TUESDAY -> 1; default -> { int res = f(k); yield res; } }; 3️⃣ Сокращение размера кода при сужении типа. Каждому, кто переопределял метод equals, знаком этот паттерн: if(o instanceof String) { String s = (String) o; // use s } Теперь проверка и приведение типа объединены: if(o instanceof String str) { // can use str here } Если в if несколько условий, то область видимости переменной зависит от типа их связи. В условиях, соединённых через И, переменную можно использовать: if(o instanceof String s && s.length() > 5) В условиях, соединённых через ИЛИ, переменная не будет видна: ❌ if(o instanceof String s || s.length() > 5) 4️⃣ Больше информации в NullPointerException. Теперь при возникновении исключения будет доступна не только строка, где это произошло, но и описание ситуации. Exception in thread "main" java.lang.NullPointerException: Cannot read field "j" because "b" is null at Pr.main(Pr.java:5) По умолчанию эта фича не работает, для её включения нужно установить флаг: -XX:+ShowCodeDetailsInExceptionMessages #core

Как получать достойную зарплату Вы на собеседовании. Отвечаете на вопросы, рассказываете о своём опыте. Проходит час, а может быть и два. Разговор подходит к концу и Вам задают вопрос: - На какую зарплату рассчитываете?💰 Как получить максимальную выгоду и не напугать работодателя? Сделать несколько простых действий. 1️⃣ До собеседования: ▪️прибавить к текущей зарплате 15 тысяч. Это сумма, при которой смена работы имеет смысл. ▪️Посмотреть требования и зарплаты в вакансиях, где зарплаты указаны. Уровень оплаты труда и требования меняются каждые полгода, скорректируйте желаемую цифру с опорой на эти данные. 2️⃣ На собеседовании. Здесь есть два варианта: 🅰️ В вакансии указан диапазон зарплат. Ваша сумма в неё попадает — всё супер. ▪️ Если на собеседовании Вы уверенно ответили на вопросы и впечатлили интервьюера опытом, то назовите цифру чуть больше планируемой. Не стесняйтесь, компании готовы платить за хорошего специалиста. ▪️ Если собеседование прошло так себе, называйте запланированную ранее сумму. Вы ничего не теряете, а может оказаться, что недовольны собеседованием только Вы. 🅱️ В вакансии зарплата не указана. ▪️ Оцените сложность вопросов и длительность интервью. Если оно длится больше часа, и вопросы сложнее обычного, то Вас рассматривают как перспективного кандидата. В таком случае называйте сумму чуть повыше. ▪️ Если интервью было обыкновенное, называйте запланированную цифру. ❗️Важно❗️ 1️⃣ Низкая желаемая зарплата не даёт никакого преимущества. В первую очередь оцениваются профессиональные навыки. Даже если Вы на собеседовании в компанию мечты, не демпингуйте. Лучше скажите эйчару и интервьюеру как сильно Вы хотите здесь работать, это повлияет на результат гораздо сильнее. 2️⃣ Зарплата до вычета налогов называется gross, после вычета — net. Прибавляйте «на руки» или net, когда называете цифру, это поможет избежать недоразумений. Чтобы получить адекватную оплату труда, не поленитесь тщательно изучить рынок и его требования. Тогда работа будет не только доставлять удовольствие, но и позволит жить комфортно. #собеседование

Паттерн Barrier, часть 2 В предыдущей части мы рассмотрели разные реализации паттерна Barrier в java.util.concurrent. Посмотрим на отличия в использовании. Они касаются того ▪️когда ставится начальное значение счётчика, ▪️что происходит после преодоления барьера. 1️⃣ CountDownLatch ✔️ Счётчик задаётся при создании объекта. ✔️ Поток, который встал на await(), блокируется без возможности прерывания. ✔️ Когда значение счётчика достигает 0, наблюдатель продолжает работу, а сам объект CountDownLatch больше использовать нельзя, он одноразовый. 2️⃣ CyclicBarrier ✔️ Начальное значение счётчика тоже задаётся в конструкторе. ✔️ Поток, который дошёл до барьера, блокируется. ✔️ При преодолении барьера счётчик возвращается в исходное значение и готов снова собирать потоки. Количество циклов бесконечно. 3️⃣ Phaser. Каждый цикл называется фазой. ✔️ Начальное значение счётчика может меняться в каждой фазе. ✔️ Количество фаз по умолчанию бесконечно, но можно выставить ограничение с помощью функции onAdvance. ✔️ Ожидание наблюдателей может быть блокирующим или прерываемым. Phaser включает в себя весь функционал CountDownLatch и CyclicBarrier. Он гибкий и помогает реализовывать сложные сценарии. При выборе класса для реализации барьера, помните простую мудрость: ✴️ Если задача решается просто, нужно решать её просто. #core

Паттерн Barrier, ч.1 Если для выполнения задачи нужно дождаться завершения других параллельных задач, то используется паттерн Barrier или барьерная синхронизация. В нём есть 2 типа участников: 1️⃣ Исполнители — выполняют параллельные задачи и сигнализируют об окончании. 2️⃣ Наблюдатели — ждут завершения указанного количества задач. В пакете java.util.concurrent этот паттерн реализуют 3 класса: ✅ CountDownLatch ✅ CyclicBarrier ✅ Phaser В основе их реализации лежит счётчик. Каждый поток, который завершил задачу, уменьшает его значение. Барьер переходит в состояние "преодолён", когда счётчик достигает 0. Посмотрим, как в них распределены роли: ✔️ CountDownLatch — чёткое разделение на исполнителей и наблюдателей. Потоки исполнителей уменьшают счётчик, затем могут продолжить работу или завершиться. Наблюдатели ждут преодоления барьера, затем выполняют свою задачу. ✔️ CyclicBarrier — роли исполнителей и наблюдателей совмещены. Поток завершает задачу, уменьшает счётчик и блокируется в ожидании остальных. Можно добавить действие, который выполнит последний поток перед тем, как барьер будет считаться преодолённым. ✔️ Phaser комбинирует функционал CountDownLatch и CyclicBarrier и допускает разные варианты использования. Исполнитель может ждать преодоления барьера, а может просто уменьшить счётчик и пойти дальше. Это основная концептуальная разница между инструментами, которая определяет когда какой использовать. Больше технических аспектов рассмотрим в части 2. #core

Создание потока в 1995 и в 2020 году Что происходит, когда программист пишет new Thread(...)? В джаве используется модель native threads. Это значит, что потоки создаются в операционной системе(ОС), а в JVM хранится часть контекста. Планирование очередности и переключения между потоками тоже делает ОС. ✅ Процессорные ресурсы используются очень эффективно. В этом главное преимущество модели native threads. Недостатки модели: ❌ создание и утилизация потоков занимает время ❌ переключение между потоками требует сохранения и загрузки контекста ❌ доступ к общим ресурсам нужно синхронизировать. Такая модель подходит для длительных изолированных друг от друга задач. В Java 1.1 использовалась другая модель многопоточности, которая называется green threads. В этом случае для JVM создаётся один или несколько системных потоков, а программные потоки с ними соотносятся. Переключение между потоками и работа с контекстом также выполняется JVM. ✅ эмуляции многопоточной среды там, где это не поддерживается ОС. ✅ быстрое переключение между потоками. ❌ нерациональное использование ресурсов в многопроцессорной среде. С точки зрения ОС задачи выполняются псевдопараллелльно, что ухудшает производительность. Модель green threads устарела и считается неэффективной. Методы ручного управления потоками помечены @Deprecated начиная с Java 1.2. Но идея переиспользования созданных ОС потоков сейчас в тренде. Java-библиотеки и некоторые версии JVM основаны на идее легковесных потоков. Fibers, coroutines, project Loom, Quasar, Kilim, Kotlin continuations – ключевые слова для дальнейшего углубления в тему. #теория

Эффективное код ревью и как сделать его лучше. Практика код ревью используется на многих проектах, потому что это: 1. Обмен знаниями о проекте и технологиях внутри команды. 2. Повышение качество кода. 3. Способ найти оптимальное решение задачи. В слаженных командах с утверждённым кодстайлом и схожим бэкграундом код ревью действительно даёт эти преимущества. А вот для новичка или в молодых командах код ревью часто приводит к конфликтам и непониманию. Каждый проект уникален, но общие правила выглядят так: 1. Время автора кода и ревьюеров — ценный ресурс. 2. Код — это инструмент решение задачи, а не отражение личности разработчика. 3. Замечания должны быть конструктивны и понятны. На верхнем уровне это все понимают, но чтобы на практике увеличить прозрачность и эффективность этого процесса, нужно обсудить и чётко обозначить: 1. Время, в течение которого ревьюеры обязаны посмотреть код. 2. Код-стайл команды — обычно в виде файла для настройки форматирования IDE 3. Приоритеты при решении задачи: - производительность (высоконагруженные системы), - чистота кода (open-source проекты), - лёгкость понимания (проекты с большим количеством разработчиков), - простота модификации (стартапы) и тд. 4. Действия при разногласиях - чаще всего это предоставить решение третьей стороне конфликта 2 часа обсуждать имя переменной - это трата времени. Не надо так. #fillthegaps_processes #java #codereview #team #performance