Conversation
|
우측에 있는 |
![gemini-code-assist[bot]](https://avatars.githubusercontent.com/in/956858?s=60&v=4){kind=small}
There was a problem hiding this comment.
Hello @hemil0102, 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 with a summary of this pull request. This PR, titled "더 나은 프로그래머 되는법 4주차 - 하업서" (Becoming a Better Programmer Week 4 - Homework), appears to be the submission of homework for the fourth week of a study or course on becoming a better programmer, as indicated by the title and description "밀린 과제 제출합니다~" (Submitting overdue homework~). The primary change involves adding a new Markdown file containing answers to questions from chapters 24 through 33 of a relevant book.
Highlights
- Homework Submission: This pull request serves as the submission for the fourth week's homework for the 'Becoming a Better Programmer' material.
- Reflection on Programming Concepts: The added content includes reflections and answers to questions covering various aspects of a programmer's journey, such as continuous learning, testing (TDD), embracing challenges, avoiding stagnation, ethical considerations, language proficiency, work habits, working efficiently, completing tasks, and learning from experiences.
- Personal Insights: The author shares personal experiences and perspectives on topics like learning new skills, dealing with work pressure, using tools like GPT, workplace ethics, and career progression.
Changelog
- 2025/Becoming a Better Programmer/hemil0102/24장~33장.md
- Added content answering questions from chapters 24 through 33 of 'Becoming a Better Programmer'.
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.
Code homework arrives,
Chapters read, questions faced,
Learning helps us grow.
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. ↩
hemil0102
requested review from
jongfeel,
ymkim97,
aquamagic9,
fkdl0048,
tttghost and
dhlee3994
There was a problem hiding this comment.
Code Review
안녕하세요, hemil0102님! "더 나은 프로그래머 되는 법" 24장부터 33장까지의 내용을 성실하게 정리해주신 점 인상 깊습니다. 각 장의 질문에 대한 답변과 논제에 대한 개인적인 성찰이 잘 드러나 있습니다. 전체적으로 내용 전달이 명확하며, 마크다운 형식도 잘 활용하셨습니다. 다만, 문서의 완성도를 더욱 높이기 위해 몇 가지 사소한 맞춤법 및 표현에 대한 수정을 제안드립니다. 아래 리뷰 코멘트를 확인해주시면 감사하겠습니다.
Summary of Findings
- 맞춤법 및 표현 오류 (Medium Severity): 문서 전반에 걸쳐 몇 가지 맞춤법 오류 및 어색한 표현이 발견되었습니다. (예: '하므로써' -> '함으로써', '다행이도' -> '다행히도', '창작자가들에게' -> '창작자들에게', '내부고발이던 뭐던' -> '내부 고발이든 뭐든', '쳬계화된' -> '체계화된'). 이러한 부분들은 가독성과 내용의 정확성을 위해 수정하는 것이 좋습니다. 각 항목에 대해 구체적인 수정 제안을 포함한 리뷰 코멘트를 남겼습니다.
- 띄어쓰기 및 마크다운 서식 (Low Severity - 별도 코멘트 없음): 일부 문장에서 띄어쓰기가 누락되거나(예: line 70의 '쳐내야하는데', line 92의 '않는한', line 116의 '재미난것 같다', line 119의 '둬야하는게', line 150의 '윤리적인것을'), 문장 끝에 불필요한 공백이 있는 경우가 있었습니다. (예: line 72, 159, 189). 이러한 부분들은 리뷰 설정에 따라 별도의 코멘트를 달지 않았으나, 수정하시면 문서가 더욱 깔끔해질 것입니다.
Merge Readiness
제출하신 과제 내용 잘 검토했습니다. 전반적으로 훌륭하지만, 몇 가지 맞춤법 및 표현 오류가 확인되어 수정을 요청드립니다. 해당 부분을 개선하시면 문서의 완성도가 더욱 높아질 것입니다. 저는 이 PR을 승인할 권한이 없으므로, 수정 후 다른 리뷰어의 검토 및 승인을 받아 머지해주시기 바랍니다.
| 계속 깨지면서 저 방식대로 시도를 해보았다. | ||
| 그런데 막상 해보니 내 방식을 고수하는 것이 꼭 옳은 것은 아니고, | ||
| 다른 방식을 경험해보고 장점을 직접 체험해보니, 아 내가 아는게 전부가 아니니 배움이 필요하구나?란 생각을 했다. | ||
| 이 상황에 대한 접근 방법은 어떻게든 '직접 체험'하게 하므로써 깨닫게 하는 것이다. |
There was a problem hiding this comment.
'하므로써'는 '함으로써'가 올바른 맞춤법 표현입니다. 의미상으로도 '어떤 행동을 통하여'라는 뜻이므로 '함으로써'가 적절해 보입니다. 수정하는 것을 고려해 보시겠어요?
| 이 상황에 대한 접근 방법은 어떻게든 '직접 체험'하게 하므로써 깨닫게 하는 것이다. | |
| 이 상황에 대한 접근 방법은 어떻게든 '직접 체험'하게 함으로써 깨닫게 하는 것이다. |
| 취업 준비 기간에 어떻게든 먹고 살기 위해서 공부를 했었는데, | ||
| 휴식을 제대로 취하지 못하니 하루에 30분도 공부할 집중력이 잘 생기지 않았다. | ||
|
|
||
| 다행이도 최근에 취업 이후 10개월을 주말엔 노는 것에 집중하려고 했다. |
There was a problem hiding this comment.
'다행이도'는 '다행히도'가 표준어 맞춤법에 맞는 표현입니다. 변경하는 것이 좋을 것 같아요.
| 다행이도 최근에 취업 이후 10개월을 주말엔 노는 것에 집중하려고 했다. | |
| 다행히도 최근에 취업 이후 10개월을 주말엔 노는 것에 집중하려고 했다. |
| ### 음 아주 조금은 윤리라는 것이 어떤 부분에서는 생계를 위해 지켜지지 않는 상황들이 있다. 그렇다면 살기 위해서 윤리를 못지키는 경우에도 윤리를 지키다 죽어야할까? 이런 부분은 조금 고민해봐야할 부분인 것 같다. 특히나 어쩔 수 없이 괴롭힘을 많이 당하거나 안좋은 경험을 어쩔 수 없이 많이한 사람들이 윤리를 잘 지키지 못하는게 정말 잘못된 것일까? 개선의 의지가 있으면 그것도 윤리적이라 할 수 있지 않을까? | ||
|
|
||
| ## 3. 소프트웨어를 만들 줄 모르는 다른 사람의 희생을 발판으로, 은행가가 놀랄 만큼 큰 돈을 벌게 해주는 소프트웨어를 만드는 것은 윤리적인가? 합법적인 거래 방법과 불법적인 거래 방법은 어떤 차이를 만들어내는가? | ||
| ### 음 속이는 것인 윤리적으로 문제가 된다. 가령 버튼을 눌렀는데 돈을 빼나간다던지. 애초에 이렇게 소프트웨어를 만드는 것은 사랑이 조금 결여되어 있다. 사실 어릴때는 윤리적인 소프트웨어 의식이 없어서 가상롬으로 게임을 구하거나 음악도 불법으로 받거나 했었다. 그런데 어느 순간부터 음악 스트리밍을 구독해서 듣고, 게임도 결제해서 즐긴다. 음 이 사이에는 분명 차이가 있는데, 가령 게임을 불법 다운로드해서 즐기는 문화로 어쩌면 한국 게임 문화는 성장하지 못한 것이 클 것 같다. 뭔가 창작자가들에게 보상을 부여하여 더 좋은 것을 또 돌려받는 느낌으로 합법적인 거래가 더 낫다고 생각한다. |
There was a problem hiding this comment.
'창작자가들에게'에서 '가'가 중복된 오타로 보입니다. '창작자들에게'로 수정하는 것이 어떨까요?
| ### 음 속이는 것인 윤리적으로 문제가 된다. 가령 버튼을 눌렀는데 돈을 빼나간다던지. 애초에 이렇게 소프트웨어를 만드는 것은 사랑이 조금 결여되어 있다. 사실 어릴때는 윤리적인 소프트웨어 의식이 없어서 가상롬으로 게임을 구하거나 음악도 불법으로 받거나 했었다. 그런데 어느 순간부터 음악 스트리밍을 구독해서 듣고, 게임도 결제해서 즐긴다. 음 이 사이에는 분명 차이가 있는데, 가령 게임을 불법 다운로드해서 즐기는 문화로 어쩌면 한국 게임 문화는 성장하지 못한 것이 클 것 같다. 뭔가 창작자가들에게 보상을 부여하여 더 좋은 것을 또 돌려받는 느낌으로 합법적인 거래가 더 낫다고 생각한다. | |
| ### 음 속이는 것인 윤리적으로 문제가 된다. 가령 버튼을 눌렀는데 돈을 빼나간다던지. 애초에 이렇게 소프트웨어를 만드는 것은 사랑이 조금 결여되어 있다. 사실 어릴때는 윤리적인 소프트웨어 의식이 없어서 가상롬으로 게임을 구하거나 음악도 불법으로 받거나 했었다. 그런데 어느 순간부터 음악 스트리밍을 구독해서 듣고, 게임도 결제해서 즐긴다. 음 이 사이에는 분명 차이가 있는데, 가령 게임을 불법 다운로드해서 즐기는 문화로 어쩌면 한국 게임 문화는 성장하지 못한 것이 클 것 같다. 뭔가 창작자들에게 보상을 부여하여 더 좋은 것을 또 돌려받는 느낌으로 합법적인 거래가 더 낫다고 생각한다. |
| ### 음 속이는 것인 윤리적으로 문제가 된다. 가령 버튼을 눌렀는데 돈을 빼나간다던지. 애초에 이렇게 소프트웨어를 만드는 것은 사랑이 조금 결여되어 있다. 사실 어릴때는 윤리적인 소프트웨어 의식이 없어서 가상롬으로 게임을 구하거나 음악도 불법으로 받거나 했었다. 그런데 어느 순간부터 음악 스트리밍을 구독해서 듣고, 게임도 결제해서 즐긴다. 음 이 사이에는 분명 차이가 있는데, 가령 게임을 불법 다운로드해서 즐기는 문화로 어쩌면 한국 게임 문화는 성장하지 못한 것이 클 것 같다. 뭔가 창작자가들에게 보상을 부여하여 더 좋은 것을 또 돌려받는 느낌으로 합법적인 거래가 더 낫다고 생각한다. | ||
|
|
||
| ## 4. 회사에서 상용 제품에 GPL 코드를 사용하고 있는데, (코드 공개를 보류함으로써) 저작권 조항을 지키지 않고 있다면 어떤 조치를 취해야 하는가? 회사의 코드를 공개해 저작권 조항을 만족시키도록 회사에 요구해야 하는가? 아니면 GPL 코드를 대신할 비공개 소스를 택하도록 요구해야하는가? 만약 제품이 이미 출시되었다면, '내부 고발자'가 되어 저작권 침해를 공개해야 하는가? 업무 보안상 입 다물고 있어야 한다면 어떻게 해야하는가? | ||
| ### 말해도 안들으면 다른 회사로 가는게 바람직하다. 내부고발이던 뭐던 말로 해서 안들었으니 할 이유가 전혀 없어보인다. |
There was a problem hiding this comment.
'내부고발이던 뭐던'은 '내부 고발이든 뭐든'으로 수정하는 것이 어법에 더 자연스러워 보입니다. 또한, '안들으면'은 '안 들으면', '가는게'는 '가는 게', '없어보인다'는 '없어 보인다'와 같이 띄어쓰기를 적용하면 가독성이 더 좋아질 것 같습니다. 전체적으로 수정된 표현을 제안 드립니다.
| ### 말해도 안들으면 다른 회사로 가는게 바람직하다. 내부고발이던 뭐던 말로 해서 안들었으니 할 이유가 전혀 없어보인다. | |
| ### 말해도 안 들으면 다른 회사로 가는 게 바람직하다. 내부 고발이든 뭐든 말로 해서 안 들었으니 할 이유가 전혀 없어 보인다. |
| ## 3. 달성, 측정 단위로 작업을 분해하는가? | ||
| ### 아닌 것 같다. 약간 CRUD 관점으로 분해를 하고는 하는데, 달성, 측정 단위로 작업을 분해해본다는 생각도 시도해볼만한 가치가 있는 것 같다. | ||
| ## 4. 현재의 개발 프로세스는 해체 및 평가 작업 방법을 어떻게 결정하는가? 그것으로 충분한가? | ||
| ### 이 부분은 아직 잘 답변할 수 없을 것 같다. 평가를 하는 방법이 잘 떠오르질 않는다. 아주 쳬계화된 프로세스가 있다고 생각되지 않는 것 같다. |
There was a problem hiding this comment.
'쳬계화된'은 '체계화된'의 오타로 보입니다. 수정하는 것이 좋겠습니다.
| ### 이 부분은 아직 잘 답변할 수 없을 것 같다. 평가를 하는 방법이 잘 떠오르질 않는다. 아주 쳬계화된 프로세스가 있다고 생각되지 않는 것 같다. | |
| ### 이 부분은 아직 잘 답변할 수 없을 것 같다. 평가를 하는 방법이 잘 떠오르질 않는다. 아주 체계화된 프로세스가 있다고 생각되지 않는 것 같다. |
| 언어에 대해서 아직은 한가지 언어를 깊게 익히고 다른 언어를 익혀보려고 한다. 그 이유는 처음부터 이런 저런 언어를 접하면 깊이는 없고 겉만 핥을 것 같다는 생각 때문이다. | ||
| 책에서는 한 가지 언어보다는 다양한 언어를 익히는 것이 좋다고 하고, 최근에 봤던 한스짐머 음악 공연에서도 바이올리니스트가 보컬도 되고 피아노도 치고 다양한 악기를 연주하며 즐기는 모습에 감명을 많이 받았다. 그래서 나도 언젠가는 다른 언어를 해봐야할 것 같은데, 과연 현재 사용하는 주언어외에 다른 언어는 언제 제대로 익히면 좋겠다고 생각하는가? |
There was a problem hiding this comment.
수 많은 프로그래밍 언어를 사용해 왔지만 지금 와서 돌이켜 보면
프로그래밍 언어는 필요할 때 필요한 만큼 익히고 오래 사용한다면 더 잘할 수 있는 방법을 훈련하는 게 좋은 것 같습니다.
하나 더 얘기하자면 그냥 문법 익히는 정도로 배우겠다면 차라리 안하는 게 나은 것 같고
꼭 혼자가 아닌 둘 이상 팀으로 하는 프로젝트로 다른 사용자들이 써볼 수 있게 배포하는 수준으로 만드는 목적이라면
그 목적에 맞는 언어를 익히는데 아주 좋은 시간이고 좋은 환경이라고 생각합니다.
There was a problem hiding this comment.
현재 주력 언어에 대해 어느 정도 자신이 있다면 언제든지 흥미가 생기는 언어를 공부하면 좋을 것 같습니다.
|
위 글 보고 생각난 건데 업서님도 gemini가 랜덤으로 한글로 코멘트 달아준 것 같습니다. |
|
안녕하세요 @jongfeel 님, 코멘트 언어에 대해 질문 주셔서 감사합니다. 제가 풀 리퀘스트에 코멘트를 작성할 때, 풀 리퀘스트의 제목, 설명, 그리고 변경된 파일의 내용을 분석하여 가장 적절하다고 판단되는 언어를 사용하려고 노력합니다. 이 풀 리퀘스트의 제목과 설명, 그리고 변경된 파일( 다른 풀 리퀘스트에서는 내용이 영어로 되어 있었다면 영어로 코멘트가 작성되었을 것입니다. 풀 리퀘스트의 언어에 따라 유연하게 대응하고 있습니다. 궁금증이 해소되셨기를 바랍니다! |
| 언어에 대해서 아직은 한가지 언어를 깊게 익히고 다른 언어를 익혀보려고 한다. 그 이유는 처음부터 이런 저런 언어를 접하면 깊이는 없고 겉만 핥을 것 같다는 생각 때문이다. | ||
| 책에서는 한 가지 언어보다는 다양한 언어를 익히는 것이 좋다고 하고, 최근에 봤던 한스짐머 음악 공연에서도 바이올리니스트가 보컬도 되고 피아노도 치고 다양한 악기를 연주하며 즐기는 모습에 감명을 많이 받았다. 그래서 나도 언젠가는 다른 언어를 해봐야할 것 같은데, 과연 현재 사용하는 주언어외에 다른 언어는 언제 제대로 익히면 좋겠다고 생각하는가? |
There was a problem hiding this comment.
현재 주력 언어에 대해 어느 정도 자신이 있다면 언제든지 흥미가 생기는 언어를 공부하면 좋을 것 같습니다.
밀린 과제 제출합니다~