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

**デフォルトの名無しさん** · 2021/09/12(日) 12:56:23.75

前スレ

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

**デフォルトの名無しさん** · 2021/09/12(日) 13:05:25.48

Go「初心者でも理解しやすいです。静的型付け言語です。処理が速いです。コードがシンプルです。ライブラリ豊富です」←こいつ以外を勧める理由

**デフォルトの名無しさん** · 2021/09/12(日) 13:08:56.73

goは触れたことないけどなんとなくイヤ

package main // ←なにこれ
import "fmt" // fmtって約し方がイヤ
func main() { // funcがイヤ
fmt.Println("Hello, World") // Pが大文字なのがイヤ
}

**デフォルトの名無しさん** · 2021/09/12(日) 14:35:13.60

あわしろ氏がお勧めするHaskell。

**デフォルトの名無しさん** · 2021/09/12(日) 14:43:37.82

大手IT企業たちの方針

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

Facebookが「Rust Foundation」に参加
https://japan.zdnet.com/article/35170192/

**デフォルトの名無しさん** · 2021/09/12(日) 15:40:00.69

rustは難しいからイヤ

**デフォルトの名無しさん** · 2021/09/12(日) 15:51:24.59

>>5
Rustはプログラミング言語の集大成といった感じだな
まず基本のC言語と同じくネイティブにコンパイルされガベージコレクションも無く最高速かつ低水準も記述できるのでOSや組み込みまで全ての分野で使える
それに加えてHaskellなどから強力な静的型付けを導入し高度でかつわかりやすいプログラミングによりミスを避けられ保守性も高い
それらの良い特性にも関わらず他のモダンなプログラミング言語などと同様の利便性や記述が出来てプログラムが非常に書きやすい
これら良いとこ取りをしただけではなくRustの独自性としてコンパイラに通った段階でメモリ安全性の保証をGCなく実現したことが大手IT企業たちから強い支持を得るに至った

**デフォルトの名無しさん** · 2021/09/12(日) 16:26:43.73

もう一つのスレとどっちが本スレなん？

**デフォルトの名無しさん** · 2021/09/12(日) 16:28:40.56

最初の言語なんてBASIC程度のものでいい
始めから何もかもやらせようとすると高確率で挫折する

**デフォルトの名無しさん** · 2021/09/12(日) 16:34:33.79

>>9
スレタイ見ればわかるように最初の言語とか初心者などに限定したスレではない
プログラミング経験あるけど久々に始める人でもいいし
現役プログラマーが次に始める言語でもいい

**デフォルトの名無しさん** · 2021/09/12(日) 16:44:09.02

rustとgoならrustのほうが勢いあるよね？

**デフォルトの名無しさん** · 2021/09/12(日) 16:51:29.65

日本の企業でRustはそんなに定着してない
まだ数年はGoやってた方がいい

**デフォルトの名無しさん** · 2021/09/12(日) 16:54:09.01

>>8
向こうがなんか臭いのでこっち建てました
タイトルも勝手に変えてるし

8 · 2021/09/12(日) 17:15:04.62

>>13
了解です

**デフォルトの名無しさん** · 2021/09/12(日) 17:18:53.40

>>12
たしかにgoやってるの話は直接耳に入ってくるけど
rustやってる話は直で聞いたこと無いな

>>13
スレたてありがとうございます

**デフォルトの名無しさん** · 2021/09/12(日) 19:32:27.23

滅茶苦茶CPUバウンドでかつGCあると困る用途でない限りはGoでいいんちゃうの
生産性はやっぱ正義

**デフォルトの名無しさん** · 2021/09/12(日) 20:49:28.49

あわしろ氏はHaskellを強く勧めてる。
これからの若者は数学志向プログラミングに触れるべき。

**デフォルトの名無しさん** · 2021/09/12(日) 21:03:10.06

>>16
Go信者は、Go以外の言語は生産性が悪い、と本気で思い込んでいて恥ずかしいと思います。

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

無難にPythonかな

アルゴリズム本はPythonで書かれてることも多いから初心者向けだし

Juliaに進むにしてもPython知っといたほうが良い

いずれにせよPython完璧に覚える必要はないかな多分

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

Pythonは癖が強いとおもってたけど
今や使ってる人めちゃ多いからいいかもね

**デフォルトの名無しさん** · 2021/09/13(月) 19:35:07.28

REPLがあったほうが良い？
やっぱチョコチョコ反応みながら書いていくのがやりやすそうだけど

**デフォルトの名無しさん** · 2021/09/13(月) 20:30:43.52

>>21
REPLあったほうが学習効率は断然いい

ただ最近は動的言語だけじゃなく静的言語でもだいたいREPLあるよ
使いやすいかどうかは別だけど

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

REPL は、いらない

VSCode の拡張機能・Code Runner で、右クリックメニューから、
選択したコード片か、またはファイル全体を実行できる

JavaScript なら、拡張機能・Quokka.js で、リアクティブに表示される

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

>>21
行単位REPLは制御文や関数など複数行になると修正も大変かわかりにくくなってしまうから
初心者にはウェブブラウザ上で書いて実行できるタイプの方がオススメかな
例えばRustでも公式でプログラムをブラウザ上で書いて実行できるplay環境を用意してくれてるね
https://play.rust-lang.org/?code=fn%20main%28%29%20%7B%0A%20let%20a%20=%201;%0A%20let%20b%20=%202;%0A%20println%21%28%22%7B%7D%22,%20a%20%2B%20b%29;%0A%7D%0A

**デフォルトの名無しさん** · 2021/09/14(火) 11:47:27.90

>>7
なんか皮肉にしか聞こえない

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

黙ってC言語だけやってりゃいい
ポインタを分かるとこまでやってりゃいい

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

Haskellで数学志向プログラミングに触れてはどうか。

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

なんだよ数学志向てｗ

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

あわしろ氏がお勧めする数学志向プログラミング。
知らないとは言わせない。

**デフォルトの名無しさん** · 2021/09/14(火) 19:32:10.27

じゃあリンクよろ

**デフォルトの名無しさん** · 2021/09/14(火) 19:33:33.49

オブジェクト指向は「指向」であり
数学志向は「志向」であり謎が謎を呼ぶ

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

