|
Engineers need raw numbers and evidence, managers need priorities, executives need conclusions — but one fixed dashboard can't serve all three. I built a dynamic dashboard where an LLM reshapes the same manufacturing data for each role.
엔지니어는 수치와 근거를, 매니저는 우선순위를, 임원은 결론을 필요로 하는데, 하나의 고정된 대시보드로는 이 니즈가 동시에 충족되지 않는 문제가 있었습니다. 같은 제조 데이터를 각 역할에 맞게 LLM이 다시 구성하는 동적 대시보드를 만들었습니다.
LLMs made coding faster, but that speed backfired — PRs piled up simultaneously, dependencies tangled, and merging one triggered a chain of rebases that consumed more time than the feature work itself. I built a dashboard that shows the team which PRs to review and merge first.
코드 작업에 LLM이 도입되면서 개발 속도는 빨라졌지만, 오히려 PR이 동시다발적으로 쌓이면서 병목이 생기기 시작했습니다. 하나를 머지하면 나머지를 연쇄적으로 rebase해야 하고, 기능 구현보다 PR 정리에 시간이 더 드는 상황이 반복됐습니다. 뭐부터 리뷰하고 머지해야 하는지 팀 전체가 한눈에 볼 수 있는 화면을 만들었습니다.
Before my KAIST graduate-school interview, I had answers organized in Notion — but reading them over and over didn't help. I could recognize the material, yet the words wouldn't come out when asked aloud. I turned those notes into spoken, visual, and musical recall drills modeled after the musicals I already listen to every day.
카이스트 대학원 면접 일정이 급하게 잡히고 나서, 예상 질문과 답변은 Notion에 정리해두고 읽어봤지만 머리에 남지 않았습니다. 눈으로 보면 아는 내용인데 질문을 받으면 입에서 나오지 않는 게 문제였습니다. 평소 매일 듣던 뮤지컬 넘버처럼, 말하고 듣고 보고 반복하는 회상 도구로 바꿔서 만들었습니다.
When stepping into a new project at work, it took two full weeks just to understand an unfamiliar codebase before I could make changes confidently. I built CodeMap AI to compress that onboarding time with LLMs — and turn codebase understanding into a shared workspace the team can explore together, much like Google Docs did for documents.
새로운 현업 프로젝트에 투입되어 낯선 코드베이스를 파악하는 데만 2주가 걸렸습니다. 그 온보딩 시간을 LLM으로 줄이고 싶었고, 더 나아가 코드를 이해한 맥락 자체를 팀이 함께 탐색하는 공간으로 만들고 싶었습니다. 마치 Google Docs가 문서를 협업 공간으로 바꾼 것처럼, 코드베이스 이해도 함께 공유될 수 있다고 생각했습니다.
My previous portfolio, Portfoli-Oh!, kept getting heavier because I tried to show every feature I could build. It even had a chatbot, but visitors had to click through too many screens to reach it. AskOosu flips that entirely — the conversation is the portfolio, so visitors just ask what they're curious about.
이전 포트폴리오 Portfoli-Oh!는 구현할 수 있는 기능을 전부 보여주려다 계속 무거워졌습니다. 챗봇도 넣었지만 거기까지 도달하려면 여러 화면을 거쳐야 했습니다. AskOosu는 방향을 완전히 뒤집어서, 대화 자체가 포트폴리오가 되게 만들었습니다. 궁금한 게 있으면 바로 물어보면 됩니다.
I used BaekjoonHub while solving coding tests, but it only committed the final accepted answer to Git and the entire trial-and-error, problem-solving process disappeared. Instead of keeping a separate journal, I forked the open-source extension and rebuilt it to record every submission automatically.
코딩테스트를 풀면서 BaekjoonHub를 쓰고 있었는데, Git에는 최종 정답만 커밋되고 끝이었습니다. 몇 번 틀렸는지, 얼마나 걸렸는지, 어떤 코드가 오답이었는지, 풀이 과정 전체가 사라졌습니다. 따로 기록하는 대신 오픈소스를 fork해서 모든 제출을 자동 기록하도록 직접 고쳤습니다.
The site relied on a decade-old WordPress setup tangled with patches from different developers over the years, making routine maintenance practically impossible. I took the initiative to migrate the entire frontend, which directly led to a contract extension. Since proprietary code cannot be shared, this repository is a case study documenting the architectural choices and before/after results.
10년 가까이 서로 다른 개발자들의 패치가 누적된 오래된 WordPress 사이트라 코드베이스가 심각하게 엉켜 있었고, 단순 유지보수로는 감당이 안 되는 상태였습니다. 결국 프론트엔드를 직접 새로 마이그레이션했고, 그 성과로 계약 연장까지 이어졌습니다. 원본 코드는 비공개라 기술적 판단과 before/after 결과를 정리한 case study로 재구성했습니다.
|
