오동동
10
2020-10-24 23:42:53
14
1789

코딩할 때 시간이 너무 오래걸립니다..


기능 구현이나 오류는 어떻게든 구글링해서라도 해내는데, 코드를 짤 때 어떻게 구현해야 가장 효율적인지 방법인지 고민하는 시간이 너무 깁니다....

그래서 대학교 과제를 할 때 시간이 너무 오래걸리는데 현업에서도 이렇게 고민하는 시간이 많아지면 개발일정을 못 맞출 것 같더라고요..

이런 부분은 어떻게 개선할 수 있을까요?

백준같은 다양한 문제를 풀어봐야하는건가요? 아니면 디자인패턴을 공부해야하나요?

현업에서 개발을 하고계신 선배님들의 조언이 필요합니다 ㅠㅠ

0
  • 댓글 14

  • 판이
    307
    2020-10-24 23:50:23

    오랜 시간이 걸려도 (일월 단위가 아니라 시간 단위로) 예상한 OUTPUT이 나온다면 좋은 현상 같다는 생각이듭니다.

    SI 관련쪽 아니면 기간에 쪼이진 않는다고 알고있네요.

    연구소면 더더욱 오동동님 같은 분들을 채용하고 싶어하지 않을까 싶어요. ㅎㅎ 

  • 오동동
    10
    2020-10-25 00:02:49

    판이/ 판이님 덕분에 자신감이 조금 생겼습니다 정말 감사합니다..

  • 카심
    81
    2020-10-25 00:39:49

    일단 그렇게 상상하는 방법도 좋고, 미리 대충 틀만짜서 고치는 방식도 있죠.
    효율은 전자가 나을겁니다.
    처음이 오래걸리지 막상 작성에는 별로 오래걸리는 것이 아닐테니까요.

  • 김백수
    1k
    2020-10-25 02:44:31

    그냥 그렇게 충분히 많이 고민해보시고, 나중에 회사 갔더니 '넌 왜이리 오래걸리냐' 하고 욕하는 사람 있을 때 고민해도 안늦을 것 같아요.

    정말 개발일정 못맞추는 일이 반복되면 내 스스로가 버릴걸 버리면서 적당선을 맞춰가게 됩니다.

  • kimchs9325
    332
    2020-10-25 05:10:58 작성 2020-10-25 05:11:41 수정됨
    SI쪽은 조금 문제가 될 것 같습니다.
    무자비한 문서 작업, 밤새고 체력방전 되고, 늘 개발 시간은 부족하거든요.
    첫 직장이 살발한 SI쪽이었습니다. ㅠㅠ

    지금은 솔루션 회사에 있습니다. 
    솔루션 회사에는 맞을 것 같습니다.
  • 하두
    11k
    2020-10-25 05:48:56
    모니터앞에서는 생각하지 않아요.
    미리 충분히 그림을 그린후에
  • freestyle
    3k
    2020-10-25 08:07:16

    SI에서 시간이 걸리는 대부분의 경우는 요구사항이 애매하거나 두리뭉실한 이유때문이라고 봅니다. 명확한 스펙에서는 시간이 걸릴 이유가 별로 없습니다. 스펙이 명확한데 시간이 걸린다면 그건 개발 단계로 넘어오기 전에 뭔가 조치가 취해져야 할 문제인 것이죠.

    그러니까 글쓴 분은 정상적인 겁니다. 생각할 문제에 대해 생각할 시간을 가지고 살펴보는 것이 당연하죠. 하지만 처음부터 완벽하게 끝을 내야지 하면 그건 문제가 될 수도 있습니다. 처음부터 모든 것을 전부 고려해서 최대한 완벽하게... 이런 접근방식은... 사실 무한대 시간을 주는 것이나 마찬가지라 어느 정도 타협해야죠.

     

  • 길록
    118
    2020-10-25 09:48:10

    효율성을 고려하며 고민하시는건 아주 좋은 자세라고 생각합니다!

    고민이 누적되실수록 나중에 점차 빨라지실테니 너무 걱정하지않으셔도 될것같아요!

  • pooq
    5k
    2020-10-25 10:44:49

    신입은 개발 경험이 없기 때문에 아무리 고민해도 계속해서 수정해야할 상황이 생깁니다. 즉, 아무리 오랫동안 고민해도 해당 상황에 대한 경험이 없다보니 개발을하면 할 수록 수정/추가해야하는 부분이 많이 계속 생기게되서, 결국에는 초반에 고민하는 시간이 의미가 없어지게됩니다.

    그러니, 일단 눈으로 확인할 수 있는 결과물을 빠른 시간내에 만들어내고, 그 이후에 발생하는 문제들을 체크해서 수정/보완하는 방식으로하는게 대외적으로나 경험적으로나 훨씬 좋은 방법일 수 있습니다.


  • 초무쿤
    5k
    2020-10-25 11:05:50 작성 2020-10-25 11:11:47 수정됨

    디자인패턴 + 클린코드 + 리팩터링

    아마 50%정도는 여기서 답을 찾을수 있는 고민들일겁니다.


    나머지는 아마 창작의 고통?? 이지 않을런지요..

    요즘 교과서에도 "방망이깎는노인" 나오려나요..ㅎㅎ;

    https://kldp.org/node/75879


  • 곰개발ㅈ ㅏ
    2020-10-25 12:53:06

    좋은 자세입니다. 고민하는 시간동안 문서나 다이어그램으로 같이 그려보세요. 어차피 사람은 망각하기 때문에 내 고민을 좀 더 효율적으로 정리할 수 있도록 도움을 줍니다. 

  • 오동동
    10
    2020-10-25 14:27:05
    밤사이 댓글이 많이 늘었네요ㄷㄷ 조언해주신 모든 분들 진심으로 감사합니다!
  • 송서리
    227
    2020-10-25 16:14:33

    현재 상황에 너무 과도한 고민입니다.

    아무리 고민해도 결국 최선의 해결책이 아닐 가능성이 많습니다.

    개발이 적성에 맞다면 회사에 입사해서 프로젝트를 진행하면서 

    더 잘하는 개발자분들의 코드를 보면서 배우시면 됩니다.

    열심히 하는 모습 보기 좋습니다.

  • 돈까스
    4k
    2020-10-25 18:32:22

    여러가지 방법이 있겠지만 제가 가장 좋은 방법은 일단 돌아가는 버전을 만들고 개선하는 방법이라고 생각합니다.


    아무것도 하지 않은 시점에서 최적화된 답을 찾기는 어렵습니다.

    백지 상태에서 내가 한 고민의 깊이가 깊지 않을 경우가 많고,

    프로그램을 만드는 과정에서 문제에 대한 이해도가 높아지게 되는 경우가 많습니다.


    그런데 뭐... 이건 이상적인 상황에서나 가능하고요.

    현실에서는 어떤가하면 프로토타입 만들기도 빡빡한 시간만이 주어지고요,

    간신히 만들어낸 그 버전이 그대로 제품으로 출시됩니다.



  • 로그인을 하시면 댓글 을 등록할 수 있습니다.