• Які є конвенції в REST API та для чого їх дотримуватись

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

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

  • Які є конвенції в REST API та для чого їх дотримуватись

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

  • Які є конвенції в REST API та для чого їх дотримуватись

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

  • Які є конвенції в REST API та для чого їх дотримуватись

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

    application/xml-patch+xml
    RFC-5261: An Extensible Markup Language (XML) Patch Operations Framework Utilizing XML Path Language (XPath) SelectorsRFC-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).

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

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

    як

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

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

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

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

    Поддержал: Roman Pavlyuk
  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

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

    до

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

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

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

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

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

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

    Месть легаси
  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

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

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

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

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

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

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

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

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

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

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

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

    Не умеешь собесить — не лезь.
  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

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

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

  • Про фейкових інженерів, або Чому я недолюблюю Stack Overflow Driven Development

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

  • Jakarta EE 9. Дорогою сліз і страждань

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

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

    Поддержали: Martin Eden, anonymous
  • Jakarta EE 9. Дорогою сліз і страждань

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

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

    var visitorMonitorInterface = new VisitorMonitorInterface(indoorSessionInitialiser);
    а не
    var peephole = new Peephole(door);
    приклад з «Object? You keep using that word» © Kevlin Henney
    то це проблеми всій команді.
  • Jakarta EE 9. Дорогою сліз і страждань

    щоби не заводити нових ниток, згадаю заодно за 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.

    Поддержал: Sergiy Morenets
  • Jakarta EE 9. Дорогою сліз і страждань

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

    Поддержал: Sergiy Morenets
  • Java дайджест #10: что будет с Groovy, Java 8 все ближе и ближе

    причому це ж написано в самій статті на яку стоїть посилання,
    а в ній на annotation processing 101 аби точно питань не виникало.

    може малося на увазі «а якого біса взагалі треба java код генерувати»?
    тоді ще приклад — генерувати response types виду either
    аби exceptions через JAX-RS calls типізовано виставляти.
    :( хоча руками швидше
    а, ще варіант, генерувати зі структурних шаблонів JPA entity classes.
    (та знову таки, коли доходить діло до змін, далі легше руками).

    не-до-речі, най мінусувати ніц не можна (це я не про статтю чи комент),
    але ж статті й плюсувати ніяк (а це якраз про цю статтю).

  • Краудфандинг политиков

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

    ITшники как финансово устойчивая социальная группа
    є неоднорідною групою за політичними уподобаннями.
    (
    Члены «IT-профсоюза» как наиболее рационально и логически мыслящая категория современного мира
    крім того змушує мене оплакати цей світ.)
    ще питання — аби дійти до підтримки політ-сили до фази крауд-фандінґу,
    треба спершу пройти її формування, хоча би базу цілей, ідей, засобів;
    та якої-не-якої активності, бо підтримувати незрозумілих чуваків теж стрём.
    Поддержали: Oleksii Chyrkov, Slawa Gorobets
  • Як ми реалізували крос­платформенну розробку мобільного додатку на Xamarin

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

← Сtrl 123 Ctrl →