기본 콘텐츠로 건너뛰기

java 와 nodejs의 비교

java 와 nodejs의 비교

저는 SI 프리로 일하고 있는 일개 노동자인데도 최근에 개인 프로젝트 때문에 nodejs 를 사용하게 되었어요. 사실 거의 java만 쓰다가 nodejs를 해보니 쉬운 문법에, 빠르게 적용시킬 수 있고 이클립스 같은 무거운 툴이 아닌 가벼운 텍스트 편집기(editplus 나 sublime text 같은 툴)을 사용해도 무리가 없이 술술 코딩이 되는게 가장 큰 장점이라고 볼 수 있겠습니다.

그럼 여기서 java 와 nodejs 의 장단점을 일과 관련해서 정리해 보자면(테크니컬적인 것이 아닙니다, Web program 기준이며 개인적 경험을 바탕으로 작성하는 글이기에 많이 미흡할 수 있습니다)

java 는 대중적이면서 많은곳에서 사용합니다. 시장성이라는 면에서 본다면 정말 탑클래스급이지요.(우리나라에선) 그래서 배워두면 어디 취직하는데 언어때문에 크게 문제가 되지 않습니다. 특히 스타트업을 제외한 대부분의 회사는 java를 선호합니다. 그러나 java가 어려운 이유는 객체지향적인 코딩으로 인해 소스가 어디붙어있는지 구조를 잘 모르면 찾기 힘들어지고 java만으로 하는것보다는 수많은 API를 동반해야 하며, 특히 프레임워크와의 결합에 많은분들이 어려움을 느끼더라구요(일정 경력 이상 분들은 그렇지 않아했지만, 비슷한 경력이 있으신 분들은 이부분을 가장 어려워 했습니다.)

nodejs 의 경우는 스타트업이나, 퍼포먼스를 요구하는 회사에 적합하다고 보입니다. 빠르게 수정이 가능하며 들인 시간과 노력에 비해 퍼포먼스가 잘 나오는편이지요. 요즘 스타트업들 회사 보면 nodejs를 쓰는곳도 제법 많습니다.(스타트업 회사에 한번 들어가 볼까 했는데 괜찮다고 생각하고 이력서를 지원한 회사가 대부분 nodejs 경력자를 뽑더군요;;) 또한 개인프로젝트 같은 것들을 할때에도 가볍고 만들기가 쉬워서 이용하기 편한 면이 있죠.(저는 개인프로젝트에 많이 활용하는 편입니다.)

사실 nodejs 를 하면서 느낀것은 php와의 비교였습니다. 둘다 스크립트 언어이기에 배우기에 쉬운 편이구요. 흡사해 보이는 부분이 많았다는 느낌을 계속 받았습니다. 아마 이 두개를 자세히 평가하고 싶으시다면 다음의 링크를 보시는것을 추천합니다. (링크 : 친구에서 적으로... php와 node.js의 전쟁 이야기)

우리나라 시장성과 대입해서 보면, 우리나라 대부분의 (개인)쇼핑몰은 php로 구성되어 있습니다만, 프로그램의 취직 시장성으로 본다면 php자리는 별로 없다라고 말씀드리고 싶습니다. 대신 알바거리로 php가 은근 많습니다.(쇼핑몰을 하시는 분들이 바꾸고 싶은게 있어서 단기개발로 의뢰를 한다던지 하는 것은 제법 눈에 보였었습니다.) 그래서 인지 php를 약간 낮게 보는 사람도 종종 있어요. 사실 language 가 뭐 중요하겠냐 라고 하겠지만(저도 이쪽에 가까움) 실용성과 선호도가 다른건 엄연히 분리되어야 합니다.

어쩃든 가볍고 빠르게 웹페이지를 구성할 수 있는 php는 웹서버를 구축할때 apache에 의존하는 형태이기에 nodejs에 비하면 조금 부족하다 할 수 있겟지만 그럼에도 쉬운 언어에 속합니다(배우기 쉽다는 의미) '

어쩌다 php 얘기까지 꺼내게 되었는데, 약간 우려섞인 말을 하자면 nodejs 도 php 처럼 저런 길을 걷게 되는게 아닐까 살짝 걱정은 됩니다. 어쨋든 우리나라는 java가 대세를 이루고 있는 터이고 대기업의 대부분의 프로젝트 또한 java 나 c(특정부분에 한해)로 이루어진것들이 많기 때문에 기업에서 굳이 돈을 투자해서 변경하려 하지 않을것입니다.

반면에 신규 사업을 하는 업체일수록 단가도 저렴하고 퍼포먼스도 잘나오는 nodejs(또는 php) 를 선호하는것 같습니다. 그렇기에 양쪽언어를 잘 활용할 줄 알아서 적재적소하게 사용하는것이 더 좋겠지만, 여건상 그것이 되지 않는다고 한다면 기업에 취업하고 싶다면 java를, 그러나 스타트업같은데서 빡세게 굴러보고 싶다거나 개인 프로젝트를 준비하고 싶다면 nodejs를 병행해서 공부하는 것을 추천드려요.

그러나 이 모든것을 뒤엎고 반드시 중요한것은 DB입니다. (찡긋)

from http://lemontia.tistory.com/134 by ccl(A) rewrite - 2020-03-07 04:54:13

댓글

이 블로그의 인기 게시물

카카오 오픈빌더와 외부 API 연동(feat.Nodejs)

