-
[그냥] 코딩 실력은 어떻게 느는가에 관한 의견충돌 ㅇㅅㅇ2019.04.17 PM 04:46
본인 : 일하면서 보는 코드의 단점이라던가를 생각해보고 고쳐나가다 보면 실력이 는다!
선배 : 일할때 보는 코드는 실력향상에 아무런 도움이 되지 않음, 코드공유하는 사이트에서 외국인들 코딩한거 보셈!
그렇다고 합니다 ㅇㅅㅇ
댓글 : 21 개
- Saemi-
- 2019/04/17 PM 04:48
잘하는사람이 쓴 코드를 읽는게 좋다고 생각해요!
- Saemi-
- 2019/04/17 PM 04:50
잘하는사람이 쓴 코드는 거시적 관점에서부터 깊고 유연하게 설계가 잘 된 코드라고 가정했을 경우에요 :)
- 잇힝읏흥
- 2019/04/17 PM 04:53
혼자 작업하면 결국 시야가 좁아지기 때문에 남이 하는 작업을 보는게 도움이되죠
- 돼지 저금통
- 2019/04/17 PM 04:53
1은 현장 업무에 맞춰진 프로세스를 따라가기에 좋고
2는 맨 처음부터 설계시작할때 완성도를 많이 높여준다고 생각합니다
2는 맨 처음부터 설계시작할때 완성도를 많이 높여준다고 생각합니다
- madcat_mk2
- 2019/04/17 PM 04:54
잘하는 사람이 짠코드를 잘 이해하면 좋죠
- 실버에로우
- 2019/04/17 PM 04:59
둘다 혼합
- 실버에로우
- 2019/04/17 PM 05:00
선배분이 말하는건 정답을 보는 느낌이라서, 먼저 생각하고 분석한 후에 코딩한것 보는게 좋아요.
- 자유친일당할복강추
- 2019/04/17 PM 05:01
일할때 늘지 않음
공부해서 실력을 향상시켜서 프로젝트를 해야함
설계등을 배우려면 프로그래밍 공학을 배워야함
solid, DI, 디자인파턴을 배우면 설계/리펙토링/유닛테스트도 가능한 개발자가 됨
공부해서 실력을 향상시켜서 프로젝트를 해야함
설계등을 배우려면 프로그래밍 공학을 배워야함
solid, DI, 디자인파턴을 배우면 설계/리펙토링/유닛테스트도 가능한 개발자가 됨
- 루리웹-2672327379
- 2019/04/17 PM 05:02
코딩스타일이나 분석설계 방법론이 시대에 따라 변하죠.
얼마전 마이피에 어느분이 질문올렸던 헝가리언 표기법에 대해서도
유니티엔진같은경우는 거의 안쓰고 , 저도 그에따라 안쓰는걸로 바낀지 꽤 되네요.
물론 본인코드 피드백도 좋긴하죠.
결론은 다 좋다라는..ㅎㅎ
얼마전 마이피에 어느분이 질문올렸던 헝가리언 표기법에 대해서도
유니티엔진같은경우는 거의 안쓰고 , 저도 그에따라 안쓰는걸로 바낀지 꽤 되네요.
물론 본인코드 피드백도 좋긴하죠.
결론은 다 좋다라는..ㅎㅎ
- 뀨읭
- 2019/04/17 PM 05:20
고거슨 제가 올린거신데 헤헷
- 천진반 ⓞⓞⓞ
- 2019/04/17 PM 05:03
저는 전혀 다른계통이긴하지만.. 선배분말에 어느정도 동감합니다
회사일은 그냥 회사가(혹은 클라이언트) 원하는 방향으로 정해진 기간에 메챠쿠챠 어쨋든 어찌되었던간에 뽑아내는거에 중점이고
잘하는 사람들의 팁들을 보며 스스로 참고 및 따라 해보는건 실력향상에 큰도움이 되더라구요
회사일은 그냥 회사가(혹은 클라이언트) 원하는 방향으로 정해진 기간에 메챠쿠챠 어쨋든 어찌되었던간에 뽑아내는거에 중점이고
잘하는 사람들의 팁들을 보며 스스로 참고 및 따라 해보는건 실력향상에 큰도움이 되더라구요
- 블루아돌
- 2019/04/17 PM 05:10
100만라인짜리 양키놈 코드만 6개월 넘게 본 결과 이런것도 있군 이렇게도 쓰는군 but 경험은 좋지만 실제 코딩에 도움이 되지는 못합니다.. 다만 분석할 양키코드가 있다면 도움이 될뿐.. 양키코드라고 잘짰다고 생각은 전혀 안들더군요 가장좋은건 잘짜여진 완성된 코드를 보는게 가장 빨리 늘게되는 방법입니다. 아무리 혼자 공부해봤자 느는건 한계가 있어요 방법론을 알아도 실제로 어떻게 잘쓸수있느냐는 오랜 시간과 삽질에서 나오는것이기때문에 아주 잘짜여진 완성된 코드를 보시는걸 추천 합니다.
- 왕사자
- 2019/04/17 PM 05:23
코딩 실력을 무엇으로 정의 하느냐에 따라 다르겠죠.
깔끔한 구성과 범용성이라면 외국 코팅 자료가 좋긴하죠.
특수성과 버그 대응 능력이라면 사내 코드의 버그 수정에 대응하다보면 자연히 느실꺼고.
깔끔한 구성과 범용성이라면 외국 코팅 자료가 좋긴하죠.
특수성과 버그 대응 능력이라면 사내 코드의 버그 수정에 대응하다보면 자연히 느실꺼고.
- 왕사자
- 2019/04/17 PM 05:24
제 경험상은 눈으로 보는 코드는 절대 늘지 안더군요.
간략하게 라도 프로젝트를 형성해서 써봐야 내꺼가 된다는 느낌.
그것도 한두번 쓰는걸로는 잊어버려서 의미 없지만.
간략하게 라도 프로젝트를 형성해서 써봐야 내꺼가 된다는 느낌.
그것도 한두번 쓰는걸로는 잊어버려서 의미 없지만.
- 됐거든?
- 2019/04/17 PM 05:25
저는 반반이라고 봅니다.
매너리즘에 빠질 때 다른 사람 라이브러리 뜯어서 보면 생각의 전환이 팍팍 되더군요
매너리즘에 빠질 때 다른 사람 라이브러리 뜯어서 보면 생각의 전환이 팍팍 되더군요
- 랑。
- 2019/04/17 PM 05:32
1번을 위해서 2번이 필요한 경우가 많죠
혼자서 할 땐 거의 척추반사급으로 본인 스타일로 하는데 진짜 남이 짜놓은 코드보고 뒤통수 한대 맞은 기분이 들 때가 있어서
기회가 있으면 남이 만든거 코드 보는 편이에요
혼자서 할 땐 거의 척추반사급으로 본인 스타일로 하는데 진짜 남이 짜놓은 코드보고 뒤통수 한대 맞은 기분이 들 때가 있어서
기회가 있으면 남이 만든거 코드 보는 편이에요
- 으훗
- 2019/04/17 PM 05:36
둘다요!
- 180577
- 2019/04/17 PM 05:38
존나 까여야 늘죠
- 뀨읭
- 2019/04/17 PM 05:46
퍄퍄
- 도꼬데모이쇼
- 2019/04/17 PM 06:13
ㅋㅋㅋㅋㅋ
- PolyAlloy
- 2019/04/17 PM 06:23
가장 단순한건 스스로 많은 문제를 접하고 스스로 짜는습관을 들이는거죠.
남이 짜놓은 그어떤 효율적인 코드를 한번 보는거보다 단순한 패턴이라도 스스로 생각해서 짜보는게 더 도움된다고 생각해요.
남이 짜놓은 그어떤 효율적인 코드를 한번 보는거보다 단순한 패턴이라도 스스로 생각해서 짜보는게 더 도움된다고 생각해요.
user error : Error. B.