ぶっちゃけ始めるのにいい言語て何　part6

**デフォルトの名無しさん** · 2021/08/12(木) 21:30:31.00

前スレ

ぶっちゃけ始めるのにいい言語て何　part5
https://mevius.5ch.net/test/read.cgi/tech/1622766330/

**デフォルトの名無しさん** · 2021/09/06(月) 13:57:26.60

>>879
これまでのプログラミング言語は一部の勢力にしか支持されないために広がらなかったものが確かにあります
しかしRustは以下のように大手IT企業たちがこぞって支持するという極めて稀な状況になっています

プログラミング言語「Rust」のための「Rust Foundation」設立 -- AWS(Amazon)、Microsoft、Google、Mozilla、Huaweiが創設
https://japan.zdnet.com/article/35166267/

Facebookが「Rust Foundation」に参加 -- 「Rust」言語をいかに活用してきたか
https://japan.zdnet.com/article/35170192/

なぜIT業界をあげてRustが支持されているかは明白な理由があります
(1) C/C++と同じくネイティブにコンパイルされて最高速級かつ低水準の記述もカバーするため組み込みやOSから基本ライブラリにアプリまで使用可能
(2) 論文などに基づきコンパイルが通った時点でメモリ安全性の保証を実現 (ここがC/C++との違い)
(3) モダンなプログラミング言語の様々な良い点を最初から洗練して取り入れており便利かつ強力にプログラミングしやすい
つまりメモリ安全性を保証しながら最高速級に様々な環境で動作し便利で高度なプログラミングもできるのがRustなのです

**デフォルトの名無しさん** · 2021/09/06(月) 14:05:08.24

でも学習コストが高い
だからコミュニティが続けられるのか、が今後の見所

**デフォルトの名無しさん** · 2021/09/06(月) 14:07:36.92

>>880
Rustは既に大手IT企業では標準言語の一つとして採用されているから、Rustが消えてなくなることはないよ。
もちろん昔Javaが出てきたときは感動したし学習も楽しかったけど、今となってはJavaは何もかも古すぎる。
純粋にプログラミング言語と見た場合、JavaがRustに勝てる点は全くなくて、Rustが負ける点は後発言語であること一点のみ。

**デフォルトの名無しさん** · 2021/09/06(月) 14:46:36.15

>>883
確かにC言語ではメモリの解放を自分でする必要がありメモリ安全性の確保が難しかった
しかしRustは他言語と同様に自動的に解放してくれてさらに論理的にメモリ安全性の保証まである

例えば伸長可能な文字列の場合
文字列の長さが増えてそのままでは収納できなくなれば自動的に新たなメモリを確保して置き換えてくれるし使用後は自動的に解放してくれる
もちろんガベージコレクションがあるプログラミング言語ならこれらは同様に自動的に行われる
Rustはガベージコレクション無しでこれらをメモリ安全性保証付きで実現したところにその凄さがある

**デフォルトの名無しさん** · 2021/09/06(月) 15:00:22.20

>>886
Rustが大手IT企業での標準言語って……
Rust使いは夢の世界で生きてるから凄いよな

**デフォルトの名無しさん** · 2021/09/06(月) 15:13:36.44

大手IT企業といえばGAFAM
そのうち独自路線のAppleを除くGoogle, Amazon, Facebook, MicrosoftはRust言語採用を明確にしていますね

**デフォルトの名無しさん** · 2021/09/06(月) 15:46:38.67

採用を明確にしているだけで、実際の成果物はまだなんでしょ？
25年前のJavaと同じ状況

**デフォルトの名無しさん** · 2021/09/06(月) 15:52:23.07

皆様ありがとうございます
次はRustやってみます
趣味ですし、将来性もそんな考えなくてもいいと結論にします

**デフォルトの名無しさん** · 2021/09/06(月) 16:00:17.51

Google、Amazon、Facebookはプロダクトで使っているよ
DropboxやDiscordなんかもね

Mb · 2021/09/06(月) 16:42:39.76

何度も言うけれども、Rust って FORTH の焼き直しのように
思うんだけど気のせいかな？
変数スコープの話を文法に押しつけただけなんじゃありませんか？
それがあるので、「Rust 推し」の人がなぜこのスレに
拘泥する理由がわかりません。
そこのところを知りたいと思います。

Mb · 2021/09/06(月) 16:52:36.16

