перечитав — проблема першого коментаря обмежена spring GetMapping, і до java не відноситься.
RTFM: XML-PATCH, JSON-PATCH, JSR-374.

для любителів велосипедів з DTO, чим і сам грішний,
jackson-modules-java8 підтримує Optional.

то може ж наведете що читати?
і якщо не важко,
з прикладами де визначений стандарт на PATCH матиме проблему з null.

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

мені здається проблема все ж RTFM, а не java
та всього того що у гілці далі було згадано.

application/xml-patch+xml
RFC-5261: An Extensible Markup Language (XML) Patch Operations Framework Utilizing XML Path Language (XPath) Selectors & RFC-7351: A Media Type for XML Patch Operations
=>
application/json-patch+json jsonpatch.com
RFC-6902: JavaScript Object Notation (JSON) Patch („Utilizing JSON Pointer” вирішили вже не писати)
=> JsonPatch є java|jakarta ee JSR-374: JSON-P(rocessing).

завжди радій дізнатися щось нове, правда «90% всього — ...».
мені дійсно важко зрозуміти як можна було протрактувати

...
Rating/booking/tracking API integrations with Czech Post and Blue Dart (Indian national post service).
...

як

как писать что то для облгаза

до речі, за фасадом DHL в Індії працює Blue Dart.

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

бачу потенційну суперечність, можливо терміни сплутані.
cosmopolitan — containing or having experience of people and things from many different parts of the world
тобто не може виключати Індію та Україну.
спробуйте перефразувати без слова космополіт, ширшою смисловою фразою.

і не розумію чому нас в Україні має пошта Індії відлякувати порівняно з Америки чи Чехії,
якщо наприклад наші колеги з Індії пишуть для перевезень по Україні в тому числі:
щойно закривав древні рев’юшки — наткнувся на квиток про українські індекси.

повторюся що задачка не алгоритмічна, а базово-базова.
дякую за пораду, досить добра, починаючи від

просить что человек делал

до

если запрос в базу тормозит(для бэкэндера)

колись так і робили, і сподіваємося колись знову спитати, коли час лишить, який зазвичай типовий сеньйор витрачає весь через неспроможність кодити на своїй машині, на своїй IDE, зі своїми javadoc чи devdocs.io чи що завгодно.

колись давно було тет-а-тет з листочком,
а замість javadoc та code completion — питати всіх присутніх,
тоді все рухалося найкраще, правда і вакансій мало було.
до речі, купу людей що відсіяли тоді, зараз би взяли.
та люди що не могли писати код казали що винен листочок,
тож потім пробували давати вільну машину і звісно це був той ще треш -
схоже на відгук можливо несправедливо скривдженого про ті жахливі часи:
dou.ua/...​rums/topic/34464/#2207168
(до речі автора тоді не було серед тих зі злісною ухмилкою.
я був — треба буде якось вчитися з живими людьми спілкуватися -
хочеш як краще, думаєш що створюєш невимушену атмосферу,
а в результаті, кажуть HR, один бугай навіть у сльозах пішов)

ні я ні автор за кращих наче нічого не писали.
роблю висновок що це твердження еквівалентне
«non-SODD — (най?)кращі з розробів, й заслуговують мінімум 7к ойро»
і долучаю свої до Ваших променів любові усім non-SODD.
і на жаль так, такі бюджети у нас мабуть не доступні.

Лучших сеньоров нанимаете? Щито? У вас там хоть 7К дают?

так, звісно. таку тему гайпову лишили поза статтею (сіквел?!).
додам, все що ми всі без винятку робимо — це лишаємо legacy.
і ми всі від хтось хоче залишити краще і згадує правило бойскаута за дядьком Бобом,
до хтось жаліється що тут було насрано до нього і лишає неозвученим що він насрав ще більше.

Месть легаси

було б можливо, якби не те що таких практично всі за останні три роки.

(тремтячим голосом) дайте, дайте два.
AFAIK є бонуси за реферали.
а то вже сумно дивитися на сеньйорів,
що не знають приміром як порівнюють об’єкти.

цікавий висновок, поясните на основі яких вхідних?

скопипастили

без пониманя зачем это

радий що ми узгодили погляд, що

«сеньоры» со стэк оверфлоу

я зацікавлена людина та помітив дві зноски що потрібен не формошльопер та не

фреемверк девелопер

