次世代言語25 TypeScript Swift Go Kotlin Rust Nim

**デフォルトの名無しさん** · 2022/04/17(日) 17:52:35.38

スレタイ（順番はRedMonk準拠）以外の言語もok

前スレ
次世代言語24 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1647887021/

**デフォルトの名無しさん** · 2022/05/23(月) 02:12:19.04

標準的なコンパイル方法・プログラムの書き方をした場合の比較になっているのなら意味はあるのでは

**デフォルトの名無しさん** · 2022/05/23(月) 05:59:53.99

確かにCheckedAddとかで書いてるQita記事のフィボナッチベンチなんて見たこと無いね、逆に言うとそれしか意味がない。ベンチとは名ばかりのフワッとした自己満足オナニーだ、100mハードルと100m走くらべてるようなもんさ

**デフォルトの名無しさん** · 2022/05/23(月) 07:01:43.76

>>619
Rust本スレのフィボナッチはoverflowチェック入っているぜ
https://mevius.5ch.net/test/read.cgi/tech/1652347700/181

>>622
それはその個人の問題点であってプログラミング言語の問題ではない

**デフォルトの名無しさん** · 2022/05/23(月) 09:56:36.54

顔真っ赤でコピペして来てるｗ
書いたどうだという話じゃない、それでベンチマーク取ってみろという話だよ。この流れが分からない奴は個人の問題点ｗ
いちいちオーバーフローがセーフな演算をchecked_addなんて冗長な書き方しか出来ないのだから、言語の問題でしょう？
標準的なコンパイル方法・プログラムの書き方をした場合、危険でズルなんだからｗ

**デフォルトの名無しさん** · 2022/05/23(月) 10:48:59.78

>>623
うわっ、何このダサいコード

**デフォルトの名無しさん** · 2022/05/23(月) 10:52:41.72

フィボナッチが居ついちまったじゃないかよ。

お前ら責任取ってフィボナッチの話題禁止な。

**デフォルトの名無しさん** · 2022/05/23(月) 12:30:43.66

フィボナッチ呼ばわりはフィボナッチさんへの風評被害になるからやめな

**デフォルトの名無しさん** · 2022/05/23(月) 13:17:40.25

>>625
口だけ番長定期
これだから世界から糞バカ中世ジャップランド土人とか呼ばれるんだよ

**デフォルトの名無しさん** · 2022/05/23(月) 15:35:29.13

>>624
それはあまりにも無知な発言
RustではC/C++やCPUでの同じ動作となっているにすぎない

例えばC/C++では (正確には未定義だが通常動作)
int main() {
char x = 127;
x = x + 1;
printf("%d\n", x); // 出力結果: -128
}

Rustでは (普通にrelease modeの場合)
fn main() {
let mut x: i8 = 127;
x = x + 1;
println!("{x}"); // 出力結果: -128
}
ちなみにdebug modeではpanicで知らせる
release modeでもコンパイラに指定でpanicで知らせることも可能

**デフォルトの名無しさん** · 2022/05/23(月) 15:38:27.39

>>629に加えてRustでは
let n: i8 = 126;
の時、

println!("{:?}", n.wrapping_add(1)); // 出力結果: 127 // 溢れていないならその値
println!("{:?}", n.wrapping_add(2)); // 出力結果: -128 // 溢れたらラッピング(一周して)その値

println!("{:?}", n.overflowing_add(1)); // 出力結果: (127, false) // 溢れていないならばオーバフローフラグfalseが返る
println!("{:?}", n.overflowing_add(2)); // 出力結果: (-128, true) // 溢れたらオーバフローフラグtrueが返る

println!("{:?}", n.checked_add(1)); // 出力結果: Some(127) // 溢れていないならばOption型のSome(値)が返る
println!("{:?}", n.checked_add(2)); // 出力結果: None // 溢れたらOption型のNoneが返る

