· software
Google-Style 코드 리뷰의 본질: ‘Improvement’보다 ‘Perfection’을 중시하는 문화
소개 엔지니어에게 코드 리뷰는 일상 업무의 상당 부분을 차지합니다. 많은 사람들이 “얼마나 세밀하게 해야 할까?”, “어디에...”와 같은 질문에 고민합니다.
-
- · software
피드백 마녀 사냥: 한 개의 Discord 메시지가 당신의 일주일 전체를 망가뜨릴 때
TL;DR 한 사람이 Discord에 불만을 올리면, 그것이 진짜인지 아닌지 알 수 없고, 팀 전체가 이걸 쫓느라 이틀을 허비한다. 나는 이것이 stu...에서 일어나는 걸 본 적이 있다.
- · software
먼저 Throwaway Prototype 만들기: Vibe Coding을 사용해 기술 부채를 피하는 방법
TL;DR 계획 없이 Lovable에 뛰어들어 첫 번째 빌드가 쓸모없는 엉망이 되었다. 해결책: 먼저 버려도 되는 프로토타입을 만든다. 이제 나는 몇 시간만 투자해 ...
- · software
우리는 “Align”하지 않았다 — 우리는 논쟁했고 (더 나은 시스템을 출시했다)
배경: 소프트웨어 프로젝트는 누군가가 코드를 작성하지 못해서 실패하는 경우는 드뭅니다. 이번 프로젝트에서는 비교적 표준적인 스택을 사용해 제품을 구축하고 있었습니다: - Frontend: ...
- · software
API First 실전: 프론트엔드 Types를 예측 가능하고 안정적으로 만든 방법
API‑First 프론트엔드 개발: 실제 사례 Walkthrough 많은 팀에서 프론트엔드와 백엔드는 병행해서 진화하지만, 매우 자주 서로 멀어지곤 합니다. 저는 …
- · software
Kanban vs Scrum: 왜 Flow가 Real Delivery를 위한 Theater보다 뛰어난가
소개 현재 시각은 오전 9시 47분입니다. 여러분의 팀은 스토리가 5점인지 8점인지 논쟁하고 있습니다. 40분이 지났지만 아직 아무것도 출시되지 않았습니다. 이것은 Scrum theater—그리고 대부분의 조직은…
- · software
왜 Agile Estimation은 연극인가 (그리고 대신 해야 할 일)
소개 매주 수요일 오후 2시에 열 명의 개발자가 회의실에 들어갑니다. 다음 90분 동안 그들은 피보나치 수가 적힌 카드를 들어 올립니다, deb...
- · software
‘Thinking Out Loud’가 내 Dev Team에 명확성을 열어준 방법 (그리고 여러분도 할 수 있는 방법)
저는 최근에 소매 고객을 위한 프로젝트를 이끌었습니다: 새로운 도메인, 촉박한 마감일, 큰 기대치. “기술 기획 모드”에 빠져 사라졌다가 다시 돌아오는 대신에…
- · software
적응을 통한 회복탄력성: 프로세스가 아니라 문제 해결
계획은 바뀌고, API는 깨지고, 우선순위가 바뀝니다. 이것은 단순히 일의 일부일 뿐입니다. 위대한 팀과 평균적인 팀을 구분 짓는 것은 변화 자체를 피하는 능력이 아니라…
- · software
왜 나는 실제 프로젝트를 만들면서 진정한 학습이 일어난다고 믿는가
튜토리얼은 유용합니다. 코스는 도움이 됩니다. 하지만 성장은 문제가 생길 때 일어납니다. 나는 어릴 때 코딩을 시작했으며, 한 가지가 일찍부터 분명해졌습니다: > Reading ab...
- · software
비동기 작업을 수용하고 싶다면, 회의 중심에서 업무 중심으로 전환하세요
요약 - 전통적인 업무는 meeting‑driven이다: 토론과 결론이 회의 중에 즉흥적으로 이루어진다. - 회의 흐름을 따라가기만 하면 쉬워 보인다.
- · software
2일 차 ScrapeForge 구축 🛠️
2일차 – 합법성 및 기초 설정 프로젝트 브리프가 완료된 후, 2일차는 법적 측면과 기초 설정에 집중했습니다. 나는 하루 종일 법적 구현을 조사하는 데 시간을 보냈습니다.