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

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

前スレ

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

**デフォルトの名無しさん** · 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のいいとこもあげてけ？

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

>>200
Goにはmapとかfilterとかreduceとかのリスト処理するものも全く無いので
自分で毎回for文を使ってプログラミングする楽しみがある

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

それはgoの悪いとこですよね？

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

キレッキレではある

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

>>203
それって郷の良いとこですよね？

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

エキゾチックジャパンですか？

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

アーチ〜ちーアーチ〜萌えてるんだろうか〜

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

resource管理は所有権の概念ですべて上手くいく。

**デフォルトの名無しさん** · 2021/09/20(月) 19:33:55.84

Rustの気持ち悪さ

Mb · 2021/09/20(月) 19:47:18.37

>>13
> 向こうがなんか臭いのでこっち建てました
> タイトルも勝手に変えてるし
加齢臭もあるし説教臭くもあるので、
むしろ望ましいと思う。

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

>>206
それは郷の良い歌やないか～い

**デフォルトの名無しさん** · 2021/09/20(月) 19:55:00.53

>>209
自覚しているところに好感を持ったｗ

Mb · 2021/09/20(月) 19:57:19.79

>>38
> 大半のプログラミング言語が手続き型なんだけど
> 本当に手続き型は最初の言語として相応しくないの？
そういうわけじゃなくて、
「順序構造に拘っちゃうと、並行処理というパラダイムに
対応できなくなっちゃうぞ？」という意味だと思う。

Mb · 2021/09/20(月) 20:57:23.83

>>211
某現場で、Java のコードのコメントで、（当時はコンテナの使い方が
よくわからなかったので、配列で処理したのだが）
「加齢臭漂う古臭いコード。前途ある若者は真似をしてはいけない。
コンテナクラスを使って書きなおすのが吉」と書いたら、チームリーダーから
「ソースは顧客さんも読むんですからね！」と涙ながらに叱られたことがある。
言語ごとにスタイルはあるし、歴史的な経緯もあるので、意外に
「どっちが古い」「どっちが新しい」とかは判断しがたい部分もある。
いろんな言語を経験してきたが、なかなか「プログラミング言語」の
ところまで掘り下げて考えるというのは結構めづらしいらしい。
くたばる前に書き遺しとおこうと思っている。

**デフォルトの名無しさん** · 2021/09/20(月) 21:19:06.48

>>213
> 加齢臭漂う古臭いコード。前途ある若者は真似をしてはいけない。
> コンテナクラスを使って書きなおすのが吉

完全に思い込みによるエイジハラスメントだな
いかにも年寄りが書きましたといって、年配コーダーがすべてそのような書き方をしていると決めつけている

普通に、ただ「コンテナで記述し直したほうが効率的になる」と記述すればよかったのに
余計な一言を入れるから問題になる。

これは人間性の問題だな

**デフォルトの名無しさん** · 2021/09/20(月) 21:45:27.21

こんなわけわからんジジイにも働ける場所があるんだなって思えて将来の不安が少し消えました

**デフォルトの名無しさん** · 2021/09/20(月) 21:51:26.53

あわしろ氏がお勧めする数学志向言語、Haskell。

**デフォルトの名無しさん** · 2021/09/20(月) 21:56:09.21

Rust教信者ががやたらとC/C++を敵対視してメモリ安全性を主張するけど、それだけのために文法を大きく変えて学習コストを引き上げる必要があったのかなあ？とは思うわな。

ちなみに加齢臭は閉経後の女性が一番きついそうです。加齢臭連呼している方々のママンくらいかな？

**デフォルトの名無しさん** · 2021/09/20(月) 21:56:57.73

>>213
Java土方は向こうの隔離スレに閉じこもっていただけるとありがたい

**デフォルトの名無しさん** · 2021/09/20(月) 21:59:33.59

前提条件なしならC#だな
環境立てやすい、よく使われてる（＝潰しが効く）、アプリなどの身近なものが作れる、古臭くない、癖が強すぎない、などなどの理由で

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

