다양한 방법들이 있을 때 어떤 방법을 선택해야하는 역량을 키우려면 어떻게 해야할까요?

Question

코딩에는 다양한 방법들이 존재합니다.A라는 지역을 가려면 버스를 타고 갈 수 있고, 기차를 타고 갈 수 있고 비행기를 타고 갈 수 있는 것 처럼 다양한 방법이 존재하는데요, 이것도 코딩에서도 마찬 가지잖아요?보통 이런 상황에 놓일 때 어떻게 처리해 나가는지 선배분들의 의견이 궁금합니다.저는 현재 구현은 할 수 있으나 이게 맞는 방법인지, 효율적인지. 고민할 때가 무척 많습니다.한편으로는 이런 고민을 하는 이유가 두 방법이 마음에 들지 않다거나, 실제로 이렇게 사용해도 되는가? 에 대한 의문이 생고민하는 시간이 많아지는 원인이라 생각 하고 있습니다.보통 이런 경우가 생긴다면 어떤 역량을 키우는게 좋으며 어떤 학습을 하는게 좋을지 조언을 구하고 싶습니다.어떤 방법을 활용해야 할지 결단을 내리는 부분에서 정말 많이 고민하는 것을 봐선 결단력이 많이 부족한 것 같기도하고이 결단력이 낮은 것은 지식 혹은 사례를 몰라서 그런 경우가 많다고 느끼는데요.이런 경우 알고리즘 공부를 통해 지식을 쌓는게 맞는걸까요? 아니면 다른 사람의 코드를 많이 보는게 좋을까요?

치킨너겟 · Answer

보통 그런경우는 구현하는데에 있어서 명확한 논리를 가지고 구현하지 않는경우에 해당함님말대로 무언가를 구현하는데 있어서 방법은 무궁무진함.그리고 그방법들 중에서 무조건적인 정답은 존재하지 않음인생이든뭐든 우리가 내리는 모든 선택은 다 트레이드 오프가 있고그 트레이드 오프중에서 지금 현재의 상태에서 가장 합리적인 의사결정을 내릴 수 있어야함네카라가 짜는 코드라고 언제나 완벽할까? 절대아님다만 그들의 선택에는 명확한 의사와 논리가 존재함즉 누가 내 코드에 딴지를 걸더라도 이거 이래이래해서 한건데요 라는 부분이 필요하고 그런건 내가 얼마나 명확한 기준을 내리냐에 따라 다름고수로 올라갈수록 그 의사결정이 나오기까지 고려하고 바라보는 시야가 넓어지는것 뿐임그니까 그런거 막 고민할 시간에 마구마구 부딫히고 실패해보셈원래 모르는건 . 처맞으면서 배우다보면 알게되는거임 맞기전엔 알아도 옅게 알수밖에없음

BGProgramming · Answer

말씀하신 사항이 가장 개발자가 키워야하는 덕목입니다.제 경우 특정 툴의 사용법이나 언어에 대한 지식보다는 지금 고민하고 계시는 문제해결 능력을 가장 높게 평가합니다.개발이란 처리해야하는 문제에 대해 여러가지 사항을 검토하고 현재의 상황에 맞는 최적의 방안을 선택하고 구조를 설계하는 것의 연속입니다.설계를 할때 저는 문제를 두고 360도 뱅글뱅글 돌면서 관찰하라고 권합니다.기본적으로는 일단 다른 유사한 서비스를 분석하는 것부터 시작합니다.그리고 이걸 선택한 이유와 장단점을 분석합니다.또한 이게 지금 내 서비스 상황에 적용할 수 있을지 아닌지도 검토합니다.그리고 혼자 판단할 수 없으면 다른 사람의 다양한 의견을 듣는것도 중요합니다.제가 팀을 리딩하는 경우가 많아서.. 제가 보통 팀을 리딩할때 제일 먼저 주는 권한은 어떤 개발자라도 전체회의를 열수 있는 권한입니다.이유는 전체 회의를 열 정도로 고민되는 문제라면 다른 파트에서도 같은 문제로 고민할 확률이 높습니다.그리고 처음에는 이런 회의가 많을 수 있어도 팀의 역량이 늘어난다면 회의는 줄어들 수 있습니다.개발자가 가장 많이 시간을 낭비하는 경우가 자신만의 생각에 갇히는 경우입니다.제가 원격보다 사무실을 선호하는 편인데 이유는 자신의 업무의 다른 사람의 피드백을 받기 쉽기 때문입니다.이런 사항은 알고리즘이나 코드를 많이 본다고 능력이 배양되지는 않습니다.다양한 사항을 많이 접해보고 자신이 문제를 해결해보면서 예상하지 못했던 돌발사항들을 많이 해결해 봐야 향상되는것 같습니다.알고리즘의 실제 사례로 제가 예전에 KTF 였던 시절 강북의 한 중계 데이터 센터 서버가 추석 연휴에 오류가 발생해 동작되지 않은적이 있습니다.사용자에게 통화 서비스는 되었지만 과금해야할 데이터가 DB에 쌓이지 못하고 파일에 쌓였습니다.그리고 과금을 못해서 파일을 엑셀로 열려고 했지만 며칠동안 기다려도 엑셀이 계속 로딩중이라 처음에는 해당 서버 관리자에게 과금 계산이 요청되었습니다.해당 개발 팀이 며칠동안 해결을 못해서 담당자가 제게 연락이 와서 제가 주말에 처리해준적이 있습니다.여기서 활용되었던것이 학교에서 배울만한 아주 기초적인 정렬 알고리리즘입니다.알고리즘을 많이 풀었던 내용과 실전에서 상황이 닥쳤을때 응용 능력은 별개입니다.

