Я бачив ті дома у П‘ятихатках на різних стадіях, вони були неякісні і потребували великих вложень навіть на моменті коробок. Один приклад: у коробках стояла вода в підвалах, півтора метри.

Саме так, це будуть дома в полях, без інфраструктури, без того, що робить таунхауси такими привабливими. Але камон, це ж Львів, там навіть в міста лажа із інфраструктурою і зазвичай без свого авто важко, ще треба враховувати затори. Ну і на додачу те, що місто взагалі не розвивало свою інфраструктуру а ні водопостачання, а ні енергомережі (атаки жовтня на Львів це показали дуже чітко).

Корочє, мертвонароджений проект, як і всі схожі на нього у інших частинах країни.

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

Є дуже якісний приклад якісноно життя на прикладі Вроцлава. Нехай подивляться на рейон Олімпія Порт, там є все — школи, садочки, магазини. Зелено, не в полях, сполучення із містом швидкісним трамваєм.

Короче, колись в Харкові була така ідея, у Пʼятихатках побудувати схожий комплекс. І що, по-факту до вторгнення там жили прокурори, мусора (до поліції немає відношення) і вони косо дивилися на айтівців, що купували собі житло там, але навіть там не взлетіло, бо місто не проміняти на «дачу».

Із появою virtual threads треба бути обачним і дуже чітко розуміти як саме працює клієнт. Якщо в конфігурації можна вказати executors service, то буде матися наувазі, що кожний запит буде оброблюватися у відповідному потоці (тип і походження залежить від фабрики, логічно).

Із JDBC ситуація трохи складніша. Від того, що існує багато типів пулів залежить конфигурація фабрики потоків. Наприклад, UCP не має власного executor service і тому з‘єднання наслідує поток в якому воно було створено (тобто, хочеш віртуальний поток — запускай з‘єднання у таком потоці). Тому, якщо є бажання користуватися спрінговими клієнтами і віртуальними потоками одночасно, то треба бути дуже обачним, бо 100% нативної підтримки нового класу потоків в Spring ще нема.

Та ні, тут інсайдів нема, документ все правильно каже. У момент релізу Oracle JDK 21 не стає LTS, він стає лише рік після релізу коли закінчується безкоштовне оновлення (один рік після релізу) — це по-фактах основа ліцензіювання, тобто один рік NFTC www.oracle.com/...​enses/no-fee-license.html, а потім оновлення стають платними у межах підписки Java SE.

Загалом, ми хочемо щоб усі ставилися однаково відповідально до кожного релізу, бо нема сенсу чекати допоки вийде нова версія із LTS, бо із кожним релізом платформа та екосистема стають кращіми. Наприклад, не треба чекати допоки Project Panama допилять до релізного стану, векторизація SIMD може стати в нагоді вже зараз і ми це бачимо на прикладі проекту Tribuo (ML in Java).

скільки всього смачного ми побачимо в новій LTS версії!

Я перепрошую, але не усіє такого терміну як Java LTS версія взагалі в природі. Єдине що зветиться LTS це те що ми (Oracle) надаємо клієнтам один рік після релізу кожні 2 роки:
— Oracle JDK 17 LTS коли вийшла Java 19,
— Oracle JDK 21 LTS коли вийде Java 23.

Це одне з найбільших хибних уявлень в комʼюніті наразі. Oracle щось називає LTS лише тоді, коли воно таким стає. Наприклад Oracle JDK 17.0.2+ стала тією самою LTS версією. Як це буде із Oracle JDK 19 — буде видно що саме буде LTS рік по тому, тобто у 2024 році.

Чого тут ще не було написано, так це про нові внутрішні API — Classfile API як новий спосіб керуванням байткоду і мати змогу втручатися в виконання недостовірного коду в безпечному середовищі. Ці нові API дуже легко інтегруються в інтерфейс Java агентів.

P.S.: окрема дяка за посилання на моіх друзів-коллег Біллі та Жозе. Вони також вдячні за поширення.

ось цим я приблизно і займаюся наразі, але є реально болючі моменти у кількості вакансій та швикдості відповідей на них.

а жити коли?)

Нажаль, так =(

Я не працюю по схемі ФОП, я офіційно працевлаштований. Тому й стільки проблем.

Я не буду нічого відповідати про "дутого принципіала. До ковіду умови праці були набагато кращі і окрім ЗП я мав ще багато чого. Але тепер я відчуваю усі аспекти рішення не змінювати роботу у 2020му.

Невірний висновок. Я прийшов в Оракл по за межами ТОА (яку купили). Я працюю в Java Platform Group, ми займаємося розробкою самої мови Java, JVM, проектів OpenJDK (Panama, ZGC, Loom, Leiden) та екосистемних рішень типу Java Management Service, Java SE.

Більше того, я щось не бачив, щоб галери давали комусь опціони у вигляді річною ЗП.

От я над цим і працюю наразі.

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

Нічим. Проблема в рівні самому ЗП який пропонують.

Відповідь досить проста, межі рівня ЗП для мене будуть, по-факту, нижчі, а ніж в Україні (приблизно на 30% нижче, а ніж в Україні). І на скільки я знаю, то вже були відмови по робочих візах саме в Польщі.

Загалом є чітке розуміння, що країни типу Польщі, Угорщини, Румунії, Чехії та Італії розглядати не можна, бо одразу буде сильне просідання по рівню компенсації. Але щоб бути до кінця відвертим, просідання є і в Іспанії, але справа не йде про навіть десяток відсотків.

проблема в том, що збігає термін після якого я повинен буду набути податково резидентства у Польщі. Компанія не може дозволити собі сплачувати за мене податки у двох місцях одночасно. Тому й постало питання релокейту, бо якщо його не станеться, то я буду звільнений «за прогули».

По-перше, ідеаліста каже, що можна знайти квартиру за 1000 із комуналкою. по-друге, школа — це питання лише для дорослих дітей, садочки — безкоштовні. Але загалом 3к — це мало. Треба хочаб 4К для комфорту.

Я вже відповів на це питання. Я не в Україні наразі.

Так, офіс в Барселоні. Ну і про Бекхема я також знаю, це в моїх планах.