>>217
文法が学習コストって初級者くらいでしょ
中級者以上なら色んなプログラミング言語を使い分けるけど
それぞれ文法が異なることは大した問題じゃない

Rustに関してだと、文法面でRustが他の様々な言語と比べて特に難しいとか異様だとかは無いよ
むしろ従来のモダンな言語に慣れてる人たちからは親しみやすくわかりやすい方に入るね

Mb · 2021/09/20(月) 22:12:27.21

>>214
> 完全に思い込みによるエイジハラスメントだな
> これは人間性の問題だな
いや、実際に私が職場では（たぶん）最年長で、
たまたま言語寄りの仕事をしていたので拾われただけで、
当時はそういう雰囲気だったのだ。
Java も 1.4 以降だったものの、正規表現が使えるというのを
知らない人が多かったし、「SQL で再帰を使って
木構造データを比較する」みたいなことを考える人も少なかった。
「エイジハラスメント」というなら、アーキテクチャべったりの
C 言語や、Pascal P system みたい「中間言語＋仮想マシン」を
知っている世代に対するハラスメントに対して、若い世代は
どう思っているのかを問いたい。
「再帰が使えない奴がいるとか w」とか、「for (;;) とか
while(true) がどんなオブジェクトコードに落ちるか考えた
ことがないのかね？」とか、年寄りに嗤われたくはないだろ？
「いまどき goto だってさ wwwwww」「『構造化プログラミング』
とか言うと、最近の若い連中は鼻で嗤ったりするんだぜ？ ww」
とか言われたくないだろ？

Mb · 2021/09/20(月) 22:13:17.32

>>214
> 普通に、ただ「コンテナで記述し直したほうが効率的になる」と
> 記述すればよかったのに
コンテナクラスで記述すると、実行性能としては「効率的」には
なるのだが、べつにシステムの運用上タイトな部分ではなかったんだよ。
それより、「保守性」を考えると、コンテナクラスを使ったほうが
可読性は上がると判断した。
あんた一人でシステム全体を開発して、ずっと保守してくれるんなら
好きなようにやってくれ。
こっちは大勢のエンジニアが、ひとつのシステムを構築して、
保守担当のエンジニアに引き継ぐのが仕事であって、
全員が永遠に貼りついているわけでもないし、（ソースコードも含めた）
ドキュメントも遺さなきゃいけないんだよ。
「高級言語」というのは、読まれてなんぼだ。

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

コメントはお前の感想を書き込むお絵かき帳ではありません
コンテナとアレイがどうのとかいう以前の問題

Mb · 2021/09/20(月) 22:23:23.85

>>220
まてまて（笑）
> 文法が学習コストって初級者くらいでしょ
というのは分るが、「始めるのにいい言語」というスレタイの
趣旨からいうと、「じゃあ、どういう人がどういう動機で始めたいの？」
という根源的な話に戻ってしまう。
未経験のディジタル土方予備軍だけが相手じゃないぞ？

Mb · 2021/09/20(月) 22:31:37.80

>>223
動かねぇコードにコメントしても役に立つまい（笑）
「とりあえず動いてテストを通るコード」を書いて、
「保守性を考慮すると書き直したほうがいい」ということを
同じプロジェクトを進めている開発者に強くアピールするというのが、
そんなに悪いことかね？
「動けばいい」とか考えていいのは、ROM 焼きの組込みの
コードを書いている奴だけだと思うが。

**デフォルトの名無しさん** · 2021/09/20(月) 22:43:32.61

組織には必要ないタイプの人間だねぇ

**デフォルトの名無しさん** · 2021/09/20(月) 22:50:05.33

>>225
医者がカルテに「人手も足りないし患者はお金も持ってないのでとっととおっ死ぬと思います」とか書いたら医者失格

人に何かをアピールしたいならプロとして恥ずかしくない言葉でプロとして恥ずかしくない方法でしましょう

**デフォルトの名無しさん** · 2021/09/20(月) 23:11:10.02

また人を支配するのが好きそうな物言いのやつが

**デフォルトの名無しさん** · 2021/09/20(月) 23:11:46.92