https://www.weblio.jp/content/%E6%8C%87%E5%90%91
し‐こう〔‐カウ〕【指向】
［名］(スル)ある方向・目的に向かうこと。また、方向や目的を指示してその方に向かわせること。志向。「輸出先として指向する国」「主力を激戦地に指向する」

https://www.weblio.jp/content/%E5%BF%97%E5%90%91
し‐こう〔‐カウ〕【志向】
［名］(スル)意識が一定の対象に向かうこと。考えや気持ちがある方向を目指すこと。指向。「高い志向をもつ」「音楽家を志向する」「上昇志向」

ふむふむ

**デフォルトの名無しさん** · 2021/09/14(火) 19:39:01.12

ほむほむ。
勉強になるスレですな。

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

Haskellから型クラスやモナドなどを参考に採り入れたRustをまず学ぶのも進みやすい道かもね
Rust自体はそれでいてベースがC言語の手続き型言語だから多くの人が入りやすい

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

おばあちゃんが今から始めるのもHaskellとかRustがいいんですか？
こないだ有線リモコンの冷房から無線のエアコンに買い換えて驚いてたおばあちゃんなんですが

**デフォルトの名無しさん** · 2021/09/14(火) 21:16:44.39

Rustは手続き型ベースなので、最初の言語として相応しくない。

**デフォルトの名無しさん** · 2021/09/14(火) 22:12:21.32

数学は関数であり工学の基礎なので、最初の言語として相応しい

**デフォルトの名無しさん** · 2021/09/14(火) 22:42:03.53

>>36
大半のプログラミング言語が手続き型なんだけど
本当に手続き型は最初の言語として相応しくないの？

**デフォルトの名無しさん** · 2021/09/14(火) 22:48:39.60

というわけで黙ってC言語やっとけば間違いないんすわ

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

C→Rustと進むのがベスト

**デフォルトの名無しさん** · 2021/09/15(水) 02:05:47.26

2Fe＋O2→2FeO と進むのが化学言語

**デフォルトの名無しさん** · 2021/09/15(水) 07:27:12.46

プログラミングの初心者が参照する
どんなテキストや動画コンテンツでも
最初は手続き型でしか教えない
最初からオブジェクト指向とか
構造化とかコンポーネントとか関数型とか教えない

どんな言語も構文は大体同じなので
学習コストが安く
学ぶ情報環境が整っている言語がいい

ただしjavascriptは言語構造は混乱しやすいので
Ruby,Pythonあたりがお手軽でおすすめ

C系やRustは学習コストが高め
javascriptは文法があやふや（互換性）
なので、避けたほうがいいでしょう

**デフォルトの名無しさん** · 2021/09/15(水) 08:33:58.26

JavaScriptは触れ合いやすいけど
ちょっと癖が強いわなぁ
Foo.prototype.bar = とか
これを覚えたところで他に生かせなくて無駄

**デフォルトの名無しさん** · 2021/09/15(水) 08:35:32.96

あとそれと「巻き上げ」とかな
JavaScriptって入り組んでくるとことごとく捻じ曲がってる印象

**デフォルトの名無しさん** · 2021/09/15(水) 08:53:31.96

古いJavaScriptで書かれたソース読む機会あったけど呪文みたいだったわ

設計もめちゃくちゃだったしクソコードに触れる機会を減らしたいならサーバサイドを中心にした方がいい

**デフォルトの名無しさん** · 2021/09/15(水) 12:37:47.92

C#かkotlinに一票
Rustはいい言語だけどはじめての人がいきなりはちょっとやめたほうがいい

**デフォルトの名無しさん** · 2021/09/15(水) 12:48:42.29

やっぱPython→Juliaとクラスチェンジするのが良いよな

**デフォルトの名無しさん** · 2021/09/15(水) 12:55:34.83

PythonとJuliaって別物すぎん？

**デフォルトの名無しさん** · 2021/09/15(水) 15:25:40.60

javascriptはHTMLを動的に扱うために作られたので
発想はマークアップを装飾するためのアクセント言語だったのが
その時代の言語構造を引き継ぎながら
ブラウザプログラミング言語を志向したので
互換性やらなんやらで、最終的に学習コストが高くなった

始めるのなら最初から軽量で
言語構造もシンプルに洗練されている手続き型の言語で
学習情報が豊富なPythonがおすすめ
そこで基本を学んでから関数型やオブジェクト指向や
いろいろ広げるのが正解

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

pythonは昔はオフサイドルールが癖強すぎて避けてたけど
今となったら癖とかなんとか以前にユーザが増えすぎて
そういう意味で有利になっちゃったな
ネット上に文章が多いし求人でも有利だろうし

**デフォルトの名無しさん** · 2021/09/15(水) 18:29:03.83

あわしろ氏がお勧めするHaskell。

**デフォルトの名無しさん** · 2021/09/15(水) 18:31:36.33

Javascriptでバグ無くせとかなんの修行なのか。
バグりやすく作られた言語なんだから、バグ入れるのが正しいのではないのか。
バグ入れたらダメなら、何でバグりやすい言語仕様にしたのか。
謎が謎を呼ぶ。
だれかコナン呼んできて。

**デフォルトの名無しさん** · 2021/09/15(水) 18:55:39.82

昔はカーソルの形変えるための言語だったのにねｗ
あのころのことがあるからイマイチ信頼できない
応援してるし頑張ってほしいけど

**デフォルトの名無しさん** · 2021/09/15(水) 18:57:44.65

ブラウザ言語でバグっても誰も損しない
バグはCSSでかっこよく装飾して見栄えでごまかす
エラーが出たらCSS装飾に飛ばすようにトラップかければ
クライアントも気が付かないで喜ぶこと間違えなし

**デフォルトの名無しさん** · 2021/09/15(水) 20:04:34.41

○ほほのjavascriptとか見て頑張ってたよ

**デフォルトの名無しさん** · 2021/09/15(水) 21:40:59.44

Pythonは入門は簡単だけど、使いこなそうと思ったら難しいから途中で他の言語もやるのが良いと思う

**デフォルトの名無しさん** · 2021/09/15(水) 21:44:49.49

馬鹿には無理

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

>>56
手っ取り早くプログラミングの構文を学んだら
あとは必要な言語やプログラミング志向を学んで
好きな分野で活動すればいい

