· software
비즈니스 로직은 진짜 제품이다 (그래서 나는 logicrepo를 만들었다)
비즈니스 로직이 실제 제품이라는 표지 이미지, 그래서 나는 logicrepo를 만들었다. https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=...
-
- · software
Dev에서 Architect까지: Agile 환경에서의 Technical Leadership 역할
!Do Dev ao Arquiteto: O Papel da Liderança Técnica em Ambientes Ágeis의 표지 이미지 https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity...
- · software
개발자로서 신뢰할 수 있는 온라인 IQ 테스트 만들기
Inside What’s Your IQ 온라인 IQ 테스트는 신뢰성 문제에 직면해 있습니다. 대부분의 플랫폼은 정확성보다 바이럴성을 우선시하도록 최적화되어 있습니다. 점수가 종종 부풀려지고, me...
- · software
내 Spring Boot Controllers는 괜찮아 보였지만… Presentation Layer를 이해하기 전까지
제가 Spring Boot로 REST API를 만들기 시작했을 때는 모든 것이 간단해 보였습니다. 컨트롤러를 작성하고, 몇 개의 엔드포인트를 매핑하고, JSON을 반환했습니다. 작동했습니다. 하지만 …
- · software
운영체제란 무엇인가? — 모든 장치 뒤의 조용한 설계자
현대 기술은 손쉽게 느껴집니다. 화면을 탭하고 버튼을 클릭하면 모든 것이 바로 작동합니다. 운영 체제 OS 이 기사에서는 운영 체제가 무엇인지 자세히 살펴봅니다.
- · software
진화하는 C# API의 파괴적 변경을 극복하기: .NET 개발자를 위한 어려운 교훈과 실용적인 전략
진화하는 API에서 Breaking Changes 처리하기: 현장 경험에서 얻은 교훈 실제 환경에서 API를 제공할 때, 변화는 불가피합니다. 하지만 breaking changes? 그것은…
- · software
내 2026 Tech Stack은 지옥처럼 지루해 (그게 바로 포인트)
왜 나는 지루한 스택을 선택하는가 나는 수년간 반짝이는 새로운 것을 쫓아다녔다. 2026년에 나는 가장 논란이 많은 아키텍처, 즉 단순성에 베팅한다. 나는 ...
- · software
확장성: ‘100% Lisp’ 오류
그래서 저는 Lisp 언어로 작성된 Emacs‑like 편집기를 홍보하는 몇몇 기사들을 보았고, 가장 흔한 주장 중 하나는 다음과 같습니다: > “It’s written i...
-
- · software
시스템 설계 빠른 가이드
System Design은 규모의 언어이며, 모든 엔지니어는 이를 구사해야 합니다. 저는 복잡한 System Design 주제를 해독하는 데 도움이 되는 1‑페이지 Quick Guide를 만들었습니다.
- · software
문서: 아키텍트의 프로그래밍 언어
Senior developers는 코드로 구성된 시스템에 코드를 배포하는 방법을 알고 있습니다. Architects는 사람으로 구성된 시스템에 아이디어를 배포하는 방법을 알고 있습니다....
- · software
SaaS 제품 개발: 확장 가능한 소프트웨어 구축을 위한 완전 가이드
SaaS 제품 개발 SaaS 제품 개발 https://cloudester.com/saas-development/ 은 현대 디지털 비즈니스의 핵심이 되었습니다. 스타트업 d...