>>884
> なぜIT業界をあげてRustが支持されているかは明白な理由があります
> (1) C/C++と同じくネイティブにコンパイルされて
> 最高速級かつ低水準の記述もカバーするため
> 組み込みやOSから基本ライブラリにアプリまで使用可能
それは C 言語とおんなじ。
> (2) 論文などに基づきコンパイルが通った時点で
> メモリ安全性の保証を実現 (ここがC/C++との違い)
それは Java とおんなじ。alloc-free の問題を、文法で制限して
防止してるだけ。
> (3) モダンなプログラミング言語の様々な良い点を最初から
> 洗練して取り入れており便利かつ強力にプログラミングしやすい
ガベージコレクションという裏方の作業を無視しているだけ。
> つまりメモリ安全性を保証しながら最高速級に様々な環境で動作し
> 便利で高度なプログラミングもできるのがRustなのです
コンピュータサイエンスの基礎から勉強してきてほしいと思います。

**デフォルトの名無しさん** · 2021/09/06(月) 17:05:17.83

>>894
それは君が不勉強。
例えばC++もガベージコレクションは無い。
一方でJavaはガベージコレクションがあるが、ある程度のメモリ安全性がある。
このようにC++とJavaは対照的な存在。
Rustは論文などで論理的に示された強力な型システムと変数用法で、ガベージコレクション無しでメモリ安全性の保証を実現した。
だからこそ、既存のC++とJavaが使われていた両分野を、実際に大手IT企業たちがRustへ置き換えつつある。

**デフォルトの名無しさん** · 2021/09/06(月) 17:07:17.83

そして日本には大手IT企業はない

**デフォルトの名無しさん** · 2021/09/06(月) 17:16:24.38

>>893
そんなことはないですよ
例えば>>295のRubyとJavaScriptとPythonのプログラム例がある「数字のリストをソートして逆順にして文字列にしてハイフンで繋ぐ」プログラム
これをRustで同じ方法で書いてみるとほぼ同じように書けます

use itertools::Itertools;
fn main() {
　let a = [4, 9, 3, 7, 1, 8, 5];
　let s = a.iter().sorted().rev().map(|n| n.to_string()).join("-");
　println!("{}", s);
}
実行結果
9-8-7-5-4-3-1

このようにRustでもスクリプト言語並の平易さでプログラミングすることができます

**デフォルトの名無しさん** · 2021/09/06(月) 18:16:26.78

Goにしとけ
日本のIT企業でRust使ってるとこなんてマウンターしか居ないぞ

**デフォルトの名無しさん** · 2021/09/06(月) 18:25:22.79

>>898
日本でもRust採用されつつあるよ。
Ruby採用で有名なクックパッドも、バックエンドでRubyの遅さがボトルネックになっているとして、Rubyのように記述できつつ高速でメモリ安全性のあるRustへ書き換えた。

Mb · 2021/09/06(月) 19:25:30.56

>>987
なんか変だなぁ。っていうか気持悪い。
join() メソッドの中に LOOP-UNTIL-DO-REPEAT 構造が
隠蔽されているのはともかくとして、
> println!("{}", s);
の括弧（"{}"）はどこへ行っちゃったの？
正直な話、Java の構文は若干ダサいところはあるけども、
「Rust の構文って、こんなコードが通っちゃうんだ …」と
思うと減滅だなぁ。

**デフォルトの名無しさん** · 2021/09/06(月) 19:28:57.79

Rustは
android,Ios,windowsアプリを作れますか？
作れるとしたら
Kotlin,swift,c#と比べて
アプリ制作面で劣るところはありますか？

**デフォルトの名無しさん** · 2021/09/06(月) 19:45:57.12

Rustのゼロコスト抽象化は
逆に言えば少しでもコストのかかる抽象化はする気がないということで
いくらモダンだろうが
プログラミングしやすい、はありえない

**デフォルトの名無しさん** · 2021/09/06(月) 20:15:54.87

>>900
C言語でのprintf("%s¥n", s);が
Rustでのprintln!("{}", s);
これくらいの差異は、複数のプログラミング言語をしているなら誤差範囲とわかるはず。
正確にはDisplayトレイトを実装している型ならば全て"{}"で表示できる。

**デフォルトの名無しさん** · 2021/09/06(月) 20:27:51.93

>>900
イテレータ構文を気持ち悪いと感じるのはあなたが時代遅れのプログラマーだから
以前に>>295でJavaScriptやRubyの例が示されているようにRustに限らず様々な現代的なプログラミング言語でほぼ同じイテレータ構文となる

**デフォルトの名無しさん** · 2021/09/06(月) 20:34:05.04

>>902
それはあなたの理解がおかしい
言語としてゼロコスト抽象化をしているということはその上に自由に様々な形でコストありの抽象化を実装できるということ
例としては今出ているイテレータ
イテレータはゼロコストの抽象化ではないので言語のコアではなくそのすぐ外側のstd標準ライブラリで実装されている