基礎的構文は
データ型、変数、関数、インスタンス程度
癖なくそれを学べる言語をチョイスすればいいよ

**デフォルトの名無しさん** · 2021/09/15(水) 22:45:43.19

Haskellで数学志向プログラミングに触れてみては。

**デフォルトの名無しさん** · 2021/09/15(水) 22:48:38.39

>>43
それはclass導入前の凄く古い記述方法ですよ
今は便利になりました

>>44
「巻き上げ」もlet導入前の凄く古い話ですね
あなたは時間が止まっているようなので勉強し直したほうが良いでしょう

>>49
それは昔の話
現在のJavaScriptは非常に分かりやすい言語になりました
そのためブラウザの外でも使われることが増えました

>>52
それはJavaScriptの話ではなく動的型付けなスクリプト言語(Python, Ruby, JavaScript, ...)全てでそうですね
しかしJavaScriptなら静的型付けできるTypeScriptがあるのでその中で最も有利です

**デフォルトの名無しさん** · 2021/09/15(水) 23:29:04.02

それは昔の～とかが本当にムダ

何か調べようと思った時に古い情報がでてきたり、
そのやり方を継承するような方法がでてくるのは効率が悪い

JavaScriptが（現在は）悪い言語とは言わないが、
始めるのに良い言語では、ぶっちゃけない

**デフォルトの名無しさん** · 2021/09/15(水) 23:34:42.85

いや、悪い言語ですよ。

**デフォルトの名無しさん** · 2021/09/15(水) 23:40:48.24

JavascriptはWebサイトの後方互換性のために仕様が汚れまくっていてTypescriptで延命してるが早急に滅びるべき言語なんだよ
そろそろブラウザ用の機能もコトリンやGoで書いてWebasmで動かす時代になる

**デフォルトの名無しさん** · 2021/09/15(水) 23:51:04.43

>>62 >>63
現在のJavaScriptは非常に筋の良い良い言語だよ
だから利用者数がどんどん伸びている
サーバーサイドでもデスクトップアプリにも使われるようになっている

**デフォルトの名無しさん** · 2021/09/15(水) 23:54:39.04

>>63
それは絶対に無理
夢物語

**デフォルトの名無しさん** · 2021/09/16(木) 08:12:11.46

>>60
なっ！？
JavaScriptでもclass宣言かけるようになってんだな
有難いけどTypeScriptの立場どうなっちゃうの

**デフォルトの名無しさん** · 2021/09/16(木) 08:21:09.61

言語として良いか悪いかはさておき
プロトタイプベースのOOPLに触れようと思ったら
すぐこれに触れる手軽さはいいかと
これはこれで面白いもんね

**デフォルトの名無しさん** · 2021/09/16(木) 09:01:46.96

JavaScriptってすごく便利で強力だけど
習得が難しい言語のように思える
プログラミング初心者には厳しいのでは

**デフォルトの名無しさん** · 2021/09/16(木) 09:12:14.38

>>68
Pythonよりは簡単だし
JavaScriptは文法記述もいわゆるC言語系の王道プログラミング言語標準だから
Pythonを学ぶよりJavaScriptを学んだ方がその先も有利かと

**デフォルトの名無しさん** · 2021/09/16(木) 09:16:10.72

JavaScriptは色々ふわふわしすぎて苦手だわ
ブラウザで挙動変わったりするしこんなもんに時間掛けたくねえ

**デフォルトの名無しさん** · 2021/09/16(木) 09:20:21.61

jsはVBやPHPよりはましだとは思うが
どっちかというとそいつらは全部カス

**デフォルトの名無しさん** · 2021/09/16(木) 09:26:31.27

arguments.calleeなんかあるのも面白い
再帰の関数式を書ける
[1, 2, 3, 4, 5].map(function(n) {
return !(n > 1) ? 1 : arguments.callee(n - 1) * n;
});
でも今じゃ
[1, 2, 3, 4, 5].map(function factorial(n) {
return !(n > 1) ? 1 : factorial(n - 1)*n;
});
こう↑書けるしこっちがオススメみたいだけど
前者の場合は完全に無名関数の再帰になるんで凄みがある（個人の感想です）

**デフォルトの名無しさん** · 2021/09/16(木) 09:27:01.96

>>70
なぜそこで嘘をつくんだよｗ
ブラウザでJavaScriptの挙動が変わるって何の話だ？？

**デフォルトの名無しさん** · 2021/09/16(木) 09:39:47.11

>>73
Chrome、Firefox、Safariで挙動変わるだろ。特にSafariはクッキー関連厳しくて動かないことが多い
古いプロジェクトだとここにIEが加わって地獄化するよ

**デフォルトの名無しさん** · 2021/09/16(木) 09:49:18.48

>>74
え？？
それはJavaScriptとは一切関係ない話
クッキーはHTTPの一部でありプログラミング言語と何ら関係がない
その区別ができてないのはちょっとマズいと思う

**デフォルトの名無しさん** · 2021/09/16(木) 10:01:08.12

ぐぐったけどイベント付近で差異があるね
これが「JavaScriptの挙動が変わる」に値するかどうかは不明

https://codezine.jp/article/detail/158
Internet Explorerの場合マウスダウンX座標はwindow.event.offsetX
Mozilla系ブラウザの場合はf(e)のe.pageX

**デフォルトの名無しさん** · 2021/09/16(木) 10:06:18.83

もう2021年だぞおじいちゃん

**デフォルトの名無しさん** · 2021/09/16(木) 10:09:32.24

>>75
うるせえオタク
俺が変わるって言ってるんだから変わるんだよ

**デフォルトの名無しさん** · 2021/09/16(木) 10:16:43.09

>>76
16年前の記事を見付けてきて何をしたいの？
はるか昔に統一されていますよ

ちなみにそれもJavaScriptの言語仕様とは全く無関係な話
ブラウザ上でのWeb APIの話です
いずれにせよ大昔に統一されています

**デフォルトの名無しさん** · 2021/09/16(木) 10:36:16.70

>>72
それは昔の仕様なのでarguments.calleeは現在strictモードで使用不可となっている
arguments自体も使用不推奨となっていて今はrest引数(いわゆる...restArgs)形式が使われている
現在のJavaScriptはすっきり洗練されていてわかりやすく初心者にもオススメ