println!("{:?}", n.saturating_add(1)); // 出力結果: 127 // 溢れていないならその値
println!("{:?}", n.saturating_add(2)); // 出力結果: 127 // 溢れたらその型の上限の値

といったようにRustでは求められている状況に応じて容易に多様な対応を取ることが可能
Rustよりも用意周到なプログラミング言語があればその動作を教えて欲しい

**デフォルトの名無しさん** · 2022/05/23(月) 15:44:29.35

顔真っ赤ｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/05/23(月) 15:45:47.88

ここ2週間くらいRustスレずっとこんな調子だったんですよ
勘弁してほしい

**デフォルトの名無しさん** · 2022/05/23(月) 15:58:24.00

某R言語のユーザーは本当に気持ち悪いな

**デフォルトの名無しさん** · 2022/05/23(月) 16:13:42.23

何が用意周到なんだか。言語のことを言ってるんじゃなく、「あくまでそれでベンチマーク比較すんなよド素人」という話だけなのに、ムキになって言語機能の紹介書いちゃうオジサン
蛇足的に言語のことを言うなら、RustよりまともなのはC#でcheckedキーワードの明示による算術のオーバーフローをチェックかな？安全に足し算したいだけで毎回checked_addなんて書くのは勘弁願いたいのは本音。C#もデフォルトで安全に倒すという思想からも逸脱してるとも言えるが

**デフォルトの名無しさん** · 2022/05/23(月) 16:24:56.03

>>625
Rustスレでも満場一致で同じ意見だからご心配なく

**デフォルトの名無しさん** · 2022/05/23(月) 16:33:53.72

CPU・C・C++・C#・Rust全てにおいてオーバフロー時は一周回った結果になるってことか
じゃあそれが標準的な振る舞いなのだろう

**デフォルトの名無しさん** · 2022/05/23(月) 19:59:34.50

>>634
演算子オーバーロードできる言語なら a + b が Option<T> 返すような型を実装できるから言語組み込みでキーワード用意する必要もないのでは

例えばRustだとそういうライブラリもある
https://docs.rs/checked/latest/checked/

**デフォルトの名無しさん** · 2022/05/23(月) 20:07:10.01

>>636
Goもそれらの言語と同じ
int8(127)に1を足すと-128となる
標準でオーバフローチェックしなくてズルい！と発狂している人はどんな言語を使っているのだろう

**デフォルトの名無しさん** · 2022/05/23(月) 22:48:29.77

実装が処理速度に与える影響を論じるのなら浮動小数点数の話で語り始めるべきだったなｗ

**デフォルトの名無しさん** · 2022/05/24(火) 01:58:49.24

Pythonなどは(無限にではないが)演算で型拡張が行われるから、それらと同列でベンチマークすべきではないのは同意
Rustを愛しすぎて、顔にウンコ付いてて冗長で気持ち悪い書き方を擁護して発狂する用意周到オジサン

**デフォルトの名無しさん** · 2022/05/24(火) 02:20:04.04

Rustでの標準挙動は>>636や>>638により他の主要なプログラミング言語と同じ
その上で>>637など演算毎にチェックも可能
このような状況でとなおRust叩きをしている人は頭がおかしいのかそれとも

**デフォルトの名無しさん** · 2022/05/24(火) 04:56:32.72

Rustスレ過疎ってル訳でもないのにどこでもRustの話始めるのなんでなん?

**デフォルトの名無しさん** · 2022/05/24(火) 10:26:14.04

頭がおかしいから
反応したら負け

**デフォルトの名無しさん** · 2022/05/24(火) 10:43:26.98

言語は一つに統一したらええに。
言葉も英語だけなら良かったに。

**デフォルトの名無しさん** · 2022/05/24(火) 11:54:32.13

Swiftってわかりにくいね
Objective-Cもクソだったし林檎嫌いだわ

**デフォルトの名無しさん** · 2022/05/24(火) 12:46:51.04

