[%] 어떤 설계 결정에 대해서 짜보기 전에 좋을지 나쁠지 어케 파악할 수 있나

[츄럴(121.175)]

대가리 좀 그만 깨지고 싶음

경험이 답이겠지만 경험이라는 것도 뭔가 모르다가 알게 된 건데

뭘 알게 되면 통찰력이 생기누?

막 짜고 리팩토링 메타도 있겠지

근데 짜기 전에 알면 최고인 거슬,,

어케야 될까

[익명(211.186)]

뇌컴파일 눈디버깅 하면됨

[브닌떼(172.58)]

이게 그 유명한 PNP 문제인가

[모가지(175.223)]

이런고민을 한다면 생각이 많은 아이로군 , 일단 프로토타입 만들고 리팩토링을 추천함 - dc App

[익명(122.36)]

ㅋㅋㅋㅋ

[츄럴(39.7)]

항상 이렇게 했음. 근데 아무래도 한계를 느껴서 그럼. 프로토 타입의 구조를 완전히 갖다 버린 적이 한 두번이 아님. 어차피 버릴 생각으로 짜면서 문제에 대한 이해를 높이고 아주 작은 함수 단위 모듈이나 테스트 같은 걸 살리는 게 낫다고 봄. 근데 여러가지 이유로 이런 프로토 타입이 제품코드로 남아버리면 재앙이 시작되는 거 같음..

[츄럴(39.7)]

그렇다고 안 짜고 생각만 계속 하고 있으면 또 문제 자체를 모르는 부분도 계속 나오기도 하고..

[익명(58.122)]

iq가 150이면 먼가 보이지 않을까 - dc App

[fender(mysticfall)]

내 생각엔 개발 실력이란 것 자체가 어디까지 머릿속에서 그려 볼 수 있는지도 포함인 듯. 그냥 눈에 보이는 부분 보다 조금씩 더 넓게 구현하고 안맞는 부분 리팩터하고 많이 하다보면 경험 쌓이면서 점점 보이는 부분이 넓어지는 것 같더라.

[츄럴(164.125)]

그런거 같슴다. 결국 개발이라는 것도 지금 하고 있는 일이 어떻게 될지 해보기도 전에 미리 아는 통찰력이 있어야 하고 그에 맞춰 계획을 짜는 능력이 중요한 거 같아요. 궁극적으로는 짜보고 고치는 것보다 그냥 제대로 짜는 게 나으니까..

[츄럴(164.125)]

천성적으로 계획하거나 심사숙고하기보다는 그냥 뛰어들어서 마구 짜보는 스타일인데 최근에는 짜기전에 설계나 계획을 조금은 제대로 해야겠다는 생각이 들어서 연습하는 중..

[츄럴(164.125)]

https://youtu.be/f84n5oFoZBc