AskeTeddy · Answer

지식을 많이 쌓아야합니다특히 CS 가 기본이지만, 그 들(수많은 원리와 규칙, 조언, RFC 등)의 논리를 배워야 합니다.대표적으로 RDB 관점으로 공부하는 경우에는 B-Tree 나 Transaction, MVCC 등을 공부하게 되지만.본질적으로는 DB 를 이해하고서 어떤 CS 와 연관이 되어있는지를 이해해야합니다.단순히 외우는건 재미도 없고, 어려운 현대적인 기술을 배우기에 많이 부족합니다. (사례에 해당하는 문맥은 많이 알수록 불리합니다. 명제가 될 수 있는 원리를 공부하세요.)예를들어 DB, SQL, 정규화 -> CAP, PACELC -> MQ -> noSQL 순으로 공부하면서 원리를 이해한다면, 금방 대규모 프로젝트를 설계할 기본이 되어있을 겁니다.(왜 결과적 일관성은 있지만, 결과적 가용성/분할 허용성은 없는가?, 이런 질문이 떠오른다면, 논리(명제)에 의거하여 대답할 수 있어야 합니다.)원래는 불가능하던 CAP의 각 속성이 가능해지면서, 이는 시간에 의한 일관성, 대규모 서비스까지 이해하게 됩니다마찬가지로 객체라는 것도 그런 맥락에서 철학과 CS 를 엮는 개념입니다가독성과 성능, 응집과 결합, 모델링과 특성, 타입과 모나드 등등 압도적인 지식이 세상에 널려있습니다.(모두 관점에 의해 발생하는 명제이자 논리이므로 이해하면 다양한 관점으로 프로젝트를 리드할 수 있습니다.)결국 추론과 모든 설계는 순수함(응집성)과 풍부함(가독성) 그리고 성능의 싸움입니다.빠르게 많이 배우시고, 최대한 많은 책을 읽고 다양한 회사에서 일해 보세요.물론 저도 다 안다는건 아니에요. 공부하다보니 알게된 내용입니다.대부분의 문제는 2개 중 하나를 선택하는 문제이지만,맥락을 조절하면 3개 중 두 개를 선택할 수 있습니다.CAP -> Pacelc -> Eventually Consistency현재 저도 http/3(quic)와 블록체인도 따로 공부중에 있습니다.

캐티 · Answer

rfc 9000을 추천해요. quic 프로토콜을 만드는 방법을 정의하지만 구현 방식은 프로그래머의 성향에 따라서 천차만별일 것이어요.

개발잡부 · Answer

오픈소스에 정답이 나와있습니다

장독깨기 · Answer

글 내용만 봐서는 어떤 부분에서 고민하고 있는지 잘 모르겠습니다만,조금 말씀 드려보겠습니다.정답을 찾으려 하지 마세요.본인이 원하는 특정 기능을 만들었습니다. 그럼 그게 정답입니다.좀 지나고 보니 여러 관점에서 더 좋은 방법이 생각이 났습니다. 그럼, 이제 그것이 정답이 됩니다.너무 고민하지 마시고, 기능을 구현하는 것에 집중하세요.시행착오를 겪다보면, 스스로 효율적인 방법을 찾을 수 있습니다.가령, 게시판 만들면서 코드 한줄 한줄에 너무 많은 고민을 하고 정답을 찾으려는 분들이 있습니다.실력 안 늡니다. 그리고, 정답 없습니다.그런 고민 할 시간에 그룹웨어를 만들어 보면서, 구조를 생각하고 시행착오를 겪어 보는 것이실력 향상에 훨씬 더 큰 도움이 됩니다.무슨 고민을 하는지 모르겠으나, 지금 하고 있는 고민이 그 만큼 가치가 있는 것인지 깊게 생각 해 보시길 바랍니다.열심히 하세요. :)추신)A라는 지역을 가려면 버스를 타고 갈 수 있고, 기차를 타고 갈 수 있고 비행기를 타고 갈 수 있는 것 처럼 다양한 방법이 존재하는데요, 이것도 코딩에서도 마찬 가지잖아요?마찬가지 아닙니다. 개발에서는 A 로 가는게 중요합니다. 뭘 타든요, 어케 가든요.저 A 가 어디일까요. 단순 게시판은 아니었으면 좋겠습니다.저 A 가 무엇인지가 중요합니다. 아무나 가지 못 하는 곳 들이 많이 있습니다.

다양한 방법들이 있을 때 어떤 방법을 선택해야하는 역량을 키우려면 어떻게 해야할까요?

6개의 답변

기타 목록