それでも Swift >>> 越えられない壁 >>> Go、つまり林檎 >>>>>> Google

**デフォルトの名無しさん** · 2022/05/24(火) 12:47:47.67

>>645
> Objective-Cもクソ

具体的にはなにがどうクソなの？

**デフォルトの名無しさん** · 2022/05/24(火) 13:19:16.27

まずxcodeが糞
糞というか狂気
犯罪と言っても過言でないと思う

**デフォルトの名無しさん** · 2022/05/24(火) 13:40:19.38

3行使って情報量がほぼゼロ

**デフォルトの名無しさん** · 2022/05/24(火) 16:13:05.56

1 + 1 = 2 レベルの内容すら理解できんとかガイジ？ホイ卒？

**デフォルトの名無しさん** · 2022/05/24(火) 16:25:30.71

Swiftやってると某こんスレにいるアホ言語初心者のような参照カウントの悪辣性に気付くんだわ。その言語の機能解説ずーとしてるバカたち
1つでもスマートで無いと言えば「自分たちが攻撃された」と思い込み、べたコード貼り付けて得意満面に機能解説しだす

**デフォルトの名無しさん** · 2022/05/24(火) 16:38:55.79

>>650
1 + 1 = 2は定義上そうなっているだけなので理解できるかどうかという話じゃないんだぞ（クソリプ）

**デフォルトの名無しさん** · 2022/05/24(火) 16:39:22.08

「Swiftになってよかったこと」で調べればobjective-cの駄目なところはいくらでも出てこない？

**デフォルトの名無しさん** · 2022/05/24(火) 17:03:32.22

Swiftは言語だけみれば結構いいけどね
エラーハンドリング機構はメジャー言語の中では一番進んでる

objective-cは名前空間がなくて衝突回避のためにどうしても長い名前になるのがよくなかった
Swiftにも引き継がれてるメソッド名が引数名込みになるルールも分かりにくい
あとは動的ディスパッチなので速度が必要ならCかC++で書かないといけないのが面倒だったかな

**デフォルトの名無しさん** · 2022/05/24(火) 18:08:59.87

>>653
ビチグソが固形ウンコになったくらいのレベルでよかったとかいうxcodersは頭がおかしい定期

**デフォルトの名無しさん** · 2022/05/24(火) 18:11:41.40

ごめん、うんこに失礼だった
うんこは体にとって大事だけど
xcodeは世界の敵、環境破壊兵器、サリン、AntiSDGs、人工地震5Gだったわ
世界平和のために早く殺すべき

**デフォルトの名無しさん** · 2022/05/24(火) 18:32:36.39

>>654
同意

**デフォルトの名無しさん** · 2022/05/24(火) 18:44:18.42

具体的なレスを聞かせてくれた>>654すこ

**デフォルトの名無しさん** · 2022/05/24(火) 18:49:32.82

>>655
日本語読める？

**デフォルトの名無しさん** · 2022/05/24(火) 19:00:38.09

業務でストレス貯まってるのかな

**デフォルトの名無しさん** · 2022/05/24(火) 21:33:55.54

匿名掲示板でうんこレスしこたま投稿するの楽しいにゃん♪

**デフォルトの名無しさん** · 2022/05/24(火) 22:38:22.80

Xcodeが嫌ならVS CodeかAppCode使えば良くね？何が問題なの？

**デフォルトの名無しさん** · 2022/05/26(木) 19:00:46.30

次スレから
スレタイに Julia も追加すべき

**デフォルトの名無しさん** · 2022/05/26(木) 19:03:52.92

どうぞ

**デフォルトの名無しさん** · 2022/05/26(木) 20:19:19.19

旧世代言語は去れ

**デフォルトの名無しさん** · 2022/05/28(土) 09:48:31.36

kotlinのチュートリアル的なのみたらif式は変数に代入してコールできるとかあったけどいつ実行されるの？コールしたとき？それとも代入された変数には既にif式の実行結果が入ってる？

