|
| 1 | + |
| 2 | +## 변화에 대한 견해 |
| 3 | +* [Building world-class engineering teams in the age of AI - The Pragmatic Summit](https://www.youtube.com/watch?v=fYh1CWadxDM) |
| 4 | + * 참석자 Thomas Dohmke(Entire 공동창업자 겸 CEO, 전 GitHub CEO)와 Rajeev Rajan(Atlassian CTO) |
| 5 | + * Atlassian의 생산성 개선 수치 |
| 6 | + * 엔지니어당 PR 수 89% 증가 |
| 7 | + * 이슈 사이클 타임 42% 감소 |
| 8 | + * 보안 취약점의 51%를 에이전트가 수정 |
| 9 | + * DORA 메트릭 전반의 개선 |
| 10 | +* [OpenAI: AI가 소프트웨어 개발 방식을 어떻게 재편하고 있는가](https://www.youtube.com/watch?v=Bo6Gtq3nMXc) |
| 11 | +* [2026 코딩 개발자 생존법 with 앤드류 응(AI의 스승)](https://www.youtube.com/watch?v=vENN6-d_3AQ) |
| 12 | + * (원본) [Stanford CS230 | Autumn 2025 | Lecture 9: Career Advice in AI](https://www.youtube.com/@stanfordonline) |
| 13 | +* [개발자는 AI에게 대체될 것인가](https://toss.tech/article/will-ai-replace-developers) |
| 14 | +* [개발자는 언제쯤 AI에게 대체될까?](https://velog.io/@jeonjay/%EA%B0%9C%EB%B0%9C%EC%9E%90%EB%8A%94-%EC%96%B8%EC%A0%9C%EC%AF%A4-AI%EC%97%90%EA%B2%8C-%EB%8C%80%EC%B2%B4%EB%90%A0%EA%B9%8C) |
| 15 | + * (요약) [개발자는 언제쯤 AI에게 대체될까?](https://news.hada.io/topic?id=24907) |
| 16 | +* [AI로 대체될 세계를 준비하는 개발자](https://news.hada.io/topic?id=25759) |
| 17 | +* [질문하는 힘](https://www.aladin.co.kr/events/wevent.aspx?EventId=296746) |
| 18 | + * AI 시대, 아이들에게 필요한 것은 정답이 아니라 질문하는 힘이다 |
| 19 | +* [골드러시를 넘어:AI가 바꾸는 소프트웨어 개발의 본질](https://www.aladin.co.kr/events/wevent.aspx?EventId=300127) |
| 20 | + * AI는 일종의 증폭기 또는 보조 추진체다. 우리가 올바른 방향으로 갈 때는 큰 도움이 되지만, 잘못된 방향으로 가면 재앙이 될 수 있다. |
| 21 | + |
| 22 | +[https://www.technologyreview.kr/%EC%96%B4%EB%8A%90%EB%82.../](https://www.technologyreview.kr/%EC%96%B4%EB%8A%90%EB%82%A0-ai%EA%B0%80-%EB%82%B4-%EC%98%86%EC%9E%90%EB%A6%AC%EB%A1%9C-%EC%B6%9C%EA%B7%BC%ED%96%88%EB%8B%A4/?fbclid=IwZXh0bgNhZW0CMTAAYnJpZBExTW5MYTFiS2h0VTJyS2hnbHNydGMGYXBwX2lkEDIyMjAzOTE3ODgyMDA4OTIAAR5yHnVNfE2SN4Y8p4JZ0GEnSRbGVVQCC4zyHCJaWGX4egUkZ4qM-fHV86YmFw_aem_Zy3BpH3b2YmLTnD_qB-fWA) |
| 23 | + |
| 24 | + |
| 25 | +> (하용호 님) 일이라는 단어는 하나지만, 그 안에는 여러 레이어가 있습니다. 아래로 내려갈수록 단일 직무 전문성이고, 위로 올라갈수록 가치 중심입니다. AI가 이 피라미드의 하위 레이어를 점점 더 많이 대체하고 있습니다. 따라서 앞으로의 일은 ‘가치를 디자인하고 전달하는 것’으로 재정의될 겁니다. 예전에는 ‘무지성으로 벽돌만 날랐다’면, 이제는 ‘집이 주는 가치가 무엇인지’를 고민해야 합니다. |
| 26 | +
|
| 27 | +> (하용호 님) 저는 AI 비서 에이전트를 직접 만들어 사용합니다. 팀원 14명이 하루에 만드는 티켓이 140개라면, 과거에는 일일이 팀원별 티켓을 확인해야 했죠. 그러나 이제는 AI가 모든 글을 읽고 각 멤버가 어떤 문제에 봉착해 있는지, 무엇을 어려워하고 있는지를 매일 아침 리포트로 정리해줍니다. 예전에는 일일이 클릭해서 봐야 했지만, 지금은 10분이면 전체 상황 파악이 끝납니다. 그래서 여러 회사 일을 동시에 볼 수 있게 됐습니다. |
| 28 | +
|
| 29 | +> (김지현 님) 예전에 2배 잘하던 사람이 이제 20배 이상 잘하는 거예요. |
| 30 | +
|
| 31 | +> (하용호 님) 가장 중요한 건 PO(Product Owner) 마인드입니다. 모든 멤버가 “이 제품이 어떤 가치를 전달해야 하는가”를 고민해야 합니다. 그리고 극도로 명확한 커뮤니케이션 능력이 필요합니다 |
| 32 | +
|
| 33 | +### Anthropic |
| 34 | +* [Building Claude Code with Boris Cherny](https://newsletter.pragmaticengineer.com/p/building-claude-code-with-boris-cherny) |
| 35 | +* [The Anthropic Hive Mind](https://steve-yegge.medium.com/the-anthropic-hive-mind-d01f768f3d7b) |
| 36 | + * Anthropic은 전통적 사일로/계층 구조가 아닌 *바이브 기반 즉흥적 협업*으로 운영됨 |
| 37 | + * Golden Age의 조건: "사람보다 일이 많은" 상태 — 일이 줄면 정치가 시작되고 혁신이 죽음 |
| 38 | + * Campfire Model: 스펙 대신 *살아있는 프로토타입*을 중심으로 진화적 개발 |
| 39 | + * 2026년은 AI 미도입 기업에게 위기의 해가 될 것이며, *토큰 소비량*이 조직 학습의 척도 |
| 40 | +* [클로드 코드 창시자가 말하는 코딩의 미래](https://eopla.net/magazines/39723) |
| 41 | + * 창시자 보리스 체르니는 2025년 11월 이후로 단 한 줄의 코드도 직접 작성하지 않고 있음. (100% 클로드 코드가) |
| 42 | + * 2월에는 20%, 5월에는 30% 정도 |
| 43 | + * 1년간 앤스로픽 내부 엔지니어의 1인당 생산성은 200% 증가 (Pull request기준) |
| 44 | + * AI가 버그 리포트를 보고 스스로 해결책이나 출시할 기능에 대한 아이디어를 내는 등 동료(co-worker)처럼 진화 |
| 45 | + * AI에 적합한 마인트셋 전환을 위한 원칙 |
| 46 | + * 사람을 부족하게 투입 |
| 47 | + * 속도를 독려 |
| 48 | + * "사실 터미널로 만든 건 의도적인 선택이 아니었어요. 처음 몇 달은 저 혼자였기 때문에 가장 만들기 쉬운 방식이 터미널이었던 거예요. 그리고 이게 꽤 중요한 제품 교훈이라고 생각해요. 초기에는 리소스를 약간 부족하게 배분하는 게 좋다는 거예요." |
| 49 | + * "새로 들어온 사람이나 신입이 저보다 더 AGI 지향적인 방식으로 일하는 걸 볼 때가 있어요." |
| 50 | + * "재미있는 건 뭘 만들지 생각하는 것, 사용자와 대화하는 것, 큰 시스템을 고민하는 것, 미래를 생각하는 것, 팀원들과 협업하는 거예요. 이제 그걸 더 많이 할 수 있게 됐어요." |
| 51 | + * "앞으로 몇 년간 가장 보상받는 사람들은 AI 네이티브(AI-native)이면서 동시에 호기심이 많고, 여러 분야를 넘나드는 제너럴리스트일 거라고 생각해요. 단순히 AI 도구를 잘 쓰는 것만으로는 안 되고, 엔지니어링 너머의 더 넓은 문제를 볼 수 있어야 해요." |
0 commit comments