어떤 이들은 이 목록이 AI가 생성한 것 같다고 하지만, 나는 오히려 ‘처음부터 직접 만드는 것’이 AI 의존을 줄이는 최고의 방법이라 생각함
일본에서는 이런 과정을 ‘수행(修行, Shugyo) ’이라 부름. 장인은 효율성 때문이 아니라 강철의 본질을 이해하기 위해 오랜 시간 도구를 갈음
Redis나 Git을 직접 만드는 건 결과물이 아니라 그 과정의 마찰을 통해 사고 모델을 쌓는 일임. 이게 바로 AI가 대신할 수 없는 부분임
일본의 세밀함에 대한 집중은 늘 감탄스러움. 나도 그런 태도를 내 삶에 적용하려고 노력 중임
반복이 포함된다는 뜻인가 궁금함. Redis를 20번쯤 다시 만들어보는 건가 하는 생각이 듦
약간의 마케팅 요소는 있지만, 그래도 자사 유료 튜토리얼 대신 Redis 공식 문서를 참고하라고 권하는 점은 괜찮다고 봄
댓글마다 일본에서 쓴다고 언급하는 게 조금 과한 듯함. 계정 연식으로 보면 봇 느낌도 살짝 있음
이 리스트는 간결하고 각 프로젝트에서 무엇을 배우는지 명확히 설명되어 있어서 훨씬 좋음. 반면 원글은 ‘읽어야 할 100권의 책’ 같은 느낌으로 실천보다는 나열에 가까움
학부 시절 Zync FPGA로 Space Invaders를 구현했는데, 하드웨어와 소프트웨어를 나눠 설계하는 게 정말 재미있었음. 어떤 친구는 마이크 주파수 분석 블록을 만들어 리코더로 조작했음
이 리스트가 더 마음에 듦. 스프레드시트 구현은 아직 안 해봤지만, 그건 굳이 하고 싶진 않음
예전에 북마크해뒀던 글이라 반가움
codecrafters.io에서 나온 목록임. 이 플랫폼은 프로젝트를 단계별로 구현하게 하면서 통합 테스트와 커뮤니티를 제공함
나도 ‘Build your own Redis’ 프로젝트를 진행 중인데 꽤 재미있음. AI가 만든 건 아니고, 커뮤니티에서 받은 아이디어를 모은 것 같음
BitTorrent 클라이언트를 직접 만들어보길 강력히 추천함. 명세가 단순하고, 세부 문제들이 흥미로움. 완성 후 Debian 커널을 직접 다운로드할 때의 보람이 큼
Magnet 링크나 시딩 기능을 추가로 구현하면 더 깊게 배울 수 있음. 이 경험 덕분에 P2P 시스템과 DHT(Chord 등)에 관심이 생김
대학 시절 ‘P2P 클라이언트’를 만드는 프로젝트를 했는데, 핸드셰이킹이나 청크 크기 설계 등 직접 구현하는 과정이 정말 즐거웠음
이 목록은 좀 이상함. 예를 들어 #58은 malloc 구현이라 초보자에게는 꽤 어려운 주제인데, 바로 다음 #59는 스트리밍 프로토콜을 처음부터 만들라고 함. 난이도 편차가 너무 큼
중간쯤 읽다 보면 AI가 쓴 듯한 문체가 느껴짐. 자연스럽지 않음
4chan의 /g/ 프로그래밍 챌린지에 대한 의견이 궁금함. 난이도 구분이 다소 임의적이라 느낌. 예를 들어 부트로더가 C 컴파일러보다 어렵다고 하는 건 좀 이상함 참고 이미지 링크
링크가 이미지로 바로 열리지 않음. .md 파일로 연결하는 게 좋을 듯함
작고 완결된 도구나 프로토콜을 직접 만들어보는 게 좋음. 규모보다 명확함과 완성감에서 오는 만족이 큼
사실 숙련된 개발자에게도 어려운 과제들이 많음. 하지만 그게 도전의 이유임. 남과 비교하지 말고 배우는 과정에 집중해야 함
시작하려면 관심 있는 분야의 선행 연구를 살펴보는 게 좋음. 예를 들어 Adam Dunkels의 작업을 참고하면 좋음. 임베디드용이라 작고 이해하기 쉬움
필요하다면 AI 도구를 활용해 코드 이해나 생성에 도움을 받는 것도 추천함
Hacker News 의견들
어떤 이들은 이 목록이 AI가 생성한 것 같다고 하지만, 나는 오히려 ‘처음부터 직접 만드는 것’이 AI 의존을 줄이는 최고의 방법이라 생각함
일본에서는 이런 과정을 ‘수행(修行, Shugyo) ’이라 부름. 장인은 효율성 때문이 아니라 강철의 본질을 이해하기 위해 오랜 시간 도구를 갈음
Redis나 Git을 직접 만드는 건 결과물이 아니라 그 과정의 마찰을 통해 사고 모델을 쌓는 일임. 이게 바로 AI가 대신할 수 없는 부분임
내가 만든 프로젝트 아이디어 모음인 Challenging programming projects every programmer should try을 소개함
codecrafters.io에서 나온 목록임. 이 플랫폼은 프로젝트를 단계별로 구현하게 하면서 통합 테스트와 커뮤니티를 제공함
나도 ‘Build your own Redis’ 프로젝트를 진행 중인데 꽤 재미있음. AI가 만든 건 아니고, 커뮤니티에서 받은 아이디어를 모은 것 같음
BitTorrent 클라이언트를 직접 만들어보길 강력히 추천함. 명세가 단순하고, 세부 문제들이 흥미로움. 완성 후 Debian 커널을 직접 다운로드할 때의 보람이 큼
Magnet 링크나 시딩 기능을 추가로 구현하면 더 깊게 배울 수 있음. 이 경험 덕분에 P2P 시스템과 DHT(Chord 등)에 관심이 생김
이 목록은 좀 이상함. 예를 들어 #58은 malloc 구현이라 초보자에게는 꽤 어려운 주제인데, 바로 다음 #59는 스트리밍 프로토콜을 처음부터 만들라고 함. 난이도 편차가 너무 큼
4chan의 /g/ 프로그래밍 챌린지에 대한 의견이 궁금함. 난이도 구분이 다소 임의적이라 느낌. 예를 들어 부트로더가 C 컴파일러보다 어렵다고 하는 건 좀 이상함
참고 이미지 링크
.md파일로 연결하는 게 좋을 듯함작고 완결된 도구나 프로토콜을 직접 만들어보는 게 좋음. 규모보다 명확함과 완성감에서 오는 만족이 큼
혹시 이게 ‘astroturfing’(조작된 홍보)인가 하는 의문이 듦
어떤 프로젝트는 하루면 끝나지만, 어떤 건 학부 졸업작품이나 석사 논문급 규모임
이 목록을 보니 내가 좋은 프로그래머가 아닌 것 같다는 생각이 듦
시작하려면 관심 있는 분야의 선행 연구를 살펴보는 게 좋음. 예를 들어 Adam Dunkels의 작업을 참고하면 좋음. 임베디드용이라 작고 이해하기 쉬움
필요하다면 AI 도구를 활용해 코드 이해나 생성에 도움을 받는 것도 추천함