**デフォルトの名無しさん** · 2021/09/16(木) 10:42:20.64

JavaScript大好きアスペルガーもいるね

**デフォルトの名無しさん** · 2021/09/16(木) 11:15:05.47

こうも書けるしああも書ける、10年前はこう書いたけど今は違う書き方をするがどっちも動く
こういう言語のクソっぷりはPerlで懲りたでしょうに

**デフォルトの名無しさん** · 2021/09/16(木) 11:29:51.29

>>76
2005年の記事を持ち出してきてる時点でJavaScriptを叩きたいためにワザとやってるんだな
例えば2005年には現在のPython3も当然ないから2005年のPython記事を見たら仕様が違っていて混乱するのは当たり前
Rubyだって当時はRuby1であり現在のRuby2やRuby3ではない
今後もこのスレで古い話を持ち出して叩いている人が現れたらキチガイであると断言できる

**デフォルトの名無しさん** · 2021/09/16(木) 11:33:32.93

>>79
> 16年前の記事を見付けてきて何をしたいの？
> いずれにせよ大昔に統一されています

失礼しました
不勉強で申し訳ないです

>>80
> それは昔の仕様なのでarguments.calleeは現在strictモードで使用不可となっている

勉強になりますサンクス
ド素人なので参考になります

**デフォルトの名無しさん** · 2021/09/16(木) 11:35:23.20

>>83
ワザとじゃないし叩きたいなんて思ってないよ
ただ単に俺がド素人で知識が古いだけ
みなさんにはご迷惑かけるんで今後JavaScriptについては発言を控えるよ

**デフォルトの名無しさん** · 2021/09/16(木) 12:12:48.00

>>85
他のプログラミング言語でも同様だけど古い仕様を持ち出すのは意味がないのでそれぞれ現在の言語の話をすれば控える必要ないでしょう
現在のJavaScriptはもちろん初心者にも最適な一つですが初心者が辿る動的型付けから静的型付けへ進む時にTypeScriptへとほとんど学習コストなく進めるのも大きな推奨点ですね

**デフォルトの名無しさん** · 2021/09/16(木) 12:13:31.58

JavaScript（）にも熱心な信者が居るんだな

**デフォルトの名無しさん** · 2021/09/16(木) 12:25:30.92

>>41
Fe → FeO → Fe3O4 → Fe2O3 と進む

**デフォルトの名無しさん** · 2021/09/16(木) 12:28:01.75

C++だって仕様の隅から隅まで覚えようとすると激難しいのであって
初心者が触りの言語として四則演算するのに大して影響は無い

**デフォルトの名無しさん** · 2021/09/16(木) 12:29:00.37

C#最強説
Webサイト作れます
デスクトップソフト作れます
Windowsストアのアプリ作れます
AndroidとiPhoneのアプリ作れます
PCゲーム作れます

**デフォルトの名無しさん** · 2021/09/16(木) 12:30:30.25

>>82
だよな

js は捨てていい

**デフォルトの名無しさん** · 2021/09/16(木) 12:44:05.39

C#は色々嫌いだけど値型だけは好き
in/out/refつけてみたりつけなかったりで自分の好きにできて嬉しい
これを用意しなかったJavaも割り切っててスッキリしてて悪くは無いと思うけど

**デフォルトの名無しさん** · 2021/09/16(木) 13:02:16.16

へー　じゃあc#にします

**デフォルトの名無しさん** · 2021/09/16(木) 13:19:33.65

>>92
in/out/refなんて飾りに過ぎないよ
コンパイル結果のコードが変わるわけではないしref付けてなくてinでも配列の中身書き換え通ってしまう
しかもoutなんて本来は返り値でやればいいものであってC#は1つしか返り値を返せなかった名残りで無理矢理に引数にしている失敗策
C#は中途半端なところが多いので避けたほうがよい

**デフォルトの名無しさん** · 2021/09/16(木) 13:48:24.90

C#って言語は良くてもあんまりモダンな感じがしないのがなぁ
色んなクラウド技術使ってるプロジェクトとは無縁そう

**デフォルトの名無しさん** · 2021/09/16(木) 14:20:08.89

>>94
配列は参照型だからまた話が違うのでは
値型の構造体などをrefやoutで指定するときは
複製を避けつつスタックへアクセスしたいという欲求を叶える

**デフォルトの名無しさん** · 2021/09/16(木) 14:45:20.90

始めるのにいいならCでしょ
C知ってて当然だし

**デフォルトの名無しさん** · 2021/09/16(木) 16:25:10.41

String型とクラスの概念が無いのがなぁ

**デフォルトの名無しさん** · 2021/09/16(木) 16:53:24.70

>>82
これですよね
学習コストが高くなる
調べてても新しい情報なのか古いのか
初学者ではわからない
他の言語では表現は一つなのに
javascriptでは色々あるから
学習遅くなるし混乱する

プログラミングを学びたいのなら
pythonかRubyにしておけ

javascript、php、kotlinその他の言語は必要になったらマナブで十分

**デフォルトの名無しさん** · 2021/09/16(木) 17:04:11.05

企業で働く9割ぐらいのやつはデータをシコシコ出し入れするだけの業務やってるしSQLを最初にやるべき

**デフォルトの名無しさん** · 2021/09/16(木) 17:11:48.23

>>99
> 調べてても新しい情報なのか古いのか
初学者ではわからない

その通りでPython2とPython3で混乱しまくりです
Pythonは初心者はやめたほうがいいです

**デフォルトの名無しさん** · 2021/09/16(木) 17:51:39.31

それで言うとC++も随分拡張されたねえ
必死になってラムダ式導入してんの見ててツライわ
授業参観にババアが若作りして来ちゃってるような悲惨を感じる

**デフォルトの名無しさん** · 2021/09/16(木) 18:33:28.90

バグるための言語がJavascriptです。

**デフォルトの名無しさん** · 2021/09/16(木) 19:02:20.11

Oracle JDK 無料化キター！
新しいJava時代の幕開けだ！！

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

OpenJDKがあるし、オラクルは競争力のあるクラウドを提供してないから、もうOracle JDKの需要なんてないんじゃね？

**デフォルトの名無しさん** · 2021/09/16(木) 19:35:21.06

