Articles
현업 개발자들이 실전에서 쓴 기술과 성장의 기록.
LIS(최장증가 부분 수열)
기술 에세이예외 케이스 스스로 생각할 수 있어야 함. dp[i] 정의: i까지의 수열 중 가장 길게 증가하는 부분 (i를 포함한다)-->포함하든 안하든 답은 상관 없는데 주로 포함하는걸로 <점화식> dp[i] = 1 dp[i] = max(dp[j] + 1) (j < i && arr[j] < arr[i]) dp : O(n^2) dp[] 배열의 최댓값을 구하면 됨 1~i까지 중 0~i-1까지 중 이분탐색 : O(nlogn), 오름차순 정렬된 상태에서 가능한 이분탐색 -> 새로운 수열 b[] 선언. b[len]: 길이가 len인 lis의 마지막 값...
![[SI에서 프로덕트 엔지니어로 #5] if의 숲을 피하는 법 — 리뷰어를 어디에 둘 것인가](https://velog.velcdn.com/images/devjiji/post/80f66deb-c4cc-4390-93e2-c2655061e1ed/image.png)
Grit Original개발을 할때 도메인이 무너지는 순간이있다. 나는 도메인을 지키고 싶었다. SI에서 봤던 if의 숲을 반복하고 싶지 않았다. 질문을 바꾸자 답이 보였다. "이 책임은 누구의 것인가?"
API 기반 크롤링?
여기서 핵심은 **“크롤링 = 인터넷에서 데이터 수집”**인데, 방법이 두 가지가 있습니다. 1) API 기반 수집 (= 합법적이고 안정적) 카카오, 네이버 같은 포털은 **“API”**라는 공식 통로를 제공합니다. 이 API는 단순히 HTML을 긁는 게 아니라 **JSON 형식의 데이터(가게 이름, 주소, 전화번호, 좌표 등)**를 정리해서 줍니다. 이걸 사용하려면 카카오 개발자센터에서 API Key를 발급받아야 합니다. → 왜? 누가 얼마나 호출했는지 추적하고, 트래픽을 제한하기 위해서예요. 즉, 장점: 구조화된 데이터, 법적 ...
Claude Code와 Codex에서 세션 자동 텍스트, 대화 히스토리, 외부 연결 등 토큰 소비 경로를 분석하고 각각을 줄이는 구체적인 설정값을 제안한다. 실제 수치 기반으로 어떤 설정이 토큰을 얼마나 아끼는지 비교한 실용 가이드.
![[Troubleshooting] 동시 접속 30만(CCU) 속에서 살아남기](https://images.velog.io/velog.png)
Grit Original외부 서비스 장애 전파 차단 전략 > "외부 서비스의 장애가 내 서비스의 죽음을 의미해선 안 된다."
Grit OriginalRedis 기반 한정판 운동화 쇼핑몰 설계를 통해 바라본 개발 관점의 변화. 기능 구현 중심 개발에서 서비스 설계로 확장된 경험을 정리했습니다.
[JAVA] PriorityQueue - 우선순위 큐
기술 에세이기존에 큐에 대해서 다룬적이 있었는데, 이번 주차 알고리즘은 '그래프'! 였다! 그래프 이론에 대해 공부하다가 우선순위 큐에 대해 알아야할 것 같아서 따로 빠르게 정리해보고자 한다! 01. PriorityQueue란? 일반적인 큐의 구조 FIFO(First In First Out)를 가짐 대신, 들어온 순서대로 나가는 것이 아닌 우선순위를 먼저 결정하고 높은 데이터가 먼저 나가는 자료구조 * 우선순위큐에 저장할 객체는 Comparable Interface를 구현해야한다 ->이때 comparaTo method를 오바라이드하여 구현해줘...
AI에 코드 생성과 설명을 맡길수록 개발자의 뇌가 그 과정을 경유하지 않아 성장이 멈춘다. 신경과학 연구에 따르면 어렵고 힘든 과정을 거친 지식이 장기 기억에 남는데, AI가 설계 판단까지 대신하면 절차 기억 형성 기회가 사라진다.
사례를 통한 멱등성의 중요성
1. 멱등성이란?멱등성(Idempotency)이란 동일한 요청이 여러 번 수행되더라도 결과는 한 번만 발생하는 성질을 의미한다.HTTP 관점에서 보면 GET이나 PUT은 멱등성을 가지는 메서드로 분류되지만, POST는 기본적으로 멱등하지 않다. 이 정의 자체는 비교적 잘 알려져 있다.그렇다면 실제 서비스, 특히 결제와 같이 금전이 오가는 영역에서는 멱등성이 어떻게 활용될까? 이제 이 개념이 실무에서 어떤 의미를 가지는지 살펴보자. 2. 실무에서의 멱등성실제 결제 시스템에서 발생할 수 있는 상황을 하나 가정해보자. 1. 사용자가 결제 요청을 보냈다. (주문번호 :15834)2. 서버 응답이 지연되어 타임아웃이 발생했다.3. 사용자는 결제가 실패한 것으로 생각하고 다시 요청을 보냈다.4. 이후 결제 성공 응..
![[FairBid] AI한테 덜 시켰더니 더 잘 됐다](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FbV7mYu%2FdJMcaax9PPR%2FAAAAAAAAAAAAAAAAAAAAACFdwiWBrqRwdKSc105R-4pkX9zTfMi6MywfHadl_9XE%2Fimg.jpg%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1777561199%26allow_ip%3D%26allow_referer%3D%26signature%3D%252F0fpD3C1OUPv64S85kkVr31rwTo%253D)
Grit Original중고 경매 플랫폼에서 Claude에게 웹 검색까지 다 맡겼더니 토큰 폭발로 분당 1건밖에 못 돌았는데, 검색을 떼어내고 역할을 쪼개니 품질은 그대로에 비용 92% 감소, 처리량 13배 향상.
부트캠프에서 멘토링을 해준다고 해서 들어갔는데
부트캠프에서 멘토링을 해준다고 해서 들어갔는데 아니었다는 경험을 한 사람이 많습니다. 약속한 단어는 같은데 내용물이 다릅니다. 교육을 고를 때는 커리큘럼이 아니라 수료 후에 어떤 관계가 남는가를 봐야 합니다.
10여년간 정체됐던 한글(HWP/HWPX) 오픈소스 생태계가 2024년 이후 급격히 되살아나고 있다. 생성형 AI 파이프라인에 한국어 원본 문서를 넣으려는 수요가 폭발하면서 Python, Rust, TypeScript 파서부터 CLI, MCP 서버, 웹 에디터까지 단기간에 쏟아져 나왔다. RHWP, hwp.js, ONLYOFFICE 지원 등 현재 살아있는 도구들이 한눈에 정리되어 있다.
AI 시대의 페어 프로그래밍
막연히 두려운 존재로 인식하는 것이 아닌 함께 한다는 것이 무엇인지 고민해보았습니다
이분탐색(나무 자르기, 랜선 자르기)
[나무 자르기] 주어진 나무 길이 정렬 후 절단기 높이 기준으로 이분탐색한다고 생각하기. 시작값: 0 종료값: 나무 길이의 최댓값 최적화 문제가 아니라 결정 문제라고 생각하는 것이 핵심!그러고 나서 최댓값은 end(종료값을 출력하면 자동으로 최댓값 출력) sum<W 말고 sum>=일 때 부분 처리 좀 더 최적화할 순 없나? [랜선 자르기] 자료형. 범위 주의!!
![[SI에서 프로덕트 엔지니어로 #4] 순서 하나로 락 경쟁이 사라졌다 - 멱등성 검사 vs 락](https://velog.velcdn.com/images/devjiji/post/dc087121-7e1d-4c83-ad00-36cedea204f7/image.png)
Grit Original“멱등성 vs 락” 순서 문제를 실제 프로젝트(TriAgain)에 적용해봤습니다. 원칙은 같았지만 규모가 달라지니 도구가 달라졌고,생성 구조에서 새로운 동시성 문제도 만났습니다.
CNCF 앰버서더 조훈 등이 제안하는 AI 기반 K8s 운영 표준. work-plans/claude-context/command-guardrails/helm-values 4계층 문서 체계로 AI를 DevOps 동료로 활용하는 구조적 접근.
서울시 25개 전체 구 카페정보를 최대한 많이 수집하는 전략?
지금처럼 “강남구 하나만”은 간단히 API 돌리면 되지만, 서울시 25개 구 전체를 실서비스 수준으로 커버하려면 조금 전략적으로 접근해야 합니다. 카카오 API의 구조적 한계 한 번 요청으로 size ≤ 15 page ≤ 45 즉, 최대 15 × 45 = 675개 **정렬 기준 변경(accuracy vs distance)**은 결과 순서만 바뀌고 총량 제한은 그대로 즉, 구 단위 좌표 1개만 주면 많은 카페가 누락될 수밖에 없습니다. ✅ 실서비스처럼 최대한 많이 모으는 전략 1. 좌표 분할 (Grid Search / 격자 검색) 각...
[Spring] gradle로 멀티모듈설계 해보기
01. 들어가기 전, 현재 하고있는 프로젝트는 처음에는 하나의 모듈의 모든 기능을 작성 하고 있었습니다! 보시면 domain, global 로 나누고, 도메인 주도 기반으로 해서 구현하고 있는 과정인데용 위를 보시면, 도메인 별로 batch, controller, dto, .. 요렇게 나눠져 있었던 구조였습니당..! 서버 인스턴스 하나만으로 시작할 때는 서비스의 복잡도가 상대적으로 낮고 유지보수도 간편한데,, ! 트래픽이 증가하거나 작업 부하가 늘어나게 된다면? 나중을 위해 지금이 멀티모듈로 구조를 바꿔야 하는 적절한 시기라고 생각...
이력서는 스펙이 아니라 캐릭터다 - 그릿모먼츠 이력서 특강 회고
그릿모먼츠에서 주니어 백엔드 개발자를 위한 이력서 특강이 있었습니다. 이력서를 마케팅 관점에서 접근하는 법과 2026년 채용 시장에서 필요한 재료를 다뤘습니다. 가장 와닿았던 건 이력서 재료를 명시적 재료와 암묵적 재료로 나눠서 보는 관점이었습니다.
Job 워크로드를 위한 EKS Node Group 오토스케일링 도입기
당근 SRE팀이 Job 워크로드의 강제 종료 없는 오토스케일링을 위해 Bin-packing+Karpenter annotation 전략 도입. maxPods/registryPullQPS/EBS IOPS 튜닝으로 Pod Pending 49% 감소.
20 / 205개의 아티클
