안녕
1k
2019-09-25 08:34:05 작성 2019-09-25 12:02:31 수정됨
29
3703

프론트 프레임워크를 도입해서 망했다고 하는 프로젝트 뒷사정


 몇년전에 한 회사에서 같이일했던 개발자 들

두명과 오랫만에 저녁먹으면서,

끝나긴했지만 기나긴 연장을했던  헬 프로젝트,혹은

망한 프로젝트 이야기를 하게되었어요

저는 프로젝트에선 앵귤러 밖에 못해봤고 한분은 앵귤러와 리액트경험,다른분은 리액트, 뷰 이렇게 프론트 프레임워크가 들어간 프로젝트를 해보셨더라구요. 

(프론트 프레임워크를 써보긴했지만 세명다 백엔드입니다.)


그런데 프론트 프레임워크를썼던  프로젝트 중 망했거나 옆에서 망한 걸 본 프로젝트들이 힘들었던 원인들이 묘하게 겹쳐서 재미? 있었습니다.

열거하자면

1. 유아이 컨트롤이 중요한 프로젝트였는데 프론트엔드개발자를 단 한명만뽑았다. 퍼블리셔가 없는 경우도 있었다. 

2. 프론트 엔드 개발자들은 전부 속아서 들어왔다(공통을 잡고나면 화면 작업도와줄 프론트엔드 개발자를 뽑아주겠다고 약속 했거나, 프론트엔드 작업이 능숙한 백엔드들이 있다 라고 장담. -실상은 제이쿼리 플러그인 사용정도 이거나, 해당프레임 워크 경험자는 있더라도 가볍게 접한 1명)

3.백엔드 개발자도 속아서들어왔다. 프론트엔드 프레임워크 별거없고, 서버작업이 훨씬 어려우니 금방적응할 수 있다고 유혹했다. 어려운건 프론트엔드개발자 한명에게  다시킬거니 걱정말라고 하거나 ,프론트 엔드개발자를 추가로 나중에 뽑아줄거라고 이야기하고 안뽑거나 백엔드를 또 뽑았다. 

4. 프론트엔드 개발자 한명에 api 개발자만 왕창 있다보니중간보고때쯤 api는 목표치를 지나치게 초과했고 프론트는 30프로 정도밖에 진행되지 않았다. 그마저도 프론트엔드 개발자가 만든화면이 대부분..

5.최소 한명이 제이쿼리를 소스안에 침투시킨다ㅡㅡ;;;내장기능이 있거나 공통개발이 되어있어도 기어이 제이쿼리를 써서 자기만의 방식으로 만든다.

6.최소 한명이 프론트엔드 개발자가 만든 공통컴포넌트에자신의 페이지에서만 쓰는 영역을 하드코딩하듯 심거나,그나마 잘적응하고있는 다른 개발자의 소스를 자기화면에서만 쓰는것처럼? 마구 수정한다.

7. 5,6번에 해당하는사람이 그나마 적응 하고있는 개발자들 까지 담배 핑계로 불러내어, 프론트 프레임워크 는 한국에서 시기상조이고 쓰지말았어야 했다고 프레임워크를 욕하느라 일은안하고 분위기를 조성한다.

8. pm이 프론트엔드 개발자를  무시하거나, 돈이 아깝다는 마인드였다. 가져다쓸수 없는 기능많은 ui 작업을시킬때 프론트엔드 개발자를 기간으로 압박했다.-이건 제가참여한 프로젝트였는데 프론트엔드 개발자에게 그거 별거없지않냐, 하루이틀이면 되지않냐 짜증내서 퍼블리셔 프론트엔드 동시 도망 ㅜㅜ 저도 기간만채우고 연장해달라는거 안하고 탈주.




알고보면 프론트 프레임워크를 쓴게 문제가아니라

인력구성을 잘못함.

 포스코,네이버,카카오쪽 투입되었던건 성공적으로 잘마쳤다고 하더라구요.....

망한 프로젝트들도 대기업들 이에요.