完全無欠の能無しのくせに

**デフォルトの名無しさん** · 2021/09/20(月) 23:26:27.92

支配も何もソースは（コメント含めて）人に見せられるようにかけってだけの話やがな
OSSで加齢臭がどうのなんてコメントの入ったソースがあるか？

そもそも動くように書いた後にリファクタリングでちゃんと書き直すのは現在では当たり前の話であって

現在のものにちゃんとキャッチアップできてない人はいくらローレベルに詳しくても現在始めるのにいい言語なんてわからないぞ

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

初心者が考えるべきこと
１．勉強しやすい
　　導入楽
　　情報が整理されていて豊富

２．基礎を学ぶだけでいい
　　基礎的な項目を網羅的に学べる（変数、論理式、繰り返し、条件、関数・クラス）
　　言語特有の知識が少ない（基礎以外に学ぶ量が多いと挫折しやすい）

どの言語で専門性を掘り下げるかはその後考えれば十分
最初はどの言語でも共通して学ぶことを短時間で学び終えるようにするべき
多言語の習得は、その言語特有の機能を学べば済むので
扱う言語の広がりに関してはそれほどコストはかけなくて済む　　

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

>>213
クライアントのプログラム読解能力に
コードの制限がかかるとか
そんな会社にシステム発注できないわ

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

>>219
一票

**デフォルトの名無しさん** · 2021/09/21(火) 15:31:42.05

みんなで仲良く遊んでたら
空気読めない知的障碍者が勝手に遊びに来ちゃって
「誰だよコイツ呼んだの？」「しらねーよ」
「呼んでも無いのに勝手に来ちゃったんだよ」
「アイツの親に連絡して帰ってもらえよ」
って雰囲気になってない今？

**デフォルトの名無しさん** · 2021/09/21(火) 15:38:18.37

具体的にどのコメ？

Mb · 2021/09/21(火) 15:52:29.09

>>227
> 医者がカルテに「人手も足りないし患者はお金も持ってないので
> とっととおっ死ぬと思います」とか書いたら医者失格
とても健全な意見だと思う。事務系ソフトの開発者は、
「事務経費をシステム化によって、どれだけ圧縮するか」と、
「残業や休日出勤が減る」とかいったプラスの面と、
「システム運用にかかる経費」といったマイナス面を
勘案して、「手作業で流れてるんだったら、敢えてシステム化
する必要はありませんよ」と助言することしかできないので、
むしろ経営コンサルタントの仕事だ。

Mb · 2021/09/21(火) 15:58:18.96

>>227
> 人に何かをアピールしたいならプロとして恥ずかしくない言葉で
> プロとして恥ずかしくない方法でしましょう
それはたぶん「生意気な若造」の意見だと思う。
プロフェッショナルがプロフェッショナルな人間に
プロフェッショナルとして発言するのが通るのは、
相手がプロフェッショナルである、ごく稀なケースでしかない。

Mb · 2021/09/21(火) 16:04:32.73

>>226
> 組織には必要ないタイプの人間だねぇ
ダメな経営者が言いそうなセリフだねぇ（笑）
「必要なんだけど、煩かったり鬱陶しかったりする奴」
と上手くつきあうのが経営者としての手腕であって、
イエスマンに囲まれているような企業は早晩倒れる。
あんたは少なくとも起業とかするな。

Mb · 2021/09/21(火) 16:09:41.50

>>232
大きな声では言えないが、特に名を秘す某「みかか情報システム」
（仮名）にはそういう噂があると知人の知人に聞いたことがある。

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

おお神よ
この発達障害のこどおじをお救いください

Mb · 2021/09/21(火) 16:20:31.55

>>243
> みんなで仲良く遊んでたら
> 空気読めない知的障碍者が勝手に遊びに来ちゃって
いわゆる「健常者あるある」だな。
東京パラリンピックで、知的障礙者の山口尚秀が
百メートル平泳ぎで金メダルを獲ったわけだが、
それが気に入らない奴もいるだろう。
とはいえ電算業界では、「人間性においてクズだろうがカスだろうが、
発達障害だろうが身体障害者だろうが、良いコードを吐く奴は
良いプログラマ」なんだよ。
ジャズでも聴いとけ。

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