카카오 오픈빌더와 외부 API 연동(feat.Nodejs) 이전에 플러스 친구와 외부 API 연동에 관한 글을 작성한 적 있습니다. 하지만 지난 2년동안 플러스 친구에 많은 변화가 생겼는데요. 카카오 플러스 친구의 명칭이 카카오 채널로 바뀌고, 챗봇 세팅 방식이 기존 [카카오 플러스 친구 - 외부 API 연동] 구조에서 오픈빌더가 추가되어 [카카오 채널(구 플러스 친구) - 카카오 i 오픈빌더 - 외부 API 연동] 구조로 바뀌었습니다. 이번 글에서는 오픈빌더의 챗봇 시나리오 관리 기능을 간단히 소개하고 외부 API를 연동하는 예제를 다뤄보겠습니다. (연동파트는 5번 항목부터 보시면 됩니다.) 1. 블록 블록은 오픈빌더에서 질의/응답을 관리하는 최소 단위로, 사용자의 발화와 챗봇의 대답을 입력할 수 있습니다. 예를들어 인사라는 블록을 만들고 인사에 해당하는 사용자 발화 패턴들을 입력해두면, 실제 채널 톡방에서 그에 해당하는 발화가 들어왔을때 입력해둔 응답이 나오는 형식입니다. 예전에는 패턴과 발화 키워드가 1:1 매칭, 즉 입력해둔 패턴과 사용자 발화의 string이 정확히 일치할때만 블록이 실행됐었는데, 발화 패턴을 20개 이상 등록하면 머신러닝 기능을 이용할 수 있도록 기능이 생겼습니다. 아마 유사도 분석 개념이 기본으로 들어가있을 것이기 때문에 블록의 주제와 벗어나는 너무 뜬금없는 발화패턴들을 많이 넣지 않도록 하는걸 권장하겠습니다. 2. 시나리오 시나리오는 '블록'들을 묶어서 관리할 수 있는 단위로, 일종의 폴더 구조라고 생각하면 쉽습니다. 오픈빌더에서 좌측 상단에 파란 버튼을 클릭하여 시나리오를 생성할 수 있습니다. 하나의 시나리오에서 모든 블록을 관리하면 챗봇 도메인이 커질수록 관리가 어려워지니 아래 같은식으로 시나리오를 사용하여 블록을 구조화하면 운영 측면에서 수월해집니다. 3. 컨텍스트 컨텍스트는 맥락이라는 뜻 입니다. 오픈빌더에 존재하는 컨텍스트는 자연어 분석을 통해서 맥...

AWS instance로 Nodejs 구현하기

AWS instance로 Nodejs 구현하기 서버와 데이터베이스 관리 차원에서 효율적으로 관리하기 위해선 로컬보다는 서버를 호스팅해서 하는 것이 좋다. 우리는 Nodejs를 구동하기 위해 AWS에서 인스턴스를 할당받을 계획이다. 인스턴스의 pem키를 발급받아 nodejs와 npm까지는 설치를 완료한 상태이다. $ sudo npm install -g express 다음의 명령어를 입력하면 글로벌 옵션으로 어느 path에서든 express를 사용할 수 있게 설치한다. 다음과 같이 실행이 된다면 성공이다. 이후 Express generator를 설치한다. $ sudo npm install -g express-generator@4 버전은 4.x이며 이 역시 글로벌 옵션으로 설치해 준다. 이제 Node monitoring을 위해 nodemon을 설치해 준다. $ sudo npm install -g nodemon 모든 설치가 끝났다. 이제 nodejs를 실행시킬 프로젝트용 directory를 만든다. 이렇게 만들어 주고 express를 실행시키면 된다. $ express -e 다음과 같은 결과가 나오면 된다. 이제 node package를 설치하는 명령어를 입력하자. $ sudo npm install 이제 vi를 통해 포트번호를 정의해보자. app.set의 마지막에 한줄을 추가하면 된다. app.set('port', process.env.PORT || 9000); 이로써 우리는 9000번 포트를 사용하게 되었다. 또한 마지막줄에 서버를 생성하기 위한 코드를 작성하자. module.exports = app; var server = app.listen(app.get('port'), function() { console.log('Express server listening on port ' + server.address().port); }); 이...

20.03.24 ShareBook TIL

20.03.24 ShareBook TIL Project/TIL 20.03.24 ShareBook TIL 중간 배포를 위해 EC2, RDS를 다시 설정하였다. EC2에 git에서 clone을 하고 서버를 작동시켜보니 ts로 돌려서 그런지 작동하지 않고 대기 상태로 있다가 timeout같은 시간 초과 에러가 났다. 그리고 갑자기 EC2 자체가 느려져서 nodejs를 삭제하고 다시 nvm으로 높은 버전의 node를 설치하였다. 그리고 나서 혹시 js로 돌리면 될까 해서 tsc로 js로 변환한뒤 돌려보니 RDS와 연결이 되지 않는 에러가 생겼다. workbench로 RDS를 연결했을 때는 정상적으로 작동해서 EC2에서 잘 못 설정한게 있다고 생각했다. 그래서 local에서 한번 config.json을 수정하고 연결하여도 똑같은 에러가 발생했다. 그럼 보안 설정에서 문제인가 싶어서 EC2, RDS 보안 그룹에서 설정을 막 만져보다 RDS에서 Custom TCP에 처음 RDS에서 설정한 포트를 넣어주었더니 연결되었다. config.json내용을 EC2에도 똑같이 적용시켜보려고 json파일을 vim으로 작성해서 넣어 주었지만 여전히 같은 에러를 반복하였다. 그럼 json 파일을 못 읽어내는게 아닌가 싶어서 그냥 module에 index.js에서 sequelize를 생성하는 부분에 직접 넣어 주었더니 마침내 연결이 되었다. 해결하고 난 뒤 생각의 흐름을 적어보니 매우 짧지만 정작 오늘 아침 10시 반부터 시작해서 저녁 10시 반까지 12시간을 고민하고나서야 해결되었다. from http://three-five.tistory.com/46 by ccl(A) rewrite - 2020-03-25 00:54:05