[過去ﾛｸﾞ] ぶっちゃけ始めるのにいい言語て何 part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
876: 2021/09/05(日)22:17 ID:gdiG54pG(2/2) AAS
>>875
〉C/C++ は、ポインターがある言語なので、
〉かなりの時間がポインターの追跡・バグに取られる。
そこでRustですよ
RustはC/C++と同じく高速にネイティブ実行のプログラミング言語てすか
Rustはそれらのバグを起さないようメモリ安全性を保証する言語でもあります
そのためC/C++からRustへの置き換えが少しずつ進んでいます
877(3): 2021/09/06(月)11:18 ID:lIQevPYX(1/3) AAS
このすれの先輩は、Rustを習得することには
特に否定的な意見があったりはするのでしょうか？
878: 2021/09/06(月)11:27 ID:8ecLni48(1) AAS
>>877
習得すること自体に否定的な意見はないと思うよ
最初に手をつける言語としては賛否あるだろうけど
879(1): 2021/09/06(月)11:34 ID:fsHJbGHj(1) AAS
>>877
この先一般的に使われるのかどうか、もっというと求人があるようになるかどうかが何とも言えない
消えてなくなる可能性もある
880(2): 2021/09/06(月)12:53 ID:lIQevPYX(2/3) AAS
消えてなくなる可能性があるのなら
pythonやkotlinのほうがいいんでしょうか？
javaに将来性があるのなら
javaの学習は楽しいし本も豊富なのでjavaがいいんですけど
881: Mb 2021/09/06(月)13:00 ID:O3QTJXwo(1/5) AAS
>>875
> 1人月100万円でも、間に数社の系列会社が入るから、
> 結局、給料は抜かれて、20万円ぐらいになってしまう
客先は「一人月百五十万円も払っているのに」と思っているのに、
エンジニアは「三十万円も貰ってないのに」と感じていたりする。
差額の百二十万円を抜いている奴がいるので、客先とエンジニアが
仲良くなると、文字通り「消される」。
882: 2021/09/06(月)13:02 ID:kwGfB57d(1) AAS
>>880
逆に言えば、Javaが楽しいと感じるなら何でも楽しいだろうから敢えてJavaに拘ることはないと思うよ
883(1): Mb 2021/09/06(月)13:06 ID:O3QTJXwo(2/5) AAS
>>877
べつに Rust に否定的ではないのだけれど、
可変長データの確保と解放のタイミングに関する
理解がないと、Rust の文法はわかりづらいと思う。
だから私は FORTH と C は、Rust と一緒に勉強したほうが
いいと思う。
884(1): 2021/09/06(月)13:57 ID:0VlySUWI(1) AAS
>>879
これまでのプログラミング言語は一部の勢力にしか支持されないために広がらなかったものが確かにあります
しかしRustは以下のように大手IT企業たちがこぞって支持するという極めて稀な状況になっています
プログラミング言語「Rust」のための「Rust Foundation」設立 -- AWS(Amazon)、Microsoft、Google、Mozilla、Huaweiが創設
外部ﾘﾝｸ:japan.zdnet.com
Facebookが「Rust Foundation」に参加 -- 「Rust」言語をいかに活用してきたか
外部ﾘﾝｸ:japan.zdnet.com
なぜIT業界をあげてRustが支持されているかは明白な理由があります
(1) C/C++と同じくネイティブにコンパイルされて最高速級かつ低水準の記述もカバーするため組み込みやOSから基本ライブラリにアプリまで使用可能
(2) 論文などに基づきコンパイルが通った時点でメモリ安全性の保証を実現 (ここがC/C++との違い)
省2
885: 2021/09/06(月)14:05 ID:foX749mr(1) AAS
でも学習コストが高い
だからコミュニティが続けられるのか、が今後の見所
886(1): 2021/09/06(月)14:07 ID:fRFbGcCb(1/6) AAS
>>880
Rustは既に大手IT企業では標準言語の一つとして採用されているから、Rustが消えてなくなることはないよ。
もちろん昔Javaが出てきたときは感動したし学習も楽しかったけど、今となってはJavaは何もかも古すぎる。
純粋にプログラミング言語と見た場合、JavaがRustに勝てる点は全くなくて、Rustが負ける点は後発言語であること一点のみ。
887: 2021/09/06(月)14:46 ID:IvXOEJ0G(1) AAS
>>883
確かにC言語ではメモリの解放を自分でする必要がありメモリ安全性の確保が難しかった
しかしRustは他言語と同様に自動的に解放してくれてさらに論理的にメモリ安全性の保証まである
例えば伸長可能な文字列の場合
文字列の長さが増えてそのままでは収納できなくなれば自動的に新たなメモリを確保して置き換えてくれるし使用後は自動的に解放してくれる
もちろんガベージコレクションがあるプログラミング言語ならこれらは同様に自動的に行われる
Rustはガベージコレクション無しでこれらをメモリ安全性保証付きで実現したところにその凄さがある
888: 2021/09/06(月)15:00 ID:kbXTqR9W(1) AAS
>>886
Rustが大手IT企業での標準言語って……
Rust使いは夢の世界で生きてるから凄いよな
889: 2021/09/06(月)15:13 ID:AQdbHlJL(1) AAS
大手IT企業といえばGAFAM
そのうち独自路線のAppleを除くGoogle, Amazon, Facebook, MicrosoftはRust言語採用を明確にしていますね
890(1): 2021/09/06(月)15:46 ID:MHaouS30(1) AAS
採用を明確にしているだけで、実際の成果物はまだなんでしょ？
25年前のJavaと同じ状況
891: 2021/09/06(月)15:52 ID:lIQevPYX(3/3) AAS
皆様ありがとうございます
次はRustやってみます
趣味ですし、将来性もそんな考えなくてもいいと結論にします
892: 2021/09/06(月)16:00 ID:FLHnfT/B(1) AAS
Google、Amazon、Facebookはプロダクトで使っているよ
DropboxやDiscordなんかもね
893(1): Mb 2021/09/06(月)16:42 ID:O3QTJXwo(3/5) AAS
何度も言うけれども、Rust って FORTH の焼き直しのように
思うんだけど気のせいかな？
変数スコープの話を文法に押しつけただけなんじゃありませんか？
それがあるので、「Rust 推し」の人がなぜこのスレに
拘泥する理由がわかりません。
そこのところを知りたいと思います。
894(1): Mb 2021/09/06(月)16:52 ID:O3QTJXwo(4/5) AAS
>>884
> なぜIT業界をあげてRustが支持されているかは明白な理由があります
> (1) C/C++と同じくネイティブにコンパイルされて
> 最高速級かつ低水準の記述もカバーするため
> 組み込みやOSから基本ライブラリにアプリまで使用可能
それは C 言語とおんなじ。
> (2) 論文などに基づきコンパイルが通った時点で
> メモリ安全性の保証を実現 (ここがC/C++との違い)
それは Java とおんなじ。alloc-free の問題を、文法で制限して
防止してるだけ。
省6
895: 2021/09/06(月)17:05 ID:fRFbGcCb(2/6) AAS
>>894
それは君が不勉強。
例えばC++もガベージコレクションは無い。
一方でJavaはガベージコレクションがあるが、ある程度のメモリ安全性がある。
このようにC++とJavaは対照的な存在。
Rustは論文などで論理的に示された強力な型システムと変数用法で、ガベージコレクション無しでメモリ安全性の保証を実現した。
だからこそ、既存のC++とJavaが使われていた両分野を、実際に大手IT企業たちがRustへ置き換えつつある。
896: 2021/09/06(月)17:07 ID:h531morm(1) AAS
そして日本には大手IT企業はない
897(2): 2021/09/06(月)17:16 ID:7r7RF488(1) AAS
>>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);
}
省3
898(1): 2021/09/06(月)18:16 ID:JuTqTMEy(1) AAS
Goにしとけ
日本のIT企業でRust使ってるとこなんてマウンターしか居ないぞ
899: 2021/09/06(月)18:25 ID:fRFbGcCb(3/6) AAS
>>898
日本でもRust採用されつつあるよ。
Ruby採用で有名なクックパッドも、バックエンドでRubyの遅さがボトルネックになっているとして、Rubyのように記述できつつ高速でメモリ安全性のあるRustへ書き換えた。
900(3): Mb 2021/09/06(月)19:25 ID:O3QTJXwo(5/5) AAS
>>987
なんか変だなぁ。っていうか気持悪い。
join() メソッドの中に LOOP-UNTIL-DO-REPEAT 構造が
隠蔽されているのはともかくとして、
> println!("{}", s);
の括弧（"{}"）はどこへ行っちゃったの？
正直な話、Java の構文は若干ダサいところはあるけども、
「Rust の構文って、こんなコードが通っちゃうんだ …」と
思うと減滅だなぁ。
901: 2021/09/06(月)19:28 ID:IWxO7u+j(1) AAS
Rustは
android,Ios,windowsアプリを作れますか？
作れるとしたら
Kotlin,swift,c#と比べて
アプリ制作面で劣るところはありますか？
902(1): 2021/09/06(月)19:45 ID:lYrcshdQ(1) AAS
Rustのゼロコスト抽象化は
逆に言えば少しでもコストのかかる抽象化はする気がないということで
いくらモダンだろうが
プログラミングしやすい、はありえない
903: 2021/09/06(月)20:15 ID:fRFbGcCb(4/6) AAS
>>900
C言語でのprintf("%s¥n", s);が
Rustでのprintln!("{}", s);
これくらいの差異は、複数のプログラミング言語をしているなら誤差範囲とわかるはず。
正確にはDisplayトレイトを実装している型ならば全て"{}"で表示できる。
904: 2021/09/06(月)20:27 ID:q4rO2J8T(1/2) AAS
>>900
イテレータ構文を気持ち悪いと感じるのはあなたが時代遅れのプログラマーだから
以前に>>295でJavaScriptやRubyの例が示されているようにRustに限らず様々な現代的なプログラミング言語でほぼ同じイテレータ構文となる
905: 2021/09/06(月)20:34 ID:q4rO2J8T(2/2) AAS
>>902
それはあなたの理解がおかしい
言語としてゼロコスト抽象化をしているということはその上に自由に様々な形でコストありの抽象化を実装できるということ
例としては今出ているイテレータ
イテレータはゼロコストの抽象化ではないので言語のコアではなくそのすぐ外側のstd標準ライブラリで実装されている
906: 2021/09/06(月)20:53 ID:H/42z0MA(1/2) AAS
>>900
さすがにjoinは最近のプログラミング言語ではほとんど標準で用意されてるよ
Javaにすら
907: 2021/09/06(月)20:54 ID:H/42z0MA(2/2) AAS
>>897
>let s = a.iter().sorted().rev().map(|n| n.to_string()).join("-");
これが不自然に見えるならさすがに不勉強すぎる
908: 2021/09/06(月)21:02 ID:3OGE1cne(1) AAS
この業界の常として
いいものが流行るとは限らないからな
909: 2021/09/06(月)21:13 ID:PNIpC8+G(1) AAS
>>890
暗に「めっちゃ成長株」って言ってる？
910(2): 2021/09/06(月)21:17 ID:fRFbGcCb(5/6) AAS
名前欄Mb氏は何年間もプログラミングをしていないか、あるいは、非常に古い特殊な環境の仕事しかしていないと推測される。
だから現代のプログラミングでは中心の一つとなったイテレータすら知らなかったのだと思われる。
その知識経験不足な状況でこのプログラミング言語スレに来ているため、何かを教える側ではなく、教わる側になってしまっている。
911: 2021/09/06(月)22:01 ID:a3pkK5Bj(1) AAS
何歳からぶっちゃけ始めたって良いんですよ
912: 2021/09/06(月)22:03 ID:7FNGaSMf(1/3) AAS
ちょうどitmediaの記事が来た
クラウド方面でもRustが大人気らしい
「Rust」はなぜクラウドネイティブ開発者の間で大人気なのか？
外部ﾘﾝｸ[html]:techtarget.itmedia.co.jp
2021年9月6日
913(1): 2021/09/06(月)22:05 ID:orh/Cn4P(1/4) AAS
YouTube で有名な、雑食系エンジニア・KENTA は、
未経験者のバックエンドの道筋を、Ruby → Go としてる
Rust, Elixir は、普及のキャズムを越えなかった。
スクエニはElixirも使っているけど
唯一越えたのは、Go だけ
Rust は、GC じゃないから、面倒くさい事、この上ない
914: 2021/09/06(月)22:12 ID:7FNGaSMf(2/3) AAS
>>913
しかしcookpadはバックエンドの高速化でRuby→Rustへ置き換えたそうだ
あとGCがなくても全自動で即座に解放されるから面倒臭くはない
実際のRustのプログラム例>>897もRubyとほとんど同じ
915(2): 875 2021/09/06(月)22:17 ID:orh/Cn4P(2/4) AAS
C/C++ は、ポインターがある言語なので、
かなりの時間がポインターの追跡・バグに取られる
同様に、初心者がRust をやると、
メモリの解放に、多くの時間を取られる
C/C++, Rust を10年やったとしても、7〜8年は無駄になる。
Ruby を1〜2年やった人に勝てない
だから、GC のあるGo が流行った。
メモリの解放に費やす時間を、
Linux, AWS, Docker, データベースなど、サーバー構築運用の勉強に当てられるから
食べチョクなどの募集を見ても、明らか。
省6
916(1): 2021/09/06(月)22:25 ID:wypx0xl1(1) AAS
将来性のある言語は十分わかったから、
今すぐ戦力になれる言語を教えてくれ
917: 2021/09/06(月)22:26 ID:x646ABuV(1) AAS
鎖につながれ 歩き出す君を 飲み込むくらい 多忙な都会は流れてる
投げ捨てられた夢が 転がってる足元が見えたら 地図にない町へ旅立とう たとえそれが無茶だとしても
錆びついたマシンガンで 今を撃ち抜こう
918: 2021/09/06(月)22:27 ID:s2zFhzt5(1) AAS
>>910
Mb氏は不勉強だかバカにされても逃げずに堂々と名乗ってる
コテハン複数持ってるのにいつもコソコソしてる誰かさんに比べると評価できるぞ
919: 2021/09/06(月)22:30 ID:7FNGaSMf(3/3) AAS
>>915
ちょっと無知すぎて呆れる
メモリの解放が自動的に行われるRustに対して『初心者がRust をやると、メモリの解放に、多くの時間を取られる』
Rustのアンチな人はあまりにも無知で的外れ
920: 875 2021/09/06(月)22:30 ID:orh/Cn4P(3/4) AAS
結局、バックエンドのほとんどは、サーバー構築運用
言語の文法だけを勉強しているような香具師は、雇われない。
10年間、メモリの解放をやってましたとか言う人も
サーバー構築運用においては、こういうものは比重が少ない
皆、サーバーの勉強が嫌だから、言語の文法の勉強に逃げる。
本1冊読めば、そこそこ出来るから
でも、サーバー関係だと、20〜30冊読まないと出来ないから、
皆、言語に逃げる
省7
921(1): 875 2021/09/06(月)22:42 ID:orh/Cn4P(4/4) AAS
C/C++, Rust を、10年やってたけど、サーバーの事はあまり知らない香具師と、
Ruby on Rails, Linux, AWS, Heroku, Docker, CircleCI, データベースなどを、
2年やってた香具師では、
後者の方が、採用される
だから、YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、
Rails を採用している
つまり、最も効率的に、早くサーバー技術を学べるのが、Rails。
これで2年やってから、Go へ進む。
これが必須の王道
Rust, Elixir は、補助的なもの。
省3
922: 2021/09/06(月)23:01 ID:fRFbGcCb(6/6) AAS
>>915
> かなりの時間がポインターの追跡・バグに取られる
> 同様に、初心者がRust をやると、
> メモリの解放に、多くの時間を取られる
それは全く逆です。
Rustはそれらポインタの追跡バグ取りをしなくてもいいように設計され、言語としてメモリ安全性を保証します。
もちろんメモリの解放は安全に自動的にされるので、プログラマーがする必要はありません。
>>921
> C/C++, Rust を、10年やってたけど、
Rustの最初の公開バージョン0.1は2012年ですから、Rustを10年やってたらMozillaの中の人だけですねｗ
省3
923(1): 2021/09/06(月)23:32 ID:wvQa5L/J(1) AAS
>>916
主戦場がどこか？によるだろう？
Excel業務ならマクロ
Linuxで定形処理ならPython
WebならJavaScript
プログラムなんて何度も繰り返すめんどくせー作業を自動化するのが目的のひとつなんだから
924: 2021/09/07(火)00:25 ID:lcFKmhWK(1/3) AAS
>>923
そのLinuxで定形処理ならPythonの部分はダウト
もちろんPythonもPerlもRubyもJavaScriptもそこで用いたりするがPythonが何か突出してることは絶対にない
Linuxで強いて挙げるならばシェルスクリプトだろう
925(1): 2021/09/07(火)01:01 ID:vmeNyMhz(1) AAS
あえてソコは本格的なプログラミングを行うには適さない
簡易的コマンドシェルスクリプトって始めるのにいい言語か？と自問自答でPythonにした
シェルスクはキーボードのショートカットのようなパソコン操作の部分程度だと思っていたのでマウス片手に戦場に行く人には勧められない
926(1): 2021/09/07(火)01:29 ID:lcFKmhWK(2/3) AAS
>>925
本格的なプログラミングと言い出したらスクリプト言語である必要性すらなくなってしまう
大幅に譲歩してスクリプト言語限定(シェルスクリプトは除く)の話としても
他のスクリプト言語も現実に使われているわけだから「Linuxで定形処理ならPython」と言うのはかなり無理がある
そこはRuby好きな人たちなら確実にRubyであろうしWeb屋でサーバーサイドまでJavaScriptで統一してるならばそこもJavaScriptで全く問題なく処理できる
そして昔はPerl派が最大勢力だった分野でもあるため今も残存勢力がいるようだ
927: 2021/09/07(火)05:18 ID:yB3Yphwa(1/2) AAS
まあぶっちゃけJavaかJSかC#だよ
ちゃんとしたプログラマなら言語なんかすぐ覚えるんだからあとは必要な時に必要なものをやればいい
928(1): 2021/09/07(火)07:06 ID:XNsuGhsJ(1) AAS
>>926
それは、オフィス雑務なのか、機械学習させたいのか、インタラクティブを求めてるのか、千差万別
一例に過ぎないのに何と戦ってるのかわからないから、追記しとく
ぶっちゃけ始めるのにいい＞今すぐ戦力になれる言語＜て何？
既存品の組合せでトライアンドエラーするならスクリプト言語系
例えば
Excel業務ならマクロ とか
Linuxで定形処理ならPython とか
WebならJavaScript とか
...etc.
929: 2021/09/07(火)07:18 ID:X4ha4H+D(1/2) AAS
>>928
Linuxのところがおかしい
LinuxでPythonである必要性は全くない
930(2): 2021/09/07(火)07:20 ID:jxlC+sGH(1/5) AAS
日本人がプログラミングの勉強をするには
・ スクール
・ webサイト
・ 本
という感じになるんだと思うけど
この中でプログラミングレベル（作法やデザインパターンやなんやら）を
初級〜上級と目指すには
どの言語が適しているか？という問いなら
どんな言語がいいのかな？
Rustはネットや書物だけでも
省2
931(1): 2021/09/07(火)07:34 ID:lcFKmhWK(3/3) AAS
>>930
唐突にネット決済という特殊な特定の話が出てきて
さらに特定の言語Rustを指定して質問してる時点で言動が異常
それはともかく
スクールに頼らないといけない人はプログラミングに向いていないとは思う
向いている人ならば必ず自力で学習できる
932: 2021/09/07(火)07:40 ID:jxlC+sGH(2/5) AAS
>>931
Rustが話題になっていて学ぶ環境は整備されているのかという個人的な興味と
ネット決済は整数の取り扱いやサーバーとの連携
セキュリティやバリデーションなど色々ハードルが高く
ライブラリもしっかりしていないと、という意味合いで例示しただけです
933(2): 2021/09/07(火)07:43 ID:jxlC+sGH(3/5) AAS
あと金融決済のサイトは
変数の取り扱いや様々な処理
拡張性や保守性、その他もろもろ
硬派でないとという意見を散見してきたので
金融決済サイトに適した言語なら
手堅いのかなと思いまして
934: 2021/09/07(火)07:58 ID:2A/XDTjQ(1/6) AAS
>>933
そう思ってしまうのは理解できる。
しかし現実には関係ない。
ほとんどのプログラミング言語は、そういう観点ではほとんど差がない。
むしろ言語とは別のファクターが大きい。
例えば、Pythonが他の言語と比べて特に何か機械学習に向いているわけではないが、
たまたまその方面のライブラリなどが整備されたという理由で、機械学習ならPythonという状況。
しかもそのライブラリの実体はC++で書かれていたりするので、その皮を被せるのはPythonでなくとも他の言語で可能。
935(1): 2021/09/07(火)08:41 ID:lzLCCeKd(1) AAS
>>933
それ基本的に言語関係ないよ
936(2): 2021/09/07(火)08:46 ID:VlHQ7RbH(1) AAS
ここでRust Rust言ってるやつも
つい先日、Rustスレでイテレータ理解してなくて恥晒してたぞ
937: 2021/09/07(火)09:28 ID:1fBu03+J(1/2) AAS
イテレーターとかファサードとか
古来からのプログラミングパターンなんだし
自分で簡単に実装できるから
あんまり意識してないとかじゃない？
938: 2021/09/07(火)09:34 ID:i4aq2SNT(1) AAS
もう黙っとけば？
939(2): 2021/09/07(火)09:36 ID:1fBu03+J(2/2) AAS
>>935
動的型付だと保守修繕するときに
変な変数や配列の使い方をされてめちゃくちゃになるから
静的型付け言語を採用するとか聞いたことあるけどガセだったんでしょうか？
java勉強してて楽しいなと思った箇所で
クラスを秘匿にしてinterfaceで多様性を実装することで
バグの伝搬を防ぐっていうのがあったんですけど
pythonやjavascript、Rustとかでも
java同様に多様性を利用したプログラムはできるんですか？
940: 2021/09/07(火)09:56 ID:X4ha4H+D(2/2) AAS
>>939
それが楽しいならばRustがさらに向いてる
Rustはパラメータ多相だけでなくサブタイプ多相も強い静的型付けで可能
941: 2021/09/07(火)10:42 ID:JkFSolwy(1) AAS
>>936
いつもの人だからルビさん同様そっとしといてやれ
942: 2021/09/07(火)10:55 ID:2A/XDTjQ(2/6) AAS
>>936
あのスレものぞいてるが、そんな話あったか？
イテレータでは書けないケースをforなどループで回す、という話はあったが。
943(1): Mb 2021/09/07(火)13:56 ID:cqWA1B7j(1/7) AAS
>>910
イテレータは普通に知ってるんだが、
いわゆるループ関係の構文（for、while、do）と、
ちょっと相性が悪いように思う。
「コンテナクラスに放り込んで、どれから取りだすか」というときに、
sort 一発で優先度が決まるわけでもないだろう？
944: Mb 2021/09/07(火)14:05 ID:cqWA1B7j(2/7) AAS
次スレの話だが、
【性別・年齢・経験】今から始めるのにいい言語って何【不問】
とかどうだろう。
945(2): 2021/09/07(火)14:10 ID:70Q3ivE4(1) AAS
それよりもテンプレでプログラミングでできることリストを作れ
946: 2021/09/07(火)14:30 ID:YFGrUn6n(1) AAS
【女・19・経験人数3人】
で〜すw何か良い言語教えて〜w
947: 2021/09/07(火)14:44 ID:yB3Yphwa(2/2) AAS
>>939
動的は書きやすいけど読みにくい
Interfaceなんか最近の言語はどれでもある
まあぶっちゃけ現状バックエンドでかたいのはJavaだよ
948: 2021/09/07(火)14:59 ID:2A/XDTjQ(3/6) AAS
>>943
コンテナは必ずしも順序があるわけではないが、イテレータは常に順序がある。
どれから取り出すかは各イテレータに依存だが入力に対して常に一意に定まる。
開始イテレータは、同じ入力に対しては必ず同じ対応するシーケンスを出す。
中間イテレータは、同じシーケンス入力に対しては必ず同じ対応するシーケンスを出す。
終端イテレータは、同じシーケンス入力に対しては必ず同じ出力を出す。
つまり開始イテレータ及び中間イテレータは、常に入力に応じた安定したシーケンスを出すので、むしろループ構文と相性が良い。
949(1): Mb 2021/09/07(火)16:29 ID:cqWA1B7j(3/7) AAS
それは理解できるのだが、
スタックとキューとデキューの話になると思う。
チャート法のアジェンダの中から、どういうふうに
取り出すか、というのは評価関数とかの話を含めて、
けっこう難しい問題だと思う。
950(2): 2021/09/07(火)16:50 ID:2A/XDTjQ(4/6) AAS
>>949
あなたは何も理解できていない。
いや理解する気がないと言うべきか。
ならば匙を投げる。
951: 2021/09/07(火)16:52 ID:jxlC+sGH(4/5) AAS
スマホアプリを作れるようになりたいとしたら
Kotlin、C#、Swiftでしょうか？
Rustについて調べたんですけど
CやC++の後継という表現はありましたが
スマホアプリを作るには重たそうな感じですね
（作れるのかさえ分かりませんでしたが）
952: Mb 2021/09/07(火)16:54 ID:cqWA1B7j(4/7) AAS
>>950
あなたは何も説明できていない。
いや説明する気がないと言うべきか。
語れ。でなければ匙を投げる。
953: 2021/09/07(火)16:57 ID:C5/+Efkq(1/2) AAS
>>950
みーんな放置してるから
放置でおｋ
このスレに来てる人の中で最底辺だからソイツ
知能と経験という意味において
954: 2021/09/07(火)17:15 ID:GqRblLtF(1) AAS
次スレは誰が建てるの？ >>980?
955: 2021/09/07(火)18:23 ID:Pr0NAbvm(1) AAS
あわしろ氏は、見どころのある少年だと言ってるぞ。
意見が割れてるな。
956: 2021/09/07(火)19:21 ID:tV6oj3NW(1) AAS
もう立てなくていいです
957: Mb 2021/09/07(火)19:56 ID:cqWA1B7j(5/7) AAS
>>945
あたしもそう思うんだけど、気に入らない人っているみたいなんだよね。
ハードウェア寄りの基礎だったら、アセンブラ系の言語か
C でいいと思うんだけど、C++ は応用寄りなので初心者向けとは
言いにくいんですよ。
VB とかは言われるほど悪くないとは思うんだけど、N-BASIC とか
Real BASIC とかの確執もあって、MS 嫌いの人には評判が悪い。
Java と C♯は、業務用には悪くないと思う。
Haskell は最近勉強しはじめただけだけど、遅延評価とかそのあたりを
解ってもらえるかどうかはいろいろあると思います。
958: Mb 2021/09/07(火)20:05 ID:cqWA1B7j(6/7) AAS
>>945
新スレ立てるなら、これ入れといて。
前スレ
ぶっちゃけ始めるのにいい言語て何？
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part2
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part3
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part4
省3
959: 875 2021/09/07(火)21:01 ID:YcIWO4/P(1/4) AAS
>>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千人が入っている。
省11
960(1): 2021/09/07(火)21:06 ID:On1cIQoS(1) AAS
大学のプログラミング教育ではRubyは下火かな
いまはCとPythonが多いのでは
961(1): 875 2021/09/07(火)21:23 ID:YcIWO4/P(2/4) AAS
基本、食べチョクみたいに、若い娘が1人で起業するような場合は、
Ruby on Rails, Heroku, Bootstrap
ただし、食べチョクはAWS だけど
食べチョクでは、Railsで、サーバーに詳しい人を募集している。
言語よりも、ほぼサーバー構築運用の技術。
Linux, Docker, Kubernetes, AWS Fargate, Terraform とか
つまり、言語は副次的なもの。
サーバー技術を学ぶのに、最も簡単なフレームワークが、Railsと言うだけ
これを、Node.js, Laravel, Django で学ぶと、転職に不利。
誰も、Rails以外のポートフォリオを見ないから、無視されるだけ
省6
962: 2021/09/07(火)21:37 ID:jxlC+sGH(5/5) AAS
Rustはスマホアプリ開発には適してないんでしょうか・・・？
963: 2021/09/07(火)21:45 ID:MPjmEySK(1) AAS
言語とかどうでもいい
やる気があるやつならAndroidStudioとJavaを使ってこの一日だけである程度動くアプリ作れてるぞ
964: 2021/09/07(火)21:45 ID:C5/+Efkq(2/2) AAS
>>961
> Ruby以外の言語は可読性が低いし
逆にrubyは実は可読性が低いと思うけどね
書きやすい反面書き散らしてしまうというか
他の言語のときにくらべてあとから見たとき唖然とする
自分の書き方が悪いんだといえば完全に言い訳できないけど
965: 2021/09/07(火)21:45 ID:31g6215L(1) AAS
現実離れしたものしか思いつかない
966: 875 2021/09/07(火)22:18 ID:YcIWO4/P(3/4) AAS
要するに、Rails が教えるものは、ウェブアプリのデザインパターン
例えば、秘密情報は、Credentials を使うとか、
どのようにファイルを分割するとか、
ほとんど決まっているから、他人のコードでも読める
例えば、伊藤淳一のコードレビューでも、
そのやり方はRails Way じゃないとか、レールに乗っていないとか、
書き直しを指示される
独自のやり方で書けないようにしているから、共有性が高い。
個人の書き方に依存しない
初心者でも、クソコード・クソ設計にならないようにしている
967(1): 2021/09/07(火)22:56 ID:2A/XDTjQ(5/6) AAS
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フレームワークを使えばよかったのです。
省1
968: Mb 2021/09/07(火)22:57 ID:cqWA1B7j(7/7) AAS
アセンブラや C は、本当に「言ったことしかやってくれない」
かわりに、「言わなかったことは決してやらない」（つーても
オプティマイザがチョッカイを出してきたりするわけだが）
という特性がある。
最近の言語は、「バックグラウンドで何をやっているか」が
わかりにくいのが欠点といえば欠点だし、「そういうのを
意識しなくていい」というのが長所といえば長所。
969(1): 875 2021/09/07(火)23:27 ID:YcIWO4/P(4/4) AAS
Ruby on Rails は、Heroku, AWS で、React, Bootstrap が多い。
最近は、Vue.js もある
Railsの作者・DHH の会社・Basecamp 社製のStimulusReflex もある。
これは、WebSocket 通信
他には、API モードもある。
GraphQL とか
970: 2021/09/07(火)23:31 ID:2A/XDTjQ(6/6) AAS
>>969
せっかくですから、こちらの>>967に対して反論してみて下さい。
971: 2021/09/08(水)00:45 ID:dZyroowl(1/2) AAS
この人は会話のキャッチボールというものが出来ない人だからなあ
972: 2021/09/08(水)03:01 ID:YcAq3kNQ(1) AAS
Ruby君は特定の単語に反応して同じ主張を繰り返すだけのできの悪いbotみたいなモノだから、議論しようとするだけ無駄
さわらずスルーするのがスレを汚さず皆のためかと思うよ
973: 875 2021/09/08(水)03:04 ID:dK8gXF1C(1/2) AAS
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 が多い
974: 875 2021/09/08(水)03:19 ID:dK8gXF1C(2/2) AAS
伊藤淳一、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を作成します
省1
975: 2021/09/08(水)04:36 ID:wRK4TQzB(1) AAS
雑食系エンジニアNG入れたわ
976: 2021/09/08(水)19:10 ID:MKoM4CNU(1/2) AAS
いちいち宣言する必要ないだろ。
何なのコイツ。
荒らしてんの。
977: 2021/09/08(水)19:16 ID:MKoM4CNU(2/2) AAS
初心者のためにRubyが良いですよと教えてくれてるのに。
感謝するべきだろ。
978: 2021/09/08(水)19:22 ID:dZyroowl(2/2) AAS
頑として他人の意見を聞き入れない奴の指南に価値などない
979: 2021/09/08(水)19:24 ID:wkgfp7fU(1) AAS
真珠の方がいいです
980(1): 2021/09/08(水)19:50 ID:cP5vntap(1/2) AAS
Perlって真珠のスペルと違うじゃないかと思ったけど、
調べたらpearlが既にあったんだね。へー。
981: 2021/09/08(水)21:18 ID:T+5XeuM8(1) AAS
ダイヤ、サファイア、エメラルド
みたいな言語作って流行らせようぜ
982(1): 2021/09/08(水)22:32 ID:7bpv8b2r(1) AAS
>>960
そこでCに戻るってのもなんだか感慨深いものがあるな
983(1): 2021/09/08(水)22:41 ID:bql1CtjZ(1) AAS
Cで入門→Rustへ進む、で全て解決な気がしてきた
メモリ安全性が保証されてGCも無くモダンな書き方で便利にプログラミングできるC言語の超越進化版が出現してしまったわけだから
984(1): 2021/09/08(水)23:38 ID:cP5vntap(2/2) AAS
RustはMicrosoftとGoogleが推してるのが大きいよね。
ﾕｰｻﾞｰが多ければ磨かれるし、優秀でもマイナーだと心細い。
985: 2021/09/08(水)23:51 ID:tR72XlKG(1) AAS
>>984
あとクラウド最大手のアマゾンも
AWS(Amazon Web Services)、プログラミング言語「Rust」を重視する理由示す--エンジニア採用中
外部ﾘﾝｸ:japan.zdnet.com
986(1): 2021/09/09(木)00:27 ID:du2BnvwR(1) AAS
磨いても宝石になるとは限りませんがね
987(1): 2021/09/09(木)04:11 ID:2bah4YWI(1) AAS
>>983
それなら最初からRustでいいんじゃね？
988(2): 2021/09/09(木)06:44 ID:34pZkkAD(1/2) AAS
GCなんて大容量高速処理時代に必要なの？
989: 2021/09/09(木)06:45 ID:34pZkkAD(2/2) AAS
というか、従来のGCあり言語で十分なのでは
990: 2021/09/09(木)08:37 ID:lknGlWAU(1) AAS
>>988
容量無制限時代がくれば必要ないが
大容量とはいえ限界があるなら必要だろ
991: 2021/09/09(木)13:18 ID:hvR+3cwr(1) AAS
メモリが大きくなると
さらにメモリをたくさん使うようになるから
いずれにしてもGCは必要だな
992: Mb 2021/09/09(木)14:07 ID:yI7BAQ6X(1/6) AAS
>>982
そういう意味では ANSI 標準になってからお砂場みたいになって
つまらなくなった。
C 言語って、もっとヤクザな言語じゃなかったっけか？
>>986
玉磨かざれば光なし
以て他山の石となす
>>988
どんな環境にも 必ず終わりはくる
読み筋は野坂昭如「終末のタンゴ」
省5
993: Mb 2021/09/09(木)15:35 ID:yI7BAQ6X(2/6) AAS
誰か次スレを立ててくれないか？
994(1): 2021/09/09(木)16:24 ID:vNkr9nur(1) AAS
次スレいらないでしょ
少なくともこのスレタイでは
995: Mb 2021/09/09(木)16:53 ID:yI7BAQ6X(3/6) AAS
>>994
> 少なくともこのスレタイでは
【C？】最初の言語に何を選んだらいい？【Haskell？】
とかかなぁ。
996: 2021/09/09(木)17:01 ID:MwoieJA5(1) AAS
C…まだ分かる
Haskell…これは無いだろ
997: Mb 2021/09/09(木)17:05 ID:yI7BAQ6X(4/6) AAS
ぶっちゃけ始めるのにいい言語て何？
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part2
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part3
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part4
2chｽﾚ:tech
ぶっちゃけ始めるのにいい言語て何 part5
2chｽﾚ:tech
省1
998: Mb 2021/09/09(木)17:22 ID:yI7BAQ6X(5/6) AAS
次スレ
【C？】最初の言語に何を選ぶか【Haskell？】
2chｽﾚ:tech
Haskell に賛否両論があるのは承知している。
とはいえ遅延評価は組合せ論的な問題には強い。
そこは議論の余地があると思う。
999: Mb 2021/09/09(木)17:37 ID:yI7BAQ6X(6/6) AAS
C は「超高級アセンブラ」と呼ばれていた経緯があるような
ハードウェアべったりの言語であり、
Haskell は LISP 1.5 の後継として、
SmallTalk 80 を継承している。
とりあえず対極に置いても、さほど違和感はないように思う。
1000: 2021/09/09(木)18:41 ID:wE7qph1K(1) AAS
ぶっちゃけ始めるのにいい言語って言ってんのに、CだのRustだのHaskellだのってバッカじゃねぇのおっさんども
お前らの好みなんか聞いてない。
こんなクソスレはもういらん
初学者はPython、Javascript、Ruby、PHPの中から選べばいい。
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 27日 21時間 11分 7秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s