**デフォルトの名無しさん** · 2022/05/29(日) 16:30:35.70

・フリーエンジニアが年間3,600万円の売上を上げた方法を解説する
・26歳で独立して月収150万になった元引きこもりエンジニアの物語
・ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
　デザイナー社長船越良太に聞いてみた！
・ITフリーランスで月額単価150万円！万が一の就業不能に備える無料の保険もある「クラウドテック」
・フリーランス時代に月収4万円→最高340万円を達成した船越さんに、「お金」との向き合い方を聞いてみる
・フリーランスSEってどれくらい稼げるの？月単価160万円の案件を扱う定番エージェント
・フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説

**デフォルトの名無しさん** · 2022/05/29(日) 16:46:50.81

>>667
嘘くさ
情報商材とかに騙されてそう

**デフォルトの名無しさん** · 2022/05/29(日) 18:49:03.61

>>668
君は年収３００でRustで組み込みでもしてるのが実力だからねｗ

**デフォルトの名無しさん** · 2022/05/29(日) 20:21:54.98

ムキになってて草

**デフォルトの名無しさん** · 2022/05/29(日) 20:29:03.30

年収800万超えエンジニア注目するプログラミング言語、第1位は？
https://news.mynavi.jp/techplus/article/20210802-1936893/
https://news.mynavi.jp/techplus/article/20210802-1936893/images/001.jpg

**デフォルトの名無しさん** · 2022/05/29(日) 23:44:19.76

>>671
こういうの鵜呑みにしちゃうんだ
変な壺とか買ってそう

**デフォルトの名無しさん** · 2022/05/30(月) 00:09:02.12

Goとかいうウンコオブウンコのそび糞

**デフォルトの名無しさん** · 2022/05/30(月) 08:59:04.28

>>663
このようにマジキモRust信者が24時間張り付いて、他言語の悪口を言うスレです

**デフォルトの名無しさん** · 2022/06/01(水) 05:40:50.61

そんな書き込みは見かけないね

**デフォルトの名無しさん** · 2022/06/01(水) 07:00:10.40

（俺以外の）そんな書き込みは見かけないね

**デフォルトの名無しさん** · 2022/06/01(水) 11:51:48.67

（自演して）クソクソ言っとけば悪口になると思ってそう

**デフォルトの名無しさん** · 2022/06/01(水) 17:27:50.52

>>671
高収入になるほどRustを好む傾向がはっきりデータに出ているな
この状況でRustを叩いてる連中はどういう人たちなのだろう？

**デフォルトの名無しさん** · 2022/06/01(水) 17:43:20.57

あからさまにRustを叩いている人はごく一部を除いていない
ほとんどはRust信者を生暖かい目で見ているという立ち位置

**デフォルトの名無しさん** · 2022/06/01(水) 21:28:30.53

Rust信者に香ばしい人が多いのはなんなんだ？

**デフォルトの名無しさん** · 2022/06/01(水) 23:51:24.24

信者は香ばしいもんだろ

**デフォルトの名無しさん** · 2022/06/02(木) 01:26:39.73

>>678
叩きもなにも、もはや誰も言語仕様の話はしていない。汚物連呼程度の煽りならスルーするのが賢明だ

**デフォルトの名無しさん** · 2022/06/02(木) 07:49:13.42

Rustは素晴らしい言語ではあるが
頭が悪い側の一部のプログラマーが理解できない可能性ないのか？

**デフォルトの名無しさん** · 2022/06/02(木) 08:10:44.20

>>683
そう考えるRust狂信者は多そうだな。
Haskellの二の舞だわ。

**デフォルトの名無しさん** · 2022/06/02(木) 09:03:19.01

むしろ駄目プログラマーを上手く排除できるからありがたい
理想的な社会になる

**デフォルトの名無しさん** · 2022/06/02(木) 11:14:24.49

