이번 학기에 "교육과정" 수업을 아주 재밌게 들었다. 나에게 기억에 남을 대학교 수업으로 세 손가락 안에는 들어갈 것 같다. 이 수업은 학우들과 대화를 많이 하는 것이 특징이다. 특히 매번 수업을 시작하기 전에 학생 도출 논제를 바탕으로 간단한 토의를 진행하는 시간이 있다. 최근 수업에서 굉장히 흥미로운 논제가 등장했다. 짧은 이야기로 넘어가기는 아쉬웠기 때문에 (정말 간단히) 글로도 기록을 남겨본다.학생들이 자신의 수행평가는 최선을 다해 준비하면서도, 그것을 친구에게 나눌 수 있는 사람으로 성장하도록 하는 교육은 어떻게 이루어질 수 있을까? 발제자의 설명을 덧붙이자면..우리나라의 학생들은 끊임없이 경쟁에 던져진다. 그 과정에서 친구들을 경쟁 상대로 인식하게 되고, 공유하기보단 혼자 아는 것이 이득이라는..

#0. 들어가며내 주 전공은 컴퓨터교육과다.나는 개발자 진로를 희망하지만, 졸업을 위해 필수로 교육실습(a.k.a 교생)을 해야 한다. 26년 5월 한 달간 내 모교인 창현고에서 정보 교과로 교육실습을 다녀왔다.우리 대학은 교육실습 종료 후 자유양식의 실습소감문을 제출해야 한다.AI 딸깍으로 쓸 수 있겠지만, 나에게 의미 있는 경험이었고 많은 생각을 했던 한 달이었어서 이왕 하는 거 진짜 내 이야기를 적어보려 한다. 사실 지금까지 블로그에는 기술적인 이야기를 주로 적었기 때문에 이런 이야기를 쓰는 게 약간은 낯간지럽고 어색하지만.. 앞으로 기회가 된다면 가끔 이렇게 시시콜콜한 내 이야기와 생각을 공유해보고 싶다ㅎㅎ (물론 이게 마지막이 될 수도 있음)#1. 교육실습을 통해 나를 알아가다제목은 교육실습 소..

들어가며최근 소속 단체(SCG)에서 운영하는 레거시 시스템에 에러가 발생했고, Claude Code를 활용해 문제를 해결했다. 해결 과정의 전체 내용은 SCG 팀 블로그 글에 정리해두었으니, 이 글에서는 AI를 활용하면서 느낀 점에 집중해보려 한다. 그동안 Claude Code를 토이 프로젝트에서 몇 번 써본 적은 있었다. 하지만 실제로 사용자가 있는 운영 서비스에 적용해본 것은 이번이 처음이었고, 토이 프로젝트와는 근본적으로 다른 경험이었다. 문제를 해결하는 내내, 얼마 전 읽었던 에반문 님의 글 AI가 코드를 쓰는 시대, 개발자의 진짜 역량이 드러난다가 계속 떠올랐다. 그 글에서 이야기하는 것들이 머릿속 개념이 아니라 눈앞의 현실로 다가온 경험이었다.상황 요약8년 된 Node.js/Express 시스..

핵심 내용 요약단위테스트는 동작을 보장하고, 동작을 쉽게 이해하고, 코드 변경을 쉽게 할 수 있게 한다.좋은 테스트가 무엇인지(FIRST), 무엇을 테스트할 것인지(Right-BICEP)를 고민하고 테스트를 작성해야 한다.테스트와 설계, 리팩터링은 관련도가 높다. 리팩터링을 통해 코드를 깔끔하게 작성하면 테스트가 쉬워진다. 단위 테스트의 커버리지가 높으면 설계를 지속적으로 개선해 나가는 자신감을 키울 수 있다. 테스트 또한 리팩터링을 통해 이해를 높이고 유지 보수 비용을 최소화할 수 있다.테스트도 SRP가 중요하다. 관심사를 분리하고 의존성을 분리하자. 목, 스텁 등의 방식을 고려하여 의존성을 끊을 수 있다. 필요한 경우에는 통합 테스트를 작성하되, 단순하고 집중적으로 만들자.내 생각요즘 테스트를 작성할..

우테코가 끝난 직후 약 두 달간 포라, 미소, 칼리와 함께 CS 스터디(시스)를 진행했다. 모두에게 꽤 만족도가 높은 스터디였다 👍 스터디가 끝난 기념, 어떤 것을 배웠고 느꼈는지 회고해 본다.더불어 CS 스터디 운영 방식을 고민하는 사람들을 위해 우리만의 진행 방식을 공유하고자 한다.대상 독자CS 스터디를 할지 말지 고민하고 있는 사람CS 스터디 진행 방식을 정하는 데 어려움을 겪고 있는 사람다른 CS 스터디의 내용을 엿보고 싶은 사람필자가 어떤 내용을 재밌게 공부했는지 궁금한 사람 ㅎㅎ혹시 글을 읽고 스터디에 대해 추가적인 궁금증이 있는 경우 편하게 댓글 달아주세요 😁스터디 계기고민의 시작우테코가 끝날 즈음 이런 막연한 고민이 있었다.CS 공부 다시 하고 싶어 근데 대충 하고 싶지는 않아 근데 또..

