근데 아닌거 같음
결국 무슨 제품을 만드느냐에 대한 창의력이 중요하지.
나같은 일반인은 프로그래밍 과정을 창의성의 범주에서 다가갈 필요가 없음.
그저 절대 다수가 옳다고 생각하는 코드에 대한 정답을 외우고 그걸 싸지르는게 최선이라는 생각이 든다.
물론 그렇게 되는것도 쉽지 않지만.
절대 다수가 정답이라 생각하는 코드에는 결국 창의력이 끼어들 여지가 적으며. 창의력이 끼어들면서 절대 다수가 옳다고 말할 코드를 짜는건 쉽지 않아보인다.
프로그래밍에 정답이 없다고들 하지만 사실은 정답이 있다.
정답이 있기 때문에 개발자들 사이에서 ai가 논란이 나오는 거라고 봄.
모두가 답을 외워간다.
결국 남아있는 것은 외울수없는 가치들이다.
사람관의 관계, 내 성격, 삶을 향한 태도, 나의 꿈, 사랑하는 마음, 감사하는 마음 등...
결국 무슨 제품을 만드느냐에 대한 창의력이 중요하지.
나같은 일반인은 프로그래밍 과정을 창의성의 범주에서 다가갈 필요가 없음.
그저 절대 다수가 옳다고 생각하는 코드에 대한 정답을 외우고 그걸 싸지르는게 최선이라는 생각이 든다.
물론 그렇게 되는것도 쉽지 않지만.
절대 다수가 정답이라 생각하는 코드에는 결국 창의력이 끼어들 여지가 적으며. 창의력이 끼어들면서 절대 다수가 옳다고 말할 코드를 짜는건 쉽지 않아보인다.
프로그래밍에 정답이 없다고들 하지만 사실은 정답이 있다.
정답이 있기 때문에 개발자들 사이에서 ai가 논란이 나오는 거라고 봄.
모두가 답을 외워간다.
결국 남아있는 것은 외울수없는 가치들이다.
사람관의 관계, 내 성격, 삶을 향한 태도, 나의 꿈, 사랑하는 마음, 감사하는 마음 등...
- dc official App
그 제품을 유지 보수 하는것도 결국엔 창의력 아니노 제품만 만들어내는게 궁극적이진 않은거같음
oop 가지고 쓸데없이 이게맞다 저게맞다 싸우는동안 프레임워크들이 정리되서 웹쪽은 일정한 패턴을 지니게된
난 여전히 정답은 없다고 생각함 아까 설계 이야기할때도 이야기를 했지만 요구사항이 변하면 설계가 변하는거고 설계가 변하면 당연히 구현도 변함 요구사항은 시시때때로 바뀌고 지금의 정답이 다음의 정답은 아님 프로그래머는 그 사이에서 자신의 창의성으로 그 간극을 매꿔야한다고 생각함 ai는 그런 과정에 관심이 없음. 고민이 없으니 기계적인 결과만 나오지.