**デフォルトの名無しさん** · 2021/09/06(月) 20:53:30.08

>>900
さすがにjoinは最近のプログラミング言語ではほとんど標準で用意されてるよ
Javaにすら

**デフォルトの名無しさん** · 2021/09/06(月) 20:54:43.54

>>897
>let s = a.iter().sorted().rev().map(|n| n.to_string()).join("-");

これが不自然に見えるならさすがに不勉強すぎる

**デフォルトの名無しさん** · 2021/09/06(月) 21:02:47.84

この業界の常として
いいものが流行るとは限らないからな

**デフォルトの名無しさん** · 2021/09/06(月) 21:13:21.05

>>890
暗に「めっちゃ成長株」って言ってる？

**デフォルトの名無しさん** · 2021/09/06(月) 21:17:54.84

名前欄Mb氏は何年間もプログラミングをしていないか、あるいは、非常に古い特殊な環境の仕事しかしていないと推測される。
だから現代のプログラミングでは中心の一つとなったイテレータすら知らなかったのだと思われる。
その知識経験不足な状況でこのプログラミング言語スレに来ているため、何かを教える側ではなく、教わる側になってしまっている。

**デフォルトの名無しさん** · 2021/09/06(月) 22:01:38.70

何歳からぶっちゃけ始めたって良いんですよ

**デフォルトの名無しさん** · 2021/09/06(月) 22:03:34.10

ちょうどitmediaの記事が来た
クラウド方面でもRustが大人気らしい

「Rust」はなぜクラウドネイティブ開発者の間で大人気なのか？
https://techtarget.itmedia.co.jp/tt/news/2109/06/news04.html
2021年9月6日

**デフォルトの名無しさん** · 2021/09/06(月) 22:05:29.40

YouTube で有名な、雑食系エンジニア・KENTA は、
未経験者のバックエンドの道筋を、Ruby → Go としてる

Rust, Elixir は、普及のキャズムを越えなかった。
スクエニはElixirも使っているけど

唯一越えたのは、Go だけ

Rust は、GC じゃないから、面倒くさい事、この上ない

**デフォルトの名無しさん** · 2021/09/06(月) 22:12:41.69

>>913
しかしcookpadはバックエンドの高速化でRuby→Rustへ置き換えたそうだ
あとGCがなくても全自動で即座に解放されるから面倒臭くはない
実際のRustのプログラム例>>897もRubyとほとんど同じ

**875** · 2021/09/06(月) 22:17:23.19

C/C++ は、ポインターがある言語なので、
かなりの時間がポインターの追跡・バグに取られる

同様に、初心者がRust をやると、
メモリの解放に、多くの時間を取られる

C/C++, Rust を10年やったとしても、7～8年は無駄になる。
Ruby を1～2年やった人に勝てない

だから、GC のあるGo が流行った。
メモリの解放に費やす時間を、
Linux, AWS, Docker, データベースなど、サーバー構築運用の勉強に当てられるから

食べチョクなどの募集を見ても、明らか。
Ruby on Rails で、サーバー構築運用に詳しい人を募集している

メモリの解放に、時間を費やしている人ではない！

だから、YouTube で有名な、雑食系エンジニア・KENTA のカリキュラムでは、
Rails, Linux, AWS, Heroku, Docker, CircleCI, データベースなどが必須なわけ

10年間、メモリの解放をやってましたと言う人を、どこも雇わない。
サーバー構築運用に詳しくないと、雇われない

**デフォルトの名無しさん** · 2021/09/06(月) 22:25:39.89

将来性のある言語は十分わかったから、
今すぐ戦力になれる言語を教えてくれ

**デフォルトの名無しさん** · 2021/09/06(月) 22:26:14.47

鎖につながれ歩き出す君を　飲み込むくらい多忙な都会は流れてる

投げ捨てられた夢が転がってる足元が見えたら　地図にない町へ旅立とうたとえそれが無茶だとしても

錆びついたマシンガンで今を撃ち抜こう

**デフォルトの名無しさん** · 2021/09/06(月) 22:27:24.41

>>910
Mb氏は不勉強だかバカにされても逃げずに堂々と名乗ってる
コテハン複数持ってるのにいつもコソコソしてる誰かさんに比べると評価できるぞ

**デフォルトの名無しさん** · 2021/09/06(月) 22:30:03.12

>>915
ちょっと無知すぎて呆れる
メモリの解放が自動的に行われるRustに対して『初心者がRust をやると、メモリの解放に、多くの時間を取られる』
Rustのアンチな人はあまりにも無知で的外れ

**875** · 2021/09/06(月) 22:30:13.27

結局、バックエンドのほとんどは、サーバー構築運用

