|
:: 게시판
:: 이전 게시판
|
- PGR21 관련된 질문 및 건의는 [건의 게시판]을 이용바랍니다.
- (2013년 3월 이전) 오래된 질문글은 [이전 질문 게시판]에 있습니다. 통합 규정을 준수해 주십시오. (2015.12.25.)
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
22/12/06 20:09
무리일수도 있는데 이왕 이렇게 된거
좀 빡시게 공부하려고 생각하고 있었습니다 신규 프로젝트도 아니고 클론코딩으로 진행하게 되는거라 우선 개발경험은 기초가 없을뿐 6년간 유지보수 하면서 비베 class asp html css js ajax는 구글링 하면서 신규 기능 추가 수정 변경까지 가능은 했었습니다. (인수 할 당시보다 50%는 기능추가가됨) 그래서 백엔드가 먼저일지 프론트를 먼저 공부할지 궁금했었습니다. 1년 투자해보고 안되면 외주로 발주 낼 생각입니다. 답변 감사합니다
22/12/06 20:48
(수정됨) 대단위 트래픽이 몰리시는게 아니라면
자바스크립트로 언어 통일하시고, 프론트는 뷰 (리액트는 러닝커브 좀더 높은 편, 작은 부품들로 쪼개서 만들어서 대단위 개발시 확장성이 좋음, 쿠팡 내부 데이터 플랫폼 서비스도 뷰로 만든다고 현업분에게 들었습니다. 이유는 빠르게 배우고 써먹기 편해서) 백은 nest.js + type orm 으로 처리하시면 빠르게 API 찍어내실 수 있으실듯 합니다. 기존 DB 구조와 API가 잘 짜여져 있다면 화면부터 바꾸셔도 되고, 아니시라면 API 부터 만드시는게 나을 수 있습니다. 프론트는 데이터 받는대로 보여주는 거니까요. vue도 이미 디자인 만들어진 vuetify 같은 라이브러리 사용하시면 좀더 편하고 빠른 개발이 가능합니다. 단순 CRUD 작업 하시는 서비스시라면 이정도 만으로 충분할듯 보이네요. 추가로, 혼자 작업하시더라도 변경이력은 Git으로 프로젝트 관리하시면 진행과정 추적이나 롤백이 쉬워집니다. 그리고 여력 되시면 cloud (aws, gcp)로 배포하시는것도 배우시면 서비스 다운 걱정 없이 안정적으로 구동하실 수 있습니다.(어쩌다 한번씩 얘네도 먹통이 되긴합니다만...) 베이스 없이 코드 뜯어 고치실 이해력 이시라면 충분히 하실 법 합니다. 인프런등에서 질의 응답 해주시는 강의 찾아서 하다가 막히는것 물어보시면서 해보시면 좋으실 듯 합니다.
22/12/06 20:59
프론트엔드가 별거 아닌 것처럼 보여도 실제로 하다보면 어려운 경우도 있고, 기존에 쓰던 솔루션 자체가 가진 문제점들도 많을거라 그거 개선하는 것도 생각해서 하셔야 할 텐데요. 개발자로 일을 해온게 아니라면 시간 날 때마다 배우면서 혼자서 1년은 정말 능력자가 아닌 이상 힘들 겁니다.
꼭 직접하고 싶다면 제품 디자인부터 새로 구상해서 하시고 No code라고 코딩을 아예 안 하거나 하더라도 최소화해서 할 수 있는 툴, 서비스가 많습니다. 그쪽으로 하시는게 낫지 않나 싶네요.
22/12/06 21:35
다들 답변 감사합니다classic asp가 json을 지원하지
않아서 api단이 지금 하드코딩이 되어있는데 지금 구조가 api최소화에 그냥 프로시저로 때려박아 돌아가는 구조라 엄청 단순화 되어 있어서 대여점 관리프로그램보다 더 단순한 프로그램이라서요 실 사용자도 30명 내외라서 트래픽도 없고요.. 한번 부딪쳐서 해보긴 해봐야겠네요 안되면 마지막에는 외주 발주로 해보겠습니다 다들 감사합니다
22/12/07 00:45
(수정됨) 구조가 어떻게 되어 있는지 정확히 모르겠는데
아마 기존 것은 DB가 있고 비베로 짠 관리프로그램과 asp가 DB에 직접 접속하는 형태겠지요? 쓴 언어 보니까 당연히 DB는 MS-SQL일 것 같고... 그러면 프론트 엔드부터 바꾸면 안됩니다 프론트 엔드를 바꾼다는게 asp 코드를 살려둔채 html과 자바스크립트 부분만 새로 짜서 겉으로 보이는 부분만 바꾸겠다는 의미라면 그건 이중 작업이 될겁니다... 일단 구조 파악하셔서 백엔드에서 동작할 서버 쪽부터 짜시고 api 개발을 완료한 다음에 api들을 사용해서 프론트 엔드를 새로 작성하셔야죠.... 어차피 관리프로그램도 새로 만드셔야 할 것 같은데 새로 만드는 관리프로그램을 비베로 만들 이유가 없잖습니까? 어차피 웹베이스로 가실거고... 그럼 중간에서 실질적으로 비지니스 로직을 처리하고 api를 외부로 제공할 미들웨어가 가장 먼저입니다. 비지니스 로직을 asp 파일과 관리 프로그램에 분산된 형태로 가지고 있는 기존 구조를 구지 답습할 이유가 별로 없습니다. 개발에 부담이 되신다면 중간에 미들웨어만 직접 개발하시고 그냥 웹쪽만 외주 주셔도 됩니다 정리 개발된 API로 웹에서 UI 만드는건 언제든 다시 작업할 수 있는 부분이고 유지 보수에 그리 중요한 부분이 못됩니다
22/12/07 09:33
사용자들이 뭘 가장필요로 하실지는 제일 잘 아시겠지만
자바스크립트,뷰,리액트로 프론트엔드개발하는건 속칭 가성비가 나오기 쉽지않을거 같습니다 인프라가 픽스된 상황이라면 db와 api서버 백엔드부터 정리하는게 낫지않을까 싶습니다
22/12/07 13:31
어떤 솔루션인지 모르겠지만, 사용자 수가 30명 정도면 자체 개발 말고 이미 개발된 솔루션으로 갈아타는 방향으로 검토해 보시는 건 어떨까 싶습니다.
22/12/07 14:00
대충 어떤 말씀인지 이해는 가는데, 제가 비슷한 상황이라면 상황이구요.
돈 들여서 해결 가능하면 돈 들이시는게 좋습니다. 대신 그 과정에서의 필요한 부분만 정확하게 정리 가능하시다면 충분히 프레임워크를 바꾸든 다른 방향으로 끌어가실 수 있을겁니다. 기존의 시스템 단에서 돌아가는 DB의 쿼리나, in/out에 대한 Dataset의 명세등도 남아있다면 가능성이 없진 않습니다. 근데 이걸 다 혼자한다는건 늘 그렇지만 한계가 굉장히 크고, 그 기간동안 구성원들이 힘들어지기 딱 좋다는걸 생각하셔야 합니다. 전 돈을 못들이니 결국 시간으로 고통받고 다들 끌려가지만, 자금집행과 의사결정이 가능하시다면 명세만 정확하게 기획하셔서 그에 따른 개발부분만 따로 프리랜서등 전문적으로 가능하신 분들과 함께 엎으시는걸 추천드립니다.
|
||||||||||