더 나은 프로그래머 되는법 5주차 - 이동현 #569
Conversation
dhlee3994
requested review from
TaeHyoungKwon,
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.
Summary of Changes
Hello @dhlee3994, 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!
This pull request primarily adds the study notes and discussion topics for the 5th week of the 'Becoming a Better Programmer' material. It also includes a minor correction to the title of the notes file for a previous week.
Highlights
- Add Week 5 Notes: Added a new markdown file containing notes, discussion points, and content summaries for the 5th week of the 'Becoming a Better Programmer' study material, covering chapters 34-39 and the appendix.
- Correct Week Number: Corrected the title in the existing notes file for chapters 24-33 to accurately reflect that it corresponds to Week 4, not Week 1.
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.
Footnotes
-
Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configureGemini 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
This pull request updates the week number in an existing Markdown document and introduces a new Markdown file with notes and discussion topics for '더 나은 프로그래머 되는법 5주차'. The content in the new file is clear and well-organized. A minor formatting improvement is suggested for the new file to ensure it concludes with a newline character, aligning with common text file conventions.
| - '이 문제를 해결해야 하는가', '해결했을 때 비용이 더 커지지 않는가' | ||
| - 셀프 코드 리뷰, 구조 먼저 생각하기 | ||
| - 상대방의 이해 수준에 맞춰라. | ||
| - 영어 소통에 익숙해져야... No newline at end of file |
There was a problem hiding this comment.
It's a common convention and good practice to end text files with a newline character. This can improve compatibility with various tools and systems, and ensures the last line is consistently processed.
| - 영어 소통에 익숙해져야... | |
| - 영어 소통에 익숙해져야... | |
| 1. 저는 기계와의 대화는 편한데, 사람과의 대화가 어렵더라구요. 특히나 [지식의 저주](https://ko.wikipedia.org/wiki/%EC%A7%80%EC%8B%9D%EC%9D%98_%EC%A0%80%EC%A3%BC)에 빠지는 경우가 많아서 최대한 조심하려고 해도 상대방에게는 잘 전달이 되지 않는 경우가 많은 것 같습니다. 그래서 여러분들의 의사 소통 팁을 좀 구하고자 논의주제로 뽑아봤습니다. | ||
| 저는 가능하다면 먼저 글로 써보고 이야기하기는 하는데, 짧은 대화에서는 효과적일 수 있지만 긴 대화에서는 초반에만 효과가 있는 것 같네요. |
There was a problem hiding this comment.
회사에서 일하다 보면, 누구나 경험하는 문제인 것 같고, 개발자 역량에 의사소통하는 방법도 큰 비중을 차지 한다고 생각해서 매우 중요하게 생각하고 있습니다
특별하진 않지만, 저의 의사소통 팁을 뽑아보자면
-
공통
- 상대에게 얻고싶은게 무엇인지를 고민
- 두괄식으로 결론 부터
- 배경도 같이
-
텍스트로 소통할 때,
- 줄글로 쓰지 않기
- 제목, 소제목을 붙여주기
-
대면 소통 할 때,
- 이해시키고픈 대상을 모델링하고, 모델링한 자료를 소통의 보조자료로 활용
- ex) 도메인 스토리텔링 다이어그램, UML, 개념 도식화 등
- 이해시키고픈 대상을 모델링하고, 모델링한 자료를 소통의 보조자료로 활용
텍스트로 소통 할 때와 대면소통 할 때 의 경우, 실제 제가 하는 방법이 있는데 요거는 제가 잠시 화면 공유로 보여드리겠습니다 🙇🏻
사례
-
텍스트로 소통할 때,
- 질문
- 공지
- 요청
-
대면 소통 할 때,
- 도메인 모델링(개념 도식화)
| 2. 여러 분들은 생성형 AI를 어떻게 활용하고 계신지 자유롭게 꿀팁을 공유해보면 좋을 것 같습니다. | ||
| 저는 최근에 AI를 토론 기계로 사용하고 있습니다. 특히, 여러가지 상황에서 적용 가능한 아키텍처들에 대해 토론하면서 많이 성장하고 있습니다. 이 외에는 단순 반복적인 테스트를 작성하는 용도로 쓰고 있네요. |
There was a problem hiding this comment.
저도 똑같이 아키텍쳐 토론 대상으로 잘 활용하고 있습니다 물론 답변주는 모든 내용이 맞다고 전제하는 것은 위험하지만, 사실 그건 사람과 대화를 해도 마찬가지라.. 토론 후에 토론한 내용을 직접 테스트해보고 싶다고 하면 어떻게 하면 되는지 가이드 까지 짜주는데요 저도 도움을 많이 받고 있습니다
업무에서는 테스트 작성할 때도 사용하고 있습니다. 업무에선 그외는 자동완성 정도 빼곤 사용하고 있진 않은데, 아무래도 새로만드는게 아닌 기존 코드베이스에서는 제 의도대로 바이브코딩이 잘 안되는 것을 경험하고 나선 잘 안쓰게 되더라구요
업무 외에는 바이브코딩으로 제가 구상하고 있는 앱을 만든다던지 요런것들은 시도해보고 있습니다
공유한적이 있는지 모르겠는데 제가 바이브코딩으로 프롬프트 3~4번 만으로 만든 앱도 한번 보여드립니다
default.mov
jongfeel
left a comment
jongfeel
left a comment
There was a problem hiding this comment.
👍
많이 참여 못하셨다고 했지만
모임 때 얘기해드린 대로 중도 포기만 아니라면 잘 하신거라 생각하셔도 좋습니다.
재작년 워크샵때 보고 작년엔 못봤는데 올해 워크샵에서는 보면 좋겠습니다.
| 1. 저는 기계와의 대화는 편한데, 사람과의 대화가 어렵더라구요. 특히나 [지식의 저주](https://ko.wikipedia.org/wiki/%EC%A7%80%EC%8B%9D%EC%9D%98_%EC%A0%80%EC%A3%BC)에 빠지는 경우가 많아서 최대한 조심하려고 해도 상대방에게는 잘 전달이 되지 않는 경우가 많은 것 같습니다. 그래서 여러분들의 의사 소통 팁을 좀 구하고자 논의주제로 뽑아봤습니다. | ||
| 저는 가능하다면 먼저 글로 써보고 이야기하기는 하는데, 짧은 대화에서는 효과적일 수 있지만 긴 대화에서는 초반에만 효과가 있는 것 같네요. |
There was a problem hiding this comment.
저도 문서 기반으로 대화하는 걸 선호하는데
모임 때 설명드렸듯이 회사 내에서는 이슈 사항에 대해서 빠르게 대화하고 협의하는 문화가 정착되다 보니
특별한 문서가 있지는 않은 것 같습니다.
물론 저는 사람과의 대화가 어렵진 않고 즐기는 편이기 때문에
사실 문서로 하느냐 직접 대면으로 대화하느냐에 대한 불편의 정도면 크게 없긴 합니다.
| 2. 여러 분들은 생성형 AI를 어떻게 활용하고 계신지 자유롭게 꿀팁을 공유해보면 좋을 것 같습니다. | ||
| 저는 최근에 AI를 토론 기계로 사용하고 있습니다. 특히, 여러가지 상황에서 적용 가능한 아키텍처들에 대해 토론하면서 많이 성장하고 있습니다. 이 외에는 단순 반복적인 테스트를 작성하는 용도로 쓰고 있네요. |
There was a problem hiding this comment.
바이브 코딩이 어느 정도 되는 건 테스트 해봐서 알게 되었고
저는 주로 제가 알고 있는 지식의 검증 용도로 쓰고 질문을 구체적으로 몇 번 해봐서
내가 알고 있는게 맞는지 혹은 잘못 알고 있는지를 아는 용도로 많이 씁니다.
지난 모임에서 기억으로 태형님이 지식 검증 용도로는 퍼플렉시티가 좋다고 하더라고요.
바쁘다는 핑계로 모임의 절반을 참여하지 못한 것 같네요. 좀 더 시간을 쪼갰으면 참여할 수 있었는데.. 반성하게 됩니다.
6개월간 고생 많으셨습니다. :)