Java 개발자를 위한 Rust, 소개

class HelloWorld {
    public static void main(String... args) {
        System.out.println("Hello, World!");
    }
}

$ java --version
openjdk 19.0.1 2022-10-18
OpenJDK Runtime Environment (build 19.0.1+10-21)
OpenJDK 64-Bit Server VM (build 19.0.1+10-21, mixed mode, sharing)

$ java HelloWorld.java
Hello, World!

fn main() {
    println!("Hello, World!"); 
}

$ rustc --version
rustc 1.66.0 (69f9c33d7 2022-12-12)

$ rustc hello.rs

$ ./hello
Hello, World!

let who = "World";
println!("Hello, {who}!");

public class Greeter {
    
    public static void main(String... args) {

        var who = "World";
        if (args.length > 0) {
            who = args[0];
        }
        
        System.out.println("Hello, " + who + "!");
    }    
}

let mut who = "World";

var who = args.length > 0 ? args[0] : "World" ;

$ rustc greeter.rs

$ ./greeter
Hello, World!

$ ./greeter John
Hello, John!

let who = match anybody_at_all {
    Some(one) => one,
    None => "World",
};

let anybody_at_all = env::args().collect::<Vec<String>>().get(1);

$ rustc greeter.rs
error[E0716]: temporary value dropped while borrowed
 --> greeter.rs:6:43
  |
6 |     let anybody_at_all = env::args().collect::<Vec<String>>().get(1);
  |                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^       - temporary value is freed at the end of this statement
  |                          |
  |                          creates a temporary which is freed while still in use
