Veluexer’s Blog - mysetting

4:38 5/30

veluxer62.github.io

mobile screenshot relative

4:38

veluxer62.github.io

mobile screenshot

Veluexer’s Blog
https://veluxer62.github.io/

veluxer’s blog

최종 피드 수집: 2026-05-26 06:16

전체 (70)

12d

우리 제품의 발전이 느린 이유

들어가며
중국에는 실제로 50차선 고속도로가 있다. 베이징 인근의 고속도로인데, 명절 연휴에 4차선으로 좁아지는 지점에서 극심한 정체가 발생한다. 50차선이 아무리 넓어도, 그 모든 차가 4차선을 통과해야 한다면 결국 4차선의 속

000

21d

AI와 함께 일한다는 것

Intro
요즘 개발하면서 Claude Code, Cursor, Copilot 같은 AI 코딩 도구를 활용하지 않는 개발자를 찾아보기 힘들 정도가 됐다. 나도 그렇다. 몇 달 전부터 적극적으로 사용하고 있다.
그런데 솔직히 말하면

000

2M

질서

나는 질서 있는 게 좋다.
지금 돌아보면, 그 모든 단어들이 가리키던 방향은 하나였다.
사전에서 말하는 질서는
질서는 단순히 정해진 틀이나 규칙이 아니다.
혼란이 제거된 상태는 곧 불필요한 마찰이 줄어든 상태다.
이전 회사에서 팀

001

3M

지속가능한 테스트 작성 전략

들어가며
프로젝트가 커질수록 테스트는 단순히 “동작 확인”을 넘어, 팀의 개발 속도와 품질 문화를 결정하는 핵심 장치가 된다. 기능은 빠르게 늘어나는데 테스트가 이를 따라오지 못하면, 작은 수정에도 영향 범위를 예측하기 어려워지고

001

4M

변화의 파도속에서 새로움을 외치다 - 2025년을 돌아보며

2025년은 업무적으로나 개인적으로 많은 것이 바뀌면서 적응하고 새롭게 도전하는 한 해였다. 지금까지 다사다난하지 않았던 시기는 없었지만, 비교적 안정적인 생활 패턴과 업무 환경 내에서 발생하는 이벤트들에 대한 이야기였다면 202

000

11M

개발자의 학습에 관하여

개발자라면 아니, 아마 자신의 경력에 욕심이 있는 사람이라면 누구나 성장에 대해 목말라 있고 어떤 학습을 하면 좋을지, 어떻게 학습해야 할지 고민할 것으로 생각한다. 나 역시도 최근 경력에 대한 방향과 목표에 대해 고민하면서 학습

000

1y

단지 권한 기능을 추가해달라고 했을 뿐인데(feat. 인증 기능 개선)

이 글은 사내 블로그에 작성한 단지 권한 기능을 추가해달라고 했을 뿐인데(feat. 인증 기능 개선) 내용을 그대로 가져오면서 나의 블로그의 언어톤에 맞게 변경한 글이다.
개발자라면 누구나 오랫동안 미뤄두었던 과제가 하나쯤 있을

004

1y

좀 더 나은 코딩 컨벤션을 위하여

이 글은 사내 블로그에 작성한 스포카의 백엔드팀에서 코딩 컨벤션을 관리하는 방법 내용을 그대로 가져오면서 나의 블로그의 언어톤에 맞게 변경한 글이다.
개발자라면 누구나 한 번쯤 더 나은 코드를 작성하고, 팀의 생산성과 유지보수성을

000

1y

좀 더 나은 프로젝트 수행을 위하여

이 글은 현재 몸담은 회사에서 프로젝트를 수행할 때 현재보다 나은 프로젝트 진행을 위해 사내에 공유했던 자료를 블로그 언어 톤에 맞춰 작성한 글이다.
시스템화가 필요하다
과거의 노력
과거 우리는 애자일 방법론을 도입해서 개발에서

002

1y

개발자가 ‘일’ 잘하는 방법

