javascript c# 같은 프로젝트 각각 진행해본결과

트위터나 insta등등의 api 에서부터

BFS느낌으로 crawl하는데 timeout등이나 retry등 flow 컨트롤하고

error핸들링과함께 db도 왔따갔따거리고

현재 상태를 monitoring하려고 queue만들어서 하기도하고 하는데요

c#이 100배 낫구요.

js는 큰 프로젝트, 조금 더 구체적으로 말하면

flow가 많고 error handling이 많은 프로젝트에는 취약합니다.

모든게 async라서 callback으로 처리되기 때문에 flow를 관리하기 힘듭니다.

또한 callback에서 throw되는 error는 handling이 매우 매우 힘듭니다..

(domain이고 뭐 뭐고 지랄해보지만 양심적으로생각해보셈 그렇게 까지 js쓸꺼임? 어셈으로 짜지 그럴바에..)

코드양이 굉장히 많아짐. 코드 짧고 긴게 무슨상관이냐 하겠지만

쓸데없는 코드양이 많아지는 것은 가독성포함해서 프로젝트 자체에 매우 안좋은건 아실거임

C#의 경우 linq나 delegate 등으로 충분히 필요할때 anonymous function을

적절하게 만들어 js마냥 async를 활용할 수 있습니다.

다시는 javascrip t로 백엔드 (웹서버같은거말고) 만들지 않겠읍니다.

딱 웹같은 GUI에서 이벤트하고 하는 용도 아니면 사용 안할꺼임... 상처받음.

다음 타겟은 python vs go vs java인데 어떤걸로 해볼까요?

단순히 이 프로젝트용 말고, 추천해주실만한거 있나여

예전 제 글 추천대로java를 한번 익혀볼까...

아니지 오라클사건도있고.. 구글형님빽으로 go를 가볼까요?

아니면 평탄하게 python ㄱ?

잡담 | 1640명이 읽었어요. 18.188.61.223

비공개 손님 … 2018-04-05 15:43:50

rx java ? (안해봤지만 남 고생시키면 재밌겠다능)

비공개 손님 … 2018-04-05 15:46:34

뭐랄까 java는 느낌이 죽어가는 사람에게 계속 생명장치 붙혀서 겨우살게하는 느낌이에요

섹시하게 잘 빠진 go같은경우 channel로 reactive 걍 구현해낼 수 있을텐데요

비공개 손님 … 2018-04-05 16:02:32

그냥 js 하시지 말고 rxjs 쓰면 비동기 처리 좀 수월하게 하실 수 있을 듯.
추가 프로젝트는 전 파이썬을 선호하긴 하지만 Go 가 왠지 마이너하면서 실력파 느낌나는 느낌적 느낌.

비공개 손님 … 2018-04-05 16:50:26

언어적으로는 당연히 당연히 c#이 훨씬좋습니다
node 가 거지같은데 promise, asyns, await, rx 등을 이용해서
그나마 좀 로직을 짤 수 있져
근데 promise만 써도 node로 크롤러 retry 같은거 하는거 짜는거는
존나 잘 짜질텐데...

비공개 손님 … 2018-04-05 17:44:16

4 //
Rxjs 는 첨들어봤네요 함 찾아볼게요
맞아요 go가 좀 간지나요 그래서 끌려요

비공개 손님 … 2018-04-05 17:50:30

5
답변 감사해요. 본문에 적으려다 말았는데, native module 보면 promise, callback 이 섞여있어요. 겨우 일관성있게 리팩토링한다 해도 (async 모듈 참 훌륭하더라구요) 에러 처리가 제대로 안돼요. 거기에 디비 들락날락까지 context로 묶어가려니 하는일에 비해서 코드가 너무 복잡해지더라구요. C#에 비해서요.

앞으로 프로젝트하며 언어에 능숙해질텐데 js보단 다른 언어에 그 노력을 투자하는게 회수가 더 많을거같아요

비공개 손님 … 2018-04-05 18:01:51

고고

비공개 손님 … 2018-04-05 18:02:35

8 헤헤 남자라면 고

비공개 손님 … 2018-04-05 18:46:32

python 만 5년 쓰다가 go 몇개월 쓰다가 작년초부터 js (정확히는 ts) 로 넘어갔는데
(파이썬3의 코루틴이 거지같아서 go 로 넘어간거 였는데 회사에서 ts 기반 MSA 프레임워크를 만들어 쓴대서 강제로 js)
서버 언어로서의 선호도는 go > js(정확히는 ts) > python 인데
MSA 라는 개념이랑 좀 더 구색이 맞는 언어는 역시 js 인 것 같습니다.

