Java спільнота

Саме так

Epsilon GC використовують лише в дуже вузьких, зазвичай непродакшн випадках, наприклад коли треба «витиснути все» із заліза — див. github.com/gunnarmorling/1brc

Думаю, малося на увазі, що студенти зараз вчать пітон/джс і на них і залишаються, відповідно джава ком‘юніті не отримує нових членів. А стаття чудова, дякую

Дякую за ваш відгук. Розумію, що використання ненормативної лексики може викликати неоднозначну реакцію.

Якщо ви про Epsilon GC, то його варто використовувати лише для тестування застосунку без впливу збирача сміття, навіть CMS депрікейтнули через те, що він не робив дефрагментацію ганяючись за продуктивністю і малими паузами.

Я б так не сказав, українське джава комʼюніті тільки росте. Може ви не там шукаєте) Гляньте @ukraine_java i @professional_software_wizard в телеграмі

Дякую за статтю, було б цікаво почути про no op GC Чи не краще було б тут використати no op GC (або AWS lambda:)), тобто який взагалі не збирає сміття, чи краще таке не використовувати в проді: Serial GC для малої програми: наприклад, невелика утиліта,...

Невеличке доповнення до статті tavor118.github.io/...​astructure/database/#uuid

Дякую за статтю. Шкода що джава комюніті все менше і менше.

Погана стаття, бо використовується ненормативна лексика. Через бруд у тексті стаття обезцінюється.

Це переклад чи оригінальна стаття? До речі, 430: Шаблони рядків уже випиляли в Java 23. Тому, певно, варто було НАПИСАТИ ЦЕ КАПСОМ в розділі.

Дякую! Дуже інформативно

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

Без тестів продуктивності та опису досвіду роботи з кожним GC це не стаття, а просто скопійовані обрізки з документації JVM.

Завжди вичитуємо тексти, але ж ми теж люди, іноді можемо пропустити щось незначне :) Дякуємо за уважність.