프로젝트를 진행하면서 모르거나 어떤 어려움이 생겼을때 어떻게 접근/해결 하시나요?

Question

안녕하세요, 개인 혹은 팀 프로젝트이던 본인이 작업 하면서, 기술적으로 내용을 잘 알지 못하거나 혹은 구현이 잘안되서 어려움이 생겼을때, 어떻게 문제를 접근 하시나요? 대부분 구글검색 혹은 인공지능의 텍스트 응답을 도움 받아서 하시는 분들도 계시는것 같아요. 저 같은경우는 구글 검색을 통해서 참조 하고 구현을 시도 할려고 하는데요. 여기 계신 분들은 어떤식으로 접근 하시나요? 구체적으로 상황을 하나 든다면, 하나의 Database를 선정하고 이를 구현하기위한 유틸리티를 만드는 프로젝트라고 하면, 우선 처음 떠오르는 의문사항은 Database 의 어떤 기준으로 선택하는지가 모호한것 같아서, 각각의 장단점을 추리고 선택하는 과정을 거칠 텐데요. 문제는 각각의 database에 대한 깊은 지식이 부재 한 상태에서 그저 구글 검색을 하다보면 결국은 그냥 아무거나 하나 선택해서 우선 진행하다가 잘 안되면, 다른 database 를 선택해서 또 구현 작업을 진행하는 것인지 의견이 궁금합니다. 감사합니다.

kenu,전독시 · Answer

데이터베이스 선택은 프로젝트의 특정 요구사항과 제약 조건에 따라 중요한 결정이며, 이를 위해 다음과 같은 단계를 고려해야 합니다:1. *프로젝트 요구사항 이해*: 애플리케이션이 처리할 데이터의 유형(구조화, 비구조화, 관계형, 시계열 등), 예상 데이터 저장 및 처리량, 읽기/쓰기 패턴, 성능 및 확장성 요구사항, 특정 보안 및 규정 준수 요구사항, 예산 제한 등을 파악합니다. 이러한 이해는 데이터베이스 선택 과정 전체에서 안내자 역할을 합니다 [4].2. *데이터 모델링 고려*: 프로젝트의 데이터 모델이 데이터베이스 선택에 중요한 역할을 합니다. 데이터가 테이블 구조(SQL)로 가장 잘 표현되는지 아니면 유연한 문서나 키-값 쌍(NoSQL)으로 표현되는지 결정해야 합니다. 데이터가 복잡한 관계를 필요로 하는 경우 관계형 데이터베이스가 적합할 수 있으며, 반면에 반구조화 또는 비구조화 데이터의 경우 NoSQL 데이터베이스가 더 적합할 수 있습니다 [4].3. *확장성 요구사항 평가*: 프로젝트의 확장성 요구사항을 고려합니다. 빠른 성장과 높은 트래픽을 예상하는 경우, 로드를 분산하기 위해 더 많은 서버를 추가할 수 있는 데이터베이스가 필요할 수 있습니다. NoSQL 데이터베이스는 일반적으로 수평적 확장의 용이성 때문에 선호되지만, SQL 데이터베이스도 확장할 수 있지만 더 많은 계획과 노력이 필요할 수 있습니다 [4].4. *보안 및 규정 준수*: 프로젝트가 민감한 데이터나 규제된 데이터를 처리하는 경우, 보안과 규정 준수가 중요합니다. 데이터베이스가 보안 요구사항과 규정 준수 표준에 맞는 암호화, 액세스 제어, 감사 기능을 제공하는지 조사해야 합니다 [4].5. *미래 성장에 대한 유연성*: 프로젝트의 미래 성장과 변화하는 요구사항을 수용할 수 있는 데이터베이스를 선택해야 합니다. 새로운 데이터베이스로 마이그레이션하는 복잡성을 피하고 싶을 것입니다 [4].데이터베이스 선택은 프로젝트의 성공에 중요한 기반을 제공하며, 성능, 확장성, 보안 등을 고려하여 올바른 선택을 하는 것이 중요합니다. 이는 프로젝트의 특정 요구사항과 제약 조건에 가장 잘 맞는 데이터베이스를 선택하는 것을 의미합니다 [4].Citations:[1] https://waverleysoftware.com/blog/how-to-choose-the-right-database/[2] https://www.pingcap.com/blog/how-to-efficiently-choose-the-right-database-for-your-applications/[3] https://www.infoworld.com/article/3452894/how-to-choose-the-right-database-for-your-application.html[4] https://dev.to/saloman_james/how-to-choose-the-right-database-for-your-project-1cl[5] https://techtetrad.medium.com/database-selection-strategies-choosing-whats-right-for-your-project-3e2623c23a7f[6] https://www.infoworld.com/article/3268871/how-to-choose-the-right-type-of-database-for-your-enterprise.html[7] https://medium.com/plumbersofdatascience/mastering-database-selection-a-guide-to-choosing-the-right-database-for-your-application-f0f7009daf29[8] https://towardsdatascience.com/how-to-choose-the-right-database-afcf95541741[9] https://www.axon.dev/blog/how-to-choose-a-database-for-your-application[10] https://medium.com/wix-engineering/how-to-choose-the-right-database-for-your-service-97b1670c5632[11] https://blog.bytebytego.com/p/key-steps-in-the-database-selection[12] https://www.geeksforgeeks.org/how-to-choose-the-right-database-for-your-application/[13] https://medium.com/bytebytego-system-design-alliance/navigating-the-database-selection-process-tips-and-best-practices-c737c89dab5f[14] https://www.analyticsvidhya.com/blog/2022/12/top-5-tips-for-choosing-the-right-database-for-your-project/[15] https://dzone.com/articles/introducing-database-selectionfrom: https://www.phind.com/search?cache=va2hfodxrjhwq1w7aitqb6o6개인적으로는 ChatGPT 등장이후로 개발방식의 접근법이 선을 넘었다고 봅니다. AI 강추입니다.