駄目プログラムがRustに置き換わるだけで何の解決にもなっていないのでは？

**デフォルトの名無しさん** · 2022/06/02(木) 11:16:44.55

一番排除できてありがたいのは、癖のあるC++プログラマーw

**デフォルトの名無しさん** · 2022/06/02(木) 11:51:30.38

例えば駄目プログラムの典型として
「データ構造スパゲティ」

GC言語だとそれでも動いてしまうがメンテしにくい、バグ入り込みやすい、デバッグしにくいなど、当然問題ありまくり
C/C++だと解放忘れや解放後利用や多重解放などが入り込みがちで難解になるため普通は避けるが、避けない人も出てきてはまる
Rustだとコンパイルが通らないことで、それら諸問題を避ける形になることが多い

**デフォルトの名無しさん** · 2022/06/02(木) 13:29:24.85

スパゲッティか～
おいしそうだねえ～

**デフォルトの名無しさん** · 2022/06/02(木) 13:51:42.44

>>688
データ構造がスパゲッティでも、Rustのルールに則っていれば、動いてしまうんじゃないの？

Rustだって、設計の良し悪しまで判断できないと思うんだが。

**デフォルトの名無しさん** · 2022/06/02(木) 14:01:04.10

何でもRcで囲めば簡単にスパゲッティデータ構造作れそう

**デフォルトの名無しさん** · 2022/06/02(木) 14:43:28.56

>>685
まぁ確かに
Ruby募集すればスクール卒が集まるし、PHP募集すれば障害者雇用枠が集まるしな
そういうこと

**デフォルトの名無しさん** · 2022/06/02(木) 15:05:39.70

>>692
そういうのはRuby募集するときにRustスキル必須にすればいいけど、そんなことをしたらコスト上がるだろ。
コスト以上の売上を上げられるのかね？

**デフォルトの名無しさん** · 2022/06/02(木) 15:46:11.94

>>693
何当たり前のこと言ってるんだ？
便所掃除に大卒雇うわけないだろ？
そういうこと

**デフォルトの名無しさん** · 2022/06/02(木) 18:38:30.38

>>687
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
＞正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

**デフォルトの名無しさん** · 2022/06/02(木) 18:58:22.84

型無し糞言語ユーザーはその場で○していいよ
公害だから

**デフォルトの名無しさん** · 2022/06/02(木) 19:48:49.81

キチガイ*だけ* 言語Rust

**デフォルトの名無しさん** · 2022/06/02(木) 21:04:45.84

>>690
ぐぅ正論w

**デフォルトの名無しさん** · 2022/06/02(木) 21:41:51.25

>>690
Rustでデータ構造がスパゲッティだと
参照や競合を解決するためにそれ用のを使わざるを得ないから
その使われている部分が無理やりなのか必要なのかをチェックするだけで判別できる点は良いね

**デフォルトの名無しさん** · 2022/06/02(木) 23:25:41.34

そもそもスパゲッティデータ構造って定義はなに
フローにおけるサイクロマティック複雑度みたいな指標あるんでしたっけ

**デフォルトの名無しさん** · 2022/06/03(金) 12:08:17.39

>>690
0か100で判断すんな。
他の言語よりマシって言ってるんだろ。

**デフォルトの名無しさん** · 2022/06/03(金) 12:18:20.21

頭固いやつほど0か100でばかり判断しやがる。

**デフォルトの名無しさん** · 2022/06/03(金) 12:24:15.91

具体性が無い話をいつまでも続けてんじゃね～

**デフォルトの名無しさん** · 2022/06/03(金) 12:32:07.86

せめてコード例を出せ

**デフォルトの名無しさん** · 2022/06/03(金) 12:44:43.82

ちょっと待て
俺たちプログラマは抽象化と常に隣り合わせになりながら生きてるはずだ

**デフォルトの名無しさん** · 2022/06/03(金) 12:48:02.40

