공개프레임워크 vs 사내프레임워크

Question

안녕하세요~간만에 글을 남기네요 얼마전 회의를 통해서 공개를 쓰느냐 사내에서 만들어 쓰느냐에 대한 논쟁이 조금 있어서거기에 대한 답변을 얻고 싶어 이렇게 질문을 던지게 되었습니다.공개와 사내에 대한 생각을 적어보도록 하겠습니다.공개- 비즈니로직에 집중할 수 있다.- 보안, 버그에 관련된 부분을 패치를 통해서 잡을수 있다.- 수많은 프로젝트에서 이미 운영을 해 왔기 때문에 기존의 나왔던 수많은 이슈들에 대한 대응방안을 그대로 활용할 수 있다. - 그들이 이미 정해진 모델 안에서만 구현해야 한다. 예를 들어 flux 모델로 개발이 되어 있는데 그걸 바꿔보겠다고 mvc를 적용한다든지 이런게 거의 불가능하다. 그리고 한다고 한들 그게 제대로 돌아가는게 맞는지 확신이 서질 않는다. - 라이브러리 의존성 관리를 나름 체계적으로 해준다. 사내- 이것저것 신경을 많이써서 만들어야 한다.- 이게 맞는지 틀린지도 모른체 개발을 해야 한다. - 운영을 해보진 않고선 이슈에 대한 대책이 없다. - 모델이나 패턴을 자유롭게 구사할 수 있다. - 라이브러리에 대한 의존성을 자체적으로 관리해 줘야 한다. 이상 제가 생각해 봤을때의 특징들이구요혹시 이런경험 있으시면 댓글 바랍니다. 감사합니다.

냉동참치 · Answer

- 이것저것 신경을 많이써서 만들어야 한다.- 이게 맞는지 틀린지도 모른체 개발을 해야 한다. - 운영을 해보진 않고선 이슈에 대한 대책이 없다. 이 3개는 공개프레임워크에서도 고려하셔야합니다.공개프레임워크라고 100퍼센트 완벽한게 아니에요. 이슈를 받고 패치를 내죠.

pooq · Answer

프레임워크를 직접 만들어 사용한다구요???기업 입장에서는 엄청난 돈과 시간과 개발자를 갈아 넣어야하는 대규모 프로젝트일텐데요?무엇보다 훌륭한 공개 프레임워크를 놔두고 왜 그런 쓸데없는 짓을...차라리 공개 프레임워크를 커스터마이징해서 사용하시던지...

Dierslair · Answer

사내 프레임웍이 eGov같은거 말씀하시는거죠??

ercnam · Answer

현실적으로 라이브러리로 끝나게 될지도.. 자체 프레임웤 만든다면 말입니다. 그러나 달리 생각해보면 자체프레임웤을 겁나 잘만들면 그걸 내다팔아서 수익을 창출할수도....

동대 · Answer

사내 프레임워크도 잘 만들어진 회사는 괜찮습니다. 어중간하게 공개 프레임워크를 구조 본따서 만드는 사내 프레임워크 있는데 이 부분이 진짜 지옥이더군요. 시작은 어땠는지 모르겠지만 해당 프레임워크 사용하는게 훨~씬 좋은 경우 태반입니다... 공개, 사내 프레임워크 무엇이 좋은지는 회사의 CTO나 선임급들의 실력 및 해당 팀의 구성원에 따라서 공개가 좋은지 사내가 좋은지 판단해야지 단순 공개, 사내 비교는 맞지 않다고 봅니다. 물론 저런걸 논할 수 있는 팀 구성이 잘 되어 있을 회사가 거의 없을테니 개인적으로 공개 프레임워크가 좋다고 봅니다.

deev · Answer

바퀴를 재발명하지말라는 말이 있듯이 이미 공개로 가능하면 내부에서 할 필요가 없다고 생각합니다.추후 개발자들의 러닝커브도 무시할 수 없구요. 개발자들이 공개프레임워크를 다루는 것과 자체를 다루는 것에서 동기부여도 차이가 날것이라고 생각합니다.

yamanin · Answer

spring 커스텀 해서 만들어서 팔아도 되는 걸로 알고 있습니다. 뜯어서 입맛대로 고쳐서 팔아도 될꺼에요.spring apache2.0 라이센스 : https://www.olis.or.kr/consulting/projectHistoryDetail.do?bbsId&#61;2&bbsNum&#61;602직접 만드는것도 좋은시도 이긴합니다. 응원함

공개프레임워크 vs 사내프레임워크

7개의 답변

Q&A 목록