言語の文法だけを勉強しているような香具師は、雇われない。
10年間、メモリの解放をやってましたとか言う人も

サーバー構築運用においては、こういうものは比重が少ない

皆、サーバーの勉強が嫌だから、言語の文法の勉強に逃げる。
本1冊読めば、そこそこ出来るから

でも、サーバー関係だと、20～30冊読まないと出来ないから、
皆、言語に逃げる

皆、サーバーの勉強が嫌だから、Windows 用言語に逃げるだろ。
それと同じ

だから、どこの会社も、サーバー構築運用ができる香具師を募集している。
Ruby on Rails, Linux, AWS, Heroku, Docker, CircleCI, データベースなど

実際に米国年収では、1,300万円のRails を抜いて、
AWS Solution Architect が、1,400万円とかになってる

会社は、言語ができる香具師よりも、サーバー技術者が欲しい

**875** · 2021/09/06(月) 22:42:49.81

C/C++, Rust を、10年やってたけど、サーバーの事はあまり知らない香具師と、
Ruby on Rails, Linux, AWS, Heroku, Docker, CircleCI, データベースなどを、
2年やってた香具師では、

後者の方が、採用される

だから、YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、
Rails を採用している

つまり、最も効率的に、早くサーバー技術を学べるのが、Rails。
これで2年やってから、Go へ進む。
これが必須の王道

Rust, Elixir は、補助的なもの。
必須でもないし、初心者がやるものでもない

Rust, Elixirは、大企業しか使わないし、転職で困るので、
ベンチャー・中小企業でも使う、Railsは必須

**デフォルトの名無しさん** · 2021/09/06(月) 23:01:16.10

>>915
> かなりの時間がポインターの追跡・バグに取られる
> 同様に、初心者がRust をやると、
> メモリの解放に、多くの時間を取られる

それは全く逆です。
Rustはそれらポインタの追跡バグ取りをしなくてもいいように設計され、言語としてメモリ安全性を保証します。
もちろんメモリの解放は安全に自動的にされるので、プログラマーがする必要はありません。

>>921
> C/C++, Rust を、10年やってたけど、

Rustの最初の公開バージョン0.1は2012年ですから、Rustを10年やってたらMozillaの中の人だけですねｗ
もちろんプログラミング言語は単なる手段の一つにすぎないので、その他の知識経験が必須なのは同意です。
しかしそれにしては、おっしゃる分野が特定の狭い範囲に限定されすぎです。
10年間良い環境でやっていれば、もっと広い意味でのフルスタックエンジニアになれます。

**デフォルトの名無しさん** · 2021/09/06(月) 23:32:09.63

>>916
主戦場がどこか？によるだろう？

Excel業務ならマクロ
Linuxで定形処理ならPython
WebならJavaScript

プログラムなんて何度も繰り返すめんどくせー作業を自動化するのが目的のひとつなんだから

**デフォルトの名無しさん** · 2021/09/07(火) 00:25:16.69

>>923
そのLinuxで定形処理ならPythonの部分はダウト
もちろんPythonもPerlもRubyもJavaScriptもそこで用いたりするがPythonが何か突出してることは絶対にない
Linuxで強いて挙げるならばシェルスクリプトだろう

**デフォルトの名無しさん** · 2021/09/07(火) 01:01:21.11

あえてソコは本格的なプログラミングを行うには適さない
簡易的コマンドシェルスクリプトって始めるのにいい言語か？と自問自答でPythonにした
シェルスクはキーボードのショートカットのようなパソコン操作の部分程度だと思っていたのでマウス片手に戦場に行く人には勧められない

**デフォルトの名無しさん** · 2021/09/07(火) 01:29:30.69

>>925
本格的なプログラミングと言い出したらスクリプト言語である必要性すらなくなってしまう
大幅に譲歩してスクリプト言語限定(シェルスクリプトは除く)の話としても
他のスクリプト言語も現実に使われているわけだから「Linuxで定形処理ならPython」と言うのはかなり無理がある
そこはRuby好きな人たちなら確実にRubyであろうしWeb屋でサーバーサイドまでJavaScriptで統一してるならばそこもJavaScriptで全く問題なく処理できる
そして昔はPerl派が最大勢力だった分野でもあるため今も残存勢力がいるようだ

**デフォルトの名無しさん** · 2021/09/07(火) 05:18:46.73

まあぶっちゃけJavaかJSかC#だよ

ちゃんとしたプログラマなら言語なんかすぐ覚えるんだからあとは必要な時に必要なものをやればいい

**デフォルトの名無しさん** · 2021/09/07(火) 07:06:12.90