옥다방고양이 · Answer

✅️현업에서는 이런 경우 POC(Proof Of Concept)라는 과정을 먼저 진행하고, 해당 POC에서 나온 결과를 보완, 수정해서 본 프로젝트를 진행하거나,방향전환해서 2차 POC진행해서 다른 방향 이나 가능성을 찾아봅니다.✅️다른 군더더기는 빼고, 궁금한것 확인 또는 자신의 아이디어가 실현가능성이 있는지만 확인하는 개념입니다.✅️POC할때는 보통 다음과 같은 원칙을 가지고 진행합니다.●화면UI 같은 디테일은 최소한으로 한다.●완성도 높이는게 목표가 아니라, 목표 달성 가능성 확인 및 적용한 솔루션, DB, 환경등등이 적합한지 확인만 하는게 목적이다.●최대한 빠른 시간내로 결과가 나와야한다.(전체 프로젝트 시간중 10% 이내 시간 또는, 본 프로젝트 시작전에 수행)✅️POC와 비슷한 개념으로 Pilot, BMT(Bench Marking Test) 가 있다.&#x1f449;POC(Proof Of CONCEPT)란?..

캐티 · Answer

디스코드가 대규모 메세지를 처리하려고 이렇게 했어요. 몽고db에서 카산드라db로 바꾸었어요.이렇게 시작부터 완전무결함을 원하는 것은 과한 욕심이므로 지금 가능한 방법을 사용하고 여유가 생겼을 때 새로운 기법을 연구하여 도입하는 것이어요.제가 지난번에 openlitespeed+php 서버를 사용했지만 현재는 aspnetcore+php+csx 서버를 사용하는데 이렇게 할 수 있었던 가장 큰 이유는 어떻게 되었든 여유를 쥐어 짜내어 목적을 이루어내어서 된 것이 아니겠나요.[1] Discord에서 수십억 개의 메시지를 보관하는 방법

엡실론 · Answer

다른 엔진으로 전환을 고려해서 설계를 할 수도 있겠죠. DB의 예를 들자면 리포지토리 레이어가 그런 역할을 할수도 있고요. 인터페이스 분리를 잘 한다면, DB를 다른 걸로 바꾸는 경우, 리포지토리 레이어만 다시 구현하면 되겠죠.

mirheeoj · Answer

각 옵션의 장단점들을 조사, 정리해 간략화한 뒤 상급자, 오피서와 상의관련기능 추상화로 글루로직 분리데모용 최소기능 구현후 개발용버전, 트라이얼 버전 등을 이용해 실테스트로 비교검증컨설턴트 / 외주 전부 다 할 수도 있고, 일부만 할 수도 있습니다.

프로젝트를 진행하면서 모르거나 어떤 어려움이 생겼을때 어떻게 접근/해결 하시나요?

5개의 답변

Q&A 목록