같은 대기업인데 음..


 프론트프레임워크 쓰는 프로젝트들 분위기 잘봐야할것같아요. 지금 망해가는것도 소생시키려고 한다는데,

계속 백엔드 개발자만 고집해서 뽑고 있고, 고생한 프론트 엔드들은 탈주중 ㅋㅋ


7
2
  • 댓글 29

  • tco99
    1k
    2019-09-25 08:57:45

    결국 PM들이 똥멍청이 인증... 프론트를 왜 쉽다고 생각하는지 모르겠어요. 쉽다고 쳐도 손이 백만배는 많이가는데.

    2
  • 밥도둑계장
    582
    2019-09-25 09:06:56 작성 2019-09-25 09:08:41 수정됨

    spring + thymleaf+maria 로개발하다가

    react + node+mongodb 로 파일럿 프로젝트 진행중인데 

    세상에..

    백앤드보다 프론트 작업이 더많은데요?

    첨에는 mobx 안쓰고 작업하다가 부모자식간에 데이터 핸들링떄문에 빡쳐서

    mobx쓰게 되었는데 그래도 프론트 작업이 백앤드 보다 많은것 같아요.ㄷㄷㄷㄷ

    뭔가 잘못하고 있나 싶기도한데 기존 백엔드 데이터 작업을 프론트에서 json으로 만들어서

    백앤드는 그냥 json받아서 저장하고 불러오는 역활만 하는거같은데..

    이거 잘못하고 있는건 아니겠죠!!?

    1
  • 더미
    13k
    2019-09-25 09:09:50
    세상에 멍청이들이 많져
    3
  • moonti
    2k
    2019-09-25 09:12:36

    프레임워크 가져다가 하라는 데로 안하고 지맘대로 개발 하니 망하죠. ㅎㅎㅎ
    솔직히 이해 없이 프레임워크 비판하는 분들 좀 있더라고요

    2
  • 이리나이
    1k
    2019-09-25 09:24:52

    프론트가 정확히 모하는 사람인지 모르는 사람이 상당히 많죠..

    1
  • 드리데이
    254
    2019-09-25 09:34:17

    프론트가 ..진심 백엔드보다 훠어어어얼씬 할거 많습니다 .


    관점 자체가 


    백엔드 => 사용자 관점 30프로 성능 70프로

    프론트 => 사용자 관점 60프로 성능 40프로 .,..


    관점 자체가 다른걸요ㅕ .

    2
  • 이뉴
    542
    2019-09-25 09:43:22

    프론트 백엔드 둘다 우열을 가리기 힘들게 할 게 많습니다.

    다만, 인식 자체가 UI 구현하는 걸 되게 쉽게 본다는 거죠.

    기술 자체도 낮게 보는 경향이 많습니다.


    이런 경향은 비개발자한테 두드러지게 많이 나오고, 초급개발자들 사이에서도 기피대상이 되기도 하죠

    (초급 쥬니어들한테는 백엔드에 대한 로망이 굉장히 큼)


    재미있는 건 화면 만드는 과정은 경시하면서 정작 완성도는 프론트의 화려함(?)으로 평가한다는 것

    11
  • oneday
    500
    2019-09-25 09:43:35

    고객은 화면으로 모든걸 판단하니까

    프론트가 더 중요!

    끝.

    0
  • 자라선
    1k
    2019-09-25 09:48:27

    요즘 느끼는건데 UI/UX가 게임사이트들이 잘되어있는것 같습니다.

    참.. 볼때마다 신기해서는.. 어떻게만드는건지..

    4
  • Keloper245
    952
    2019-09-25 09:56:11

    5,6,7 너무웃기네요 ㅋㅋㅋㅋ

    2
  • vollfeed
    957
    2019-09-25 12:31:39

    역시 사람 문제..

    1
  • 나오수
    163
    2019-09-25 12:56:28

    Toast ui가  프레임워크 기반으로 작동되는데 

    3종류 framework가 있습니다 

    Jquery , react , vui 

    저는 금융권 프런트 개발자인데 jquery 기반으로합니다

    중요한것은 좀 오래된 jquery 라도 코딩 규칙만 잘지키면

    유아이컨트롤이 복잡하건 어떻든지  

    플젝은 성공하겠죠?  제이쿼리를 폄하하는게 본문에서 느껴지네요 

    코딩 규칙이 핵심인데 

    1
  • Keloper245
    952
    2019-09-25 13:21:16 작성 2019-09-25 13:22:07 수정됨

    나오수 

    Jquery를 무시하는게 아니라 팀이 익숙한(혹은 결정한) 프레임워크가

    아닌 개인이 익숙한 프레임워크를 말도 없이 박아넣은게 문제가 되는겁니다.


    반대로 Jquery기반인 프로젝트에 뜬금없이 Vue혹은 React가 트렌디하니까 이걸쓰는게 무조건 좋아. 하면서

    협의 없이 넣으면 그것 또한 문제가 되지요.


    2
  • 나오수
    163
    2019-09-25 13:29:10

    그렇죠 

    코딩 규칙을  안따른게 제일 문제  

    좀 이해가 안가네요.  왜 규칙대로 코딩 안할까요?

    예를 들면 react 라면 jquery 관련 include 를 완전히 빼버리면 바닐라와 리액트 두종류만 있을까요?

    프런트엔드 저는 갈수록 쉬어지던데요 

    1
  • 안녕
    1k
    2019-09-25 13:31:08 작성 2019-09-25 13:46:10 수정됨

    나오수 

    제이쿼리 무시하지 않습니다.

    타이틀처럼 '프론트 프레임워크' 사용 프로젝트

    한정의 프로젝트 문제점에대해 이야기한거구요.

    공통으로쓰는 프레임워크가 있고 제공하는 기능도있고

    공통모듈 컴포넌트가 있는데도 불구하고


    난 규칙 따르기싫고 공부하기싫고 공통기능 찾기싫고 내편한대로 하겠다.  라고 말도없이 윗분말씀처럼 제이쿼리를 많이써봤으니 하던대로 박아넣는게 문제가있단것입니다.

    무시를했다면 제이쿼리가 아니라 그사람을 무시를 한것이겠죠. 더정확하게 표현하자면 화가나는거구요.

    앞날이보여서.

    공통소스 한개만수정하면 끝나는일이었는데

    그사람거는 그사람거대로 다따로수정 해야하는 상황..

    그렇게 이기적인사람이 자기가 잘못한거 오류나 잘고치면 다행이구요.

    1
  • 쭈압
    334
    2019-09-25 14:33:23

    글 내용이 비판적이라서 딱히 제이쿼리를 폄하하는 내용이 아니더라도 그렇게 비춰진 것 같네요.

    핵심은 말씀해주셨듯이 서로 동의가 되지 않은 것을 자기마음대로 사용해서 코드가 난잡해지거나 꼬여버리는게 머리아프다 뭐 이런건데 제이쿼리를 좋아하거나 즐겨쓰시는분들이 보면 느낌상(?) 그렇게 느끼실 수도 있을 것 같아요 ㅋ

    1
  • 물병자리
    198
    2019-09-25 16:34:50

    Vue에다가 제이쿼리 잘 사용했습니다만..

    제이쿼리가 왜 비난 받는지 모르겠네요..

    -2
  • 안녕
    1k
    2019-09-25 17:13:02

    물병자리

    혼자할땐 어떤방식이든 자기맘대로 하면되죠

    이후에 분석하는사람들이 헷갈릴뿐이구요..


    협업에서 모두스프링을 쓰는데

    혼자 다른프레임 워크를 꽂아서 혼자만 사용하는 소스코드를 양산하고, 공통유틸 이 있어도 새로 계속만들고

    모는페이지를 하드코딩하는 방식으로 나만당장 편하게 개발한다면 프로젝트가 후반에 어떨까요..


    내용이 안좋았던 프로젝트 였던이유로  이상하게 제이쿼리에

    집중이되는데


    저도 프론트엔드개발자 만큼은 멋지게 못써서 그렇지 굉장히 잘 사용하고있어요.

    하지만 협업에선 룰을 지키고 공통모듈을 사용하려고 노력은

    해야 한다고생각해요.

    별거 아닌것같아도 이런 한두사람 때문에 정작 안떠났으면하는 사람들이 떠나버리는것도 싫고


    남의 설사 치우기도 싫어요..

    1
  • 변기
    11
    2019-09-26 19:31:31 작성 2019-09-26 19:32:56 수정됨

    제가볼땐 vue를 쓰면 안되는 프로젝트였던것 같네요. 어찌되든 프론트코드를 뷰보다 제이쿼리가 익숙한 사람들이 다수 만지는 환경이고 백엔드개발자가 더많은 환경이였으면 프론트공수가 큰 api만 만드는 개발방식말고 mvc 로 했어야하지 않았을까합니다

    1
  • yeori
    594
    2019-09-27 07:10:33

    Angular, react, vue 이 세명을 보면 온갖 기능들을 경쟁적으로 집어넣으면서 수많은 프로그래머들에게 과도한 학습을 강요하는 측면이 강합니다.

    쟤들이 되는거 우리도 제공해요,

    우리는 이런거 있어요,

    쟤네는 이런거 없어요,

    우리도 다음 버전에 비슷한거 넣을거에요...

    지금 상황이 옛날에 MS 윈도우같은 편집기 싸움이 벌어질때와 비슷합니다.

    사람들이 별로 쓰지도 않을 기능들을 오로지 마케팅을 위해서(우리 이런 기능 있다!! 우리도 있다구!!) 마구 집어넣는거죠. 지금 프론트엔드가 딱 이런 상황입니다. 춘추전국시대 난장판 개판...

    그러니 학습량이 많아지는거죠

     얘네가 제공하는 기능이 사실 따지고 보면 상태 변화에 따라서 화면을(view) 자동으로 업데이트 해주는 거, 기존에 jquery같은걸로 하려면 일일이 element 업데이트 쳐주고 서버에서 데이터 긁어다 잘 뿌려주는 이 지점들인데...

    이거는 전체 애플리케이션에서 일부분에 불과합니다.

    근데 많은 사람들은 프론트엔드 기술 삼형제가 모든 문제를 해결해줄것처럼 신봉하고 유대교 이슬람 기독교 갈라져서 싸우듯이 논쟁을 벌입니다(우리가 더 짱이야! 우리가 원조야!!)

    그거 말고 진짜 고민할 지점들은 따로 있는데...

    셋 중에 빨리 두명이 떨어져 나가서 좀 정리가 되어야지, 2~3 년 후에 없어질지도 모르는거 시간 들여 배울 필요가 있는지는 의문입니다.

    이거 써야 힙하다, 우리는 이런 최신 기술 쓴다, 이런 이유로 프로젝트에 박아넣는데도 많은거같고..

    셋중에 더 나은 놈이 살아남는게 아니라 많이 쓰이는 놈이 살아남겠지만... 경쟁적으로 배타적인 문법 만들어서 마구 들이밀고 그거 검사해준다고 이것저것 설치하게 하고... 절레절레...

    1
  • 아범테크
    181
    2019-09-27 09:52:26 작성 2019-09-27 09:53:57 수정됨

    우리나라는 백엔드가 더 고급이고, 프론트엔드 '따위'가 하는거는 대충 커버칠 수 있다고 생각하는 사람들이 많죠.

    그리고 제이쿼리 코드를 넣는다는거는, 프론트엔드 개발자들은 대충 제이쿼리 코드나 떡칠해대는 사람들이라는 인식이 있으니깐 그렇게 행동하는 거죠. 한마디로 개무시한다는거쥬...

    3
  • ian2016
    62
    2019-09-27 10:32:38

    예전과다르게 요새 웹 프론트가 원하는게 많고 복잡해지면서 

    그러한 프로젝트에 프레임워크 쓰는것과 안쓰는것은 많은 차이가 생긴거 같네요..


    과도기 치곤 시간도 좀 지난거같은데 위에 책임자들의 생각이 중요한것같습니다.


    3
  • ropal
    241
    2019-09-27 15:01:43

    저는 풀스택 개발자인데

    2010년부터 프론트가 손이 더 많이간다고 생각했는데

    지금도 서버단만 할줄아는 개발자들은 프론트가 

    별개없다고 서버단이 대단하다고 자화자찬 하기 바쁘네요.

    4
  • smasma
    2k
    2019-09-27 15:27:23

    그 좋은 jquery가 왜 욕을 먹어야 하는지 모르겠네요.. jquery만으로도 복잡한 ui얼마든지 만들수는 있긴한데..다만 react의 virtual dom처럼 좀더 나은 경험을 제공하지는 못하긴 하죠..

    ui의 복잡도가 크더라도 충분히 javascript 잘하는 사람은 개발코드를 효율적으로 구성한 패턴만으로도 커버 가능합니다. jquery냐 react냐 문제는 jquery로 커버가 힘든영역에서만 제한적으로 도입해야한다는 게 저의 생각입니다.

    예전 jquery jsp VS flex때가 생각나네요. flex유행할때.게시판만드는데도  flex를 쓰다가 망한케이스도 봤었는데 그런것이 아닌가 합니다.

    react를 쓰더라도 react에 숙련도가 높은 사람을 채용해서 써야 하는거지요..

    jquery와 개발패턴이 완전히 다르다면 말입니다. jquery에 익숙한 사람을 데려댜 개발패턴도 다른 react를 시키려니 급하면 중간에 jquery 코드가 들어가는 거죠..습관? 그거 무시 못하죠..

    전 주로 백엔드 개발을 하고 있기는 하지만 백엔드는 백엔드 나름대로 알아야 할게 많고 프론트는 프론트 나름대로 알야야 할께 많다라는 정도는 잘 압니다. 왜냐하면 전 프론트도 어느정도 할줄은 알거든요..

    솔직히 프론트가 약간더 골치 아프긴 합디다..ㅎ


    -1
  • 보해잎새주
    342
    2019-09-27 16:05:47

    제이쿼리의 시대는 갔지요. 한 페이지를 만들더라도 유지보수 까지

    생각한다면 리액트나 뷰 같은 프레임워크를 써야 한다는 생각입니다.

    물론 기존 프로젝트가 제이쿼리로 되어있다면 무리해서 도입해서는 안되겠지만요.

    헌데, 이 리액트나 뷰가 러닝커브가 있습니다. 숙지해야할 개념도 많고요. 

    PM 이 웹 트렌드를 못 쫓아가면 프로젝트는 산으로 갈수 밖에 없겠지요 ^^


     

    1
  • kamy
    80
    2019-09-27 18:51:43

    1. 코드 리뷰 안함

    2. 새로운걸 도입했으면 새로운걸 공부 해야하는데 기존걸 계속 고집해서 구현함

    이것때문에 망하더라고요

    0
  • 삼식이
    1k
    2019-09-27 23:30:41

    아무리 봐도 리액트는 SI 환경에 맞지 않더군요.

    0
  • 서노
    147
    2019-09-29 09:58:43

    시간과 예산이 더 있었더라면

    0
  • twinmoon
    979
    2019-09-30 11:17:37

    이 내용은 JQuery의 문제나 그걸 사용한 개발자 보다는 애초에 약속을 지키지 않은 관리자 + 프론트앤드에 대한 인식부족인 관리자 들 때문에 발생하는 문제로 일정이 지연되는걸 개발자에게 푸시하니 자신이 할 수 있는 가장 익숙한 기술을 사용해서라도 일정을 지키려는 상황이 발생하여 생기는 문제라고 봅니다.

    0
  • 로그인을 하시면 댓글을 등록할 수 있습니다.