더 나은 프로그래머 되는법 1주차 - 조현우 #528
Conversation
aquamagic9
requested review from
TaeHyoungKwon,
dhlee3994,
fkdl0048,
hemil0102,
jongfeel,
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 @aquamagic9, 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
This pull request contains a summary of the book 'Becoming a Better Programmer' covering chapters 1 through 8. It includes key takeaways from each chapter, personal reflections on the concepts discussed, and answers to the '생각해보기' (Think About) questions at the end of each chapter. The author, aquamagic9, shares their thoughts on improving code quality, maintaining code, reducing code size, and handling errors.
Highlights
- Code Quality: The pull request emphasizes the importance of writing code that is clear, maintainable, and accurate, focusing on the '태도' (attitude) required to achieve this.
- Code Maintenance: It discusses maintaining a clean and well-organized codebase, highlighting the significance of consistent code layout and the separation of feature changes from formatting changes.
- Reducing Code: The summary covers strategies for reducing code size by eliminating unnecessary code, avoiding code duplication, and using refactoring techniques.
- Error Handling: It addresses the importance of proper error handling and the use of exceptions to prevent overlooking potential issues in the code.
- Navigating Codebases: The pull request includes insights on understanding and navigating large codebases, emphasizing the value of seeking help from experienced team members and using code analysis tools.
Changelog
- 2025/Becoming a Better Programmer/aquamagic9/Chapter1~8.md
- Added a summary of chapters 1-8 of 'Becoming a Better Programmer'.
- Included personal reflections on the key concepts from each chapter.
- Provided answers to the '생각해보기' (Think About) questions at the end of each chapter.
- Discussed the importance of code quality, maintenance, and reduction.
- Addressed the significance of proper error handling and codebase navigation.
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.
In code, as in life, be clear,
Let intention conquer fear.
Cleanliness and care,
A programmer's prayer,
For bugs unseen, draw ever near.
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
The pull request contains a summary of the book 'Becoming a Better Programmer' from chapters 1 to 8. The author reflects on the book's content and relates it to their own experiences and aspirations as a programmer. Overall, the summary is well-structured and provides a good overview of the key concepts discussed in the book.
Merge Readiness
The pull request is a summary of a book, and doesn't contain any code changes that would directly impact the project. Therefore, it's ready to be merged. I am unable to directly approve the pull request, and users should have others review and approve this code before merging.
|
읽기 어렵고 사용하기도 어려우며 수정하기도 어려운 코드로 표현할 수 밖에 없는 경우도 존재하나요? 이런 경우라도 더 쉽고 표현력이 좋은 코드로 구현할 수 있는 개선 방법이 있을까요? 음... 전 약간 행렬이나 그래픽쪽의 코드들이 뭔가 로우레벨 느낌이 나서 어렵더라구요. 수학적인 것이 많은 코드는 어렵다고 느껴졌어요. 다만 이 부분도 필요하니 사용해야하고.... 뭔가 로우레벨의 모든 것을 이해할 수는 없지만, 어떤 입력에 의해 어떤 출력이 나온다면, 그 인터페이스만 갖고와서 사용하면 쉬워지는게 아닐까 싶어요. |
| @@ -0,0 +1,283 @@ | |||
| ### 논의내용 | |||
| 읽기 어렵고 사용하기도 어려우며 수정하기도 어려운 코드로 표현할 수 밖에 없는 경우도 존재하나요? 이런 경우라도 더 쉽고 표현력이 좋은 코드로 구현할 수 있는 개선 방법이 있을까요? | |||
There was a problem hiding this comment.
저는 아마추어는 그럴 수 있다고 보는 입장이고
프로라면 자신의 가치를 스스로 떨어뜨리고 무능함을 증명하는 방법이 아닐까 얘기해 볼 수 있을 것 같습니다.
어려운 코드를 일부러 작성하는 사람은 악의적이고 고의성이 있습니다.
그런 코드는 코드 리뷰 단계에서 반드시 걸러내야 합니다.
쉬운 코드는 저는 글쓰기 능력과 같다고 생각합니다.
평소에 글을 써서 의사 전달을 잘 할 수 있다면
코드도 그렇게 쓸 수 있다고 믿습니다.
| @@ -0,0 +1,283 @@ | |||
| ### 논의내용 | |||
| 읽기 어렵고 사용하기도 어려우며 수정하기도 어려운 코드로 표현할 수 밖에 없는 경우도 존재하나요? 이런 경우라도 더 쉽고 표현력이 좋은 코드로 구현할 수 있는 개선 방법이 있을까요? | |||
There was a problem hiding this comment.
초기 코드는 테스트 목적이나 빠른 구현을 위해 읽기 어렵고 수정이 힘들게 작성될 수 있습니다.
하지만 그런 코드일수록 지속적인 개선이 필요하며,
바로 그 점이 가장 중요하다고 생각합니다.
There was a problem hiding this comment.
더 쉽고 표현력이 좋은 코드로 구현할 수 있는 개선 방법
저는
- 레이어 구분
- 레이어 별로 코드의 추상화 레벨을 적절하게 맞추기
이것 두개라고 생각합니다
읽기 어렵고 사용하기도 어려우며 수정하기도 어려운 코드로 표현할 수 밖에 없는 경우도 존재하나요?
말씀하신 대부분의 경우가 제 경험 상으론, 위 1,2번이 제대로 안되어있던 경우였던거 같아요
github-project-automation
bot
moved this from In review
to Done
in 2025 Academic Conference
이번 책은 저번 두 권에 비해서 어떤 마인드셋, 태도에 관한 내용이 많아서 좀 더 쉽게 읽었던 것 같습니다.
현재의 저에게 필요한 내용이라고 생각이 되었으며 책을 읽으면서 개발자의 마인드에 가까워지도록 노력해보는 기회로 삼아보려 합니다.