【乞食速報】Javaが無料！急いで死ね！

**デフォルトの名無しさん** · 2021/09/16(木) 20:18:41.20

Javaはベンダーロックインされるのでダメ。

**デフォルトの名無しさん** · 2021/09/16(木) 20:19:10.84

半殺しで解放された
あとは死ぬのを眺めていればよい

**デフォルトの名無しさん** · 2021/09/16(木) 20:47:22.61

パブリックスタティックボイドメインストリングアーグスさんwwwwwwwwwwww

**デフォルトの名無しさん** · 2021/09/16(木) 21:08:10.04

JavaちゃんはI/O？まあいやらしい！みたいなSunの箱入り娘だったのに
路頭に迷ってサーカスの占い師に捕まり顧客をくわえ込む仕事をあてがわれて
ついに開放されたときにはヨゴレ扱いされるようになってしまった
そしてやや未熟ながら清楚な妹OpenJDKちゃんがかつての自分の後を継いでいることを知り、飼い犬ScalaとClojureを連れて旅に出ることを決意したのである

**デフォルトの名無しさん** · 2021/09/16(木) 22:33:40.23

Javaが使われなくなっていく理由

// Javaの場合
public class Main {
public static void main(String[] args) {
System.out.println("Hello.");
}
}

# Pythonの場合
print('Hello.')

**デフォルトの名無しさん** · 2021/09/16(木) 22:38:36.19

でかいプロジェクトならmainなんか見る機会ほぼないし
関数の書き方はそんなに変わらないしインポートすればおんなじことだし
ブラケットくらいしか違わない

Pythonも自分用にちょろっと使う時とかAIでとかは使うけど業務ででかいの
やるのはJavaのがやりやすい

当たり前だが適材適所

**デフォルトの名無しさん** · 2021/09/16(木) 22:53:10.99

米語定期

**デフォルトの名無しさん** · 2021/09/16(木) 22:57:47.21

今どき新規でJavaは無いわ

**デフォルトの名無しさん** · 2021/09/16(木) 23:05:03.57

>>111
それは明らかに違う。
Pythonはお子様用プログラミング言語なので、ある程度のものを作る人たちはPythonを使うことはないように、適材適所。
Javaが使われなくなっていってるのは事実だが、別の理由であり、おもちゃなPythonなんかを使うことは絶対にない。

**デフォルトの名無しさん** · 2021/09/17(金) 00:28:58.34

今のうちにKotlin極めとけ
数年後爆発的にくるぞ

**デフォルトの名無しさん** · 2021/09/17(金) 00:48:49.86

JavaやるよりはKotlinが絶対に良い
でも確実に来るのはRustかな

**デフォルトの名無しさん** · 2021/09/17(金) 00:50:50.06

R#のリリース時期はいつですか？

**デフォルトの名無しさん** · 2021/09/17(金) 04:17:15.47

JavaScript は、規格がコロコロ変わるので、初心者向きじゃない。
書き方が色々あるので、20年以上の変化の歴史を追っていかないといけない

すべて非同期だから、サーバー側は地獄。
callback 地獄、Promise, yield を使ったGenerator Runner, async/await まで、
書き方の変遷をたどるだけでも、大変

class 構文・辞書・継承チェーン、prototype, __proto__ とか、
内部の実装を学ぶので大変

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

この本を読めば、どれだけ難しいかよく分かる。
ほぼ、文法・書き方の変遷を追いかけるだけ。
おまけに、Node.js を学ばないとファイル操作できない

Ruby なら「たのしいRuby 第6版、2019」1冊で、
ファイル操作・テキスト処理まで出来る

Rubyは最初から、サーバーを含んでいるバックエンド言語だけど、
JavaScriptは、サーバーを含んでいないから、Node.jsが必要

だから今でも、多くのベンチャーは、Ruby on Rails, React, Vue.js, Bootstrap が基本。
バックエンド・サーバー側はRails で、JavaScriptは画面・フロントでしか使わない

**デフォルトの名無しさん** · 2021/09/17(金) 04:36:32.93

>>119
嘘つき
JavaScriptだけ学べばウェブブラウザ側もサーバー側も作れている
しかしRubyだけ学んでも何もできない

**デフォルトの名無しさん** · 2021/09/17(金) 04:48:23.41

>>119
Rubyは遅いのでRustに書き直したとCOOKPAD社もおっしやっています

**デフォルトの名無しさん** · 2021/09/17(金) 06:36:39.09

>>110
今はただの妖怪BBAだろ

**デフォルトの名無しさん** · 2021/09/17(金) 06:38:21.50

>>117
Kotlinはないな
javaの後継はRustだな
ほかに組込み系で洗練されてる言語ってなんだ？

**デフォルトの名無しさん** · 2021/09/17(金) 06:41:26.91

>>120
どういうこと？
Rubyでサーバー触れなくなったのか？

**デフォルトの名無しさん** · 2021/09/17(金) 09:18:27.83

>>110
ワッフルワッフル

>>115
Ruby/Perlは池沼用
VB/PHP/jsは馬鹿用

**デフォルトの名無しさん** · 2021/09/17(金) 10:44:11.77

Kotlinだけは良さが分からない
Scalaのほうがよっぽど意欲的じゃん

**デフォルトの名無しさん** · 2021/09/17(金) 11:32:43.20

Scalaってあれだろ？
sbt実行してる間にティータイム出来るんだろ？

**デフォルトの名無しさん** · 2021/09/17(金) 12:19:06.46

Scala は、YouTube で有名な、雑食系エンジニア・KENTA がオワコン認定した

仕事が無いから、無職のベテばかりになって、新規にマウントを取ってくる。
それで、コミュニティーが崩壊した

Ruby の全く逆。
Rubyはコミュニティーが強いし、Rails チュートリアルも毎年、売上増

KENTAは昔、Rails → Scala → Go と、間に関数型のJVM 系を挟むのが良いと言ってたけど、
今は、Rails → Go が、バックエンドの鉄板

加えて、Linux, Docker, Heroku, AWS。
これが金になる技術

今では、KENTA、Udemy の山浦清透、AWSのくろかわこうへいのサロンも、必須になってる

**デフォルトの名無しさん** · 2021/09/17(金) 12:33:21.97

ケンタの人もブレないねえ

