지난 일주일 동안 다섯 명의 개발자 리뷰
4988 단어 bestofdev
책에는 좋은 답이 많지만 공헌만큼 환영받는 것은 없다.
Ryan McConnell
•
JavaScript는 Java와 무관합니다.
글에 대한 응답 공유:
dink
•
다음 imo를 실행하는 것이 훨씬 빠릅니다.
html * {
background: rgba(255, 0, 0, .1);
box-shadow: 0 0 0 1px red;
}
다음과 같은 결과가 나타납니다.</div>
이 두 언어에 대한 좋은 아이디어를 제공합니다.Oliver Jumpertz
•
당신은 웹 개발의 어떤 부분에 참여하고 싶습니까?당신은 언어에 대한 선택이 더 많은 일자리를 가져올 수 있습니까?
바둑은 여전히 상당히 유행하고 유행한다. 왜냐하면 그것은 배우기 쉽고 결과를 얻기 쉽기 때문이다.그것의 병발 모델은 전통적인 라인을 바탕으로 하는 모델보다 이해하기 쉽고 생태계가 얼마 전에 폭발했다. 지금은 이렇게 많은 위대한lib와 구조가 있다.
기본적으로 Go의 입출력은 비동기적이며 실행할 때 처리되기 때문에 거의 눈치채지 못합니다.
나는 이미 프로그래밍한 지 거의 20년이 되었다. (그중 일부분만 전문적이다.) 그래서 아래의 내용은 너에게 적용되지 않을 수도 있지만, 나는 그것으로 나의 첫 번째 소프트웨어를 작성하는 것을 하루 만에 배웠다. 실행할 때 무서운 실패가 일어나지 않을 것이다.
내가 직면한 유일한 문제는 의존항에 대한 기이한 처리 ($GOPATH 등) 이다. gomodules가 도입되면서 더욱 좋아졌고, 여전히 개선되고 있기 때문에 나에게 어려운 시간을 주었다.
Go가 현재 열거한 업무 수량은 상당히 굉장하다(주의: 이것은 어느 정도에 당신이 어디에 사느냐에 달려 있다).
다른 한편, 녹슨 것은 배우기 어렵지만, 당신이 그것을 진정으로 이해하고, 컴파일러와 대출 검사기와 싸우는 데 성공하면, 아주 친한 친구가 될 때까지 사용하기 쉽다. (그러나 이것은 당신이 공부하는 것보다 더 많은 시간을 소비할 것이다.)
나는 컴파일러가 너무 많은 불평을 하지 않도록 간단한 프로그램을 작성하는 데 2주가 걸렸다고 믿는다.그러나, 점원, 일단 녹 속의 어떤 물건들이 번역되면, 당신은 그것이 정상적으로 작동할 것이라고 확신할 수 있습니다!
Rust와 Go의 차이점은 실행되지 않을 때입니다(일부 작업을 처리할 때).따라서 너는 네가 한 일의 실제 결과를 더욱 잘 통제할 수 있다.
Rust 코드를 작성하는 것은 다른 유행어로 코드를 작성하는 방식과 매우 가깝다.이것은 결코 새로운 일이 아니다. 이것은 매우 편리하다. 왜냐하면 너는 다른 개념을 많이 배워야 하기 때문이다. 예를 들어 빌려 쓰는 등, 메모리 관리 언어를 사용할 때 너는 신경 쓸 필요가 없다.
녹이 슬면 화물이 따라온다. Go의 $GOPATH/gomodule 시스템에 비하면 이것은 마치 인간 세상의 천국과 같다.의존 관계, 구축 등의 처리를 이렇게 간단하고 재미있게 할 뿐만 아니라, 당신의 업무를 방해하지 않습니다.
귀하가 거주하는 곳에 따라 블록체인과 직접적인 관계가 없는 직위 발표 수량이 Go보다 훨씬 낮을 수 있습니다. 이것은 귀하의 기회를 제한할 수 있습니다.
이 두 언어 중 다른 언어를 실현할 수 있는 것은 하나도 없기 때문에 그것들은 모두 결점이 없다.양자는 거의 모든 일에 쓸 수 있다.이 두 가지로 RESTAPI를 작성할 수 있습니다. 새로운 데이터베이스를 WASM으로 컴파일할 수 있습니다. 이것은 거의 당신이 상상할 수 있는 모든 것입니다.
이것은 단지 빙산의 일각일 뿐이지만, 아마도 그것은 네가 약간의 결정을 내리는 데 도움을 줄 것이다.
권장 사항:
둘 다 해봐. 간단한 프로그램을 써서 네가 더 재미있는 게 뭔지 봐.
주제와 일치하여 루비를 사용하는 대기업에 대해 이야기하기 시작했다.목록에 DEV를 추가합니다:):
shushugah
•
Github, 사과.com, Shopify는 모두 Ruby를 사용합니다.저는 현재 루비 개발자입니다.그것은 마침 학습자의 아주 좋은 언어이다.전반적으로 말하자면, 당신에게 즐거움을 가져다 주고, 당신에게 유상 업무를 가져다 줄 수 있는 어떤 언어를 사용하든지 이것은 나에게 있어서 가능한 것이다.
1인 종목은 흥미롭다. 원한다면 모든 규칙을 깨뜨릴 수 있기 때문이다.중, 그들의 흐름으로 뛰어들어:
Ganesh Prasad
•
보통 나는 초기 단계에서 주요 지점을 처리한다.일단 내가 가장 기본적인 기능을 가진 안정적인 상태에 도달하면 나는 확장할 것이다.만약 내가 시도해야 할 것을 실현할 수 있는 방법이 한 가지가 아니라면, 단독 지점에서 그것을 실현하는 것은 나에게 더욱 의미가 있다.
당신이 언급한 바와 같이, 한 사람이 단독으로 일할 때, 한 번에 하나의 기능만 처리한다. 10개의 사례 중 9개가 그렇다.그래도 나는 단독 개발 부서에서 일하는 것을 더 좋아한다.어떤 상황에서도 안정적인 지점으로 전환하는 것은 안정적인 제출을 찾아 서명하는 것보다 더 빠르고 쉽다.
다음 주에 봐요.✌
Reference
이 문제에 관하여(지난 일주일 동안 다섯 명의 개발자 리뷰), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/devteam/top-5-dev-comments-from-the-past-week-2f9e텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)