Physical Disability Tip #7: Consider postponing tasks you desire to be engaged in or complete yourself when feeling tired or weary. Don't let this take away the sense of satisfaction or joy when completing something you normally enjoy doing. It isn't worth the frustration.... https://rons-home.net/en/living-life-lab/tips/living-with-physical-disability/2025/12/31 #physicaldisability #weary #rest #chore [Next Tip Jan 7 2026]
Senior Go Developer at Wallarm

Wallarm is hiring Senior Go Developer

"Cùng lúc phục vụ REST và MCP trên một máy chủ! 🚀 Hướng dẫn này chỉ cách tích hợp endpoint REST truyền thống (POST /sum) và điểm cuối MCP cho AI (POST /mcp) dùng chung nghiệp vụ như hàm tính tổng.

Điểm chính:
- Dùng thư viện @ttoss/http-server & @ttoss/http-server-mcp
- Logic chung ứng dụng hợp nhất cho cả REST/MCP → nhất quán & hiệu quả
- Hỗ trợ client truyền thống và AI như Claude Desktop

Lợi ích: tái sử dụng code, đồng bộ hoá, dễ bảo trì!

#REST #MCP #ModelContextProtocol #APIIntegration

⚡REST không phù hợp với kiến trúc domain‑driven (DDD). Khi các bounded context có mô hình riêng, việc ép CRUD gây phantom resources, routing phức tạp và mất lợi ích cache/hypermedia. RPC‑style API (ví dụ /orders/cancel) phản ánh đúng nghiệp vụ, giảm coupling. Chọn style API phù hợp với domain, không theo xu hướng. #REST #DDD #API #Microservices #KiếnTrúcMiền #ThiếtKếAPI

https://dev.to/stevenstuartm/avoid-forcing-rest-onto-domain-driven-architectures-2j6k

Avoid Forcing REST onto Domain-Driven Architectures

For years I have seen teams wrestle with REST in domain-driven systems. They start with clean REST...

DEV Community

Không phải “cháy” mà là chưa có “kết thúc” thực sự. Khi công việc, tin nhắn, hội họp liên tục chảy vào nhau, não không nhận được tín hiệu “đã nghỉ”. Hãy tạo thời điểm dừng rõ ràng: tắt điện thoại, không kiểm tra cuối ngày, để tâm trí tin rằng công việc đã hoàn thành. Kết thúc nhẹ nhàng giúp nghỉ ngơi thật sự, giảm mệt mỏi kéo dài. #Burnout #Rest #Wellness #SứcKhỏe #NghỉNgơi #CôngViệc #SựCânBằng

https://dev.to/jamesmiller25/i-wasnt-burned-out-i-was-just-never-fully-rested-950

I Wasn’t Burned Out. I Was Just Never Fully Rested

For a long time, I told myself I couldn’t be burned out. I was still meeting deadlines. Still...

DEV Community

I just released version 3.0.1 of "JSON:API for Spring HATEOAS". This is a patch release with dependency updates to Spring Boot 4.0.1, and Spring HATEOAS 3.0.1.

See https://github.com/toedter/spring-hateoas-jsonapi

Release Notes: https://github.com/toedter/spring-hateoas-jsonapi/releases/tag/v3.0.1

#java, #rest, #spring, #hateoas, #jsonapi

Ninja Kitteh Vs Shaolin Puppy

oops and resting: friday

Just a reminder that if you don't feel like going to all the social stuff in 2026 you don't have to. It's okay to play board games at home and bake cookies, read, spend time with your pets, rest. You don't have to be available to everyone all the time, and it's okay to say, thanks, maybe next time.

#rest #selfcare #pets #family

A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

#go