Amsterdam JUG Meetup at Mollie

Приєднуйтесь до останньої зустрічі з глечиком Амстердама в [Mollie, Keizersgracht 126, в центральному Амстердамі] (https://maps.app.goo.gl/a9joekueeyagnw2a9).

** Примітка: дата змінена з середи, 26 березня, на тиждень раніше, середа, 19 березня! **

Для отримання більш детальної інформації та обговорень наведених нижче, перейдіть на bit.ly/Join-foojay-Slack, щоб приєднатися до друзів OpenJDK (foojay.io) Slack та скористайтеся каналом #Jug-Amsterdam для розмов, пов’язаних із наведеним нижче.

** Порядок денний **

** 17: 00 -** Відкриті двері (і їжа!)
** 18: 00-18: 30 ** Розмова 1: [joe paladin] (https://www.linkedin.com/in/joe-paladin-8109611a/): ** Побудова торгової системи Java White Box **
** 18: 30 - 19: 00 ** Розмова 2: [kaya weers] (https://www.linkedin.com/in/kayaweers/): ** Шаблон дизайну переходить до супермаркету **
** 19: 00 коротка перерва **
** 19: 15 - 19: 45 ** Розмова 3: [Sonnya dellarosa] (https://www.linkedin.com/in/sdellarosa/): ** Трансформація клієнтів на борту на Моллі: Наша автоматизація з тимчасовою **
** 19: 45 ** ** \- 20: 15 ** Розмова 4: [Marianne Hoornenborg] (https://www.linkedin.com/in/mhoornenborg/): ** Налагодження розуму: заточіть свої навички вирішення проблем **
** 20: 15 -** Мережеві напої

Розмова 1: [joe paladin] (https://www.linkedin.com/in/joe-paladin-8109611a/): ** Побудова білої коробки Java біла коробка AI Торгова система **

Більшість професійних систем торгівлі - це чорна коробка, і вони повинні розглядати складність та швидкість сьогоднішніх валютних ринків. Незважаючи на це, можна продовжувати користуватися комп'ютерною системою, яка набагато швидше порівняно з тим, що було доступно, коли онлайн -торги розпочалися десятиліттями тому.

Тоді можна було лише надати дані про ринок, коли час квантованих барів, що обмежує вимоги, розміщені в системі, до будь -якого мінімального інтервалу часу встановлено. Ця платформа не обмежена часом, вона надає та аналізує ринкові дані, що розбирають усі зміни цін, навіть якщо ці зміни відбудуться за невелику кількість мілі секунд.

Дізнайтеся, як ми це зробили, з Apache NetBeans!

Розмова 2: [Kaya Weers] (https://www.linkedin.com/in/kayaweers/): ** Шаблон дизайну переходить до супермаркету **

Всі знають термін дизайну. Деякі знають закономірності та правильну реалізацію по -душі. Інші невиразно розпізнають назви шаблонів, але не згадують деталі. Ця розмова призначена для останньої групи.

Я занурюсь у кілька моделей дизайну, використовуючи приклади реального життя. Як виглядав би модель дизайну у повсякденному житті? Ми будемо слідувати Боббі та Біллі та дізнаємось, як поводитиметься схема дизайну в нецифровій умовах: супермаркет! За допомогою малюнків та фрагментів коду, ця розмова дасть вам чітке розуміння моделей дизайну, тому вам більше не доведеться шукати їх!

Розмова 3: [Sonnya dellarosa] (https://www.linkedin.com/in/sdellarosa/): ** Трансформація клієнтів на борту на Mollie: Наша автоматизація з тимчасовою **

Пару років тому Моллі розпочав свій перехід від моноліту PHP до динамічної екосистеми, що базується на Java, вводячи тимчасові для оркестрування. Це змінює те, як інженери будують функції в Mollie, з тимчасовим зменшенням клопоту оркестрації.

У Mollie тимчасові робочі процеси лежать в основі нашої системи системи в межах домену на борту, вдосконалюючи толерантність до програмного забезпечення та створюючи інтуїтивно зрозумілим розвитком бізнес -процесів, завдяки його здатності допомогти нам відобразити наші бізнес -процеси безпосередньо на код з майже 1: 1 картографуванням.

Це наша подорож, від впровадження єдиного робочого процесу до відновлення всього нашого процесу на борту з численними одночасними робочими процесами, іноді тривалими потоками, підвищення ефективності та продуктивності як для наших розвитку, так і для оперативних команд.

Розмова 4: [Marianne Hoornenborg] (https://www.linkedin.com/in/mhoornenborg/): ** Налагодження розуму: заточіть свої навички вирішення проблем **

Незалежно від того, що ви будуєте наступну велику функцію, оптимізуючи ефективність або розбираючи цю вперту помилку, вирішення проблем лежить в основі нашої професії. Але кодування - це лише одна частина рівняння - виклики викликів у вашій команді та проект однаково мають вирішальне значення.

Тож коли ви востаннє свідомо застосовували методи вирішення проблем? Ви коли -небудь вважаєте, що ваш розум потребує налагодження, щоб бути ефективним? Настав час посилити свої навички вирішення проблем і вивести їх на наступний рівень!