じゃあ客観性が無い話をいつまでも続けてんじゃね〜

**デフォルトの名無しさん** · 2022/06/03(金) 13:58:15.04

スパゲッティデータ構造wwで終わってる話

**デフォルトの名無しさん** · 2022/06/03(金) 14:31:49.94

昔のレベルの低い状況だったらよかったのかもしれんが、抽象バカはこれからはプログラマーとしてはやっていけないよ。
今はテストコード書くのが当たり前だから。

**デフォルトの名無しさん** · 2022/06/03(金) 14:36:17.21

まだスパゲッティデータ構造とかいう話をしているんかよ。新しいバズワードでも作りたいんかね。
一般的でない用語を使いたければ、せめて定義ぐらいはしろよ。

**デフォルトの名無しさん** · 2022/06/03(金) 16:26:17.35

>>688
Rustにも進出してそれを体感するようになった
Rustはデータ競合もコンパイラがチェックするから他の言語では気付かなかったことを把握して組めるようになった

**デフォルトの名無しさん** · 2022/06/03(金) 16:41:16.70

まさかおまいらやってないよな
https://mevius.5ch.net/test/read.cgi/tech/1654051738/

**デフォルトの名無しさん** · 2022/06/03(金) 17:10:08.22

次スレﾜｯﾁｮｲ付けとく？

**デフォルトの名無しさん** · 2022/06/03(金) 17:56:42.36

>>711
実環境と同じで開発する Docker っていうんだぜ　最新の開発手法なんだが　逆に知らないのか？ＲＵＳＴとか言ってるバヤイじゃないだらｗ

**デフォルトの名無しさん** · 2022/06/03(金) 18:36:29.92

>>711
受入側がテストケースを作るという話なら理解できるけど、そういう話じゃ無いんだろうなぁ。

>>713
それはOpsDevの話だから、ちょっと違う気がする。

**デフォルトの名無しさん** · 2022/06/03(金) 19:16:59.53

> スパゲッティデータ構造

「所有権の複製」と同じ独善的で哀れな響きを感じる

**デフォルトの名無しさん** · 2022/06/03(金) 20:43:36.50

データと環境の区別がつかないやつとか
Dockerを最新開発手法だと思ってるやつとか
DevOps知らないやつとか
スパゲッティデータ構造wとか
ここは底辺の巣窟だな

**デフォルトの名無しさん** · 2022/06/03(金) 21:05:02.43

底辺というか単にアマチュアと思う
仕事で書いてるマがあんまいないでしょここ
学生さんか無職によるエアプの応酬でしょひたすら

**デフォルトの名無しさん** · 2022/06/03(金) 23:44:10.63

YouTube で有名な、雑食系エンジニア・KENTA の動画

EC2はもうオワコンです
www.youtube.com/watch?v=G_ILES8fmf8

ほとんどの企業が、Docker, Kubernetes へ移行している。
自分でOS を管理してはいけない。更新などが面倒だから

だからAWS でも、Elastic Container Service(ECS)ではなく、Fargate を使えと言ってる。
他には、AWS Lambda とか

YouTube で有名な、くろかわこうへいのAWS入門書も出ている。
サロン内の数十人で書いたみたい

米国年収では最高峰のAWS Solutions Architect など、アソシエイト3冠でも狙えばよい

Dockerなら、この本が簡単。
自宅ではじめるDocker入門[改訂版]、浅居尚、2021/4

**デフォルトの名無しさん** · 2022/06/04(土) 03:17:04.19

>>718
いやEKSのワーカーノードってEC2のインフラに乗っかってるやん
何言ってんだコイツ

**デフォルトの名無しさん** · 2022/06/04(土) 10:14:15.98

KEИTAはNGワード推奨

**デフォルトの名無しさん** · 2022/06/04(土) 12:59:06.25

普通の荒らしならNGでも良いけど、これは広告黙認になっちゃう…