また来ちゃってるやん…
また連投しちゃってるやん…

Mb · 2021/09/21(火) 16:36:22.27

>>240
とことんシステム開発に向いてない奴だな。まず仕様書を読めるように
なってから来い。
「障害」というのは「不具合」「要処置事項」「アクションアイテム（AI）」
という意味だ。
「障碍」というのは、いわゆる「ボトルネック」だが、ボトルネックというのは
機能なので誤用ではあって、「隘路」くらいが適切だ。CPU と一次記憶の
間を繋ぐのがデータバスとアドレスバスで、それを「フォン・ノイマンの
ボトルネック」と呼んだわけで、現代の並列協調処理パラダイムでは
あまり主流ではない。
「障礙」は「障碍」の正字で、「礙」は「般若心経」に出てくる。
ここは Q＆A スレなので、今後は素直に質問すれば恥を掻かなくて済むぞ？

Mb · 2021/09/21(火) 16:43:21.06

>>242
> また来ちゃってるやん…
「マラナ・タ（然り。私はすぐに来る。）」
― ヨハネ黙示録
> また連投しちゃってるやん…
主はしつこく戸を敲（たた）けと仰っている（笑）

Mb · 2021/09/21(火) 16:56:03.68

>>219
うん。順当にいけば C♯か Java だろうな。
うちらはマイクロソフトを信用していないので
Java を使っているから詳しく知らないが、
たぶんそれほど悪くない言語だと思う。
スタンドアローンのアプリケーション開発用には
C♯は向いていそうに思う（VB とかの実績もあるしな）が、
Web 系（つーてもサーバーアプリ）だと Java に
軍配が上がりそうに思う。

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

Microsoftが信用ならないって、ほとんど20世紀の感覚だと思う
JavaとVisual J++でやり合っていた時のころ
今はトップクラスで信用できる会社のひとつじゃないかな

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

>>246
部門というか方面で違うかな
.NET方面は忌避する
オープンソース方面の動きは歓迎

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

>>247
なるほど。そう言われれば同意見だなあ

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

switchとgotoを組み合わせてステートマシンを作るイディオム。

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

関西では、あわしろメソッドと呼ばれてる。

Mb · 2021/09/21(火) 19:07:51.66

>>246
> Microsoftが信用ならないって、ほとんど20世紀の感覚だと思う
システムコールを開発者に内緒で仕様変更したとか、
ハードディスクがまだ普及していなかった頃に、ハードディスクを
接続するとフロッピーディスクを着脱不能のメディアと御認識して
うっかりFDを差し替えると FAT（ファイル・アロケーション・テーブル）を
書き潰しちゃうという大バグを隠してこっそり回収したり、
IBM と共同開発していた OS/2 から人材と技術を引き抜いて
Windows で叛旗を翻して、あげく OS/2 Worp のときに
「出る出る詐欺」（ペーパータイガー戦略という）で
潰しにかかったり、Windows XP でいちおう Windows が
安定するまでバージョンアップを名目にバグフィックス判を
リリースしたり、あの会社は散々やらかした経緯がある。
正規のディベロッパー契約を結ばないと情報も出てこなければ、
結んだら結んだで守秘義務契約で口封じされる。
その後も EXCEL で高速化のために内部表現を十進法から
二進法に変えて誤差が出て結果がおかしくなった件もある。
いちいち厳重なバリデーションテストを行なって、納入先の
コンパイラのバージョンを指定しないとソースを納められないような
会社を信用する奴は馬鹿だ。

Mb · 2021/09/21(火) 19:18:03.27

AT&T ベル研究所も、カーマーカー特許に絡んで
嫌われている。
「unix はAT&T ベル研究所の登録商標です」と主張して
バークレイ版の unix を潰しにかかったが、
これに日本マランツが待ったをかけた。
「unix は日本マランツのスピーカーシステムの登録商標だ」。
そんなわけで、当時の電子雑誌では「unix は AT&T ベル研究所が
開発したオペレーティングシステムの名称です」と広告されている。
まぁ、Linux が開発される原動力になったという果報はあるが、
Minix も再評価されてもいいと思う。

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