>>926
それは、オフィス雑務なのか、機械学習させたいのか、インタラクティブを求めてるのか、千差万別
一例に過ぎないのに何と戦ってるのかわからないから、追記しとく

ぶっちゃけ始めるのにいい＞今すぐ戦力になれる言語＜て何？

既存品の組合せでトライアンドエラーするならスクリプト言語系
例えば
Excel業務ならマクロとか
Linuxで定形処理ならPython とか
WebならJavaScript とか
...etc.

**デフォルトの名無しさん** · 2021/09/07(火) 07:18:51.67

>>928
Linuxのところがおかしい
LinuxでPythonである必要性は全くない

**デフォルトの名無しさん** · 2021/09/07(火) 07:20:31.47

日本人がプログラミングの勉強をするには
・　スクール
・　webサイト
・　本
という感じになるんだと思うけど
この中でプログラミングレベル（作法やデザインパターンやなんやら）を
初級～上級と目指すには
どの言語が適しているか？という問いなら
どんな言語がいいのかな？

Rustはネットや書物だけでも
ネット決済のプログラムを０から構築できる程度に
学習情報は整っていますか？

**デフォルトの名無しさん** · 2021/09/07(火) 07:34:01.58

>>930
唐突にネット決済という特殊な特定の話が出てきて
さらに特定の言語Rustを指定して質問してる時点で言動が異常

それはともかく
スクールに頼らないといけない人はプログラミングに向いていないとは思う
向いている人ならば必ず自力で学習できる

**デフォルトの名無しさん** · 2021/09/07(火) 07:40:50.99

>>931
Rustが話題になっていて学ぶ環境は整備されているのかという個人的な興味と
ネット決済は整数の取り扱いやサーバーとの連携
セキュリティやバリデーションなど色々ハードルが高く
ライブラリもしっかりしていないと、という意味合いで例示しただけです

**デフォルトの名無しさん** · 2021/09/07(火) 07:43:42.31

あと金融決済のサイトは
変数の取り扱いや様々な処理
拡張性や保守性、その他もろもろ
硬派でないとという意見を散見してきたので
金融決済サイトに適した言語なら
手堅いのかなと思いまして

**デフォルトの名無しさん** · 2021/09/07(火) 07:58:09.14

>>933
そう思ってしまうのは理解できる。
しかし現実には関係ない。
ほとんどのプログラミング言語は、そういう観点ではほとんど差がない。
むしろ言語とは別のファクターが大きい。
例えば、Pythonが他の言語と比べて特に何か機械学習に向いているわけではないが、
たまたまその方面のライブラリなどが整備されたという理由で、機械学習ならPythonという状況。
しかもそのライブラリの実体はC++で書かれていたりするので、その皮を被せるのはPythonでなくとも他の言語で可能。

**デフォルトの名無しさん** · 2021/09/07(火) 08:41:50.41

>>933
それ基本的に言語関係ないよ

**デフォルトの名無しさん** · 2021/09/07(火) 08:46:47.97

ここでRust Rust言ってるやつも
つい先日、Rustスレでイテレータ理解してなくて恥晒してたぞ

**デフォルトの名無しさん** · 2021/09/07(火) 09:28:32.67

イテレーターとかファサードとか
古来からのプログラミングパターンなんだし
自分で簡単に実装できるから
あんまり意識してないとかじゃない？

**デフォルトの名無しさん** · 2021/09/07(火) 09:34:40.79

もう黙っとけば？

**デフォルトの名無しさん** · 2021/09/07(火) 09:36:23.70

>>935
動的型付だと保守修繕するときに
変な変数や配列の使い方をされてめちゃくちゃになるから
静的型付け言語を採用するとか聞いたことあるけどガセだったんでしょうか？

java勉強してて楽しいなと思った箇所で
クラスを秘匿にしてinterfaceで多様性を実装することで
バグの伝搬を防ぐっていうのがあったんですけど
pythonやjavascript、Rustとかでも
java同様に多様性を利用したプログラムはできるんですか？

**デフォルトの名無しさん** · 2021/09/07(火) 09:56:16.49

>>939
それが楽しいならばRustがさらに向いてる
Rustはパラメータ多相だけでなくサブタイプ多相も強い静的型付けで可能

**デフォルトの名無しさん** · 2021/09/07(火) 10:42:23.36

>>936
いつもの人だからルビさん同様そっとしといてやれ

**デフォルトの名無しさん** · 2021/09/07(火) 10:55:51.98

>>936
あのスレものぞいてるが、そんな話あったか？
イテレータでは書けないケースをforなどループで回す、という話はあったが。

Mb · 2021/09/07(火) 13:56:25.62

