현업이나 모임에서 주로 쓰이는 도구라던가 설계 방법, 개발 순서 같은 걸 알 수 있을까요?

Question

혼자서 포트폴리오 사이트를 만들려고 하는데 저도 모르게 일단 코드부터 짜려고 하더라고요.그래서 ChatGPT에게 물어보면서 하려다가 우리나라에선 또 다를 수도 있겠다는 생각이 들어서 질문을 남깁니다.협업에는 Jira, ConfluenceIDE는 뭐 각각 다를테고,유닛 테스트도 각각 다를테고형상관리?라는 거에는 GitCI/CD에는 JenkinsMSA 같은 구조면 kubernetes마이크로 서비스 간 통신에는 RabbitMQ, Kafka대화는 Slack, Zoom?같은 툴이 있다 정도만 알고 있는데 사실 뭐가 뭔지 잘 모르겠습니다...학교 다닐 때 이런 건 안배웠고 안써봤는데 ㅠ사실 git도 팀프에서 거의 혼자 코딩해서 혼자 코드 푸시 풀 할 때나 쓰지 써본 경험도 거의 없습니다...저걸 어떻게 쓰고 어떻게 설계할지 DB는 뭐 어떻게 설계할지 과정은 어떻게 되는지 하나도 모르겠네요.아직 국비는 뭘 들어야 하는 지도 모르겠고...포폴 만드는 것도 막막하네요.너무 핑프인 것 같긴 한데 외주를 받아서 해도 뭐 아는 것도 없어서 계약서도 안쓰고 그냥 그 쪽 사장님하고 개인 명의로 돈 받았던 경력 관리도 못하는 멍청한 인간인걸 감안해서 좀 봐주세요...ㅠ

캐티 · Answer

협업에는 정답이 없스빈다. 구글에서는 권한 상태를 관리하는 중앙 시스템을 만들었쩌. 이케 하면 부산된 서비스에 권한을 지정하는 공통된 기능을 제공하여서 서비스 팀 서로에 권한 시스템을 공유하지 않아도 대빈다. 개발에 필요한 거지만 이것도 적절한 협업 방식이겠쩌.솔까 가장 대표적인 협업 방식은 사업계획서를 공유하고 이 계획서가 너무 거대하다면 팀으로 나눠서 세부적인 계획을 맡아야 하는 것이어요. 이케 목적이 주어지면 각자 맡아서 작업을 하겠쩌. 이럼 에자일이냐 워터풀이냐 논쟁이 생길 수 있겠지만 이런 거는 약팔이 개발자가 만든 논리일 뿐이고, 이런 방법에 문제를 겪고 싶지 않는다 이럼 애초에 서비스 모델을 잘 나누고 적절한 작업 인력을 두는 것이 좋아요.이런거는 앵간하게 개발을 많이 하다 보면 어느 결론에 이르는 것이어서 정답이 없스비낟.

화이트하임 · Answer

안녕하세요. 현업 10년차 개발자 입니다. 글 읽다가 생각나는 몇가지 적어볼게요먼저 아시다시피 도구는 도구일 뿐입니다. 그전에 먼저 궁금하신점이 개발방법론에 대해 고민하시는것 같아요전공자 이시라면 저학년때부터 소프트웨어 개발 방법론에 의해 요구사항부터 설계 개발 테스트 등의 과정이 있다?정도는 아실거같은데 글쓴이분이 비전공자시라면 앞서 제가 말씀드린 방법론에 대해 먼저 접해보시는게 어떠실지요. 요즘 책도 많이 나오고 그 요구사항에 맞게 클래스,시퀀스 다이어그램 등을 그려보고 피드백 받는게 중요할 것 같아요. 이때 쓰이는 디자인 패턴이라던지 객체지향성의 프로그래밍이 가능한지 등 현업에서는 이러한 기본적인 걸 볼거같아요. 저라면...이 과정에서 쓰이는게 위에 나열해주신 도구를 활용해서 좀 더 효율적으로 전달하고 표현하기 위함이지 않을가 싶어요. 현업에서 중요하게 생각하는건 개발자가 고객의 요구사항에 맞게 유연하고 정확하게 문제를 해결하기 위한 결과물을 도출하는가? 그 과정에서 협업을 통한 의사소통, 진행사항 등을 잘 보고하는가? 이러한 태도에 높은점수를 주지 위에 도구는 언제든 변화하고 바뀔 수 있는 부분이니까요..저도 경력이지만 이직하고 저러한 툴들은 최소한의 기능만 사용하고 하루에 인수인계 끝내고 바로 사용하여 현업에 투입됩니다 ㅎㅎ 그정도로 툴은.....정말 최소한의 기능만 사용할 줄 알면됩니다. job 디스크립션만 봐도 툴이야기는 없고 "대규모 트래픽 처리 경험이 있는지", "문제 해결 경험에 대한 이야기" 등 실질적인 실무에서의 글쓴이의 문제해결 경험에 더 초점이 맞춰집니다....이 방면에는 언어도 크게 중요하지 않아요두서없이 적긴 했지만, 저라면 먼저 캠프나 프로그래밍 관련 교육 특히 소프트웨어 개발 방법론 등에 대한 공부를 우선 해볼거같아요. 요즘 국비교육이 많이 있을지는 모르겠지만, 그안에 속해서 혼자보다는 여럿이 팀을 이뤄 개발해 나가는게 좀 더 다방면에서 생각해볼 수 있지 않을가 싶어요. 혼자 개발하는것도 좋지만...팀 프로젝트에서 문제를 해결해나가는 경험이 더 현업에서 원하는 그림이지 않을가 싶어요아무리 개발을 혼자 잘해도 실무에 투입되면 자기만에 고집대로 프로그래밍할수가 없어요. 팀 규칙에 맞는 코딩규칙을 지켜서 테스트 코드부터 짠다는 둥..이러한 규칙들이 다 존재하기에 실무의 경험을 빠르게 접해보는게 저는 가장 중요하다고 생각합니다.요즘 생신입은 잘 없는거 같아요...다 중고신입으로 들어오는거 보면.....!

현업이나 모임에서 주로 쓰이는 도구라던가 설계 방법, 개발 순서 같은 걸 알 수 있을까요?

2개의 답변

기술 목록