모든 것을 다 배우면 좋지만
시간도 체력도 제한적인 직장인은 효과적으로 공부해야한다고 생각합니다. (그래야 게임할 시간이 늘어남)
그래서 개인적으로는
각 언어별로 용도와 패러다임에 맞춰서 안다뤄본 걸 배우는 걸 추천하고 싶네요.

비공개 손님 … 2018-04-05 18:53:44

Js도 rxjs 같은약 섭취하면 괜찮아져요.. 쌩 async wait 로 짜면 좆같은거는 기타 언어들도 매한가지고요. C#이 좆같지 않은 이유는 ReactiveX 가 원래 ms에서 만둔거라서 그럼.

비공개 손님 … 2018-04-05 18:55:12

참고로 ts(typesclipt) 는 대규모 서비스를 위해서 MS 에서 만든 언어고 구글도 프로덕션 레벨에서 자유 사용이 허용된 언어입니다.

비동기 측면에서도 (c# 은 예전에 알바한다고 잠깐 써본게 다라서 정확한 비교를 할 수 는 없고 파이썬 기준) '원래 동기형으로 짜야하는 언어지만 사실 비동기 코딩도 된다' 와 애초에 설계부터 이걸 염두해둔 언어의 문법(go 라던가 js 라던가) 과는 전체적인 코드의 모양새가 하늘과 땅차이고, 특히 여러명이 협업할 때 품질에 큰 영향을 미친다고 봅니다.

비공개 손님 … 2018-04-05 18:55:13

dart(?!?!) 의 promise await 가 신택스만으론 c# 이랑 되게 비슷하긴 합니다

비공개 손님 … 2018-04-05 18:56:24

마지막으루 자바 하지마세요 Kotlin 아니면 Swift 하세요 헤헿

비공개 손님 … 2018-04-05 19:34:10

헤헿

비공개 손님 … 2018-04-05 21:15:12

Flowable.create(myNetworkJob)
.flatMap(networkData -> insertToDb)
.subscribeOn(Schedulers::BgThread)
.observeOn(Schedulers::UIThread)
.onellolResumeNext(if it is => TcpIpException then: Flowable.error("Network unreachable"); DatabaseExeption then: Flowable.error("Database corrupted"); else: Flowable.retry(myNetworkJob))
.subscribe(dbInsertResult -> console.print("INSERT SUCCESS"), exception -> console.print("INSERT FAILURE"))

RxJS 쓰면 이런식으로 코드 기술할 수 있어서 async callback 막 섞이면서 코드 미친년 날뛰기 하는일이 사라짐

비공개 손님 … 2018-04-05 22:36:34

에휴, 이게 다 뭐다냐...
저도 자바는 저물어가는 느낌이 드네요. GO 공부해보려고 합니다.

아 근데, 하필 이름을 지어도 GO라고 지어서 검색하기 힘들게...ㅡ.ㅡ 알만한 사람들이...
구글링할 때, golang 이라고 검색하면 된답니다.

비공개 손님 … 2018-04-05 23:13:13

피의 햄스터 // ts는 단순 syntax sugar 아닌가요ㅕ? 그거말고 rxJs같은게 제가 언급한 js의 단점을 보완해줄수잇을듯여!

비공개 손님 … 2018-04-05 23:14:37

코드멍키 // go언어는 암것도없이도 rxjs쓴듯한수준의 신택스 슈가를 누릴수잇더라그여

암튼 rxjs 완전좋은거같아요 감사합니다 .async 에서벗어나서 rxjs 한번 적용시켜볼게요

비공개 손님 … 2018-04-05 23:15:00

dart는 ... ㅋㅋㅋㅋ 구글도 ts를사용하는바당에 dart는 버려졋다고들엇어요 흑흑

비공개 손님 … 2018-04-05 23:15:44

풀새끼단말마 // ㅋㅋㅋ 맞아요 요새 java를.. 아예안쓰는분위기더라구요. go언어 이름 지은거 진짜웃겨요 ㅋㅋ 저도 golang으로만검색해요 ㅎㅎ

비공개 손님 … 2018-04-05 23:21:11

그런데 문득 드는생각은,,

rxjs도 그렇고 promise등도그렇고

과연 'async'가 기본인 언어를 사용할필요가잇을가. gui의 event 같은경우엔 async등이나 react가 굉장히 좋아보일수잇는데

최적화나 단순한 프로젝트의 경우 sync가 기본이고 async로 부분부분 성능향상을 야기하는게

더 적절한 approach 아닌가 싶어요.

비공개 손님 … 2018-04-05 23:32:06

그런데 rx는 정말흥미롭네요. 일반 비동기 뭐이런수준이아니굼나 재밋다

비공개 손님 … 2018-04-05 23:32:12

dart 보고있으면 현기증나긴 하는데 올해 소송건도 있고 IO 2017 에서 Flutter 소개도 있었고..

올해 IO 에서 엄청 밀어줄것 같단 생각이 많이 듭니다

비공개 손님 … 2018-04-05 23:33:18

ㅋㅋㅋ 이악물고 구글 힘쓸거같긴하네요

비공개 손님 … 2018-04-05 23:36:08

백엔드에서도 netty 같은거로 서버 구현한다던가 배치같은거 돌릴때는 ReactiveX 가 굉장히 좋아요...

비공개 손님 … 2018-04-05 23:37:05

할튼 Rx 쓰면 함수뽕 맛좀 보실수 있읍니다. 비동기작업에 강추

비공개 손님 … 2018-04-05 23:38:14

https://github.com/ReactiveX/RxGo

비공개 손님 … 2018-04-05 23:42:09

Rx 익혀봐야겟어요 정말감사드려요 ㅎㅎ

비공개 손님 … 2018-04-06 00:08:59

과연 'async' 가 기본인 언어가 뜨는 이유가
개떡같이 짜도 성능이 꽤 잘 나오거든요
그리고 중간까지 허들이 낮아요
물론 이제 그다음 허들이 존나 높아서 그렇지

rx도 처음 뽕 맞으면 신세계 이긴한데
떡칠하기엔 문제도 있고 만능 해결사는 아니라서
해보고 느끼는 수밖에 없지요

비공개 손님 … 2018-04-06 00:25:12

대부분의경우 async가 자원을 blocking 없이 효율적으로 활용할수잇게해주긴하죠
너무작은 파일의경우엔 kernel 에서 react받는것조차 아까울정도엔 sync-blocking이 더빠르긴한데

무튼,,,, 제가말씀드리는건 그놈의 "허들"이에요. 허들전까지 프로젝트면 이런고민안하죠.

허들넘어서려고하니까 음.. 이 async가 이렇게까지 필요한가싶어지더라구요..

일단 rx좀해보고 go로가보려구해요 ..

비공개 손님 … 2018-04-06 00:26:53

근데 너무 조금해보고 성급하게 결론 내리는거 아니에요?
ebay, paypal, linkedin 같은데서 존나 잘쓰고 있는데는 이유가 있지 않을까요?

비공개 손님 … 2018-04-06 00:47:49

하지만;; ReactiveX 는 학습곡선이 async/wait 보다 훨씬 더 가파릅니다 ㅋㅋ marble diagram 도 처음봐서는 하나도 안익숙할테고

비공개 손님 … 2018-04-06 00:54:52

32 맞아요 대기업 레퍼런스가 있는 이상 못쓸 정돈 아닌건데,

제가 또 주워듣기론 그렇게 큰 비중이 아니며, 다시 java였나로 바꾸어가는추세라고 들었어요

하지만 컴퓨터공학적으로 javasclipt는 충분히 매리트있고 geek해볼만한 언어라고 느껴져서 포기하고싶진않네요!

비공개 손님 … 2018-04-06 00:55:18

33 그래보여요. 학습곡선이 높다는건 처음엔 힘들지만 익히고나서는 "간지"가 좔좔 흐를 수 있다는 점에서 ... 학구열이 샘솟더라구요.

비공개 손님 … 2018-04-06 01:01:47

무엇보다 rx 시리즈는 공통된 플웤이니까 한번익히면 여러언어 여러 플젝에서 유용하게 쓸수잇을거같아요

비공개 손님 … 2018-04-06 03:20:54

맞습니다. 언어 바꿔도 rx 기본은 비슷해서 쉽게 익힐 수 있는 장점이 있고
요즘 유행이라 이직 시 우대사항에 rx 가 들어간 경우가 많이 있습니다.
근데 확실히 초반 러닝커브가 좀 있으니까 그 점만 알고 접근하시면 돼요.
어려워서 학구열이 샘솟으시면 좋은 대상이네요.. ㅋㅋ

비공개 손님 … 2018-04-07 10:28:39

37 우대사항에 rx 있는데면 참 기술성 좋아보이는 홰사갯네요 ㅎ.ㅎ

댓글을 작성하실 수 없습니다.
(권한이 없는 회원레벨)

목록으로

△ 이전글: reactiveX 로 worker queue 맹글어보았는데 으뜬가요? [5]

▽ 다음글: 자바는 죽었어 이제 없어 [38]

TOP arrow_upward