задачка не алгоритмічна, принаймні у моєму розумінні -
алгоритмічні я, серед інших задач та питань, здавав у 2003
коли переходив зі стажера на юніора за 100$ (хто такі з/п згадає),
— генерація усіх щасливих білетиків,
— оптимальне узваження набору ваг (на жадібний пошук),
— пошук циклу у однозв’язнову списку.
решту не пам’ятаю.
а це задача на основу базового (тавтологія задумана) мислення.

алгоритмической задачкой

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

Что показывает тот факт что задачку решил джун? Он будет перформить как вы ожидаете от синьора?

це мабуть показує, що ми не можемо знаходити та запрошувати щирих сеньйорів.
проте це вже no true scotsman, бо ці що приходять (теж) є висооплачуваними.

конструктивні поради — ще кращий відгук.

Не умеешь собесить — не лезь.

якщо продовжувати аналогію, то мало бути
«що робить сантехнік, коли у нього тече кран у ванній і треба лише поміняти прокладку».

В конце-концов

до речі, у мене якось сантехнік викликаний загерметизувати стик важкодоступний так і не зміг
і виставив рахунок за годину роботи без результату.
так що Ваша аналогія (мною виправлена) не лише життєва, а й дієва :)

не можна — задача занадто проста, а використовується як типова.
на чому сеньйори валяться, а юніори ні — Comparator на два поля.

Коан про Безпеку Статичної Типізації

Послідовник іншої секти запросив Марка Мотля на пляж. Доки віз, розказував Марку «Я більш продуктивний із Динамічною Типізацією! Я можу писати швидше як не треба хвилюватись через скарги компілятора про типи». До пляжу було довго, тому послідовник Динамічної Типізації вирішив заїхати на заправку. Він пішов на станцію заплатити за бензин та прикупити щось посёрбати, а Марк залишився заправити авто. Марк помітив, що бензо-шланг зайнятий, тож давай заливати з дизельного. Динаміст закричав «Гей! Що ж ти, паскудо, твориш — Це ж бензиновий двигун!» Марк спокійно відповідає «Ну, я просто хотів пошвидше на пляж».

навпаки, деви радять (і будуть завжди) використовувати German Naming Convertion всюди,
навіть там де типи повністю виводяться, у статті приклади haskell.

Java 10 ввела var
а якщо у когось виходить

var visitorMonitorInterface = new VisitorMonitorInterface(indoorSessionInitialiser);

var peephole = new Peephole(door);

щоби не заводити нових ниток, згадаю заодно за Jakarta EE 9 + MicroProfile.

одне лихо — Microprofile 4.0 (і все його реалізації) все ще використовує Jakarta EE 8

MicroProfile навмисне ж робили окремим і він не перетинається по namespace.
CDI це відповідальність контейнера, тож microprofile має бути по цимбалах.
то в чому проблеми лізуть?
з голови, це лише rest-client має використати ті ж анотації що й JAX-RS, а вони переїдуть.
проте їх продублювати замість поімпортити не проблема — так і задумані.

WildFly 22 реалізує вже й Jakarta EE 9 як Preview.
і у них є збочення цікаве технічне рішення:

Any libraries that were using EE 8 APIs were detected and instructions were incorporated in the feature pack telling Galleon to do byte code transformation of that library whenever it provisions a server using the feature pack.

A WildFly Preview server, when it reads in deployment content to store in the content repository, will transform any EE 8 content into EE 9.

звісно, можливо для цієї збірки (вона ж окрема) вирізали microprofile-platform layer,
проте у них і так microprofile спеки випускалися окремими накочуваними galeon-layers,
як останні два — згадиний у статті реактивний, та graphQL.

перейти на Jakarta EE 9.
на Jakarta EE 8 уже (хоча й досі є частини з Java EE 5),
бо це те ж API що й Java EE 8.
на MicroProfile не переходять, його додають -
ці API пишуть ті ж люди (буквально), що й Jakarta EE.
тож і ми потрошку MicroProfile досипаємо.

хоч гілку й почав троль, а повелася «редакторка» без книжної традиції,
що виправдовується власним невіглаством (sic(k|!))
та надає перевагу youtube над експертною думкою,
все рівно гілка, як і цей коментар, є bikeshedding (закон Паркінсона про тривіальне).
була б числова репутація, зрізати флеймерам а особливо «редакторці».
думаю можна просто написати особисто.