Offline "Java at Wix: What Platform Engineering Looks Like When AI Can Build Anything" by CoffeeJug!
📅 Date: 25 Jun (Thursday)
⏰ Time: 7:00 PM - 8:30 PM EET
🎤 Speaker: Boris Buliga xEng Guild Manager @ Wix
🆓 Entrance is FREE! (Pre-registration required) https://forms.gle/ySR6rq7hLhiDoAb57
This talk is an honest, outsider-friendly tour of that bet. We'll start with what platform engineering actually is (most teams have never seen it done at this scale), how Wix turned "a new microservice needs ~25 concerns" into a one-line declarative macro, and why "the platform is the product, engineers are the clients." Then the twist: because the platform - not the language - owns those concerns, adopting Java became, on the surface, a feature toggle. We'll go under that surface too: the messy JVM interop, what we borrow from modern Java (21+), and the strategic reasoning that made a Scala stronghold change course.
Значить, записав я кружечок про старт карʼєри в Java в 2026
Написав пост про це і не заспокоївся😅
Створив собі сайт на github.io і написав там ще розгорнутий пост про старт карʼєри в 2026.
https://vnovakovskyi.github.io/how-to-start-a-java-career/
В самому пості також залишив посилання на репозиторій із java deevloper roadmap над яким я працював останні 3 дні.
Мені здається вийшло не погано.
Тому переходьте до статті і клікайте на посилання.
Також, якщо в когось є бажання, вітається будь який кортибʼют в роадмап.
Помилки, неточності, відсутні топіки чи питання до структури чи опису. Все це приймається в якості відкритого PR.
Нові фічі додаються невгамовними темпами. Відповідно бекенд сервіс розрісся дуже сильно. У межах одного ендпоїнту багато етапів. Треба прогнати 24 e2e тестів і пересвідчитись, що виконання коду йде по правильному шляху. Колись я дивився в дебаггері перевіряв кожен флоу, але це жре багато часу. Потім пересів на Alibaba Arthos agent з watchers написаними AI, що логують значения параметрів і return values - це апроуч без зміни самого сорс коду, тому не треба шелвити гіт зміни, реаплаїти короче не треба мудохатись . Потім викинув Alibaba Arthos і просто знову з AI генерив маркдаун файли типу логування конкретного флоу. Потім це викинув. Тепер просто додаю багато debug logging і включаю необхідні класи, що приймають участь у конкретному флоу. Але усі ці методи якісь муторні. Може є щось краще?
А нашо потім викидувати?
Для цього придумали тести.
Я б просто покривав би тестами і ганяв би їх. Можна ж не завжди ганяти всі тести. Є ж можливість запускати конкретні.
А взагалі, як на мене, TDD тут прямо проситься.
Написав тести, зробив фічу, видалив тести. Це як раз відповідає запиту.
Вручну кожен раз дивитись по дебагу чи ганяти запити через постман це здуріти можна
пишуть апі тест на блекбокс (не перевіряють виконання самого сорс коду бекенда). Тест проходить зелений, але видалення продукту спричинене іншою передумовою. Поверхнево тест виглядає правильним, але якщо заглянути під капот, то невалідний
Тобі тут насправді треба трейси підключити і буде тобі щастя. Будеш як раз бачити все як іде, чи код виконується првильно. OpenTelemetry тобі в допомогу
Банда, хочу в четвер зібратись знову і поговорити про дашборди, observability, логи і все що із цим повʼязано.
Розкажу як ми робимо це в моїй компанії, адже саме я відповідальний за цей напрямок, а також хотів би почути як із цим справляєтесь ви.
Як і завжди - вільна дискусія, де кожен може запитати та розказати. Де можемо просто поговорити і поділитись новинами та знаннями.
Адженда - просто привід зібратись.
Мета - нетворкінг.
Четвер, 2 липня, 19:00 за Києвом
Додати в календар https://calendar.app.google/6u9UHuadESTTWzy57
Вже почитав. Виглядає як геніальне рішення. Grep дуже багато хаває. Але от я боюсь що він може щось приховати. Може якийсь рядок просто не передати клоду і все.
Наприклад в мене дуже багато роботи в клоді це ресьорч. Він бігає по всім репо в папці, читає логи, вивід cubectl & git log. Тому гіпотетично воно мені може зекономити дуже багато токенів. Але якщо пропустить маленьку деталь - весь ресьорч не має сенсу
Offline Birthday Party: "Unplanned networking: Building connections through code" by CoffeeJug!
📅 Date: 29 Jul (Wednesday)
⏰ Time: 7:00 PM - 8:00 PM EET
🎤 Speaker: Ihor Didyk Senior Software Engineer @ Nortal
🆓 Entrance is FREE! (Pre-registration required) https://forms.gle/VxQW1UjachzwMfs16
Discover how technical curiosity, open-source contributions, and consistent work can naturally build meaningful professional connections. Through a personal story, I’ll share how preparing for a technical webinar evolved into a broader engineering initiative and opened new opportunities—without forced or formal networking.
Привіт! 👋
Шукаємо Trainee Java Developer до EveryMatrix (Львів) 🚀
Розглядаємо кандидатів без комерційного досвіду - головне мати хорошу базу з Java, технічну освіту (або навчатися на старших курсах) та бажання розвиватися.
📍 Важливо: робота з офісу у Львові (після випробувального періоду - гібридний формат).
🔗 https://everymatrix.teamtailor.com/jobs/7991603-trainee-java-developer
Буду вдячна за рекомендації 🙌
Якщо знаєте когось, кому може бути цікаво, або хочете поділитися CV - пишіть мені в особисті.
Привіт! 👋
Шукаємо Trainee Java Developer до EveryMatrix (Львів) 🚀
Розглядаємо кандидатів без комерційного досвіду - головне мати хорошу базу з Java, технічну освіту (або навчатися на старших курсах) та бажання розвиватися.
📍 Важливо: робота з офісу у Львові (після випробувального періоду - гібридний формат).
🔗 https://everymatrix.teamtailor.com/jobs/7991603-trainee-java-developer
Буду вдячна за рекомендації 🙌
Якщо знаєте когось, кому може бути цікаво, або хочете поділитися CV - пишіть мені в особисті.
Я написав пет-проект, що являє собою спрінг бут додаток для зручного створення інформаційних телеграм ботів без коду. Підключаєте стартер, описуєте діалог бота через YAML/JSON на вибір, деплоєте і бот готовий. Без написання коду, ви зосереджуєтесь на основному - написання діалогу бота.
Є спрінг бут стартер та готовий темплейт бот на його основі для прикладу. Є усілякі приколи: чат динамічний - чиститься при переходах, нерелевантні повідомлення не приймаються, рейт лімітинг під капотом, який можна переналаштувати кастомно при потребі, бродкаст розсилка по чатах, конкурентність нод, детальна валідація усіх кейсів із виводом в спрінговому стилі, загалом багато цікавих моментів.
Якщо ви думаєте, що це складно для великих ботів, то ні, ви можете кинути шаблон нейронці разом із потрібною інформацією і вона вам за секунди зробить бот із великим діалогом.
Усе це я робив особисто для себе у вільний час, але оскільки в мене гітхаб нулячий (з відкритих там є лише один маленький простенький проект окрім цього), то я вирішив зробити і цей проект відкритим у якості портфоліо. Не щось прям неймовірно імбове, але для простих інфоботів штука зручна і практична. Я сам нею користуюсь.
Питання:
Зараз його ніхто не бачить, про нього ніхто не знає. Що зробити, щоб були хоч якісь перегляди, зірки і т.д.?))
На Maven Central я поки що деплоїти не буду, бо не хочу.
І чи взагалі варто паритись над цим всім? Що скажете?
Так, це не класика, не Rest & Hibernate & JDBC & PostgreSQL і т.д., і т.п. Ту всю шнягу я також вмію робити, але якщо чесно, від того всього вже трішки верне)) Впевнений, що і у вас так само, хочется чогось іншого, не суто джейсончики переганяти.
Буду вдячний за відповідь))
Знімок відкритої публічної стрічки з пошукового індексу
ChatCrawler — «Google по публічному Telegram»; оновлюється в міру обходу майданчика.
Час — UTC.