>>910
イテレータは普通に知ってるんだが、
いわゆるループ関係の構文（for、while、do）と、
ちょっと相性が悪いように思う。
「コンテナクラスに放り込んで、どれから取りだすか」というときに、
sort 一発で優先度が決まるわけでもないだろう？

Mb · 2021/09/07(火) 14:05:48.13

次スレの話だが、
【性別・年齢・経験】今から始めるのにいい言語って何【不問】
とかどうだろう。

**デフォルトの名無しさん** · 2021/09/07(火) 14:10:42.42

それよりもテンプレでプログラミングでできることリストを作れ

**デフォルトの名無しさん** · 2021/09/07(火) 14:30:33.98

【女・19・経験人数3人】
で～すw何か良い言語教えて～w

**デフォルトの名無しさん** · 2021/09/07(火) 14:44:24.28

>>939
動的は書きやすいけど読みにくい

Interfaceなんか最近の言語はどれでもある

まあぶっちゃけ現状バックエンドでかたいのはJavaだよ

**デフォルトの名無しさん** · 2021/09/07(火) 14:59:01.30

>>943
コンテナは必ずしも順序があるわけではないが、イテレータは常に順序がある。
どれから取り出すかは各イテレータに依存だが入力に対して常に一意に定まる。
開始イテレータは、同じ入力に対しては必ず同じ対応するシーケンスを出す。
中間イテレータは、同じシーケンス入力に対しては必ず同じ対応するシーケンスを出す。
終端イテレータは、同じシーケンス入力に対しては必ず同じ出力を出す。
つまり開始イテレータ及び中間イテレータは、常に入力に応じた安定したシーケンスを出すので、むしろループ構文と相性が良い。

Mb · 2021/09/07(火) 16:29:16.97

それは理解できるのだが、
スタックとキューとデキューの話になると思う。
チャート法のアジェンダの中から、どういうふうに
取り出すか、というのは評価関数とかの話を含めて、
けっこう難しい問題だと思う。

**デフォルトの名無しさん** · 2021/09/07(火) 16:50:09.82

>>949
あなたは何も理解できていない。
いや理解する気がないと言うべきか。
ならば匙を投げる。

**デフォルトの名無しさん** · 2021/09/07(火) 16:52:50.07

スマホアプリを作れるようになりたいとしたら
Kotlin、C#、Swiftでしょうか？

Rustについて調べたんですけど
CやC++の後継という表現はありましたが
スマホアプリを作るには重たそうな感じですね
（作れるのかさえ分かりませんでしたが）

Mb · 2021/09/07(火) 16:54:43.78

>>950
あなたは何も説明できていない。
いや説明する気がないと言うべきか。
語れ。でなければ匙を投げる。

**デフォルトの名無しさん** · 2021/09/07(火) 16:57:34.49

>>950
みーんな放置してるから
放置でおｋ
このスレに来てる人の中で最底辺だからソイツ
知能と経験という意味において

**デフォルトの名無しさん** · 2021/09/07(火) 17:15:46.63

次スレは誰が建てるの？ >>980?

**デフォルトの名無しさん** · 2021/09/07(火) 18:23:29.62

あわしろ氏は、見どころのある少年だと言ってるぞ。
意見が割れてるな。

**デフォルトの名無しさん** · 2021/09/07(火) 19:21:42.59

もう立てなくていいです

Mb · 2021/09/07(火) 19:56:18.96

>>945
あたしもそう思うんだけど、気に入らない人っているみたいなんだよね。
ハードウェア寄りの基礎だったら、アセンブラ系の言語か
C でいいと思うんだけど、C++ は応用寄りなので初心者向けとは
言いにくいんですよ。
VB とかは言われるほど悪くないとは思うんだけど、N-BASIC とか
Real BASIC とかの確執もあって、MS 嫌いの人には評判が悪い。
Java と C♯は、業務用には悪くないと思う。
Haskell は最近勉強しはじめただけだけど、遅延評価とかそのあたりを
解ってもらえるかどうかはいろいろあると思います。

Mb · 2021/09/07(火) 20:05:44.64

>>945
新スレ立てるなら、これ入れといて。

前スレ
ぶっちゃけ始めるのにいい言語て何？
http://mevius.5ch.net/test/read.cgi/tech/1583223433/
ぶっちゃけ始めるのにいい言語て何　part2
http://mevius.5ch.net/test/read.cgi/tech/1594883518/
ぶっちゃけ始めるのにいい言語て何　part3
https://mevius.5ch.net/test/read.cgi/tech/1599110613/
ぶっちゃけ始めるのにいい言語て何　part4
https://mevius.5ch.net/test/read.cgi/tech/1615612545/
ぶっちゃけ始めるのにいい言語て何　part5
https://mevius.5ch.net/test/read.cgi/tech/1622766330/

