次世代言語9[Haskell Rust Kotlin TypeScript Dart]

**デフォルトの名無しさん** · 2018/03/06(火) 10:09:15.60

スレタイ以外の言語もok

前スレ
次世代言語Part8[Haskell Rust Kotlin TypeScript]
http://mevius.5ch.net/test/read.cgi/tech/1512137301/

**デフォルトの名無しさん** · 2018/03/18(日) 14:33:49.99

なんやなんやGoの悪口かいな？

**デフォルトの名無しさん** · 2018/03/18(日) 14:36:05.49

わからんのなら絡んでくんなよ。
自分でコード書いて gcc -S でコンパイルしてみろ。

**デフォルトの名無しさん** · 2018/03/18(日) 15:11:52.29

説明できないのね

**デフォルトの名無しさん** · 2018/03/18(日) 15:20:21.22

言語を1個2個と数える時点で滑らかさが足りない
C/C++は1個なのか2個なのか定義できないところが面白い

**デフォルトの名無しさん** · 2018/03/18(日) 15:30:05.63

言語を1個2個と数える

頭の中で考えていることの正しさ云々はさておき、
他人と話が通じない人は対話を試みないでくれ

**デフォルトの名無しさん** · 2018/03/18(日) 15:48:06.10

「エレガントなコード」みたいな話？

**デフォルトの名無しさん** · 2018/03/18(日) 15:50:34.37

>>434
サイコパスじみてきたな
お前みたいなのが次世代だよ

**デフォルトの名無しさん** · 2018/03/18(日) 17:00:52.16

https://ziglang.org/
Dスレにあったzig
こっちのほうがCのヘッダーを直接使える分c2の名前にふさわしい

**デフォルトの名無しさん** · 2018/03/18(日) 17:11:21.46

そのうちzagが出そう

**デフォルトの名無しさん** · 2018/03/18(日) 17:22:37.12

まあ、ドキュメントを読む限り未完成っぽいんだよなあ
c2もそうだけど

**デフォルトの名無しさん** · 2018/03/18(日) 19:21:34.04

Life Inside China's Total Surveillance State

新疆ウイグル自治区は中国国内の監視体制の巨大な実験場と化した。最先端テクノロジーで常時監視される人々の生活
https://www.youtube.com/watch?v=OQ5LnY21Hgc

中国企業の端末やアプリを使っていると日本人も中共に監視されているのと同じ

**デフォルトの名無しさん** · 2018/03/18(日) 20:43:37.23

Haskellブームは終わったのだろうか。

◆QZaw55cn4c · 2018/03/18(日) 20:55:54.48

>>441
C++ の江添氏が新たに始めた、というくらいだから、水面下で脈々と支持層を広げていっているに違いない

**デフォルトの名無しさん** · 2018/03/18(日) 22:16:49.47