**デフォルトの名無しさん** · 2021/09/17(金) 12:39:19.06

他人なら普通はケソタの迷惑になるからやめるけど
ずっとやってるってことは本人だろうな

**128** · 2021/09/17(金) 13:18:42.83

KENTA は第一人者で、本も出していて、
大量の動画を上げて、日本6位の3千人のサロン経営者で、年収も公開していて、

200万円の学校をぼったくりと言って、裁判に訴えられたw

KENTAには、何も隠すことが無い

**128** · 2021/09/17(金) 13:24:59.60

KENTA は経営者からも、すごく嫌われている。
給料が安ければ、すぐに転職しろって言ってるから

Ruby の作者・Matz も同じことを言ってる。
勉強させてもらえないような会社は、辞めた方がよい

経営者からすれば、何も出来ない香具師に、
200万円も払ってやっているのにという不満がある

KENTAがそういうつもりなら、100万円も払わないし、
何も出来ない素人も雇わないと言ってる

**デフォルトの名無しさん** · 2021/09/17(金) 14:01:59.72

>>131
> KENTA は第一人者で

なんかしらんけど第一人者ではないだろうｗ
たぶんその人は単なるyoutuberだろうｗ

**デフォルトの名無しさん** · 2021/09/17(金) 18:38:45.35

99%の人がゴミだと思っても、1%の人が申し込めば効果ありだからな。
スパムが無くならない理由。

**デフォルトの名無しさん** · 2021/09/17(金) 20:34:30.21

【ひろゆき/切り抜き】虚言癖ってどうやって直せばいい？
http://www.youtube.com/
watch?v=5cS7vyb0tfE

**デフォルトの名無しさん** · 2021/09/17(金) 23:18:34.22

>>128
ウェブ系なのにJavaScriptを勉強しないとは呆れた
今となってはそれては極狭い範囲しか担当できないよ

**デフォルトの名無しさん** · 2021/09/17(金) 23:55:20.52

>>97
まあ、高水準アセンブラ的な「とりあえずC」というのはあるわね。

米粒PICマイコンから富岳まで幅広く使える言語だし、基礎教養みたいなものかな。
その上で必要に応じてそれぞれの分野に向いたものを身につければよろしいかと。
まあ、C/C++って書かれるくらいで、組み込みでもC++も使えちゃったりするし、ハードウェアをゴニョゴニョするのとオブジェクト指向って相性いい感じだから、ついでにC++で、その次に何か別物をっていうのもありだろうけど。

**デフォルトの名無しさん** · 2021/09/17(金) 23:59:03.89

その分野だとこれからはC/C++からメモリ安全性を保証できるRustへ置き換わっていく

**デフォルトの名無しさん** · 2021/09/18(土) 00:03:58.04

Railsガイジはマジで頭のネジ飛んじゃってるね。100回くらい同じこと言ってるし。こいつなにかのbotなんじゃないか

**デフォルトの名無しさん** · 2021/09/18(土) 01:18:13.34

>>135
ひろゆきの虚言壁は直せてない。

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

まぁCはメモリ１２８KBｔで動かそうとするもんだから
今となってはRustに置き換わるべきなんだよな

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

コピペプログラマーだけどメモリとかの勉強におすすめの本やサイトを教えて欲しい
感覚でプログラミングしてout of memoryが起きたらコードを修正する
そんな俺を変えていきたい

**デフォルトの名無しさん** · 2021/09/18(土) 08:03:58.51

「ベキ」なんてことはないけどね。
C/C++でLチカからLinuxまで記述できているのは現実だしね。
さらに言えば、SystemCみたいにハードウェア記述言語でもC++…というかC++のクラスライブラリで提供されてるわけで、C/C++を知っていれば幅広い領域で使えるということは確かだし。

過去にも「この点がC/C++より優れている」という主張をしてきた言語はたくさんあるけど、逆に言えばそれだけC/C++が程よくできているし、基礎教養化しているってことなんだろうなあ。

**デフォルトの名無しさん** · 2021/09/18(土) 08:14:13.62

>>143
それは違う
今までC/C++を置き換えるプログラミング言語は存在しなかった
初めて登場したのがRust
・C/C++と同様にネイティブコンパイルで低レベルアクセス記述ができてGCなどがないこと
・上記を満たしつつC/C++とは異なりコンパイル時点でメモリ安全性を保証する
このようなプログラミング言語が初めて登場したのがRust

**デフォルトの名無しさん** · 2021/09/18(土) 08:58:18.16

Rust は色々考えて今のデザインになったんだろうけど
OCaml に影響を受けてて初期は OCaml で作られたコンパイラが使われてたってんなら
もっと関数言語寄りにしてほしかった
言語にリストを組み込みで入れてて [1; 2; 3] や 1 :: 2 :: 3 :: [] と書けるように
パターンマッチ部分でも x :: xs と書けるようにしてほしかった
そんでもって TCO も保証してほしかった
そしてついでに if 式も if cond {a} else {b} じゃなくて
OCaml みたいに if cond then a else b とスッキリさせてほしかった

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

>>145
どのプログラミング言語についても
記述面だけの些細な違いを気にする人はレベル低くてカッコ悪い

**デフォルトの名無しさん** · 2021/09/18(土) 10:08:37.10

Rust は D と同じ運命

**デフォルトの名無しさん** · 2021/09/18(土) 10:24:41.72

D言語は根本的には何も変わっていなくてC言語の亜流一つにすぎなかった
コンパイル時点でメモリ安全性を保証するRustの出現はプログラミング言語界に革命を起こした
それが大手IT企業たちが垣根を超えてRust支持採用となった理由

**デフォルトの名無しさん** · 2021/09/18(土) 10:32:54.07

マウントするやつがカッコいいとかいう風潮

**デフォルトの名無しさん** · 2021/09/18(土) 10:41:49.11

こいつらもマウントしてカッコつけるために皆で揃ってRust採用してるの？

＞大手IT企業たちの方針
＞
＞プログラミング言語「Rust」のための「Rust Foundation」設立 -- AWS(Amazon)、Microsoft、Google、Mozilla、Huaweiが創設
＞https://japan.zdnet.com/article/35166267/
＞
＞Facebookが「Rust Foundation」に参加
＞https://japan.zdnet.com/article/35170192/

