더 나은 프로그래머 되는법 5주차 - 이동현 #569
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,4 +1,4 @@ | ||
| # 더 나은 프로그래머 되는법 4주차 - ch24~33 | ||
|
|
||
| ## 논의 | ||
|
|
||
|
|
||
| Original file line number | Diff line number | Diff line change | ||||||
|---|---|---|---|---|---|---|---|---|
| @@ -0,0 +1,24 @@ | ||||||||
| # 더 나은 프로그래머 되는법 5주차 - ch34~39 + 부록 | ||||||||
|
|
||||||||
| ## 논의 | ||||||||
|
|
||||||||
| 1. 저는 기계와의 대화는 편한데, 사람과의 대화가 어렵더라구요. 특히나 [지식의 저주](https://ko.wikipedia.org/wiki/%EC%A7%80%EC%8B%9D%EC%9D%98_%EC%A0%80%EC%A3%BC)에 빠지는 경우가 많아서 최대한 조심하려고 해도 상대방에게는 잘 전달이 되지 않는 경우가 많은 것 같습니다. 그래서 여러분들의 의사 소통 팁을 좀 구하고자 논의주제로 뽑아봤습니다. | ||||||||
| 저는 가능하다면 먼저 글로 써보고 이야기하기는 하는데, 짧은 대화에서는 효과적일 수 있지만 긴 대화에서는 초반에만 효과가 있는 것 같네요. | ||||||||
|
Comment on lines
+5
to
+6
Member
There was a problem hiding this comment. 저도 문서 기반으로 대화하는 걸 선호하는데 물론 저는 사람과의 대화가 어렵진 않고 즐기는 편이기 때문에 |
||||||||
|
|
||||||||
| 2. 여러 분들은 생성형 AI를 어떻게 활용하고 계신지 자유롭게 꿀팁을 공유해보면 좋을 것 같습니다. | ||||||||
| 저는 최근에 AI를 토론 기계로 사용하고 있습니다. 특히, 여러가지 상황에서 적용 가능한 아키텍처들에 대해 토론하면서 많이 성장하고 있습니다. 이 외에는 단순 반복적인 테스트를 작성하는 용도로 쓰고 있네요. | ||||||||
|
Comment on lines
+8
to
+9
Collaborator
There was a problem hiding this comment. 저도 똑같이 아키텍쳐 토론 대상으로 잘 활용하고 있습니다 물론 답변주는 모든 내용이 맞다고 전제하는 것은 위험하지만, 사실 그건 사람과 대화를 해도 마찬가지라.. 토론 후에 토론한 내용을 직접 테스트해보고 싶다고 하면 어떻게 하면 되는지 가이드 까지 짜주는데요 저도 도움을 많이 받고 있습니다 업무에서는 테스트 작성할 때도 사용하고 있습니다. 업무에선 그외는 자동완성 정도 빼곤 사용하고 있진 않은데, 아무래도 새로만드는게 아닌 기존 코드베이스에서는 제 의도대로 바이브코딩이 잘 안되는 것을 경험하고 나선 잘 안쓰게 되더라구요 업무 외에는 바이브코딩으로 제가 구상하고 있는 앱을 만든다던지 요런것들은 시도해보고 있습니다 공유한적이 있는지 모르겠는데 제가 바이브코딩으로 프롬프트 3~4번 만으로 만든 앱도 한번 보여드립니다 default.mov
Comment on lines
+8
to
+9
Member
There was a problem hiding this comment. 바이브 코딩이 어느 정도 되는 건 테스트 해봐서 알게 되었고 지난 모임에서 기억으로 태형님이 지식 검증 용도로는 퍼플렉시티가 좋다고 하더라고요. |
||||||||
|
|
||||||||
|
|
||||||||
| ## 내용 | ||||||||
|
|
||||||||
| - 환경이 중요하다. | ||||||||
| - 훌륭한 프로그래머는 일을 쉽게 보이게 만들고, 제시간에 끝내는 능력이 있음. 워커홀릭이 아님. | ||||||||
| - 훌륭한 코드를 작성하겠다는 의무감. | ||||||||
| - 의사소통이 중요하다. (나는 특히 의사 소통 부분에서 약함. 어떻게 능력을 키울 수 있지?) | ||||||||
| - 프로그래밍 자체를 즐기고, 무엇보다 '더 나아짐'을 즐기는 태도가 중요. | ||||||||
| - 팀플레이어다운 행동 | ||||||||
| - 집중/집중하지 않을 영역을 명확히 정의 | ||||||||
| - '이 문제를 해결해야 하는가', '해결했을 때 비용이 더 커지지 않는가' | ||||||||
| - 셀프 코드 리뷰, 구조 먼저 생각하기 | ||||||||
| - 상대방의 이해 수준에 맞춰라. | ||||||||
| - 영어 소통에 익숙해져야... | ||||||||
|
Contributor
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.
Suggested change
|
||||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
회사에서 일하다 보면, 누구나 경험하는 문제인 것 같고, 개발자 역량에 의사소통하는 방법도 큰 비중을 차지 한다고 생각해서 매우 중요하게 생각하고 있습니다
특별하진 않지만, 저의 의사소통 팁을 뽑아보자면
공통
텍스트로 소통할 때,
대면 소통 할 때,
텍스트로 소통 할 때와대면소통 할 때의 경우, 실제 제가 하는 방법이 있는데 요거는 제가 잠시 화면 공유로 보여드리겠습니다 🙇🏻사례
텍스트로 소통할 때,
대면 소통 할 때,