Add review of chapter 24 to 33 and two discussions #553
Conversation
jongfeel
requested review from
TaeHyoungKwon,
dhlee3994,
fkdl0048,
hemil0102,
tttghost and
ymkim97
|
우측에 있는 |
![gemini-code-assist[bot]](https://avatars.githubusercontent.com/in/956858?s=60&v=4){kind=small}
There was a problem hiding this comment.
Hello @jongfeel, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!
Summary of Changes
Hello team, gemini-code-assist here to provide a summary of this pull request. This PR, authored by jongfeel, introduces a new Markdown file containing a review of chapters 24 through 33 of the book 'Becoming a Better Programmer'. The author also includes personal reflections on the content and proposes two specific topics for discussion based on these chapters. The description highlights the time investment required for reviewing this volume of material and emphasizes the value of reflecting on the 'think about it' questions at the end of chapters.
Highlights
- Chapter Review Added: A new file
2025/Becoming a Better Programmer/jongfeel/Chapter_24_to_33.mdhas been added, containing a review and summary of chapters 24 through 33 of the book 'Becoming a Better Programmer'. - Personal Reflections Included: The review includes the author's personal reflections (소감) on the chapters, noting thematic overlaps with other well-known programming books like 'Clean Code' and 'The Pragmatic Programmer'.
- Discussion Topic 1: Smarter, Not Harder: A discussion topic is proposed based on Chapter 31 ('Working Smarter, Not Harder'), inviting contributors to share their experiences with strategies like smart reuse, prioritization, automation, and communication, and any environmental/political reasons preventing their implementation.
- Discussion Topic 2: Learning Lessons & Metacognition: A second discussion topic focuses on Chapter 33 ('Learning Lessons'), specifically the concept of metacognition (self-awareness of one's thinking process) and methods for gaining insight, contrasting self-reflection with pair programming and asking for others' useful techniques.
Changelog
- 2025/Becoming a Better Programmer/jongfeel/Chapter_24_to_33.md
- Added review and summary for chapters 24-33 of 'Becoming a Better Programmer'.
- Included personal reflections on the reviewed chapters.
- Proposed two discussion topics based on chapters 31 and 33.
Using Gemini Code Assist
The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.
Invoking Gemini
You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.
| Feature | Command | Description |
|---|---|---|
| Code Review | /gemini review |
Performs a code review for the current pull request in its current state. |
| Pull Request Summary | /gemini summary |
Provides a summary of the current pull request in its current state. |
| Comment | @gemini-code-assist | Responds in comments when explicitly tagged, both in issue comments and review comments. |
| Help | /gemini help |
Displays a list of available commands. |
Customization
To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.
Limitations & Feedback
Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.
You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.
Chapters flow like code,
Wisdom shared, a heavy load.
Discuss, reflect, grow,
A better programmer's glow.
Footnotes
-
Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution. ↩
There was a problem hiding this comment.
Code Review
Thank you for contributing the review and discussion points for chapters 24 to 33 of 'Becoming a Better Programmer'. The content is well-structured and provides insightful reflections and engaging topics for discussion. It's great to see how you connect the book's themes to your past experiences and other programming literature.
Summary of Findings
- Typo in discussion topic 2: There appears to be a typo on line 72 ("2가이인데" instead of "2가지인데"), which slightly affects the clarity of the sentence. (Severity: medium)
- Minor redundancy in discussion topic 2: On line 74, the phrase "화장실 다녀온 후" is repeated. While minor, you might consider rephrasing slightly for conciseness. (Severity: low - not commented on per review settings)
Merge Readiness
The content of this pull request is valuable and well-organized, providing a good summary and discussion points for the chapters. There is one minor typo identified (medium severity) that affects clarity. I recommend addressing this typo before merging. As a reviewer, I am unable to directly approve the pull request; please have other reviewers approve this code before merging.
| 물론 책의 일화는 페어프로그래밍 과정에서 알아채는 것인데 사실 페어프로그래밍의 단점으로 다른 사람의 비용을 지불해야 한다는 수고로움이 필요하므로 | ||
| 스스로 알아채는게 좋다는 입장에 동의하는 바입니다. | ||
|
|
||
| 그래서 제가 하는 방법은 크게 2가이인데 |
There was a problem hiding this comment.
Fix typo by gemini
| 그래서 제가 하는 방법은 크게 2가이인데 | |
| 그래서 제가 하는 방법은 크게 2가지인데 |
There was a problem hiding this comment.
네, 맞습니다. 해당 오타를 수정해주셔서 감사합니다!
|
|
||
| 그래서 제가 하는 방법은 크게 2가이인데 | ||
|
|
||
| - 스스로 알아채기: 화장실 다녀올 때나 누군가와 대화한 후, 회의가 끝난 후, 화장실 다녀온 후 등의 시간을 보내고 다시 자리에 앉을 때입니다. |
There was a problem hiding this comment.
Fix typo by gemini
| - 스스로 알아채기: 화장실 다녀올 때나 누군가와 대화한 후, 회의가 끝난 후, 화장실 다녀온 후 등의 시간을 보내고 다시 자리에 앉을 때입니다. | |
| - 스스로 알아채기: 화장실 다녀올 때나 누군가와 대화한 후, 회의가 끝난 후 등의 시간을 보내고 다시 자리에 앉을 때입니다. |
| ## 논의 주제 1 | ||
|
|
||
| chapter 31 열심히 보다는 현명하게에 대한 내용 입니다. | ||
| 제가 과거 팀장 겸 멘토링 했을 때 자주 했던 말로 | ||
| '미련하게 열심히 하지 말고, 똘똘하게 잘' 이라는 말을 입에 달고 살았던 적이 있었습니다. | ||
| 이 말과 유사한 맥락으로 여태까지 잘 했던 아는 방법으로 힘들게 해서 열심히 했다고 포장하지 말고 | ||
| 조금 똘똘한 방법으로 하자가 주장의 핵심이었고 | ||
| 그 근거로 eXtreme programming에서 얘기했던 의사소통과 피드백의 근거를 들어서 얘기해 줬던 기억이 있습니다. | ||
| 그리고 이 책의 내용이 eXtreme programming의 내용과 유사한 점이 많은 것이 특징이기도 합니다. | ||
|
|
||
| 그래서 책의 전략으로 다음을 언급하는데 | ||
| 여기서 자신이 실천하고 있어서 아주 좋은 효과를 보고 있는 것이나 | ||
| 혹은 해야 하거나 하면 좋은 건 아는데 못하고 있는 환경적인(정치적인?) 이유 등을 자유롭게 얘기해 보면 좋겠습니다. | ||
|
|
||
| - 현명하게 재사용하라 | ||
| - 다른 사람의 일로 만들라 | ||
| - 해야 하는 것만 하라 | ||
| - 거칠더라도 빠르게 해결하라 | ||
| - 우선순위를 설정하라 | ||
| - 정말 필요한 것은 무엇인가 | ||
| - 한 번에 하나씩 | ||
| - 작고 간결하게 유지하라 | ||
| - 문제를 미루고 쌓아두지 말라 | ||
| - 자동화하라 | ||
| - 오류 방지 | ||
| - 의사소통하라 | ||
| - 지쳐 나가떨어지지 말라 | ||
| - 강력한 도구 |
There was a problem hiding this comment.
저도 의식적으로 딱 정해놓고 하기보다는, 그동안의 경험을 토대로 현명하게 라는 것이 무의식적으로 발휘가 되는 것 같은데요 제 개인적으로는 현명하게를 실천하는 방법은 주어진 문제를 어떻게 하면 가장 간단하게 풀 수 있을까? 에 초점을 맞추는 것 같습니다
이것을 고민하는 과정에서 제 개인적으로는 책에서 나오는 수단들은 거의다 사용하는 것 같습니다.
제 개인적인 생각을 공유하자면, 상황에 따라 다르지만, 어떤 경우에는 개발을 하지 않고 운영리소스로 문제를 해결하는게 가장 간단한 방법일 수 있고, 어떤 경우에는 어느정도의 부채를 쌓는 결정을 하는게 문제를 가장 간단하게 해결할 수 있는 방법이 될 수 있다는 점 입니다.
즉 프로그래밍 자체에 너무 매몰 되서 모든 것을 개발의 문제로 보기 보다는 좀 더 실용적인 관점에서, 어떻게 간단하게 문제를 해결할 수 있을까의 측면으로 바라본다면, 굳이 개발을 하지 않더라도 문제를 해결할 수 있는 방법이 있고, 부채를 쌓더라도 문제를 쉽고 간단하게 해결하는게 더 좋은 결정일 수 있다는 것 입니다
저는 이 사례들이 현명하게의 구체적 사례들로도 볼 수 있다고 생각하고, 현명하게는 상황에 따라서 적절하게 로 치환할 수 있으며, 이걸 얼만큼 잘 하느냐가 개발자의 역량으로 볼 수 있다고 생각합니다
| 그래서 책에서 설명해주는 방법이나 제가 쓰는 방법이 아니라고 하더라도 | ||
| 각자 사용하고 있는 유용한 방법에 대해 얘기해 보면 좋겠습니다. No newline at end of file |
There was a problem hiding this comment.
피드백의 경우 그게 타인에 의한 피드백이면 가장 좋고(바둑도 훈수두는 사람이 잘본다고..), 그렇지 않으면 본인 스스로라도 셀프 피드백을 할 수 있어야하는데요
저는 메타인지를 잘 활성화시키기 위해선, 피드백이 반드시 필요하다고 보는 입장 입니다 그래서 필요하면 항상 동료에게 페어 프로그래밍 혹은 페어워크를 요청하고, 제 조직장분들께 혹은 동료분들께 부정이든, 긍정이든 피드백을 적극적으로 요청을하고, 특히 부정적 피드백을 요청을 항상 드리는 것 같습니다
제가 셀프 피드백 하는 방법은 여러가지 있긴한데(무의식적으로 그냥 하루를 되돌아보고 어떻게 개선할 수 있을까 고민해보기도 하고, 의식적으로 개인 회고를 진행하기도 합니다), 하나를 공유드리면, 꼭 회사 뿐만 아니라, 일상 생활에서도 활용하는 것인데요
약 10여년전에 나왔던 책 중에, 혜민스님의 멈추면 비로서보이는 것들 이라는 책에 나오는 내용 인데요 아래문장입니다
본인이 제일 싫어하는 사람의 행동이 나를 비추는 거울일 수 있다
처음에는 잘 와닿지 않았던 문장인데, 시간이 지나면 지나서 곱씹어볼 수록 저 개인적으로는 많이 공감을 하고 있고, 위 문장을 기준으로 스스로를 많이 되돌아보고 있습니다
There was a problem hiding this comment.
jongfeel
deleted the
552-더-나은-프로그래머-되는-법-sprint-4-24장-33장-총-101페이지-2025-05-30
branch
github-project-automation
bot
moved this from In review
to Done
in 2025 Academic Conference
저번 스프린트 때도 그렇고 100페이지 분량은 시간이 많이 들긴 하네요.
특히 챕터 마지막의 생각해보기의 질문에 답변하는 시간을 가져보면
내 스스로 떳떳한 개발자의 삶을 살고 있는지 검증하고 제목대로 생각해 보게 하는 좋은 시간이 되는 것 같습니다.
혹시 안하신 분들은 한번 답변을 적어보시면 재밌습니다.