[💬] 실제로 해결방안을 짜내는 것과 남의 해결방안을 베끼는 것이 다르긴 함

[ㅁㄴㅇㄹ(121.181)]

낚시를 배울 때 누가 붕어 잡는 법을 가르치면 그거 보고 달달 외워서 '아 난 이제부터 붕어만 잡으며 살아야겠다' 그러진 않을거잖아. 그것에서부터 낚시란 기술의 핵심과 대부분의 낚시에 공통적으로 적용이 가능한 요소를 파악하고 터득하는게 중요하지. 프로그래밍의 경우에는 그걸 직접 프로그래밍으로 해결해야하는 문제를 접해 그 해결방안을 쥐어짜내서 실제로 구현해내며 배울 수 있다 생각함. 그리고 책이 전통적으로, 필요 개념을 이론적으로 기술한 후 그것을 적용해서 풀 수 있는 적절한 예시를 제시하는 구조로 짜여져 있다고도 생각함.

근데 그걸 책으로만 할 수 있는건 아니라고 생각한다. 유투브로만 할 수 있는 것도 아니지. 솔까말 영어 되면 그냥 유니티 독 보면서 신택스랑 함수명이랑 기능이랑 뭐 그런거 막힐 때마다 보고 하나하나 직접 시도해보면서 이것저것 만들어보고 뭐 그럴 수도 있잖아? 책도 없고 유투브도 없고 듀토리얼도 없고 그런 시절 사람들은 하늘에 대고 기도해 십계명 받아서 배운 것도 아니고. 뭐 걍 방법은 다양하고 책도 한 방법이고 그냥 뭐 실력만 쌓이면 장떙이 아닌가 싶다.

[FMK(fumika1046)]

처음 하는사람은 도큐먼트 보고 배울순 없지 그래도 기본은 있어야 도큐먼트 보고 하는거임

[ㅁㄴㅇㄹ(121.181)]

그것도 맞기 한데, 기초 없이 걍 맨 땅에 헤딩해 시행착오 거쳐가며 배우는 것도 가능은 하다 봄. 단지 남이 이미 걸어 간 시행착오를 굳이 반복하는 것이라 문제지.

[Podoxerath(45.11)]

진짜 처음에는 도쿠먼트 봐도 뭔소린지 몰랐는데 갈수록 도큐먼트의 소중함을 느끼는중

[ㅁㄴㅇㄹ(121.181)]

ㄹㅇ 괜히 요즘 추세가 오토독인게 아님. 뭐가 됬던 없으면 그거 가지고 작업해야 하는 사람들 다 미친다 ㅋㅋ