>>221
>>222
見苦しいぞ。負け犬の遠吠えｗ

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

>>247
.NETってオープンソースだけど

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

自分で隔離スレ建てたんだからそっちの面倒みててよ
こっちに出張して来るな

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

マキャベリの君主論とか好きそう

**デフォルトの名無しさん** · 2021/09/22(水) 05:18:56.89

状態遷移図

Mb · 2021/09/22(水) 14:25:15.47

>>253
> 見苦しいぞ。負け犬の遠吠えｗ
>>256
> マキャベリの君主論とか好きそう
それがスレタイと何の関係があるか説明してくれ。
なんかしら読む人に資すものがあってこそのエントリだ。

**デフォルトの名無しさん** · 2021/09/22(水) 18:02:20.52

>>258
国の言語を統一して識字率を向上するのは政策だから君主の役目

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

ベンダーロックインを避ける必要が有る。
M$言語はその点がダメ。

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

F acebook = react語(JavaScript)
A mazon = corretto語(OpenJDK)
N VIDIA = cuDNN語(Python)
G oogle = Android語(Kotlin)

Mb · 2021/09/22(水) 19:56:27.16

>>259
それ言うたらスペインとかあかんやろ。
インドとかどうすんねん。

>>260
それは常々そう思う。
「だったら変えるなよ」と思うんだが、
正規のディベロッパー契約を結ばないと
開発者に知らされないのが腹立たしい。

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

>>262
言語の歴史は植民地主義の歴史でもあるさ

**デフォルトの名無しさん** · 2021/09/22(水) 23:44:04.10

>>260
そこでライバル勢力の関係を超えて
大手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/23(木) 00:12:10.80

>>264
Huaweiが入ってるからダメ。

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

>>260
じゃあC++もJavaもRustも使うなよ。
Linuxも使っちゃだめだぞ。

**デフォルトの名無しさん** · 2021/09/23(木) 06:38:42.83

>>266
わかった

**デフォルトの名無しさん** · 2021/09/23(木) 08:24:48.68

みずほはどうするかな
迷宮魔訶の現システムから拡張するのか（100億円）
Rustを使って新しくモダンに作り変えるのか（500億円）

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

RustってC/C++の跡を継ぐ低レベル言語のイメージしか知らないんだけど、
COBOLやJavaから置き換わったりするの？

**デフォルトの名無しさん** · 2021/09/23(木) 11:13:52.71

>>265
IT大手各社が参加してるため安心
特定の企業の偏った言い分は通らないので大丈夫

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

>>269
例えばFacebook社はJavaを捨ててRustを採用だそうです
以下の記事でJavaからRustへ移行した話が書かれています

Facebook、開発言語に「Rust」採用　次期ビルドシステムの開発で
https://www.itmedia.co.jp/news/articles/2107/28/news152.html

Rustを用いることで、どのような利点があるのか。Facebookは記事の中で次の4つの項目を挙げています。

①Rustのasync/awaitシンタックスは、非同期のコードをとてもスムーズに記述できますし、Rustは複雑な並行処理の詳細を正しく理解するのに役立ちます。
BuckのJavaの計算を一つ一つ並行処理に移行するのは数カ月に及ぶ困難な作業でしたし、シングルスレッドの大きなボトルネックがまだ存在しています。

②Rustには、開発をより簡単で楽しいものにしてくれる多くの高レベルな言語機能があります。
それらはenum、パターンマッチング、trait、手続き型マクロなどで、Rustの開発者の多くに愛されています。

③Rust はメモリの割り当てをより細かく制御することができます。
ガベージコレクションのある言語では、たとえジェネレーショナルコレクションであっても、Buckが行うようなインクリメンタルな演算に対応するのは困難です。

④Rustは高性能です。
Rustに移植することで劇的な性能向上を私たちは見てきました。

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

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