水面から出たら起こしてくれ(ｽﾔｧ…

**デフォルトの名無しさん** · 2018/03/18(日) 23:32:14.22

OCamlより遅いやん？

**デフォルトの名無しさん** · 2018/03/18(日) 23:59:48.70

>>444
絶望的に頭悪いな。
IT系の仕事は辞めた方がいい

**デフォルトの名無しさん** · 2018/03/19(月) 00:13:58.89

>>444
遅くて不便な言語が流行る
→ C++で書き直す需要が生じて業界が繁栄
この流れ大切

**デフォルトの名無しさん** · 2018/03/19(月) 00:24:03.98

頭良い人間の気持ちや陰謀を勝手に忖度して勝手に言語化してるように見える
自分の言葉ではないし自分の頭で考えてないだろ

**デフォルトの名無しさん** · 2018/03/19(月) 00:34:26.02

>>447
その内容どれが当てはまるの？アンカーつけて

**デフォルトの名無しさん** · 2018/03/19(月) 00:47:57.84

架空の頭良い人間の気持ち (>>445) や陰謀 (>>446)

**デフォルトの名無しさん** · 2018/03/19(月) 00:55:58.20

Haskellの誇大広告のおかげで関数型全般が胡散臭くなった。

**デフォルトの名無しさん** · 2018/03/19(月) 06:34:05.14

ずっと前はてなブログやQiitaでHaskellを崇めてた人全員Haskellで特に何か作ることもなく他の言語に移って行った説

**デフォルトの名無しさん** · 2018/03/19(月) 07:09:28.84

OCamlはなんで演算子は多重定義できないのか結局ようわからん

**デフォルトの名無しさん** · 2018/03/19(月) 07:31:36.71

アドホックポリモーフィズムは邪教だから。

**デフォルトの名無しさん** · 2018/03/19(月) 08:19:54.52

Stack Overflowが2018年の調査結果を発表。一番使われている言語はJavaScript、一番好きな言語はRustに
http://www.publickey1.jp/blog/18/stack_overflow2018javascriptrust.html

今回、Stack Overflowでは「好きな言語」の調査結果も発表しています。

トップとなったのはRust。2位がKotlinで、Python、TypeScript、Goと続きます。

1位がRustとなったのはその知名度からするとやや意外な気がしますし、
2位のKotlinは昨年2017年5月のGoogle I/O 2017でAndroidの正式な開発言語となったのがきっかけで注目され始めたと言ってもいいので、急速に人気が上昇していると言えるでしょう。

**デフォルトの名無しさん** · 2018/03/19(月) 08:27:35.84

>>453
(+)は ’a -> ‘a -> ‘aじゃない
割に(=)は’a -> ‘a-> boolなんだよな
便利だからいいけど

**デフォルトの名無しさん** · 2018/03/19(月) 09:44:30.00

演算子だけでなく定数にもアドホック多相がある
例えばπがfloatにもdoubleにもなるとか

**デフォルトの名無しさん** · 2018/03/19(月) 12:21:13.21

>>454
Rustの一位が意外って…
これ書いたヤツ去年と一昨年のランキング見てないのかな？

**デフォルトの名無しさん** · 2018/03/19(月) 12:40:57.38

mozillaやgoogleを学閥か何かのように考えているのかね
おまえどこ中だよって

**デフォルトの名無しさん** · 2018/03/19(月) 13:07:46.72

つまり組織票が存在する。

**デフォルトの名無しさん** · 2018/03/19(月) 13:21:48.40

じゃあPython Go Kotlinの3つが1つにまとまったら組織票？が約3倍になるのか
そうだとしても、たかが統計のために言語仕様を犠牲にするなんてバカバカしい

**デフォルトの名無しさん** · 2018/03/19(月) 19:12:02.46

Swiftは死にそう？trySwiftとかは話題になってるけど
マルチプラットフォームなフレームワークが続々登場してるからイマイチかもなー。
正直obj-cのほうが好きかもしれない。違和感なくc++のライブラリが使えるし

**デフォルトの名無しさん** · 2018/03/19(月) 19:35:30.36

旧世代言語の話ばっかり

◆QZaw55cn4c · 2018/03/19(月) 20:16:40.93

>>462
とびっきり最新世代の言語を一つお勧めいただけますか？
回答いただいてから一週間でマスターしてみせます

**デフォルトの名無しさん** · 2018/03/19(月) 21:07:56.60

次世代言語織田信長というのがあったはず。

◆QZaw55cn4c · 2018/03/19(月) 21:13:56.87

>>464
http://www.brl.ntt.co.jp/people/hirata/Papers/on-2000j.pdf　404 NOT FOUND

**デフォルトの名無しさん** · 2018/03/19(月) 21:18:47.38

このスレに出てきた各種言語もいずれ404になるんだろうなあ。

**デフォルトの名無しさん** · 2018/03/20(火) 01:53:46.76

>>463
このスレにある程度の頻度で登場した次世代？言語を新しい順で並べるとこうなる

Rust(2015.5)
Swift(2014.9)
TypeScript(2014.4)
Hack(2014.3)
Go(2012.3)
Kotlin(2012.2)
Dart(2011.10) -> Dart2(2018?)
D(2007)
Scala(2003?)
OCaml(1996?)
Haskell(1990)

ちなみに言語自体が発表された時期ではなくVer.1.0がリリースされた時期ね
?がついてるのはWikipediaには1.0リリース時期が明記されてなかった…
変なところがあれば訂正・追記してくれ

Nim, Elm, Juliaに関しては最新がVer.0.~でまだ1.0すらリリースされていない
とびきり最新が良いのならこの3つからお好きなのをどうぞって感じかな？

1.0リリース時期で見るとSwiftよりRustの方が新しいんだな…
D, Scala, OCaml, Haskell辺りは次世代言語と呼ぶにはちと古いかも？

**デフォルトの名無しさん** · 2018/03/20(火) 02:53:37.44

次世代言語というのは時期だけで決まるものなのか？
typescriptやgoよりも、ocamlやhaskellのほうがよっぽど次世代感あるが

**デフォルトの名無しさん** · 2018/03/20(火) 03:35:46.01

>>468
次世代言語をどう捉えるかによるが少なくとも時期を１つの目安にすることは出来るだろ？

それとGoに関しては必要最低限の機能のみを残し
他をバッサリ切り捨てたという点で次世代感があると私は考える
Typescriptに関してはJSを完全に排除しようとするのではなく
JSとの共存を目指したいう点が新しいと考える事も出来る

次世代の定義なんて物の見方によっていくらでも変わり得る
よって、何をもって次世代と定義するかについて１つの結論に
まとめることは出来ないと考えるのでその話はあまりしたくないな

話題提供を目的に書いたので批判ではなく忌憚のない意見や感想を求む

**デフォルトの名無しさん** · 2018/03/20(火) 04:12:48.94

個人的には広く利用されていないものは次世代とも前世代とも呼びたくない
今であれば C / C++、Java、C#、JavaScript が担っているような用途で
この先使われるような言語を次世代言語と呼びたい

**デフォルトの名無しさん** · 2018/03/20(火) 04:18:48.83

バッサリ切り捨てた仕様というなら初期のJavaだってそうだし
親言語との共存を目指す派生言語というならObjective-Cだってそうだろ
全然新しくない

**デフォルトの名無しさん** · 2018/03/20(火) 05:07:06.58

>>471
何でプログラム以外のところまで抽象化したがるんだ？

初期のJavaの機能が少ないのは必要最低限の機能のみに絞りこんだのではなく
単にジェネリクスもラムダ式もアノテーションも当時はまだ技術が確立してなかったからで
Goのように技術が確立してるのにあえて必要ないと判断して削ったわけじゃない
初期のJavaとは機能が少ないという点で共通しているが機能を少なくした理由は全然違う

Typescriptに関しては共存という言葉を使ったのが誤解を招いたようで悪かったが
トランスパイルした結果のJSコードの可読性にまで気を配って作られているという点でCoffeeScriptとは違う
つまりトランスパイル後のコードの可読性にまで気を配っているという点が
今までのトランスパイル系の言語とは違う全く新しい部分だと言いたかった

行きすぎた抽象化は時に大事な情報までも削ってしまうということを頭の片隅に置いておくべきかと…

**デフォルトの名無しさん** · 2018/03/20(火) 05:46:21.35

何言ってんだ。Javaの登場した1995年には貴方の表でも既にHaskellがあって
C++でももう<algorithm>があってbind1stとかやりまくってたぞ
トランスパイル後の可読性なんてそれこそ無数のプリプロセッサが気を遣ってきただろ
CoffeeScriptのことは知らんが、遠い過去にあった素晴らしい処理系のことは忘れて
近い過去にあった特定のゴミを超えていればいいという話なのか？違うでしょ

**デフォルトの名無しさん** · 2018/03/20(火) 06:15:12.86

>>473
1995年に既にHaskellは存在していたが1995年当時のHaskellに今ほどの知名度はないよね
知名度のない言語の技術はまだ確立していない技術と同義だ
あと今さらだけど初期のJavaとGoって言うほど同じじゃないよね
Goは例外も継承も削ってるし、interfaceだってGoとJavaでは名前が同じだけで別物だし
あとC++のテンプレートとJavaのジェネリクスは似て非なるものだ
同じものとして扱われても困る
プリプロセッサーとトランスパイラーも別物だよね…
最後の一文だけは同意するが…その他はこちらとしても「なに言ってんだ？」状態なんですが…

**デフォルトの名無しさん** · 2018/03/20(火) 06:25:50.52

追記
プリプロセッサーって可読性に気を使ってたの？それは知らなかった
あんな読みにくくてプリプロセッサー通した後のコードが想像できないもの
可読性なんか一切考慮してないものだと思ってたわ

**デフォルトの名無しさん** · 2018/03/20(火) 06:30:44.46

あ－、1995年だとC++は標準化前だからちょっと言い過ぎた
当時は独自のテンプレートライブラリも林立してた

**デフォルトの名無しさん** · 2018/03/20(火) 06:34:07.57

技術が実在したのは客観的事実だからなあ
ユーザーに情報が伝わらなければ実在しないのと同じという理屈を受け入れてしまったら
情報を操作すれば客観的事実をいくらでも改竄できることになってしまう

**デフォルトの名無しさん** · 2018/03/20(火) 06:36:41.10

>>474
個々の機能のことを言ってるんじゃなくて、当時の目新しいあれやこれをさっくりと無視して
絞り込んできたのが登場時点のJavaの立ち位置だったということ
時代が違うから絞りこまれた結果も違うが、コンセプトとしては似たようなもんだ

**デフォルトの名無しさん** · 2018/03/20(火) 06:51:48.33

関数型ゴリゴリて感じのAlgebra of Programmingも1996年て見てビックリしたわ。
当時からやってる人からすると、今更感があるのかもね。

**デフォルトの名無しさん** · 2018/03/20(火) 06:54:01.38

>>477, >>478
技術が実在していたのと確立していたのは別物と考えている
ここから先は個人的な憶測も入るので賛否両論あるだろうということを前置きしておく
Javaはバージョンアップしても後方互換性を保つタイプの言語なので
C++のひし形継承問題みたいな仕様バグは絶対に避けたかっただろうと思われる
そうすると色々な言語で既に使われている枯れた技術じゃないと安心して採用できないだろう
JavaはGoのようにあえて採用しなかったのではなく、採用したくてもできなかったんだろうと考えている
実際のところどういう方針だったのかはJava言語の開発者に聞いてみるほかないが…

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

もしくはC#のように取り敢えずリリースして
後からどんどん足していこうという考えだった線もあり得る
いずれにせよ、Goのように技術的にも開発期間的にも採用できるものを
シンプルに保ちたいというだけの理由であえて採用しなかったという線は薄い

**デフォルトの名無しさん** · 2018/03/20(火) 07:13:20.18

Pythonなら一切型を書かない意図は明確だがGoは微妙
意図を伝えるという点では穏健派より過激派の方が有利だ

**デフォルトの名無しさん** · 2018/03/20(火) 07:20:10.14

>>478
Javaは当時の目新しいあれやこれをさっくりと無視したのかもしれないけど
Goは継承や例外やジェネリクスなど現在当たり前なあれやこれやもさっくり無視してる
もっと言うとwhileやdo-whileまで無視している
クドイようだがやはり初期のJavaとGoはコンセプトから全然違うものと私は思う

**デフォルトの名無しさん** · 2018/03/20(火) 07:58:37.61

ポインタを消したのがJava
継承を消したのがGo

**デフォルトの名無しさん** · 2018/03/20(火) 08:40:55.19

ポインタは消えてない
値型かポインタ型のいずれかを選べる型システムをやめただけ
ジェネリクスも型
継承も型
全ての原因は型だった

**デフォルトの名無しさん** · 2018/03/20(火) 09:00:55.46

「Javaにはポインタがない」という言説をそろそろ撲滅したいです。
https://web.archive.org/web/20071111061957/http://java-house.jp/ml/archive/j-h-b/028505.html

**デフォルトの名無しさん** · 2018/03/20(火) 11:36:56.30

ポインタが使えない糞言語。

**デフォルトの名無しさん** · 2018/03/20(火) 11:38:39.53

ポインタは凄い発明だよな。

**デフォルトの名無しさん** · 2018/03/20(火) 14:05:57.79

matz「参照とポインタの違いは常識(ｷﾘｯ」
ttp://kmaebashi.com/seiha/hosoku001.html

◆QZaw55cn4c · 2018/03/20(火) 14:07:55.13

>>486
二重ポインタはありませんので「Java にはポインタがある」とはいいきれないのではないでしょうか？

>>467
rust に決めました！

**デフォルトの名無しさん** · 2018/03/20(火) 14:19:51.44

ジェネリクスの記法で考えると
二重 Pointer< Pointer<T> > ができない言語を作る方が逆に難しい

**デフォルトの名無しさん** · 2018/03/20(火) 14:29:34.01

Fortranは無理やで

**デフォルトの名無しさん** · 2018/03/20(火) 14:39:50.65

プロセッサのインストラクションって暗黙に型を要求するよね。
一方で変数、アドレスに型はない。
そこでポインタなんですよ。
これは大発明だと思いますね。

**デフォルトの名無しさん** · 2018/03/20(火) 14:41:16.73

C++には夢とロマンがいっぱい詰まってるような気がする。
頭の良い若者にはぜひC++をやっていただきたい。

◆QZaw55cn4c · 2018/03/20(火) 14:48:34.63

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

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

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

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

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

**デフォルトの名無しさん** · 2018/03/20(火) 14:49:26.38

何度見ても名文

**デフォルトの名無しさん** · 2018/03/20(火) 14:50:16.56

>>495
まあ正論だね。
夢も希望もない正論だけど。

**デフォルトの名無しさん** · 2018/03/20(火) 14:57:07.27

Cは40年以上、C++は30年以上、一線で活躍する言語であり、これらの言語が無くならなかったのにはそれなりの理由があるはず。

**デフォルトの名無しさん** · 2018/03/20(火) 15:01:30.33

つまりポインタです。

**デフォルトの名無しさん** · 2018/03/20(火) 15:13:14.76

いいえプラズマです。
http://plasmalang.org

**デフォルトの名無しさん** · 2018/03/20(火) 15:24:04.02

GCはおそらくリークを増やすのではないか。
Node使ってみてそんな感想を持った。
長時間稼働時代のいま、RAIIこそが本命だと感じました。
※C++でサービス書いてみた結果の感想です。

**デフォルトの名無しさん** · 2018/03/20(火) 15:25:51.52

RAIIを徹底することによってリークを無くすことができる。
これは発見が容易になるからでもあります。

**デフォルトの名無しさん** · 2018/03/20(火) 16:49:42.05

私はポインタを軽視する風潮に警鐘を鳴らそうと思います。

**デフォルトの名無しさん** · 2018/03/20(火) 20:00:27.39

>>494の「C++には夢とロマンがいっぱい詰まってる」の直後に
>>495の「C++ではゲロゲロのゴミが生産される」で草

>>490h
Rustを一週間でマスターするのはムリだと思うよ
あの言語の学習コストを他言語のそれと同じものと考えてると痛い目に合うよ

◆QZaw55cn4c · 2018/03/20(火) 20:38:30.06

>>504
アドバイスありがとうございます、チュートリアル最初の数当てゲームが終わったところです

**デフォルトの名無しさん** · 2018/03/20(火) 20:39:04.23

テストを用意すると自動的にコード生成するのが次世代言語じゃないかな？

**デフォルトの名無しさん** · 2018/03/20(火) 20:41:08.57

>>504
WindowsのアプリケーションはほとんどがC++で書かれており、ゲロゲロのごみとはそういったもののことを言うんですよ。
例えばChromeとかね。

**デフォルトの名無しさん** · 2018/03/20(火) 21:01:58.36

>>495が偉いのはC++の代わりにJavaではなくCを選ぶところ
C++を使いたくなったらすぐ掌を返せる絶妙な位置

**デフォルトの名無しさん** · 2018/03/20(火) 21:03:53.47

>>508
Linusの言だぞ

**デフォルトの名無しさん** · 2018/03/20(火) 21:07:40.66

とはいえ、C++にはプログラミングの面白さ全てが詰まっている。

**デフォルトの名無しさん** · 2018/03/20(火) 21:08:30.04

頭の良い若者にはぜひC++にチャレンジしていただきたいですね。
※馬鹿にはお勧めしません。

**デフォルトの名無しさん** · 2018/03/20(火) 22:15:07.02

くっ…こいつ(ID:J0Id73NT)全然引かねぇなww
>>501の「RAIIこそが本命だと感じました」に関してはある程度同意するが
RAIIならC++よりRustのほうが優れてると思うけどね。Dropトレイト便利だよ
次世代言語スレで次世代のRustではなく頑なにC++を推す理由は？

**デフォルトの名無しさん** · 2018/03/20(火) 22:22:14.78

>>505
RustはHaskellと同じで実践で役に立つかはともかく学習しといて損はない言語だと思うので頑張って
言ってる自分もいまだに結構な頻度でコンパイラと格闘してるのだが…
とりあえず所有権・借用・ライフタイムの概念まで終わったら感想を聞かせてほしいかな…

**デフォルトの名無しさん** · 2018/03/20(火) 23:32:04.40

c++ で所有権意識して書く方が、rustでunsafe周りを使うより楽で安全だから。

**デフォルトの名無しさん** · 2018/03/20(火) 23:35:49.06

C++20でうるう年サポートだってよｗｗｗ

……なんだようるう年って他にやる事あるだろ…………

**デフォルトの名無しさん** · 2018/03/20(火) 23:47:09.33

流行ものはいずれ廃れるんですよ。

**デフォルトの名無しさん** · 2018/03/20(火) 23:59:40.98

>>516
じゃあなんで次世代言語スレに居るんだ…(　ﾟдﾟ)？

**デフォルトの名無しさん** · 2018/03/21(水) 00:23:07.24

次世代もC/C++だからですよ。

**デフォルトの名無しさん** · 2018/03/21(水) 00:34:20.76

C++は置いといて、ライフタイムについては何年かしたら画期的な解決方法が開発されて
あのrustに費やした努力はなんだったんだ……って事になったらいいなあみたいな期待はないでもない

**デフォルトの名無しさん** · 2018/03/21(水) 01:27:25.51

>>495
でもgccも今ではc++で開発されてるじゃん

**デフォルトの名無しさん** · 2018/03/21(水) 01:39:07.97

>>495
これ、C++に限らず色々なクラスベースオブジェクト指向言語と信奉者に
多かれ少なれ、言えることじゃね？

**デフォルトの名無しさん** · 2018/03/21(水) 02:43:19.10

>>519
コピーと参照のトレードオフは本質だよ。
どんな言語作ろうとそれは変わらん。
超える可能性があるとすれば量子効果のあるコンピュータとその言語か。

**デフォルトの名無しさん** · 2018/03/21(水) 02:47:53.30

　　　　　　　　∧∧
　　　　　　ヽ(･ω･)/　　ｽﾞｺｰ
　　　　　＼(.＼ノ
　　　　､ﾊ,,､　￣

**デフォルトの名無しさん** · 2018/03/21(水) 03:17:32.00

注ぎ込めるリソースが少ない場合、C++を選択してください。
あなたの要求は完ぺきにかなえられるでしょう。

**デフォルトの名無しさん** · 2018/03/21(水) 06:35:12.70

>>521
まあそうだけど C# や Java では既存の実用的なフレームワークが強い影響力を持ってるから
俺が考えた最強の～的なオブジェクト指向の設計はしないんじゃないか？

Windows アプリの場合 C++ でも mfc や wtl 使うから同様のことが言える

**デフォルトの名無しさん** · 2018/03/21(水) 06:37:39.43

Linusは無料で奴隷をこき使える才能がある。
だからこそC。
我々は工数考えないといけないからC++。

**デフォルトの名無しさん** · 2018/03/21(水) 06:38:46.28

書き捨てのユーティリティとか書くときも map とか使いたいもんね

**デフォルトの名無しさん** · 2018/03/21(水) 06:43:22.74

Linusは生粋の5ちゃねらだし、あいつのあおりを真に受けちゃいかんよ。

**デフォルトの名無しさん** · 2018/03/21(水) 06:48:17.40

OOはウィンドウシステムと非常に相性が良いんだ。
CでもOO出来るって？
ああそうだな、Xのソースは1980年代末期に研究したよ俺も。
流行ってたんだ。
歩いてだってアメリカには行けるさ、お前ならな。
だが俺は飛行機で行く。
それだけのことだ。