들어가며SCG에서 개발했던 정보통신/소프트웨어융합대학 일반대학원 학위논문 심사 시스템(통칭 졸논 시스템)은 깃허브로 관리한다. 해당 레포를 포트폴리오 목적으로 Private에서 Public으로 바꾸기 위해 검토를 하던 중 과거 커밋 히스토리에 .env 파일이 노출된 것을 발견했다. 해당 파일은 프로젝트 초기(2023년 11월 22일)에 처음 추가됐고, 2024년 3월 6일 문제를 인식하고 환경변수가 노출된 파일을 삭제했다.하지만 파일을 삭제했다고 해서 .env 파일이 완전히 제거되는 것이 아니다.레포를 퍼블릭으로 전환하기 위해서는 약 1년 전에 남아있던 히스토리를 제거해야 했다.이 글에서 다루는 내용git filter-repo로 민감한 파일을 히스토리에서 완전히 제거하는 방법깃허브 환경의 어려움과 현실적..

템플릿 바로가기👇👇👇👇👇 바킹독 문제집 (공유용) | NotionHosted by Notion Sites — The easiest way to get a website up and running.outgoing-headlight-814.notion.site오른쪽 위의 "복제" 버튼을 눌러서 바로 사용할 수 있습니다.제작 계기요즘 저의 관심사 중 하나는 코딩 테스트입니다!바킹독님의 강의와 문제집으로 차근차근 즐겁게 공부 중이에요 😆강의 바로가기문제집 바로가기깃허브에 이미 문제집이 잘 정리되어 있었지만, 제 문제 풀이를 기록하고 추적하고 싶어서 노션 데이터베이스로 관리할 수 있는 템플릿을 만들었습니다.생각보다 너무 잘 쓰고 있어서 공유해 보려고 합니다!템플릿 소개사용 방법은 간단하니 바로 사용해도..

크리스마스가 끝난 직후 2025년 12월 26일-27일 나의 생애 첫 해커톤인 ProfitLab 해커톤에 참여했다.인상 깊었던 순간 위주로 간단한 해커톤 회고를 작성해보려고 한다고고씽~#1 지원 계기우테코 수료식 하루 전, 빈백에 누워서 쉬고 있었는데 SCG 슬랙에 해커톤 팀원을 모집한다는 글이 올라왔다!! (두둥)이전까지는 내 능력에 대한 자신감이 없어서 해커톤을 참여하지 못했었다🥲 팀으로 무언갈 빠르게 만들어야 하는데 1인분을 하지 못하는 상황에 대한 두려움이 있었달까..! 그런데 우테코를 하면서 무엇이든 도전한다면 충분히 만들어낼 수 있다는 자신감을 가지게 되었고, 인생 첫 해커톤에 호기롭게 도전했다.빈백에 누워서 참여여부를 고민하고 있을 때 옆에 해커톤 유경험자인 미미랑 상추가 있었다. 둘 다 ..

모아온의 아티클 조회 API의 성능 테스트를 하다가 이상한 현상을 발견했다. 같은 API를 반복 실행할 때 첫 번째만 유독 응답 속도가 느렸다. 캐시와 관련된 것이겠지 단순 추측해 볼 수는 있었지만, 정확히 어떤 매커니즘인지 궁금해졌다. 이 글에서는 해당 현상의 정체를 파헤쳐본다. 이 글에서 다루는 내용InnoDB 버퍼 풀의 구조와 역할LRU 캐시 알고리즘대상 독자MySQL 사용자, 백엔드 개발자메모리 계층 구조와 캐싱에 대한 기본 이해가 있는 사람1. 문제 상황1.1 API 성능 테스트 중 속도 차이 발견성능 테스트를 할 때, 최초 조회가 유독 시간이 많이 걸리는 현상을 흔히 발견할 수 있다. 모아온의 아티클 조회 API 성능 개선을 위해 테스트 데이터를 넣고 실험을 진행했을 때, 해당 실험의 첫 시도..

들어가며이전 글에서 OOM 문제를 해결했지만, 여전히 아티클 조회 API는 빠르면 2초, 느리면 30초 정도로 많은 시간이 소요됐다. 검색, 필터링, 정렬, 무한스크롤 4가지 기능을 하나의 쿼리로 처리하고 있었기 때문이다.시리즈의 이전 글이 궁금하다면:1편: 모아온 조회 API 성능 개선기 (1) - 700만 건 테스트 데이터 생성2편: 모아온 조회 API 성능 개선기 (2) - OOM 문제 해결이 문제를 처리하기 위해 여러가지 경우의 수 별로 테스트를 하고, 문제의 원인을 찾고, 개선하는 과정을 반복했다.이 글에서는 techStack 필터링을 중심으로 쿼리 최적화를 통해 성능 개선 시도와, 그 과정에서 마주친 한계점을 소개하려고 한다.실험환경 및 제약조건이 글에서 다루는 최적화의 대상은 “아티클 탐색 ..