**875** · 2021/09/07(火) 21:01:05.52

>>930
YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、

Ruby on Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース

今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, React, Vue.js, TypeScript も入る

だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！

他には、Udemy の山浦清透のサロンにも、KENTAと同様、3千人が入っている。
くろかわこうへいのサロンには、数百人とか

KENTA, 2021/3
女性エンジニア＆個人開発者のだむはさんにインタビュー
www.youtube.com/watch?v=ieljaqRC98A

Heroku, S3, 決済はStripe, Docker

他には、Shopify アプリなどもある

学習環境では、どこの学校・サロンでも、圧倒的にRails。
Railsガイド・Railsチュートリアル、黒田努の本など

Rails 6 の本だけでも、数冊は出てる。
Railsチュートリアルも毎年、売上が増える。
どうして、Ruby はオワコンと言われるのか、全く分からないと言ってる

**デフォルトの名無しさん** · 2021/09/07(火) 21:06:13.96

大学のプログラミング教育ではRubyは下火かな
いまはCとPythonが多いのでは

**875** · 2021/09/07(火) 21:23:58.73

基本、食べチョクみたいに、若い娘が1人で起業するような場合は、
Ruby on Rails, Heroku, Bootstrap

ただし、食べチョクはAWS だけど

食べチョクでは、Railsで、サーバーに詳しい人を募集している。
言語よりも、ほぼサーバー構築運用の技術。
Linux, Docker, Kubernetes, AWS Fargate, Terraform とか

つまり、言語は副次的なもの。
サーバー技術を学ぶのに、最も簡単なフレームワークが、Railsと言うだけ

これを、Node.js, Laravel, Django で学ぶと、転職に不利。
誰も、Rails以外のポートフォリオを見ないから、無視されるだけ

それで、多くの学校・サロンは、Railsを採用している

自分が採用する側になれば分かる。
Rails以外を提出しても、面倒くせー奴だな。
こいつは不採用だ、となる

Ruby以外の言語は可読性が低いし、素人が書いたコードを読む、プロなんていない。
時間の無駄

**デフォルトの名無しさん** · 2021/09/07(火) 21:37:29.06

Rustはスマホアプリ開発には適してないんでしょうか・・・？

**デフォルトの名無しさん** · 2021/09/07(火) 21:45:05.68

言語とかどうでもいい
やる気があるやつならAndroidStudioとJavaを使ってこの一日だけである程度動くアプリ作れてるぞ

**デフォルトの名無しさん** · 2021/09/07(火) 21:45:12.90

>>961
> Ruby以外の言語は可読性が低いし

逆にrubyは実は可読性が低いと思うけどね
書きやすい反面書き散らしてしまうというか
他の言語のときにくらべてあとから見たとき唖然とする
自分の書き方が悪いんだといえば完全に言い訳できないけど

**デフォルトの名無しさん** · 2021/09/07(火) 21:45:39.25

現実離れしたものしか思いつかない

**875** · 2021/09/07(火) 22:18:24.77

要するに、Rails が教えるものは、ウェブアプリのデザインパターン

例えば、秘密情報は、Credentials を使うとか、
どのようにファイルを分割するとか、
ほとんど決まっているから、他人のコードでも読める

例えば、伊藤淳一のコードレビューでも、
そのやり方はRails Way じゃないとか、レールに乗っていないとか、
書き直しを指示される

独自のやり方で書けないようにしているから、共有性が高い。
個人の書き方に依存しない

初心者でも、クソコード・クソ設計にならないようにしている

**デフォルトの名無しさん** · 2021/09/07(火) 22:56:40.36

Ruby on Railsは既に古いと思います。
例えば今やWebサーバーでは必須となったサーバーサイドレンダリング(SSR)。
これは、Vue.jsやReact.jsなどをブラウザサイドで使う場合に、最初のアクセスで閲覧者にページ表示を待たさないためには、SSRが不可欠な技術となっています。

ところがRuby on Railsはこの時にSSRをすることができません。
もし無理矢理にRuby on RailsにSSRをさせようとするならば、Vue.jsやReact.jsで記述したロジックを、Rubyでも記述しなければいけなくなります。
当然そんな二重に無駄なことはしていられません。

そこでサーバーサイドでもVue.jsやReact.jsのコードを動かすために、それぞれVue.js/Nuxt.jsやReact.js/Next.jsという形で、
サーバーサイドではNode.jsを用いてJavaScriptを動かしているのが現状です。