7 |
8 |     let who: &str = if let Some(one) = anybody_at_all {
  |                                        -------------- borrow later used here
  |
help: consider using a `let` binding to create a longer lived value
  |
6 ~     let binding = env::args().collect::<Vec<String>>();
7 ~     let anybody_at_all: Option<&String> = binding.get(1);

let anybody_at_all: Option<String> = env::args().skip(1).next();
let who = anybody_at_all.as_ref().map_or("World", String::as_str);

let who: &str = if let Some(one) = anybody_at_all {
    one
} else {
    everyone
};

warning: deref which would be done by auto-deref
  --> greeter.rs:10:9
   |
10 |         &**one
   |         ^^^^^^ help: try this: `one`
   |

$ cargo new playground
     Created binary (application) `playground` package

$ cd playground

$ find *
Cargo.toml
src
src/main.rs

$ cat src/main.rs
fn main() {
    println!("Hello, world!");
}

$ cargo run
   Compiling testing v0.1.0
    Finished dev [unoptimized + debuginfo] target(s) in 0.78s
     Running `target/debug/playground`
Hello, world!

https://wcgw.dev/posts/2023/rusty-java-intro/

Golang에서 사용하는 Standard Library 들이다. 갯수가 많지가 않아 초기 학습 곡선이 크게 높지는 않다. 하지만 하위 정보들이 별도로 있기 때문에 위에 나열한것만 있는건 아니다. 그렇지만 기본적으로 세팅된 1레벨 키워드로 봐서는 크게 많은게 아니니 학습하는데 너무 부담가지지 말자.

모든 언어들이 그렇지만 쉽게 배울 수 있다고 얘기하는 정보에 속지 말아야 한다. 어떤 언어든 깊숙히 들어가게 되면 거의 비슷한 난이도를 가진다. Javascript도 VBScript도 Python 도 초기 진입장벽이 낮다는거지 언어의 깊은부분까지 쉽다고 얘기하는건 아니다.

요즘 인공지능 이미지 생성기 Midjourney 나 chatGPT 같은 AI 서비스 프로그램들이 핫하다.

아무래도 앞으로는 이 관심도나 기술의 발전이 기하급수적으로 올라갈 것 같다.

어떤 문화나 트랜드의 확산형태는 늘 비슷했다. 

문제점이 도출된다.

사용자의 니즈가 간간히 나온다.

기술의 발전을 위한 기술에 사람들 관심이 쏟아진다.

자극적인 기사들이 나오면서 필요성을 어필한다.

많은 사람들이 뛰어든다.

그리고 많은 기술들이 실패한다.

회의적인 기사가 나타난다.

시간이 흐르면 다시 기술에 대한 언급이 시작된다.

위의 과정이 다시 반복된다.

기술적인 임계점이나 사회의 니즈에 대한 임계점에 다다르면 폭발한다.

기술의 발전속도와 니즈, 관심, 투자가 폭발적으로 발생한다.

단기간 혹은 장기간동안 트렌드가 된다.

인생을 살면서 관찰을 하기 시작한지 꽤 오래되었다. 

이 과정이 늘 반복된다.

AI 기술이 본격적으로 관심을 받고 탄력을 받게되면 다음 언어들이 관심을 가지게 될것 이다.

Golang, Rust, WebAssembly, Python, Dart 

그중에 가장 쉽다고 마케팅이 되어서 각인된 Python은 학습하려는 수요가 꽤 많이 폭발할 것 같다.

나머지 언어들은 프로그래머가 되겠다고 하는 사람들에게 더 관심이 많아서 수요가 Python 만큼 발생하지는 않겠지만 언어의 난이도 학습곡선 활용도 등등을 고려하면 앞으로 점점 더 사용자층이 두터워질 언어가 아닐까 조심스레 예측해본다.

오래전부터 관심을 가지고 간간히 공부해 오고 있던 언어이긴한데 프로그래머인 나에게는 그렇게 쉽지는 않은것 같다. 문법의 상이함이 자꾸 걸림돌이되고 사고의 확장을 방해한다. 

아뭏튼 꾸준히 공부하다보면 극복이 되겠지만 가끔씩 탁탁 걸리는 부분이 있어서 좀 괴롭긴하다.

이미 문법은 3번 학습을 했고 심화과정으로 넘어가야 하는데 몇가지 걸리는게 있어서 자꾸 늦어진다. 

GUI는 너무 느리고, UX는 구리고, 그냥 서버단으로만 사용하는게 맞는건지 애매모호한 포지션의 언어이다. (나에게는...)

일단 수요가 확인이 되었으니 학습을 더 본격적으로 시작해봐야겠다.

화이팅

앞으로 Svelte 를 학습해서 활용할 부분

Golang 기반의 Wails + Svelte + tailwind

Rust 기반의 Tauri + Svelte 

개발 언어들이 너무 짧은 주기에 좋은것들이 계속 나오니 정신을 못차리겠다.

학습을 해야 하는데 언어자체의 장점보다는 시장성을 빼놓을 수 없어서 Svelte를 배워둔다면 언제 써먹을지도 모를일이다.

Flutter도 이제 치고 들어오는데 React나 Svelte를 제껴두고 넘어가야되나 고민도 된다.

일단 한가지를 잡고 끝까지 완주해야 할텐데 어는걸 잡아서 하는게 맞을까?

정말... 시장성이 있는 React를 해야 하는건가? 아 골아프네.

앞으로 Svelte 를 학습해서 활용할 부분

Golang 기반의 Wails + Svelte + tailwind

Rust 기반의 Tauri + Svelte 

개발 언어들이 너무 짧은 주기에 좋은것들이 계속 나오니 정신을 못차리겠다.

학습을 해야 하는데 언어자체의 장점보다는 시장성을 빼놓을 수 없어서 Svelte를 배워둔다면 언제 써먹을지도 모를일이다.

Flutter도 이제 치고 들어오는데 React나 Svelte를 제껴두고 넘어가야되나 고민도 된다.

일단 한가지를 잡고 끝까지 완주해야 할텐데 어는걸 잡아서 하는게 맞을까?

정말... 시장성이 있는 React를 해야 하는건가? 아 골아프네.

SvelteKit 1.0 이 출시된 지 불과 2주가 지났습니다! 아직 하지 않았다면 라이브스트림, 새 웹사이트 및 learn.svelte.dev를 확인하여 SvelteKit 의 모든 기능 을 단계별로 알아보세요.

자세히 알아 보시죠.

SvelteKit의 새로운 기능

• @sveltejs/kit1.0이 나왔습니다! 모든 향후 릴리스는 semver를 따르며 변경 사항은 CHANGELOG 에 주/부/패치로 나열됩니다 .
• Storybook 및 Histoire에 대한 지원이 향상되었습니다( #7990 ). 이러한 도구를 완벽하게 지원하기 위한 작업이 진행 중입니다( storybook#20239 ).
• vitePreprocess이제 기본 전처리기입니다. 와 ( #8036 ) 의 차이점 은 문서 를 참조하세요 .vitePreprocesssvelte-preprocess

브레이킹 체인지:

• +(layout|page)(.server)?.js및 +server.js파일 에서 알 수 없는 내보내기(밑줄로 시작하는 경우 제외)가 더 이상 허용되지 않습니다 ( #7878 ) .
• __data.json이제 URL에서 제거되었습니다( #7979 ) .
• sveltekit()이제 Vite 플러그인 배열에 대한 약속을 반환합니다( #7994 ) .
• embedded기본적으로 꺼져 있는 새 옵션은 SvelteKit을 포함할 때 링크 클릭에 도움이 됩니다( docs , #7969 ) .
• builder.generateFallback(fallback)자동 폴백 생성이 ( #8013 ) 으로 대체되었습니다 .
• invalid()지금 fail()이고 ValidationError지금입니다 ActionFailure( #8012 )
• 이제 SvelteKit에서 잘못된 로드 응답에 대한 오류가 발생합니다( #8003 ) .
• SvelteKit은 현재 Vite 4를 사용하고 있으며 Svelte가 필요합니다 peerDependency( ^3.54.0# 7543 ) .
• ssr가 거짓이고 거짓 이 아닐 때 셸이 사전 렌더링 됩니다. prerenderssr도 거짓인 경우 사전 렌더링이 거짓인지 확인합니다( #8131 ) .
• 제거/변경된 API에 대한 경고 및 오류가 제거되었습니다( #8019 ) .

Svelte의 새로운 기능

• 이제 options.direction인수를 사용자 지정 전환 함수에 전달할 수 있습니다( 3.54.0 , #3918 ) .
• @const이제 선언된 함수 에서 변수를 업데이트할 수 있습니다 ( 3.54.0 , #7843 ) .
• svelte/elementsSvelte /HTML 유형 정의에 추가되었습니다( 3.55.0 , #7649 ) .

언어 도구의 새로운 기능

Svelte 확장 및 언어 도구에는 이제 몇 가지 새로운 최소 버전 요구 사항이 있습니다.

• 노드 버전은 현재 16입니다.
• TypeScript 버전은 이제 4.9입니다.
• Svelte 버전은 이제 3.55입니다.

다음 기능도 릴리스되었습니다.

• 누락된 처리기 빠른 수정( #1731 )
• Svelte 앵커 누락 속성 코드 작업 추가( #1730 )
• 더 나은 커밋 문자 처리( #1742 )
• 옵션 추가 --preserveWatchOutput( #1715 )
• Svelte Stores를 포함하도록 Quickfix 향상( #1789 )
• SvelteKit 프로젝트에서 SvelteKit 파일 컨텍스트 메뉴만 표시( #1771 )
• satisfies가능한 경우 연산자를 사용하십시오 ( #1770 ) .

출시되지 않은 변경 사항을 포함하여 Svelte 컴파일러에 대한 모든 변경 사항은 CHANGELOG 를 확인하십시오 .

커뮤니티 쇼케이스

Svelte로 구축된 앱 및 사이트

• Svelte Recipes 🧑‍🍳 는 일반적인 데이터 시각화 문제에 대한 코드 스니펫을 제공합니다.
• Everything Svelte 는 최신 웹 애플리케이션을 구축하기 위해 알아야 할 모든 것을 가르치는 새로운 과정입니다.
• CSS 타임라인 은 CSS의 역사와 진화를 보여주는 타임라인입니다.
• GitBar 는 풀 리퀘스트 리뷰를 보여주는 시스템 트레이 앱입니다.
• Texture Lab 은 모든 텍스트에서 게임용 인스턴트 텍스처를 생성합니다.
• Totems 는 맞춤형 스탠드와 지지대를 제작하는 스튜디오입니다.
• PeopletoNotion 은 한 번의 클릭으로 Notion에 LinkedIn 프로필을 추가하는 Chrome 확장 프로그램입니다.
• DeckDev 는 Magic: The Gathering의 덱 빌더입니다.
• 기본 바로 가기 는 브라우저에서 키보드 바로 가기를 검색하는 도구입니다.

학습 리소스

날씬한 사회에서

• Svelte Society - 2022년 12월 런던 에서 Antony와 Rich의 두 가지 강연이 각각 진행됩니다. Rich의 강연 "Mistakes were made"는 SvelteKit 1.0 회고전입니다.
• Brittney Postma 의 Netlify Edge 기능 이 포함된 SvelteKit
• Sirens Stream: Skeleton - Chris Simmons 및 Brittney Postma와 함께 완전한 기능을 갖춘 UI 툴킷
• 사이렌: 엔터프라이즈용 SvelteKit - Lacey Pevey가 사이렌에 합류하여 엔터프라이즈 수준에서 SvelteKit을 사용하여 대화합니다.
• 사이렌: 양식 작업 - Kev는 다시 사이렌에 합류하여 SvelteKit의 양식 작업에 대해 이야기하고 SvelteSirens.dev에서 발표자 제출을 위한 새 양식을 만듭니다.

보려고

• SvelteKit은 Fireship 의 내 여주인 입니다.
• Gui Bibeau 가 3분 이내에 Sveltekit 1.0
• 어떤 Svelte UI 라이브러리를 사용해야 합니까? Joy of Code의 Svelte(Iconify)를 위한 최고의 아이콘 라이브러리

읽다

• Gautier Ben Aïm의 Svelte로 이메일 렌더링
• 이제 React가 죽었습니다. 다음으로 중요한 것은 무엇입니까? 솜낫 싱
• SvelteKit이란 무엇입니까? 왜 관심을 가져야 합니까? 틸라
• Jef Meijvis의 Sveltekit API 끝점
• Svelte 지원이 업데이트된 Chart.js 4.0 이 출시되었습니다.
• 사용자 지정 Svelte 미디어 쿼리 저장소 만들기 Rik Schennink 작성

라이브러리, 도구 및 구성 요소

• Konsta UI 는 React, Vue 및 Svelte용 Tailwind CSS로 구축된 완벽한 픽셀 모바일 UI 구성요소 라이브러리입니다.
• 아마도kasper/modal-svelte 는 Svelte의 모달 구성 요소입니다.
• deepcrayon/scrolltron 은 OBS Studio용 뉴스 티커 오버레이입니다.
• 이제 JetBrains WebStorm 2022.3 에 Svelte 지원 기능이 내장되어 있습니다.
• 이제 SvelteKit 에서 NextAuth.js를 사용할 수 있습니다.
• SvelteKit CAS 인증 은 SvelteKit에서 CAS/SSO를 쉽게 사용할 수 있는 기능 집합입니다.
• @macfja/sveltekit-session 은 SvelteKit에 대한 세션 관리를 수행하는 쉬운 방법입니다.
• @svelte-plugins/tooltips 는 Svelte로 작성된 기본 툴팁 구성 요소입니다.
• tRPC-SvelteKit 은 SvelteKit 애플리케이션을 위한 종단간 유형 안전 API를 제공합니다.
• SvelteKit Tailwind Blog Starter 는 SvelteKit + Tailwind CSS를 위한 쉽게 구성 및 사용자 정의 가능한 블로그 스타터입니다.
• 무료 Svelte Accelerators 는 프로젝트를 바로 시작할 수 있는 Svelte 및 Sveltekit 오픈 소스 코드 목록입니다.

새해 복 많이 받으세요 🎆 Reddit 또는 Discord 에서 놓친 것이 있으면 알려주세요.

원문 : 

https://svelte.dev/blog/whats-new-in-svelte-january-2023

1950년대 흑인 인권운동가

신문기자

여러나라의 언어들을 구사함

명예박사 학위 30개

칼립소 음악에 맞춰 춤을 추는 전문 댄서

토니상 후보 (미국 연극계에서 뛰어난 활약을 보인 배우에게 주는 상)

베스트셀러에 30권이나 오른 작가

여러 권의 시집을 발표한 시인으로 퓰리처상 후보에 등극

이 많은걸 마야 안젤루 한 사람이 했던 일이다.

하나하나만 봐도 대단한데 저 많은걸 해낸 진정한 폴리매스가 아닐까 싶다.

All men are prepared to accomplish the incredible if their ideals are threatened.
모든 사람은 자신의 이상이 위협받을 때 놀라운 일을 해낼 준비가 되어 있다.

At 50, I began to know who I was. It was like waking up to myself.
50살 때, 나는 내가 누구인지 알기 시작했다. 마치 나 자신에게 깨어난 것 같았다.

I've learned that people will forget what you said, said people will forget what you did, but people will never forget how you made them feel.
나는 사람들이 당신이 말한 것과 당신이 한 일을 잊을 것이라고 말했지만 당신이 그들에게 어떤 감정을 주었는지는 결코 잊지 않을 것임을 배웠다.

If you find it in your heart to care for somebody else, you will have succeeded.
다른 사람을 돌보는 것이 마음에서 우러나온다면, 당신은 성공할 것이다.

I'm always disappointed when people don't live up to their potential. I know that a number of people look down on themselves and consequently on everybody who looks like them. But that, too, can change.
나는 사람들이 그들의 잠재력에 부응하지 못할 때 항상 실망한다. 나는 많은 사람들이 자신들을 얕잡아 보고 결과적으로 자신들을 닮은 모든 사람들을 깔본다는 것을 알고 있다. 하지만 그것 역시 변할 수 있다.

It's good to remember that in crises, natural crises, human beings forget for awhile their ignorances, their biases, their prejudices. For a little while, neighbors help neighbors and strangers help strangers.
위기나 자연적인 위기에서 인간은 자신의 무식함, 편견, 편견을 잠시 잊고 있다는 사실을 기억하는 것은 좋은 일이다. 잠시 동안 이웃은 이웃을 돕고 낯선 사람은 낯선 사람을 돕는다.

Modesty is a learned affectation. And as soon as life slams the modest person against the wall, that modesty drops.
겸손은 배운 체하는 것이다. 그리고 삶이 겸손한 사람을 벽에 기대게 하는 순간, 그 겸손은 떨어진다.

In the flush of love's light, we dare be brave. And suddenly we see that love costs all we are, and will ever be. Yet it is only love which sets us free.
사랑의 빛이 비치는 곳에서 우리는 감히 용기를 낸다. 그리고 갑자기 우리는 사랑이 우리 모두를 희생시키고 앞으로도 그럴 것이라는 것을 알게 된다. 그러나 우리를 자유롭게 해주는 것은 오직 사랑이다.

Rust는 어떤 면에서는 굉장합니다. 그러나 빠르게 움직여야 하는 스타트업을 선택하기 전에 두 번 고려하세요.

나는 프로그래밍 언어에 대한 성전을 시작하거나 시작하고 싶지 않기 때문에 이 글을 쓰는 것을 주저했습니다. (불길한 미끼를 없애기 위해 Visual Basic은 최고의 언어입니다!) 그러나 많은 사람들이 Rust에 대한 나의 경험과 프로젝트에 Rust를 선택해야 하는지 여부를 묻습니다. 그래서 저는 빠르게 움직이고 팀을 확장하는 것이 정말 중요한 스타트업 환경에서 Rust를 사용하는 것에 대해 제가 본 장단점을 공유하고 싶습니다.

나는 특정한 것에 대해 Rust의 팬임을 분명히 하고 싶습니다 . 이 게시물은 Rust가 언어로서 얼마나 나쁜지에 대한 것이 아닙니다. 그러나 내가 말하고 싶은 것은 Rust를 사용하는 것이 당신이 빨리 움직이려고 한다면 주요 요인이 될 수 있는 사소하지 않은 생산성 타격을 거의 확실하게 수반할 것이라는 점입니다. 속도 영향이 회사 및 제품에 대한 언어의 이점만큼 가치가 있는지 신중하게 평가하십시오.

바로 앞에, Rust는 설계된 일에 매우 뛰어나며 프로젝트에 Rust의 특정 이점(고성능, 초강력 타이핑, 가비지 수집이 필요 없는 시스템 언어 등)이 필요한 경우에 말해야 합니다. 그런 다음 Rust는 훌륭한 선택입니다. 그러나 저는 Rust가 그다지 적합하지 않은 상황에서 자주 사용되며 팀은 많은 이점을 얻지 못한 채 Rust의 복잡성과 오버헤드의 대가를 지불한다고 생각합니다.

Rust에 대한 나의 주된 경험은 이전 스타트업에서 2년 조금 넘게 일하면서 얻은 것입니다. 이 프로젝트는 클라우드 기반 SaaS 제품으로, 거의 기존의 CRUD 앱에 불과했습니다. 데이터베이스 앞에 REST 및 gRPC API 엔드포인트를 제공하는 마이크로서비스 집합과 기타 일부 백-서비스입니다. 최종 마이크로서비스(자체는 Rust와 Python의 조합으로 구현됨). Rust는 주로 회사 창립자 두 명이 Rust 전문가였기 때문에 사용되었습니다. 시간이 지나면서 우리는 팀을 상당히 성장시켰고(엔지니어링 인원을 거의 10배 늘림) 코드베이스의 크기와 복잡성도 상당히 커졌습니다.

팀과 코드베이스가 성장함에 따라 시간이 지남에 따라 Rust를 계속 사용하는 데 점점 더 많은 세금을 내고 있다고 느꼈습니다. 때때로 개발이 느렸고, 새로운 기능을 출시하는 데 예상보다 오래 걸렸으며, 팀은 Rust를 사용하기로 한 초기 결정으로 인해 실질적인 생산성 저하를 느꼈습니다. 다른 언어로 코드를 다시 작성하면 장기적으로 개발이 훨씬 더 민첩해지고 전달 시간이 빨라지지만 주요 재작성 작업을 위한 시간을 찾는 것은 매우 어려웠을 것입니다. 그래서 우리는 총알을 깨물고 많은 양의 코드를 다시 작성하기로 결정하지 않는 한 Rust에 갇혀 있었습니다.

녹은 얇게 썬 빵 이후로 가장 좋은 것으로 여겨졌는데 왜 우리에게는 잘 작동하지 않았습니까?

Rust는 엄청난 학습 곡선을 가지고 있습니다.

나는 내 경력에서 수십 개의 언어로 작업했으며 거의 ​​예외 없이 대부분의 현대적이고 절차적인 언어(C++, Go, Python, Java 등)는 모두 기본 개념 측면에서 매우 유사합니다. 각 언어에는 차이점이 있지만 일반적으로 언어마다 다른 몇 가지 주요 패턴을 학습한 다음 매우 빠르게 생산적일 수 있습니다.그러나 Rust를 사용하려면 배워야 합니다.완전히 새로운 아이디어— 수명, 소유권 및 차용 검사기와 같은 것. 이는 다른 공통 언어로 작업하는 대부분의 사람들에게 친숙한 개념이 아니며 숙련된 프로그래머에게도 상당히 가파른 학습 곡선이 있습니다.

이러한 "새로운" 아이디어 중 일부는 물론 다른 언어, 특히 기능적인 언어에 존재하지만 Rust는 이러한 아이디어를 "주류" 언어 설정으로 가져오므로 많은 Rust 초보자에게 생소할 것입니다.

내가 함께 일했던 가장 똑똑하고 경험이 많은 개발자였음에도 불구하고 팀의 많은 사람들(나 자신 포함)은 Rust에서 특정 작업을 수행하는 정식 방법, 컴파일러에서 종종 난해한 오류 메시지를 파악하는 방법 또는 핵심 라이브러리가 작동하는 방식을 이해하는 방법(자세한 내용은 아래 참조). 우리는 팀이 지식과 ​​전문 지식을 공유하는 데 도움이 되도록 매주 "Rust 학습" 세션을 갖기 시작했습니다. 모두가 느린 개발 속도를 느꼈기 때문에 이것은 모두 팀의 생산성과 사기를 크게 떨어뜨렸습니다.

소프트웨어 팀에서 새로운 언어를 채택하는 것이 어떤 것인지 비교하기 위해 Google의 한 팀은 C++에서 Go로 완전히 전환한 최초의 팀 중 하나였습니다. 15명 정도의 팀이 처음으로 Go로 꽤 편안하게 코딩했습니다. Rust를 사용하면 매일 몇 달 동안 언어로 작업한 후에도 팀의 대부분의 사람들이 완전히 유능하다고 느끼지 못했습니다. 많은 개발자들이 자신의 기능이 착륙하는 데 예상보다 오래 걸리고 Rust를 이해하는 데 너무 오랜 시간을 소비하고 있다는 사실에 종종 당혹스럽다고 말했습니다.

Rust가 해결하려는 문제를 해결하는 다른 방법이 있습니다.

위에서 언급했듯이 우리가 구축한 서비스는 상당히 간단한 CRUD 앱이었습니다. 이 서비스에 대한 예상 부하는 이 특정 시스템의 수명 동안 최대 초당 몇 개의 쿼리를 넘지 않을 것입니다. 이 서비스는 실행하는 데 많은 시간이 걸릴 수 있는 상당히 정교한 데이터 처리 파이프라인의 프런트엔드였으므로 서비스 자체가 성능 병목 현상이 될 것으로 예상되지 않았습니다. Python과 같은 기존 언어가 좋은 성능을 제공하는 데 문제가 있을 것이라는 특별한 우려는 없었습니다. 웹 대면 서비스가 처리해야 하는 것 외에 특별한 안전이나 동시성 요구 사항은 없었습니다. 우리가 Rust를 사용한 유일한 이유는 시스템의 원래 작성자가 Rust 전문가였기 때문이지 이런 종류의 서비스를 구축하는 데 특히 적합했기 때문이 아닙니다.

Rust는 개발자 생산성보다 안전이 더 중요하다는 결정을 내렸습니다. 이것은 OS 커널에서 코드를 작성하거나 메모리가 제한된 임베디드 시스템과 같은 많은 상황에서 올바른 절충안이지만 모든 경우에 올바른 절충안이라고 생각하지 않습니다. 특히 속도가 중요한 스타트업에서는 그렇지 않습니다. 나는 실용주의자입니다. 팀의 모든 구성원이 이러한 문제를 완전히 방지하도록 설계된 언어를 사용하여 생산성이 4배 저하되는 것보다 팀에서 가끔 발생하는 메모리 누수 또는 Python 또는 Go로 작성된 코드의 유형 오류를 디버깅하는 데 시간을 할애하는 편이 낫 습니다 . .

위에서 언급했듯이 Google 팀은 전적으로 Go로 서비스를 구축했으며 시간이 지남에 따라 8억 명 이상의 사용자와 Google 검색 QPS의 4배 정도를 지원하는 수준으로 성장했습니다. 이 서비스를 구축하고 실행하는 동안 Go의 유형 시스템이나 가비지 컬렉터로 인해 발생한 문제에 부딪힌 횟수는 한 손으로 셀 수 있습니다. 기본적으로 Rust가 피하도록 설계된 문제는 좋은 테스트, 좋은 린팅, 좋은 코드 검토, 좋은 모니터링 등 다른 방법으로 해결할 수 있습니다. 물론 모든 소프트웨어 프로젝트가 이러한 사치를 누리는 것은 아니므로 다른 상황에서는 Rust가 좋은 선택이 될 수 있다고 상상할 수 있습니다.

Rust 개발자를 고용하는 데 어려움을 겪을 것입니다.

우리는 이 회사에 있는 동안 수많은 사람들을 고용했지만 엔지니어링 팀에 합류한 60명 이상의 사람들 중 약 2~3명만이 Rust에 대한 이전 경험이 있었습니다. 이것은 Rust 개발자를 찾기 위한 노력이 부족해서가 아닙니다 — 그들은 단지 거기에 없을 뿐입니다. (동일한 이유로 우리는 Rust 로만 코딩하기를 원하는 사람들을 고용하는 것을 주저했습니다 . 언어 및 기타 기술 선택이 민첩한 방식으로 이루어져야 하는 스타트업 환경에서 설정하는 것은 나쁜 기대라고 생각하기 때문입니다.) Rust가 더 주류가 됨에 따라 Rust 개발 인재의 수는 시간이 지남에 따라 변할 것입니다.

또 다른 두 번째 요인은 Rust를 사용하면 팀에서 Rust를 아는 사람들과 그렇지 않은 사람들 사이에 분열이 생길 것이 거의 확실하다는 것입니다. 우리는 이 서비스를 위해 "난해한" 프로그래밍 언어를 선택했기 때문에 기능 구축, 생산 문제 디버깅 등에 도움이 되었을 수 있는 회사의 다른 엔지니어들은 대체로 도움을 줄 수 없었습니다. Rust 코드베이스의 꼬리. 엔지니어링 팀의 이러한 대체 가능성 부족은 빠르게 움직이고 팀의 모든 구성원의 결합된 강점을 활용하려고 할 때 실질적인 문제가 될 수 있습니다. 내 경험상, 사람들은 일반적으로 C++와 Python 같은 언어 사이를 이동하는 데 거의 어려움이 없지만 Rust는 충분히 새롭고 복잡해서 사람들이 함께 작업하는 데 장벽이 됩니다.

라이브러리와 문서는 미성숙합니다.

이것은 (희망합니다!) 시간이 지나면 해결되겠지만 Go와 비교할 때 Rust의 라이브러리와 문서화 생태계는 믿을 수 없을 정도로 미숙합니다. 이제 Go는 전 세계에 출시되기 전에 Google의 전체 전담 팀에서 개발하고 지원했다는 이점이 있으므로 문서와 라이브러리가 상당히 세련되었습니다. 이에 비해 Rust는 오랫동안 진행 중인 작업처럼 느껴졌습니다. 많은 인기 있는 라이브러리에 대한 문서가 매우 드물고 사용 방법을 이해하기 위해 특정 라이브러리 의 소스 코드 를 읽어야 하는 경우가 많습니다 . 이것은 나쁘다.

팀의 Rust 사과론자들은 종종 "async/await는 여전히 정말 새롭습니다." 및 "예, 해당 라이브러리에 대한 문서가 부족합니다."와 같은 말을 하지만 이러한 단점은 팀에 상당한 영향을 미쳤습니다. 우리는 서비스의 웹 프레임워크로 Actix를 채택함으로써 초기에 큰 실수를 저질렀습니다. 그 결정은 아무도 수정 방법을 알아낼 수 없는 라이브러리 깊숙이 묻혀 있는 버그와 문제에 부딪히면서 엄청난 고통과 괴로움을 초래했습니다. (공평하게 말하면 이것은 몇 년 전의 일이고 지금은 상황이 개선되었을 수 있습니다.)

물론 이런 종류의 미숙함은 실제로 Rust에만 국한된 것은 아니지만 팀이 지불해야 하는 세금에 해당합니다. 핵심 언어 문서와 자습서가 아무리 훌륭하더라도 라이브러리 사용 방법을 알 수 없다면 별 문제가 되지 않습니다(물론 처음부터 모든 것을 작성하려는 경우가 아니라면).

Rust는 새로운 기능을 대략적으로 만드는 것을 매우 어렵게 만듭니다.

나는 다른 사람에 대해 모르지만 적어도 나에게는 새로운 기능을 구축할 때 일반적으로 모든 데이터 유형, API 및 기타 세부 정보가 먼저 작동하지 않습니다. 나는 종종 몇 가지 기본 아이디어가 작동하도록 노력하고 일이 어떻게 작동해야 하는지에 대한 내 가정이 다소 정확한지 확인하려고 코드를 작성합니다. 예를 들어 Python에서 이 작업을 수행하는 것은 매우 쉽습니다. 타이핑과 같은 작업을 빠르고 느슨하게 수행할 수 있고 아이디어를 대략적으로 작성하는 동안 특정 코드 경로가 손상되더라도 걱정할 필요가 없기 때문입니다. 나중에 돌아가서 모든 것을 깔끔하게 만들고 모든 유형 오류를 수정하고 모든 테스트를 작성할 수 있습니다.

Rust에서 이런 종류의 "초안 코딩"은 매우 어렵습니다. 왜냐하면 컴파일러 는 유형 및 수명 검사를 통과하지 못하는 빌어먹을 모든 것에 대해 불평할 수 있고 불평할 것이기 때문 입니다. 이것은 생산 준비가 된 최종 구현을 구축해야 할 때 완벽하게 이해되지만 아이디어를 테스트하거나 기본 기반을 마련하기 위해 무언가를 함께 짜내려고 할 때 절대적으로 짜증납니다. 매크로는 어느 정도 도움 이 unimplemented!되지만 여전히 컴파일하기 전에 스택에서 모든 유형을 확인해야 합니다.

정말 짜증나는 것은 로드 베어링 인터페이스의 유형 서명을 변경해야 하고 유형이 사용되는 모든 장소를 변경하는 데 시간을 소비하여 무언가에 대한 초기 찌르기가 가능한지 확인하는 것입니다. 그런 다음 다시 변경해야 한다는 것을 깨달았을 때 모든 작업을 다시 실행합니다.

러스트는 무엇을 잘하나요?

Rust에 대해 제가 좋아하는 점과 다른 언어로 갖고 싶은 Rust의 기능이 분명히 있습니다. match구문이 훌륭합니다 . , 및 특성은 정말 강력하며 Option연산자 는 오류를 처리하는 우아한 방법입니다. 이러한 아이디어 중 많은 부분이 다른 언어로 된 대응물을 가지고 있지만 Rust의 접근 방식은 특히 우아합니다.ResultError?

나는 높은 수준의 성능과 안전성이 필요하고 빠르게 성장하는 전체 팀과 함께 코드의 주요 부분을 빠르게 발전시켜야 할 필요성에 대해 크게 걱정하지 않는 프로젝트에 Rust를 절대적으로 사용할 것입니다. 개별 프로젝트나 매우 작은(예: 2-3명) 팀의 경우 Rust가 적합할 것입니다. Rust는 성능과 안전이 가장 중요한 커널 모듈, 펌웨어, 게임 엔진 등과 같은 것들과 출하 전에 철저한 테스트를 수행하기 어려울 수 있는 상황에서 훌륭한 선택입니다

[원본]

https://mdwdotla.medium.com/using-rust-at-a-startup-a-cautionary-tale-42ab823d9454

학습 시작