**デフォルトの名無しさん** · 2021/09/18(土) 10:46:30.06

D 言語はショボかったねえ
言語自体もそれを持ち上げてる連中も
すべてがみすぼらしかったわ
マスコットキャラさえも

**デフォルトの名無しさん** · 2021/09/18(土) 10:54:01.87

Rustは長いプログラミング言語の歴史上で例えるなら天変地異の革命
GCなしでメモリ安全性を保証する言語は今まで存在しなかった
画期的な歴史上の出来事

**デフォルトの名無しさん** · 2021/09/18(土) 11:02:00.81

>>151
そういうの大事だよね

>>149-150
Rust 採用するとマウント撮ったことになるの？

**デフォルトの名無しさん** · 2021/09/18(土) 11:16:49.72

何でコトリンやらないのかが意味わからない
世界を支配していたJavaの上位互換でAndroid公式にもなってんだから将来性1番あるの間違いない

**デフォルトの名無しさん** · 2021/09/18(土) 11:27:22.20

>>154
もちろんKotlinはJavaより便利で断然良いんだけど
RustはJavaより便利で高速で安全と更に断然良いため現実にJavaからRustへ移行するケースが増えてる
加えてC++からRustへの移行もあるから有利よね

**デフォルトの名無しさん** · 2021/09/18(土) 11:40:29.84

Kotlin は魅力が分からない
どういう層があれを有りがたがってるのか分からない
Java 以上にドカタ味を感じる

**デフォルトの名無しさん** · 2021/09/18(土) 13:39:38.52

始めるのに良いかは微妙じゃね？Rustとか。C++で嫌な思いしたら始めるもんじゃないのあれ

**デフォルトの名無しさん** · 2021/09/18(土) 14:35:33.29

ポインタなんて必要に応じて覚えればいいんだから
Ruby、Python程度から始めるのが妥当

**デフォルトの名無しさん** · 2021/09/18(土) 15:23:41.82

お気軽に書ける言語じゃないからなRustは
Javaもメソッドチェーンだらけでアホみたいだし
MS系ならC#、Java系ならkotlin

その後に作りたいものに適した言語に移行すれば良いよ

**デフォルトの名無しさん** · 2021/09/18(土) 15:38:50.50

kotlinって学習環境どうなの？
java知らなくても習得できるん？

**デフォルトの名無しさん** · 2021/09/18(土) 18:00:04.48

それはぐぐりましょうｗ

**デフォルトの名無しさん** · 2021/09/18(土) 18:47:09.98

ディベロッパーみたけど
学習し辛いサイトだな
動画じゃないと学習できんのか

他のサイトでもjavaとの比較がはいっていたりして
kotlinは初学者には向いてない感じするな

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

あわしろ氏もRustは良い言語だと言ってるね。
しかし、これから始めるならHaskell一択と言ってる。

**デフォルトの名無しさん** · 2021/09/18(土) 19:20:12.41

米語定期

**デフォルトの名無しさん** · 2021/09/18(土) 19:42:02.49

>>160
どこまでやるか次第

個人的には最初の学習はコマンドラインで
if for while 四則演算配列数値文字相互変換 sqrtやabsなど各種演算だけやって
基本的な制御の仕組みを知って、そこからやりたい環境の言語に移行すればいいと思ってる
このレベルならjavaなんて知らなくてもできる

なので、IDEインストしてすぐに試すことができるC#とkotlinを推してる感じ

**デフォルトの名無しさん** · 2021/09/18(土) 19:42:42.15

Haskellって高卒の数学コンプ持ってる子が飛びついてるイメージ

**デフォルトの名無しさん** · 2021/09/18(土) 20:36:45.39

Haskellでコンプレッサーを克服したなら、ええ話やな～～ってなるだろ。

**デフォルトの名無しさん** · 2021/09/18(土) 22:34:23.12

GOって最近案件増えてきてるよな
ぶっちゃけGOってWebで天下取りそう？
正直生理的に受け付けないからやりたくないんだが・・・

**デフォルトの名無しさん** · 2021/09/18(土) 22:51:08.16

Goの案件は言語より最新のクラウド技術をキャッチアップ出来るかの方が大事

**デフォルトの名無しさん** · 2021/09/18(土) 23:54:11.09

Goは従来の色々なものを捨てて簡素化したのが特徴で捨て過ぎたデメリットも数多い
言語としてGoじゃないと駄目で他への置き換えが難しい、ということは無いため
将来性はかなり疑問

**デフォルトの名無しさん** · 2021/09/19(日) 04:10:41.26

Goはジェネリクスすらないし
クラスも継承も何もない

**デフォルトの名無しさん** · 2021/09/19(日) 04:43:37.75

仕事としてやるんならそのとき一番儲かりそうな言語やってりゃ良いと思うけどな
趣味の勉強なら好きなのやればいいけど

**デフォルトの名無しさん** · 2021/09/19(日) 05:04:24.00

Goはタプル型がないのに多値で色々やろうとしておかしなことになってるな。
それはともかく、エラー例外処理に対しても言語として無策だから、関数を呼ぶたびに返ってきた多値のエラーチェックを毎回しなきゃいけない。

**デフォルトの名無しさん** · 2021/09/19(日) 06:04:07.81

そこは以下を延々と何度も何度も書けば解決
if err != nil {
return nil, err
}
Goは色んな機能を欠いているからプログラマーが頑張る言語

**デフォルトの名無しさん** · 2021/09/19(日) 07:24:08.08

try catchで{}が増えてごちゃごちゃしてるコードよりかはif errの方が読みやすいわ

**デフォルトの名無しさん** · 2021/09/19(日) 07:42:27.39

GoもRustもtry catchの例外処理機構を廃止というか採用しなかった点では一緒でプログラミング言語の流れとしては最前線なのよ
ただしGoはその代償で>>174を毎回書かなきゃいけなくて大変なだけだなくプログラムの見た目も本質部分の邪魔になってしまってる
一方でRustは画期的な組み合わせアイデアでそれを1文字オペレーター化しちゃったので見た目の記述もわかりやすくなり大好評になっていますね

**デフォルトの名無しさん** · 2021/09/19(日) 08:39:41.01