ではこの時Ruby on Railsは何をしているのか？？実はNode.jsに丸投げしているだけです。
つまりRubyは不要でRailsも不要で、最初からNode.jsの各種Webフレームワークを使えばよかったのです。
こうすることで全てを効率よく、しかもプログラミング言語はJavaScriptだけでサーバーサイドもブラウザサイドも記述できます。

Mb · 2021/09/07(火) 22:57:46.16

アセンブラや C は、本当に「言ったことしかやってくれない」
かわりに、「言わなかったことは決してやらない」（つーても
オプティマイザがチョッカイを出してきたりするわけだが）
という特性がある。
最近の言語は、「バックグラウンドで何をやっているか」が
わかりにくいのが欠点といえば欠点だし、「そういうのを
意識しなくていい」というのが長所といえば長所。

**875** · 2021/09/07(火) 23:27:41.40

Ruby on Rails は、Heroku, AWS で、React, Bootstrap が多い。
最近は、Vue.js もある

Railsの作者・DHH の会社・Basecamp 社製のStimulusReflex もある。
これは、WebSocket 通信

他には、API モードもある。
GraphQL とか

**デフォルトの名無しさん** · 2021/09/07(火) 23:31:20.36

>>969
せっかくですから、こちらの>>967に対して反論してみて下さい。

**デフォルトの名無しさん** · 2021/09/08(水) 00:45:32.82

この人は会話のキャッチボールというものが出来ない人だからなあ

**デフォルトの名無しさん** · 2021/09/08(水) 03:01:25.91

Ruby君は特定の単語に反応して同じ主張を繰り返すだけのできの悪いbotみたいなモノだから、議論しようとするだけ無駄
さわらずスルーするのがスレを汚さず皆のためかと思うよ

**875** · 2021/09/08(水) 03:04:47.47

Ruby on Rails では、Node.js は開発環境で使っているだけ。
webpack, babel, npm/yarn などのツールを使うから

React, Vue.js も、最終的にはトランスパイルされる。
HTML のscript タグに、React, Vue.jsのCDN のURL を書いても動く

実行環境では、Node.jsは動いていない。
サーバー側はRails で、ブラウザ側は、HTML, CSS, JavaScript

サーバー・ブラウザのやり取りは、HTMLか、
Rails のAPI モードでは、JSON とか

だから、Railsの基本は、Heroku, AWS で、React, Bootstrap が多い

**875** · 2021/09/08(水) 03:19:09.31

伊藤淳一、2017

Rails 5.1で作るVue.jsアプリケーション～Herokuデプロイからシステムテストまで～
www.youtube.com/watch?v=ycOeM2umXkY

Deanin, 2020/12

Axios呼び出しを使用したRubyOn Rails 6 RESTAPIバックエンドを備えた
Vue3およびVuexフロントエンド| 20in20 –第15週 (翻訳済み)
www.youtube.com/watch?v=gnymlh4Ljvw

今日は、Vuexとすばやく簡単なRailsAPIバックエンドを使用して、独自のVue3SPAを作成します

2人とも、有名なRubyist

**デフォルトの名無しさん** · 2021/09/08(水) 04:36:46.97

雑食系エンジニアNG入れたわ

**デフォルトの名無しさん** · 2021/09/08(水) 19:10:02.23

いちいち宣言する必要ないだろ。
何なのコイツ。
荒らしてんの。

**デフォルトの名無しさん** · 2021/09/08(水) 19:16:38.78

初心者のためにRubyが良いですよと教えてくれてるのに。
感謝するべきだろ。

**デフォルトの名無しさん** · 2021/09/08(水) 19:22:33.76

頑として他人の意見を聞き入れない奴の指南に価値などない

**デフォルトの名無しさん** · 2021/09/08(水) 19:24:20.15

真珠の方がいいです

**デフォルトの名無しさん** · 2021/09/08(水) 19:50:39.84

Perlって真珠のスペルと違うじゃないかと思ったけど、
調べたらpearlが既にあったんだね。へー。

**デフォルトの名無しさん** · 2021/09/08(水) 21:18:58.04

ダイヤ、サファイア、エメラルド
みたいな言語作って流行らせようぜ

**デフォルトの名無しさん** · 2021/09/08(水) 22:32:57.28

>>960
そこでCに戻るってのもなんだか感慨深いものがあるな

**デフォルトの名無しさん** · 2021/09/08(水) 22:41:15.04

Cで入門→Rustへ進む、で全て解決な気がしてきた
メモリ安全性が保証されてGCも無くモダンな書き方で便利にプログラミングできるC言語の超越進化版が出現してしまったわけだから

ぶっちゃけ始めるのにいい言語て何 part6

ぶっちゃけ始めるのにいい言語て何　part6