블로그나 SNS 등에서 보면 많은 개발자들이 개발을 더 잘하기 위한 고민 상담을 하는 것을 볼 수 있다. 나는 이러한 고민 속에 개발 실력뿐만 아니라 일을 잘하는 방법에 대한 고민거리도 녹아 있다고 생각한다. 내가 개발 커뮤니티에

000

1y

AI를 활용한 주문서 생성 자동화

이 글은 사내 블로그에 작성한 AI를 활용한 주문서 생성 자동화: 카카오톡 주문을 키친보드 주문으로 내용을 그대로 가져오면서 나의 블로그의 언어톤에 맞게 변경한 글이다.
최근 ChatGPT를 비롯한 생성형 AI가 주목받으면서 우리

000

1y

코딩 컨벤션을 테스트 하자(feat. Konsist)

개발자로서 팀 단위로 서비스 개발을 위한 코드를 작성할 때 유지보수성을 높이기 위해 일관된 코드 작성, 의존성 방향 제약 등을 위한 팀 내 코드 컨벤션을 작성하거나 본 경험이 있을 것이다.
보통 README.md나 사내 문서에 코

002

2y

개발 방법론에 대한 나만의 원칙 세우기

최근 들어 TDD, 클린 코드, 클린 아키텍처, MSA, 디자인 패턴, 애자일 방법론 등 다양한 개발 방법론에 대한 논쟁을 접하면서 느낀 바가 있어 오랜만에 내 생각에 대한 글을 적어본다. 이러한 논쟁에서 어떤 견해가 옳고 그르다

002

2y

Querydsl에서 Kotlin JDSL 으로

이 글은 사내 블로그에 작성한 Querydsl에서 Kotlin JDSL 으로 내용을 그대로 가져오면서 나의 블로그의 언어톤에 맞게 변경한 글이다.
최근 우리 백엔드팀에서는 Querydsl을 Kotlin JDSL로 전환하는 작업을

001

2y

Null을 피하기만 하는게 마냥 좋은 것일까(feat. Kotlin)

블로그를 보다 보면 Null 반환에 대한 글들을 많이 볼 수 있다. 대부분 클린코드에서 말하는 Null 코드는 나쁜 것이니 지양해서 사용해야 한다고 이야기하고 있다. 하지만 과연 나쁘다고 덮어놓고 사용하지 말아야 할까?
특정 언어

000

2y

더 나은 회의문화를 위하여

길다고 말하기는 어렵지만 지난 세월 동안 업무를 해오면서 수많은 회의를 겪어왔다. 매주 형식적으로 이루어지는 주간 회의에서부터 상급자에게 보고하려는 회의, 의사결정 논의, 긴급한 이슈를 다루기 위한 회의, 제품 개발을 위한 아이디

003

2y

기능 테스트 전환 이야기

이 글은 사내 블로그에 작성한 기능 테스트 전환 이야기 내용을 그대로 가져오면서 나의 블로그의 언어톤에 맞게 변경한 글이다.
2월에 작성한 청구/수납 서비스 개발기 를 이후로 오랜만에 글을 작성하는 것 같다. 이번 글은 지난번과

000

2y

2023년 8월 개발일지

8월은 제품의 방향성을 바꾸는 큰 프로젝트로 바쁜 한달이 되었다. 이전에 명세표를 통한 비용관리 서비스에서 주문톡 서비스로 변경한 것과 같이 피봇팅을 하는 것이 아니라 주문톡 서비스에 이전에는 제공하지 않는 새로운 시스템을 도입하

000

2y

2023년 7월 개발일지

아무래도 역마살이 낀게 분명하다. 회사가 이사를 계획중이라는 소식을 들었기 때문이다. 지금까지 회사를 다니면서 이직때문에 옮기는 경우를 제외하고도 인원이 늘어나 사무실을 옮기거나 합병 등등 여러가지 이유로 1년에 한번꼴로 사무실을

004

2y

2023년 6월 개발일지

6월 중순이 넘어가면서부터 날씨가 많이 더워졌다. 이제는 너무 더워져서 매일 출퇴근시 타던 자전거를 더이상 못타고 있다. 타려면 아침일찍 출발해서 탈순 있지만 땀을 많이 흘린 상태에서 씻지도 않고 일하면 주변에 민폐가 될것 같아서

001