>>165
その程度ならKotlin不要だろ、何言ってんだ？
これ以上に習得するのならjava知らないとっていうのなら
kotlinは始め言語に不適
kotlinよかVBAのほうがマシ

**デフォルトの名無しさん** · 2021/09/19(日) 09:03:25.11

VBAでいったい何をしようってのさ
エクセルで何を頑張ろうってのさ

**デフォルトの名無しさん** · 2021/09/19(日) 09:49:20.62

>>173
その辺りが俺も気になってGoきめぇって思ってたけど
よく調べると例外については例外がないのがイケてないとかイケてないのはおめぇらだよとか言ってるコラムがあったな
大域脱出もできるし何の問題もないだが？みたいなやつ
あと継承についてもあえて使わないことで継承の弊害がでないようにしてると言ってるし
Goがイケてないって言ってる奴がイケてないんだよっていう主張もあるのと
実際案件が増えてるのが気になってるところなのよな

**デフォルトの名無しさん** · 2021/09/19(日) 09:49:50.00

Excelでスーパーマリオが出来るんなら
がんばれば3Dシューティングだって・・

**デフォルトの名無しさん** · 2021/09/19(日) 10:02:47.25

例外をきちんと使えてないイケてないプログラマが大半だから混乱を避けるために原始的な方法を使いましょうってことだろう
そもそもGoのコンセプトがイケてない人向け言語だから

**デフォルトの名無しさん** · 2021/09/19(日) 10:37:19.05

例外をきちんと使うって何？

**デフォルトの名無しさん** · 2021/09/19(日) 10:43:23.09

イケてる人=マウントジジイ
だからGoが普及するのはいいことだね

**デフォルトの名無しさん** · 2021/09/19(日) 10:48:21.50

GoもRustも例外機構(try/throw/catch)を各々の理由で敢えて持たない方針なので
エラーを返す関数は(value, error)という2つ組相当を返すところまでは両者で同じだけど

Rustは「?」オペレータを使ってメソッドチェーンも見やすく書ける
d = a.func1()?.func2()?.func3()?

Goで同じことを書くとこうなってしまう
b, err = a.func1()
if err != nil {
　return nil, err
}
c, err = b.func2()
if err != nil {
　return nil, err
}
d, err = c.func3()
if err != nil {
　return nil, err
}
これをGoで避けようとして様々な複雑化がある
データ構造を複雑化することで頑張る方法
複雑な処理をする高階関数を登場させて頑張る方法
など

**デフォルトの名無しさん** · 2021/09/19(日) 12:19:51.97

>>184
Rustおっされー
けどエラーが返された元でnullチェックしなきゃいけない時点でキモさを感じてしまうんだよなぁ・・・
cacthもやってることは同じだろうがって言われたらそれまでだがｗ
可読性という点で果たしてどちらの方が優れているだろうか・・・？

**デフォルトの名無しさん** · 2021/09/19(日) 12:26:13.76

どうせおまいらprintfの戻り値チェックしてないだろ

**デフォルトの名無しさん** · 2021/09/19(日) 12:33:19.03

>>185
Rustはメモリ安全性の保証もあって着実に各関数をreturnすることを達成しつつ可読性も損なわずに両立できていますね

**デフォルトの名無しさん** · 2021/09/19(日) 12:44:23.33

nullチェックとメモリ安全性の話は別やろ

**デフォルトの名無しさん** · 2021/09/19(日) 12:55:05.77

>>188
例外あり、かつ、メモリ安全性保証だと
その例外機構のオーバーヘッドコストがかかりますよね
例外なし、ならばそのためのオーバーヘッドコスト無しに実現できますね

**デフォルトの名無しさん** · 2021/09/19(日) 13:11:28.65

例外のスレッド間転送について。

**デフォルトの名無しさん** · 2021/09/19(日) 13:52:04.91

問題は非同期シグナル
シグナルが安全でない関数に割り込み、シグナルハンドラが安全で
ない関数を呼び出した場合、動作は未定義

**デフォルトの名無しさん** · 2021/09/19(日) 15:00:42.97

まぁ、結局最後は機械語で動いているだけだしね。
「シンプルに書ける」といっても、そのパターンだけでプログラムができているわけでもないし、
それがプログラムの大部分を占めるようなものならともかく、重箱の隅レベルじゃ
大したメリットではないのよね。

**デフォルトの名無しさん** · 2021/09/19(日) 15:21:08.74

まぁ、メモリリークの関係なら、C++ならスマートポインタを使えってことになるんだろうな。
もっともnew なんてそもそも使ってられんという環境も多いわけだが。

**デフォルトの名無しさん** · 2021/09/19(日) 16:03:24.42

>>193
オブジェクト指向では異種の型をまとめてオブジェクトとして扱うが、ストレージ戦略としてはお汁粉並みに甘すぎる。
同じ型をstd::vector<>に保持するのが最良の戦略。
すると明示的なnew/deleteは必要なくなる。

**デフォルトの名無しさん** · 2021/09/19(日) 16:32:10.76

>>194
> オブジェクト指向では異種の型をまとめてオブジェクトとして扱うが、ストレージ戦略としてはお汁粉並みに甘すぎる。

いきなり何を言い出してるの？
ちょっとこれの意味分かるやついる？

**デフォルトの名無しさん** · 2021/09/19(日) 16:41:01.21

分からん

**デフォルトの名無しさん** · 2021/09/19(日) 17:08:28.35

わからんのか。

**デフォルトの名無しさん** · 2021/09/19(日) 21:39:06.32

米語定期age

**デフォルトの名無しさん** · 2021/09/19(日) 23:38:20.69

>>184
結局throw→catch機構で達成されていることは、
【記述】多段な関数呼び出しの途中では、エラーの存在を気にせずに記述できる。
【内部】多段な関数呼び出しの途中の戻り時に、内部で処理すべきことがあっても自動的に処理してくれる。
の2点に集約されるんだよね。

それらが達成できるならば、必ずしもthrow→catch機構が必須なわけではなくて、
Go方式だと記述面で煩わしいから解決していないけど、
Rust方式なら途中での関数呼び出し時は？オペレーターの1文字付加するだけで、エラー時も自動的に上へ上へと戻ってくれると。

**デフォルトの名無しさん** · 2021/09/20(月) 12:49:50.64

goのいいとこもあげてけ？

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

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