次世代言語議論スレ[Rust Kotlin Haskell]第6世代 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/28(月) 21:53:37.12

※前スレ
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
http://mevius.2ch.net/test/read.cgi/tech/1497311647/

**デフォルトの名無しさん** · 2017/08/28(月) 22:00:48.12

Goどこいった

**デフォルトの名無しさん** · 2017/08/28(月) 22:07:52.50

Goは次世代じゃないのでｗ

**デフォルトの名無しさん** · 2017/08/28(月) 22:08:16.11

Scalaは文字数の関係で消した
Kotlinがあるしまあええやろ

**デフォルトの名無しさん** · 2017/08/28(月) 22:13:01.46

やったぜｗ

**デフォルトの名無しさん** · 2017/08/28(月) 22:22:51.97

Haskellが残ってるとか

あ · 2017/08/28(月) 22:36:21.21

宛らHaskellオナニー会場だな。

**デフォルトの名無しさん** · 2017/08/28(月) 22:38:29.82

あ、Haskellのこと何も知らなかった奴がHaskell攻撃してるｗ

**デフォルトの名無しさん** · 2017/08/28(月) 22:58:47.92

屁臭いペチプァは死ね
臭いがうつるから寄ってくるなガイジが

**デフォルトの名無しさん** · 2017/08/29(火) 01:21:57.77

Goはな、一瞬勢いはあったからこれは結構伸びるなって思ってたけど、本当にどこいったの？

**デフォルトの名無しさん** · 2017/08/29(火) 02:04:04.63

Go消されてて笑った

**デフォルトの名無しさん** · 2017/08/29(火) 03:39:12.04

GoはGoogle開発じゃなかったら
見向きもされてなかったな
SwiftもAppleじゃなかったら

あ · 2017/08/29(火) 08:02:13.86

>>8
古い状態しか知らなかったのは認めるが、Haskellを攻撃してるんじゃないぞ。
Haskell信者に、オナニーすんなよって牽制してるだけ。

あ · 2017/08/29(火) 08:03:40.21

>>10
>>11
Scalaも消えてる時点でお察し。

**デフォルトの名無しさん** · 2017/08/29(火) 08:30:30.26

古い状態？古い状態？？？？？ｗｗｗｗｗ

905 ：デフォルトの名無しさん：2017/05/31(水) 06:14:00.96 ID:wEozaoTa
>>879
では、具体的にGHCが実行時型情報を必要とするケースを挙げてみろよ。
言っておくが、パラメトリック多相は全てコンパイル時に解決されるし、
型クラスによるアドホック多相も、あれは関数オーバーロードの形式化だからな。
関数オーバーロードはコンパイル時に解決されるぞ。
さあ、具体的に挙げてみろよ。

908 ：あ：2017/05/31(水) 09:15:21.09 ID:dc+IbjjD
>>905
具体的に上げろと言われてもなぁ。
<T>を持ったenumがOptionかcar(T)とcdr(<T,T>)である時くらいかな。

0940 デフォルトの名無しさん 2017/06/01 01:21:00
>>930
>いや、完全に記憶だよりだからその辺違うなら違うんだと思う。
>optionじゃなくてnilだった気もする。

記憶違いのレベルでなく、それはどこからどう見てもHaskellの型とは似ても似つかない。
記法の問題でもない。
概念レベルから根本的にHaskellとは異なるものをHaskellの欠点と言い張っているだけ。

クソゴミガイジスギィ！！！！！！！！！！！
こんなガバガバ知識でHaskell 信者牽制しようとか草草草ァ！！！！！

あ · 2017/08/29(火) 11:12:24.85

>>15
余程Haskell好きなんだね。
そりゃ永遠の次世代に相応しいのかもしれんな。

**デフォルトの名無しさん** · 2017/08/29(火) 11:54:57.29

Go消すなや。言語としては素朴だがエコシステムは他の言語でも取り入れてほしい部分が多いぞ。

あ · 2017/08/29(火) 12:48:01.55

Haskell推したくて仕方ないんでしょw
わざわざScala落としてるし。

しかし、Haskellなプロジェクト聞かんなぁ。グループ社内にも稼働してるプロジェクトなさげ。
どこでどう使ってるんだろう？

まあ、知識無いのはそうなんだろう。本気で使った事は無いし。
アンチ的な意味ではなくて、実用例知りたい。
信者なら信奉してる凄いコードとかプロダクトあるだろうに。
無いから次世代だって訳でも無いだろうしね

**デフォルトの名無しさん** · 2017/08/29(火) 13:24:21.08

あんな間違いするとか書いたことすら無いんだよなあ

**デフォルトの名無しさん** · 2017/08/29(火) 15:11:18.71

次世代言語ってのは出た時期じゃなくて言語の機能だぞ
Goは全然次世代言語じゃない

**デフォルトの名無しさん** · 2017/08/29(火) 15:43:04.97

スレチかもしれませんが質問です。
爆サイというサイトで「なりすまし防止」でパスワードを入れたんですが、解析されて同じトリップを相手に使用されました。
気持ち悪くて怖くなり、それ以来やっていません。
62^4＝14776336通りもあるパスワードをどうやって解析したんでしょうか？
もし解析ができるなら、やり方までは聞きません。
解析ができるのかできないのかを知りたいです。お願いします。

**デフォルトの名無しさん** · 2017/08/29(火) 15:48:07.79

これまでのスレチシリーズのなかでもトップクラスのスレチじゃね？

**スレチにマジレス** · 2017/08/29(火) 17:51:59.68

40bit(2^40≒1兆通り)暗号化が
総当たり攻撃であっという間に陥落するご時世ですが、何か？

**デフォルトの名無しさん** · 2017/08/29(火) 18:21:23.82

スレチどころかマルチポストだぞ
あちこちに貼りまくってる

**デフォルトの名無しさん** · 2017/08/29(火) 18:28:32.80

どうしてハスケラーってメンヘラばかりなの？

あ · 2017/08/29(火) 20:00:09.20

あれ？煽りは書けるのにプロダクトは出てこないんだ？

**デフォルトの名無しさん** · 2017/08/29(火) 20:31:26.98

>>23
つまり、ここ2ちゃんのトリップも簡単に該当できるということでしょうか？
>>24
すみません。
ここと合わせて3ヵ所に書きました。
どこのカテゴリーで尋ねればよろしいでしょうか？

**デフォルトの名無しさん** · 2017/08/29(火) 20:59:39.37

前スレでも書いたけど、うちの会社はネットワークインフラをdotで書くんだけど、それが論理矛盾してないかを確かめるツールはHaskellで書いてあるよ

**デフォルトの名無しさん** · 2017/08/29(火) 21:07:40.00

>>27
DeepLaningでお前の書き込みから逆アセで住所特定したわ
震えて眠れよ

**デフォルトの名無しさん** · 2017/08/29(火) 21:08:38.45

>>12
redhatに支援されてるのに泣かず飛ばすの
ceylonに謝れ！

**デフォルトの名無しさん** · 2017/08/29(火) 21:15:01.24

>>29
そうなんですか。凄い詳しいんですね。ありがとうございます。
私みたいなクズ人間の住所を知られて、お伺いしてもらってもかまいません。
オフ会でもしますか？

**デフォルトの名無しさん** · 2017/08/29(火) 21:30:26.08

>>31
きも

**デフォルトの名無しさん** · 2017/08/29(火) 21:43:45.07

>>32
textPlusってアプリ入れてますか？
お電話します？
タダでは申し訳ないので、色々と教えていただけましたら、お礼はいたします。

**デフォルトの名無しさん** · 2017/08/29(火) 21:50:56.48

>>29のレスを見事にボケ重ねで潰した来た格好

**デフォルトの名無しさん** · 2017/08/29(火) 21:56:58.85

IP変えてマジビビりしてる雑魚ｗｗ

**デフォルトの名無しさん** · 2017/08/29(火) 22:08:55.01

>>35
なにもしてないですよ？

**デフォルトの名無しさん** · 2017/08/29(火) 22:42:29.93

>>20
機能かなぁ。
むしろポリシーとか思想とかそっちじゃない？
機能だとしても、温故知新でより整理されたのであれば必ずしも新しなくてもいいと思う。

**デフォルトの名無しさん** · 2017/08/29(火) 23:32:07.30

おれも思想とかポリシーのが重要だと思う。
糞機能をなるべく排除した方がよいというのはとても前向きな発想。

**デフォルトの名無しさん** · 2017/08/29(火) 23:38:29.14

>>20
時期じゃなくて機能で語れば
今でもPrologは次世代言語

**デフォルトの名無しさん** · 2017/08/30(水) 00:22:44.78

prologの機能は有用だがyaccのような小物感しかない

**デフォルトの名無しさん** · 2017/08/30(水) 01:06:01.85

>>39
そうだよ

**デフォルトの名無しさん** · 2017/08/30(水) 01:06:33.52

次スレは実用言語のKotlin外してprolog入れようぜ

**デフォルトの名無しさん** · 2017/08/30(水) 01:41:45.91

>>38
まさにこれ。 Goは引き算の美学がある。

* publicとかprivateとか本当に識別子として必用？削ろうぜ。
* classとstructって本当に両方必用？ structだけにちゃうぜ
* 構文規約、言語側で決めちゃうんで問答無用で従ってね。
* パッケージ管理っている？直接import文にgithubのurl使っちゃおうぜ。（最高!）

**デフォルトの名無しさん** · 2017/08/30(水) 01:45:02.96

>>43 ruby から似たような匂いを感じる。

**デフォルトの名無しさん** · 2017/08/30(水) 01:54:44.48

>>44
それはあるのかもしれない。

まつもとゆきひろの言語のしくみを読んでるけどそんな感じはする。
rubyの作者が作ってる言語streemも気になる。
言語としてRxの全てはストリーム。を体現する言語になるんだろうか。

**デフォルトの名無しさん** · 2017/08/30(水) 05:36:12.15

>>43
引き算は使いやすくなる範囲でなら良い
Lispみたいに極端に単純化し過ぎて
可読性下げなければ

**デフォルトの名無しさん** · 2017/08/30(水) 06:50:09.29

>>43
ギフハフが死んだらどうすんだろ

あ · 2017/08/30(水) 07:14:31.87

>>47
別にgithubではなくても、リポジトリ作れるし取ってこれるよ。
逆に、フォークするのがめんどいと問題になるぐらい。

**デフォルトの名無しさん** · 2017/08/30(水) 09:33:07.61

まるでLispの可読性が低いかのような書き込みはやめ給へ

**デフォルトの名無しさん** · 2017/08/30(水) 09:47:54.40

)))))))))

**デフォルトの名無しさん** · 2017/08/30(水) 09:58:26.18

エディタが括弧ハイライトしてくれるし、)))))が読みにくいと感じたことはない。
いやメモ帳で書いてるんなら確かに読みにくいと思うけど

**デフォルトの名無しさん** · 2017/08/30(水) 14:27:05.87

>>46
lisp つっても common lisp と scheme だとだいぶ違うけどね。
common lisp はだいぶ残してる方だよ。

**デフォルトの名無しさん** · 2017/08/30(水) 15:34:39.73

>>43
リスト操作をforで書かせる言語のどこが引き算の美学？

**デフォルトの名無しさん** · 2017/08/30(水) 15:35:17.90

goはまともにリスト扱えるようにしてから出なおして来い

あ · 2017/08/30(水) 16:03:05.84

>>53
forと言う単語に引きずられてるのでは？
チャンネルが尽きるまで、がforで書ける。
シーケンシャルに舐めるのであれば、バッファのあるチャンネルが実質、リストとして使うに充分。
マップでも同じ構文で書けるけど、キーでアクセスしない、Enumerator的なものは充分にチャンネルで捌ける。
かつ、そうしとくと入れる方も出す方も両方goroutineにできるので、思ってるより色々シンプルに片付くよ。

**デフォルトの名無しさん** · 2017/08/30(水) 16:24:27.60

>>49
>>51
Lispは可読性の低さが普及しない原因

>>52
CLでも大差ないと思う

Clojureまで行って少し可読性
上がったかなっていう程度

**デフォルトの名無しさん** · 2017/08/30(水) 16:32:29.25

>>56
具体的にどのあたりが読みにくい？
確かに視認性はよくないなと思うことはあって
エディタの助けがかなり必要だとは思うけど。

**デフォルトの名無しさん** · 2017/08/30(水) 16:33:38.01

>>56
>Lispは可読性の低さが普及しない原因

そこまで断定的に書くってことはなんかエビデンスあんの？

**デフォルトの名無しさん** · 2017/08/30(水) 16:59:12.43

こうなってくると未だに現役バリバリなC言語って凄くね？
適当なメモリブロックを適当な型に適当にキャストするだけで
配列としてアクセス出来たり、構造体としてアクセス出来たり
世の中には、こんな基本的な事すら出来ない言語もあるようだし

**デフォルトの名無しさん** · 2017/08/30(水) 16:59:57.64

どんな言語だってヘボの目には可読性が悪い言語に見える。
エビデンスは>>56。

あ · 2017/08/30(水) 18:35:51.68

clojureの記号が読みやすいと思う奴居るんだ。
あれクソ構文だと思ってた。

**デフォルトの名無しさん** · 2017/08/30(水) 18:53:59.16

Lisp族読みにくいって主張してる奴の中で、エアプじゃない奴ってどれくらいだ？

**デフォルトの名無しさん** · 2017/08/30(水) 19:05:39.52

Lispって（）使いまくりなんだろ。だから可読性低いってイメージ
使ったことはないが。

**デフォルトの名無しさん** · 2017/08/30(水) 19:25:08.76

>>44
rubyは足し算の醜学だろ一緒にすんな！
map/reduce, collect/inject これすらまとめられません笑
関数、ブロック、プロック、え？ラムダが流行りだって？じゃそれも笑
思想がないからあれもできるようにしましたこれもできるようにしましたで何一つまとめられません涙
goと真逆じゃねーか何でもかんでも未整理にぶっ混みやがって思想もへったくれもあるかあんなゴミ。
言い過ぎたがgoの引き算にすり寄っていい言語じゃないことは確かだろ

**デフォルトの名無しさん** · 2017/08/30(水) 20:46:07.16

いやはや、いつもこのスレはゴミが集まってんねー

**デフォルトの名無しさん** · 2017/08/30(水) 21:39:23.85

エビデンスのエクセルにはきちんと表紙に承認印をもらってから提出しなさい。

**デフォルトの名無しさん** · 2017/08/31(木) 00:09:20.36

インデントしなきゃどんな言語も可読性悪いし、すればlispだって読めるだろ
普及期にC言語が一番使われてたからそれに似た言語が一番読みやすい人が多いってことだろ

**デフォルトの名無しさん** · 2017/08/31(木) 00:42:44.93

それでもCライクな文法が一番流行ってるのは
それが読みやすさの本質を持ってるからだろ

ペェ～ルとかルビー（藁）とかさぁ・・・なんだい、あのゴミは

**デフォルトの名無しさん** · 2017/08/31(木) 00:54:30.69

ブロックインデントの方が読み易いしC言語のように括弧を多用する言語は読み難いと思う

**デフォルトの名無しさん** · 2017/08/31(木) 01:06:35.21

ブロックインデントってBNFとかで表現するときどうするんだろう
yaccとかに食わせられるんかね、良く知らんが

**デフォルトの名無しさん** · 2017/08/31(木) 01:18:56.42

可読性が… みたいな事言ってる人はどうやってソース読んでるんだろ

まさかソースを(白黒)印刷して読んでるわけではあるまい？

**デフォルトの名無しさん** · 2017/08/31(木) 01:20:35.67

英語と日本語と中国語どれが読みやすいかと同じじゃね？

漢字のような表意文字は抽象度が高く、短い語数で意味が凝縮されるから可読性は高まる
でも中国語のように英数字以外がすべて漢字になると、区切りや各単語の軽重が分かりにくく可読性が下がる面もある
ということで日本語は優れてると思うけど結局は慣れの問題が一番大きい

**デフォルトの名無しさん** · 2017/08/31(木) 02:02:58.96

それ言ったら英語なんか動詞で文全体の構造が決まる言語だからな
基本五文型とか初めて習ったときは意味不明だったよ
日本語には無い考え方だ
着目している部分が全然違ってて流石だなとしか言いようがない

もっと言えば英語のような言語は構造重視、関係性重視の言語だと思うし
日本語のように述語が最後に来る形式は時系列重視の言語だと思う

**デフォルトの名無しさん** · 2017/08/31(木) 02:12:56.17

あと、a とか the とかもマジ意味不明で
そんなもの無くても会話は成立するのになんでって感じだし
日本語には全くない感覚だからな
あるカテゴリーの中の一つ、とか、固有名詞、とか、えらく数学的で
普段からそんなこと考えながら会話してんのかよマジ半端ネーナって感じ
文法の中にそんなものを持ち込むこと自体が凄いし
言語が自然発生的に出来上がったのだとすると、脳の構造違いすぎるでしょ
世の中のことをそういうベン図みたいな捉え方するのが彼らの日常ってことだからな

**デフォルトの名無しさん** · 2017/08/31(木) 03:23:00.21

a * (b * c) = (a * b) * c (可読性高)

(= (* a (* b c)) (* (* a b) c)) (中)

a.mul(b.mul(c)).eq(a.mul(b).mul(c)) (低)

(中)と(低)の括弧の数は同じ

**デフォルトの名無しさん** · 2017/08/31(木) 05:18:08.46

RISCとCISCの違いだろ
つまり表示デバイスや読む人の能力によると

**デフォルトの名無しさん** · 2017/08/31(木) 06:50:16.52

>>76
お前の表示デバイスだと>>75が違って見えるの？
頭おかしいな

あ · 2017/08/31(木) 07:55:30.12

>>74
意外に日本語では修飾語使うしかないシーンでも端的に話せるから便利だよ。
ラテン語ぐらい活用があればホントに単語に主語すら含まれてるから文章の密度が濃くできる。
aや数詞とtheは、日本語でも知らず知らずのうちに使ってるよ。

あ · 2017/08/31(木) 08:09:36.17

>>75
まともなlisp書くやつは、可読性中とやらみたいなの書かんだろ。
(= (* b c a)
　 (* a b c)
)
みたいになるんでないの？

**デフォルトの名無しさん** · 2017/08/31(木) 09:50:39.26

>>77
表示可能な文字数が少なかったりプリンタだったりしたらRISCの方が効率いいだろ
お前が書く全てのプログラムは>>75程度なのか?
それともお前の頭がおかしいのか?

**デフォルトの名無しさん** · 2017/08/31(木) 09:51:05.42

CISCの方が

**デフォルトの名無しさん** · 2017/08/31(木) 10:43:49.29

PEG.jsつかえば俺言語が簡単に作れる。
jsの処理系使ってaltJS作るのに最適かもしれない。
こういうの触るとLISPってまんま構文木を言語と対応させたもんって感じ。

**デフォルトの名無しさん** · 2017/08/31(木) 12:24:42.21

>>57
括弧が多いこと以外にも
JavaやRubyみたいな
ふつうの言語の文法と違いが
大きいところが読み書きしにくい

たとえば代入は＝じゃなくてsetqとか

**デフォルトの名無しさん** · 2017/08/31(木) 14:08:57.13

それは最初に慣れた言語がそうだったからというだけでは
たまに初心者がなんでイコールが代入なの言うけど確かになが

**デフォルトの名無しさん** · 2017/08/31(木) 15:50:27.57

C系の文法ばっかりになったのは個性が薄い感じがして寂しい
という漏れもそうじゃない文法を自分で書きたくはないけどねｗ

あ · 2017/08/31(木) 16:46:31.78

>>83
setqはset quoteに展開されるマクロで、setも関数。
ただの代入の構文ではない。
すべて式、みたいな流行りの言語のように、すべてリストで、リストの先頭を関数として解釈しとるだけ。

**デフォルトの名無しさん** · 2017/08/31(木) 17:58:28.60

>>85
OOPは言語レベルでサポートされていなければならないってC++の作者が力説したから
これは文法とパラダイムは無関係という説を否定したようなもので
同じパラダイムをサポートするなら文法もほぼ同じになると考えられる

**デフォルトの名無しさん** · 2017/08/31(木) 18:09:22.78

そんなこと言うとまたSmalltalkerが湧き出してくるぞ

**デフォルトの名無しさん** · 2017/08/31(木) 20:52:52.64

>>72
a→具体的な意味を持たない。ok?
鋭→具体的な意味を持つ。まだ大丈夫？
具体的の反対は何か分かるかな？
分かんないか、ごめんね。正解は「抽象的」
漢字のような表意「文字」が(アルファベットのような表音「文字」と比べて)抽象度が高いなんてことはあり得るのかな？お母さんに聞いてみようね！

**デフォルトの名無しさん** · 2017/08/31(木) 20:58:02.45

俺もそれは気になってたけど指摘しなかった
漢字を抽象度が高いというのは何か違うと思った

**デフォルトの名無しさん** · 2017/08/31(木) 22:44:56.31

重要なのは意味とか音とか二つ以上の部品に分解することだよ
それらは対等に扱った方が対称性が高い
どっちが高レベルでどっちが低レベルかという問題にこだわるのは対称性が低い

**デフォルトの名無しさん** · 2017/08/31(木) 23:07:03.73

>>89
「抽象度」という概念を知らないのね

1. x^100 + 9x^7 - 3x^2
2. x to the hundred plus nine x to the seventh minus three x squared.

「どっちが抽象度が高い？」と言うのと
「どっちがより具体的な意味を持つ(もしくは持たない)？」と言うのとは意味が違うんだよ

**デフォルトの名無しさん** · 2017/08/31(木) 23:16:39.69

まぁつまり、読みやすさ・機能・シェア・WORA、すべてを兼ね備えたコットィンが最強ということだね

**デフォルトの名無しさん** · 2017/09/01(金) 00:44:11.29

>>92
その1と2って表意文字と表音文字には対応しないよね？
表意文字と表音文字の抽象度云々論じるなら例えば
2a. x to the hundred plus nine x to the seventh minus three x squared.
vs
2b. xの百乗足す九xの七乗引く三の自乗。
になるけどこの2a vs 2bの文字レベルの抽象度の差とやらは1 vs 2a/2bの表現レベルの違いと比べたらあるとしても誤差レベルじゃないか？
俺には2aと2bは全く等価に思えるんだが、、

**デフォルトの名無しさん** · 2017/09/01(金) 01:32:05.15

抽象度(抽象的)は普遍的に与えられるものだと思うの。

>>89 が聞いてるのは抽象的とは何かまた２つのモノが与えられた場合の抽象度の比較についてだと思うの。

>>92 はそれに対して答えてるだけだと思うの。
そしてそれは普遍的に決まるので正しいと思うの。

**デフォルトの名無しさん** · 2017/09/01(金) 04:10:50.99

>>94
“アラビア数字、その他の数学記号は、代表的な表意文字である”
https://ja.wikipedia.org/wiki/表意文字

情報密度が高いと言えば理解してもらえるのかな？
2bを全部平仮名にしたものと比べれば一目瞭然でしょ
んで情報密度の違いは抽象度の違いによる結果だから

**デフォルトの名無しさん** · 2017/09/01(金) 06:55:07.96

抽象度が高いと情報量は少なくなるだろ
たとえば写真は具体的で情報量が多い

漢字もアルファベットより具体的だから
一字あたりの情報量は多いが
覚える必要がある字数は多くなる

**デフォルトの名無しさん** · 2017/09/01(金) 07:57:22.32

1平方メートルの絵と1秒の音は比較できないんだが
抽象化()で単位をあやふやにすれば比較できるのかな

**デフォルトの名無しさん** · 2017/09/01(金) 08:40:04.85

俺もそう思う
基本的に抽象度が上がれば情報量は下がっていくものだと思う
プログラミングやってれば経験するものだと思うが
Object型は抽象度が高いが型に関する情報量はほぼ無い

**デフォルトの名無しさん** · 2017/09/01(金) 10:35:11.06

>>99
よう、オフィスマ。元気かい？（笑）

**デフォルトの名無しさん** · 2017/09/01(金) 11:48:31.76

具体的なほど高いのは選択情報量で、抽象的なほど高いのはその系が持ってる平均情報量かな

具体的な実装が隠蔽されているほど抽象化の度合いが高いという意味で、
漢字は2バイト(以上)を1文字に「抽象化」していて、
1文字あたりの「情報量」はアルファベットより多い

**デフォルトの名無しさん** · 2017/09/01(金) 12:00:35.64

>>101
ママンにパンツ洗ってもらったか？（笑）

**デフォルトの名無しさん** · 2017/09/01(金) 12:28:42.01

この抽象論議はなんか意味あんの？

**デフォルトの名無しさん** · 2017/09/01(金) 12:36:09.46

どぴゅっ（笑）

あ · 2017/09/01(金) 13:02:30.04

2バイト以上を一文字に抽象化、ってのもわからんけど。
「筆や指、ヘラ、ナイフなどを使い、油性の絵の具を、板や布、紙など平面に、芸術性のある意匠を表現すべく塗布したもの」を「油彩画」と記載できるのは、情報密度が高く(3文字)抽象性が高い(『など』、を特定出来ない)と表現するならわかるけど、
英語でも「oils」、くどい奴でも「oil paintings」だし、抽象度や情報密度としてはあんまかわらんかと。
単に抽象度をあげると情報密度が下がるという訳ではなく、用途に対した適切な情報密度を提供するために抽象化するのかと。
情報量は減るけど情報密度が上がる方向に持ってくのが抽象化で、両方下がるのは標本化みたいなやつじゃない？

**デフォルトの名無しさん** · 2017/09/01(金) 13:21:48.04

>>96をまとめると、
数学記号は表意文字。つまり
1. x^100 + 9x^7 - 3x^2
は表意文字の例。
2a. x to the hundred plus nine x to the seventh minus three x squared.
は表音文字の例。
2b. xの百乗足す九xの七乗引く三の自乗。
は表意文字の例(かな混じってるけど)
2c. xのひゃくじょうたすきゅうxのななじょうひくさんのじじょう。
は表音文字(2bを全部平仮名にしたもの)

かな？
1の数学記号が抽象度高いのは分かる。
で、2bと2cくらべて一目瞭然って何が？
どっちも1に比して恐ろしく冗長だな、としか思わんが。2bの表意文字も2cの表音文字も。
要するに文字が表意か表音かは抽象度とは関係ないということではないか？>>96の当初の主張「漢字など表意文字は表音文字にくらべて抽象度が高い」とは裏腹に。

**デフォルトの名無しさん** · 2017/09/01(金) 13:28:37.46

抽象の解釈で揉めるとか草

**デフォルトの名無しさん** · 2017/09/01(金) 14:21:49.79

　　　　　　 __　　　　　/
　　　　　 /⌒ ヽ　／　　　　　　　／
　　　　（　　　）'ﾞヽ.　　　　　_／
.　　　　／iｰ-‐'"i　　 ,;　　／
　 i !　（　ヽ.　　）　ﾉ/ .:／
　　　（＼.ﾞヽ＿（_／,ｲ／
　 i !　（＼＼＿,＿）' ﾉ
　　　（＼＼＿,＿,）'
　 i !　 l　,i＼ヽ､ !　　あ”っーあ”っーあ”っーあ”っーあ”っー
　　　し'

**デフォルトの名無しさん** · 2017/09/01(金) 14:22:05.77

抽象ってのは不要な情報を捨象するんだから
情報量は少なくなるに決まってるんだよ

必要な情報だけ抽出することで
量より質を求めてるわけであって

**デフォルトの名無しさん** · 2017/09/01(金) 14:24:39.67

　　　　　　 __　　　　　/
　　　　　 /⌒ ヽ　／　　　　　　　／
　　　　（　　　）'ﾞヽ.　　　　　_／
.　　　　／iｰ-‐'"i　　 ,;　　／
　 i !　（　ヽ.　　）　ﾉ/ .:／
　　　（＼.ﾞヽ＿（_／,ｲ／
　 i !　（＼＼＿,＿）' ﾉ >>109
　　　（＼＼＿,＿,）'
　 i !　 l　,i＼ヽ､ !　　あ”っーあ”っーあ”っーあ”っーあ”っー
　　　し'

あ · 2017/09/01(金) 14:43:14.24

>>107
いいんでないの？
数学に強いであろうHaskellerさんなら、標本化と抽象化、情報量と情報密度を語ってくれるだろう。
きっと。

次世代じゃない、とか、文字数の関係、とか言って議題を恣意的に絞った罰に相応しい流れだと思うが。

**デフォルトの名無しさん** · 2017/09/01(金) 16:08:33.34

はいガイジ

**デフォルトの名無しさん** · 2017/09/01(金) 18:54:24.75

どの言語でも最低限、実装しなきゃいけない
言語仕様ってできないものなのかね

printf()みたいなのとかですら
言語ごとに"微妙に"違ってて
いちいち覚えなきゃいけないのって
アホらしくない?

**デフォルトの名無しさん** · 2017/09/01(金) 19:01:13.70

言語を超えた共通規格を制定すると
数年も経つと想定されてない
技術が出てきて負の遺産になりそう

**デフォルトの名無しさん** · 2017/09/01(金) 19:02:03.36

そんなもんだろ。
print 文を本当に統一するとしたら一番、低レイヤーな扱いしてる c に合わせるしかない。
てか統一厨ってなんで分かれてるのかについてほんとに思考しないよな。

**デフォルトの名無しさん** · 2017/09/01(金) 19:09:57.94

共通規格って使わないものを入れるとムダだから
どうしても後追いの追加しかできなくて
そうすると時代遅れの規格になる

MSやグーグルやアップルみたいな大企業は
それを無視して需要のある新言語を作るだろうし
だから今の現状がこうなってるんだろう

あ · 2017/09/01(金) 19:22:19.70

Cに合わせると、そもそも標準出力って何？って話に行き着いてそこからの話になるので誰も幸せになれんぞ。
標準出力がない環境やら、sprintfとかは普通のlibcではでか過ぎるとか話とか、ファイルシステム？そんなのねえけど？みたいなめんどくさいのを経ての仕様策定になる。

どっかで線引かないと仕方ないけど、その線は言語次第で決めざるを得ない。
Rustの「マクロで展開」もありだろうし、GoやらPythonの「だいたい付いてるけど、それが動く環境以外ではそもそも動かない」もありだし、
Scalaとか古いPascalみたいな「VMが動く環境では動きますけど？VMポートしてよね(笑)」みたいなスタンスもアリなんだから。

仕様や規格って「守らなくてもそれで良い。むしろ守らないほうが(うちのシステムでは)確実に早く動く」って奴が絶対出てくるから、どれだけ未来の事考えて準備しても無駄。
今要るものを今要る範囲で作るのがいいんじゃねえの？
過去と今を見ずに未来や次世代の話する奴にろくな奴はおらん。

あ · 2017/09/01(金) 19:24:24.40

「次世代じゃないので外した」なんて、次世代全く見てないって事。

**デフォルトの名無しさん** · 2017/09/01(金) 19:58:18.00

JavaScriptができてから
ES2015が出るまで20年も掛かってるから
各言語共通規格なんて100年掛かっても
できるかどうかってところだろ

**デフォルトの名無しさん** · 2017/09/01(金) 20:08:14.74

そんなことよりはライブラリやモジュールの統一フォーマットが欲しいところ
どんな言語からも、どんな言語で書かれた関数でも、呼べるってやつ
どんな言語は言いすぎだが、大体のメジャー言語は似たような着地点に落ち着いてるし
このような重大なことは無理やりにでももっと黎明期に決めておくべきだったな
標準入出力用意しておいたので後は好きにしてくださいってのはちょっと

**デフォルトの名無しさん** · 2017/09/01(金) 20:13:11.99

違う違う
個々で独自な処理なんて
いくらでもしたらいいけど
最低限、(例えば)printfって打てば
文字列出力するのは
保証しとけって話

**デフォルトの名無しさん** · 2017/09/01(金) 20:16:06.24

ただしそれをやると、野良言語が沢山できる可能性もあるんだが
つまりはライブラリは標準仕様に準拠しているので
ライブラリは揃ってますんで
是非俺の糞言語を使ってくださいっていう
しかし今みたいにライブラリの互換性を盾にして
既得権な言語が常に上位に固定されて全くシェアが変動しないのも不健康
何の言語で書かれていてもかまわない、どうせ好きな言語から呼び出して使えるから
ってなってれば良かったんだが
移植とかマジ馬鹿らしいし

あ · 2017/09/01(金) 20:17:44.92

>>120
JVMか.netで動く言語でも使えば？
どんな環境で動くかも決まって無い上にさらに言語の定義すら無いとなると、呼び出せる訳ないかと。
あとは別プロセスとして通信するか。

>>121
文字列って何？パスカル文字列？ヌル終端？エンコーディングは？出力って何？
って話じゃん。独自の処理ではないと言いながら、既に充分独自の話。

**デフォルトの名無しさん** · 2017/09/01(金) 20:23:19.04

だから終端文字がどれかなんて
どうでもいいのよ
対応する事を仕様にいれろって事

**デフォルトの名無しさん** · 2017/09/01(金) 20:24:36.88

>>121
そのようなことは正にどうでもよいだろうというのが俺の意見
言語の多様性の観点からも、そんなことを縛っても意味はない
それよりは、どんな言語からでも、どんな言語のモジュール(ライブラリ)でも
呼び出せるって方が重要だと思うよ
もしそれが出来てれば、君は延々と自分の好きな言語だけ使ってれば良かったかもしれないし
そうじゃなかったとしても、どの言語からでもCのprintfが簡単に呼び出せるんなら
君の願いは達成するんだろう？

**デフォルトの名無しさん** · 2017/09/01(金) 20:31:30.03

>あとは別プロセスとして通信するか。

それも構わないと思う
通信のフォーマットが統一されてれば
後は処理系がそれに対応すればよいんじゃないかなー
RDBとのやり取りも、それですれば良かった話
さらにはネットワーク越しに呼び出したり

そういう標準が一つ欲しかったね、って話
今更遅いが

**デフォルトの名無しさん** · 2017/09/01(金) 20:33:28.04

J S O N R E S T

**デフォルトの名無しさん** · 2017/09/01(金) 21:07:30.99

商売なら有料版と無料版を統一するわけがない
趣味で作るならユーザーの願望よりも作者の都合が優先される

あ · 2017/09/01(金) 21:26:53.26

>>124
アホか。対応する事を仕様で決めるためには、何に対応しないといけないか定義出来てないと、対応しようが無いだろう。
何をどうしたいのかわからん。俺ラッパー一枚で済むんじゃねえのそれ。

>>126
今までもCorbaとか色々あったけど、結局は一番無難かつ使われてるHTTPになるんだろうなって感じかな。
前にも同じ発想を書いた気がするけど、なんだかんだでこなれてるし、いつ使うねんと思ってたし、RFCにも「どっかで役に立つ」みたいな記載されてたUPGRADEのおかげでWebSocket使えたりしてるし。
もうちょい早く、なら処理系で対応するよりOSに頼った方が良いんだろうな。UNIXドメインソケットとか。

あ · 2017/09/01(金) 21:30:39.30

124みたいな奴が書いた酷いCがあったはずだと思って探したらすぐあったわ。
http://www.pro.or.jp/~fuji/mybooks/cdiag/cdiag.8.2.html

もう20年以上前になるのか。歴史は繰り返すんだな。

**デフォルトの名無しさん** · 2017/09/01(金) 22:23:07.64

>>130
糞ﾜﾛﾋﾟｵ
あんたただの気狂いなだけじゃなくて物知りやね

**デフォルトの名無しさん** · 2017/09/01(金) 22:26:00.55

ガイジID:SQFm1IPCの言いたいこと全く理解せずにディスったり謎リンク貼ってるガイジ本当に草だ……w
ガイジVSガイジって感じやね

**デフォルトの名無しさん** · 2017/09/01(金) 22:35:14.33

でもまあ共通規格を立てようって発想自体は
まっとうな意識ではあると思うよ

HTML5とJSに人が集まってるのも
今一番の共通規格っぽいからなんじゃね？

**デフォルトの名無しさん** · 2017/09/01(金) 22:36:34.19

>>132
ID:SQFm1IPC「ぼきプェチピィ～しか書けましぇ～ん
他の言語もプェチピィみたいになればいいと思いましゅ、アヘアヘ」

こうやろ
ガイジウムとりすぎか？

**デフォルトの名無しさん** · 2017/09/01(金) 23:26:12.33

>>133
そりゃブラウザっていう共通実行環境があるっつーのに、
各々のメーカーの都合で規格がずれてるって状況があるからでしょ。

なんもないところにとりあえずグローバルな規格作ろうとか誰かの自己満足にしか
ならんことを言い出すからバカにされるんだよ。

**デフォルトの名無しさん** · 2017/09/01(金) 23:51:48.74

その前にHTML5やJSが他の言語と、例えばCのprintfと仕様が同じになってるとか
そういう他言語を意識したつくりになってるってわけじゃないから今回の件では不適切な例だよ
どう贔屓目に見てもHTML5とJSは他の言語とは違った異質なもので
ぜんぜん寄せてきてないよ
こういったものを例に挙げて肯定的にとらえる文体なら
よりいっそう各言語で共通の文法～～は要らないってことになる
これは意訳すれば全部Javaで書けばよくね？って言ってるようなもので
他言語を巻き込んで文法を共通にするとかとは反対のベクトルの意見に見える

文法に共通な部分を持たせるっつっても、使用感だけの問題であって
PythonでRubyのコードが走るようになるわけじゃないし
大体のメジャー言語はC言語の文法に寄せてきてるから
その意味で特に不満はないな
細かな仕様が違うのはそりゃ当たり前でしょ

言語として最低限サポートしなければならない仕様を作って
それを満たしていればC上でもJava上でもPython上でもRuby上でもPHP上でも
とりあえずは動く、っていうなら、有りかもしれないけど、あり得ないでしょ
全然違った概念とメカニズムで動いているのに

あ · 2017/09/02(土) 00:17:53.83

>>131
これ、確か本で読んだと思う。確かに10代だったかもしれん。
>>132
伝わってるやつが居るのに、まだお前は馬鹿な事言いづけるのかなぁ。

**デフォルトの名無しさん** · 2017/09/02(土) 00:20:54.65

>>137
おまえがID:SQFm1IPCの言いたいことを全く理解してないんだよ
おまえだよおまえ

あ · 2017/09/02(土) 00:30:19.85

>>138
どー言うこと？

要は、puts("文字列");
程度のコードはどの言語でも寸分違わぬ同じ動きをすることによって、学習コストを下げたい、って話だと受け取ったが。

そして、それは無理、言語の良いところを殺す。極論は>>130。こんなことするならPascalで書けと。

そもそもさー。"文字列"がすごい、ものによっては言語設計の軸になりうるものなのに、「文字列を出す程度の関数」が低レベルで各言語共通にできる訳ないっしょ。

あ · 2017/09/02(土) 00:30:51.41

>>138
まー、代わりに説明しといて。あとで読むわ。

**デフォルトの名無しさん** · 2017/09/02(土) 00:45:41.97

クライアントの統一が無理でもサーバーは統一できるんじゃないかっていう安心感
を土台にして成功したのがJS

C++がCを土台にしたみたいに

**デフォルトの名無しさん** · 2017/09/02(土) 00:58:02.21

>>139
なーんでそこまで分かってて
『「文字列を出す程度の関数」が低レベルで各言語共通にできる訳ないっしょ。』
なんてレスが出来るのかわからん。
あとこの文脈でおまえがどういう意味で「低レベル」という単語を使ってるのかわからん

少しのズレ承知でありたいていに言えば、こいつは「内部でどういう動作するかなんてどうでもいいからとにかく、端末のある環境なら、putとかではなくprintfと書けば端末に表示することを保証しろ」と言ってんだよ

**デフォルトの名無しさん** · 2017/09/02(土) 01:04:47.83

本当に>>129で言う「俺ラッパー一枚で済む話」なんだけど、それを現実に実行してしまうと、それこそ>>130の記事のコードの出来上がりだから「最初から統一していて欲しい」と願うんだろうなきっと

**デフォルトの名無しさん** · 2017/09/02(土) 01:13:52.49

>少しのズレ承知でありたいていに言えば、こいつは「内部でどういう動作するかなんて
>どうでもいいからとにかく、端末のある環境なら、putとかではなくprintfと書けば
>端末に表示することを保証しろ」と言ってんだよ

だからそのことが否定されているのでは？
何言ってんだ？

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

エスペラント語みたいなものだな
まぁ無理だろう
それより通貨を行き来できるようにする方が良い

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

>>144
だからただID:SQFm1IPCを否定するレスには俺は文句つけてないだろ？俺もID:SQFm1IPCはガイジだと思うし。

いつまでも「低レベルで」とか「文字列の仕組み」とか言ってる奴はおかしいって言ってるんだ

**デフォルトの名無しさん** · 2017/09/02(土) 06:19:16.76

はいはい、一通りの文字列入出力関数も覚えられないバカは
プログラマにはならないほうがいいと思いますよ。

あ · 2017/09/02(土) 07:07:42.32

>>142
ムリだよ。
多少のズレがある時点で仕様では無いし、言語仕様レベルから>>130の無茶苦茶感出てくるぞ。

低レベルってのは、ごめん、いつもこれ伝えづらいな。
システムコールとか呼ぶようなオペレーション、かな。

ちなみに、putsではなくて、printfなら、フォーマットはやるんだよね？Cの形で。

あ · 2017/09/02(土) 07:30:58.56

>>146
文字列の仕組みは知らないと今時の言語でも辛いだろ。
そんな事気にした事もないなら、一生気にしないだろうけど。

**デフォルトの名無しさん** · 2017/09/02(土) 07:42:43.45

俺、20年プログラム組んでるけど
文字列未だに理解不能（笑）

utf8だったり、sjisだったり
c#になってからstringが
なんの文字コードで扱ってるかまったく理解してない

sjisのファイルから読み込んだ文字列と
utf8のファイルから読み込んだ文字列とか
c#のstringではどうなってるか知らんｗ
どの段階かで変換されるのか保持されるのかわかってないｗ

日時の文字列のカルチャとかいうのもよくわからない
無指定だとos依存になってバグるし
じゃあc#のstringって何使われてるの?
osに依存するの?とかマジよくわからん

初心者スレで聞いてみたかったｗ

**デフォルトの名無しさん** · 2017/09/02(土) 08:18:23.67

>>148
確かにprintfのfはフォーマットのfだったと思うけど、Fortranではprintでフォーマットもするんだし、言語仕様レベルで滅茶苦茶は言い過ぎでしょ

そりゃfはあったほうがいいと思うけど、fがないと言語仕様レベルで滅茶滅茶ってことはない

そして、厳密な名前にしたことで得られるメリットより、全部printにしたことによる学習コストの低下を優先しろとガイジID:SQFm1IPCを主張するんだよなあ

**デフォルトの名無しさん** · 2017/09/02(土) 08:20:49.80

まあID:SQFm1IPCはなんでfがついてるのかも知らなかったと思うけど、それは「文字列の仕組み」と連呼して彼に伝わるものではないし関係ないな

**デフォルトの名無しさん** · 2017/09/02(土) 08:24:13.11

文字列の実装を隠蔽できていない言語はクソ

**デフォルトの名無しさん** · 2017/09/02(土) 08:25:33.52

けっきょく、みんな近視眼的に言葉尻を捉えてるだけで
この話題の本質わかってないのなｗ

**デフォルトの名無しさん** · 2017/09/02(土) 08:30:19.62

>>154
なんかよくわからんけど、エンジニアガイジと話すと撹乱されて本質が見えなくなる。多分普通の文より解釈がしんどくてそっちにリソース割くんだろうな。
正直>>151も書いていて微妙とは思ったし、昨日思ったこととなんか違う気はする。
もし本質が見えているならちょいと書いてくれると助かる

**デフォルトの名無しさん** · 2017/09/02(土) 08:48:35.94

少し思ったことを書くか。

まあとりあえず c の printf からはじめるけど、これってバイト列からそのまま、出力する形式としては
とても普通な形式なわけだ。低レイヤーから見ても最低限のものになってる。

ただ、一方で型に対していい加減で %d とかと , 以下のところに放り込む変数が
ずれてたら簡単にアボーンするってなことが言われて cout << とか
まあ他の高級言語の print なんかがでてきたわけ。

じゃあ c もそうすりゃいいじゃんと思うだろうけれど、実際そんな高級なことすると
システムプログラミングみたいな生な現場だとその高級なとこにバグが潜む可能性が
高いし、そもそも無駄なメモリ食うし
ってな理由で拒むわけ。

とりあえず単純な見方をするなら上記のような理由で統一はされない。

**デフォルトの名無しさん** · 2017/09/02(土) 08:57:42.86

ああ、やっぱりコイツもわかってないｗ

あ · 2017/09/02(土) 10:01:43.08

>>151
言い過ぎでも無いのでは？
printfでも、言語によっては概念が無いので使えない(はず)の%pとか、じゃあ%sは何を取る？%cは？と、収拾がつかんかと。
まずメモリの値を何かに出すって事が実はすごく面倒だって分かってほしいけどな。安易な事言うやつには。

仕様で決めたいならミニマムなのが要るかと。

>>157
何がわかってないか説明してくれる？
わかってないって言うのは簡単なんだし、説明できないって事は自分もわかってないって事と取るけど。

あ · 2017/09/02(土) 10:07:29.51

「最低限言語というからにはこの命令をこういう引数で呼べる事」
ってのは、語順が変わる言語は守れない。

なら引数の順番は見逃すわと言ったら、次は型の問題。

型の定義と表現の定義は○○準拠な、となると、それを持ってない言語は用意すべきかとなる。

その辺見逃すわ、人間が見て理解できる形で！となると、見る人間がどんな人間か(言語は何か)でかなり変わる。少数とかだとフランスでの地獄の,とスペースに殺される形。

それも見逃すわ、うまいことやって！となると、
もう定義なんか残ってなくない？

**デフォルトの名無しさん** · 2017/09/02(土) 10:10:50.16

>>158
ない概念は非対応にして%sはその言語で主に扱う文字列にすりゃ満足するだろうよID:SQFm1IPCは
なんならフォーマット機能すらなくしてfortranのprint*の挙動にしてすら満足するだろうよ

あ · 2017/09/02(土) 10:11:18.31

だから、Hello Worldなんてお題目があるんよ。どんな言語にも。

あ · 2017/09/02(土) 10:12:21.75

>>160
もう別物じゃん。

**デフォルトの名無しさん** · 2017/09/02(土) 10:16:07.91

>>162
別物でいいんだよ。ID:SQFm1IPCみたいな手合いはそういうこと気にしない。printfと打てば出力すれば満足なんだから

**デフォルトの名無しさん** · 2017/09/02(土) 10:21:42.21

ID:qZ0SgL8Y == ID:SQFm1IPC

**デフォルトの名無しさん** · 2017/09/02(土) 10:23:14.61

>>164
そんなガイジといっしょにすんな

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

>>161
これは正論だ
テスト駆動でライブラリをテストする感覚
だが慣れたらテストではなく有名なソフトのソースを読めるからテストいらない

あ · 2017/09/02(土) 12:18:54.23

>>163
なんかわかってきた。本質ではない形でだけど。
標準出力と標準ライブラリとかそういうキチッとした話ではなくて、「printfデバッグで使うための関数」程度の存在として同じような名前で同じような仕様の関数が欲しい、って事か。
>>166
最初にやるようなつまんねー演習課題は、地味に奥が深いんよ。
はいはい画面に出ましたね。予想してたけど。って思うのも当然だけど。
帳票エンジン作った時にDSLのチュートリアルも書いたんだけど、書く側として見ると新しかったと言うか、新鮮だった。

**デフォルトの名無しさん** · 2017/09/02(土) 12:39:54.25

Javaが依然としてナンバー1だが、それに取って代わるのは何か？
https://www.infoq.com/jp/news/2017/08/Java-Still-One-Tiobe

>TIOBEは、特にCrystal、Kotlin、Clojure、Hack、Juliaを挙げて、
>新しい言語への関心が高まっていると見ている。
>これらの全体シェアは小さいが（すべて1%未満)、その浸透速度は注目に値する。
>特に、RubyのいとこにあたるCrystalは、1ヶ月で60位から32位へと飛躍した。

Crystalが早くRuby を追い落としてほしい。

**デフォルトの名無しさん** · 2017/09/02(土) 12:45:48.01

>>167
細部は微妙だけど、まあ大方そんなもんだよ。大分近かろう

**デフォルトの名無しさん** · 2017/09/02(土) 12:46:18.42

このスレ共通認識擦り合わせ出来なすぎだろどうなってんだ

**デフォルトの名無しさん** · 2017/09/02(土) 12:50:38.76

「Ruby風味のプログラミング言語」四天王現る！Elixir,Crystal,Opal,Mirahまとめ #ruby
https://codeiq.jp/magazine/2015/07/26120/

あ · 2017/09/02(土) 12:55:46.34

>>170
擦り合わせしたいと言うと荒らし扱いされるから気をつけてね。

**デフォルトの名無しさん** · 2017/09/02(土) 14:12:09.69

さんざん宣伝された「コミュ力」でさえ
プログラムにコミュ力が必須という共通認識は出来ない

**デフォルトの名無しさん** · 2017/09/02(土) 14:26:26.94

頭の悪い人がちょっと覚える労力を避けるために
頭の良い人が多大な無駄な苦労をするのは
社会的損失だ

**デフォルトの名無しさん** · 2017/09/02(土) 14:26:47.13

抽象化思考能力が欠如してるから
自分の知ってる分野・レイヤーの視点で語りたがる

**デフォルトの名無しさん** · 2017/09/02(土) 14:45:24.92

>>170
兜合わせとかいやらしい

**デフォルトの名無しさん** · 2017/09/02(土) 15:06:32.25

2ちゃんとスーパーハカーによると抽象的思考にはアルファベットよりも漢字を使うのがいいらしい。
プログラミングも漢字でやるといいらしい。

**デフォルトの名無しさん** · 2017/09/02(土) 15:49:49.61

>>177
そういう結論になる事が抽象化思考力の欠如してる何よりの証

**デフォルトの名無しさん** · 2017/09/02(土) 18:15:56.44

アルファベット仕様キーボードで入力してる限りは
入力速度がアルファベット＞非アルファベットになるのはどうしようもない

あ · 2017/09/02(土) 20:43:09.37

>>179
タブキーと補完使わないの？
俺、和文のあとに、同じ内容の英文つけたメール書くことあるけど、あきらかにタイプ数は和文の方が少ないよ。

抽象思考したいならLabViewとかSPSSあたりでブロック図とかフィルタのグラフで思考するのが一番早かろう。

**デフォルトの名無しさん** · 2017/09/02(土) 22:56:58.71

今の世の中に抽象的思考が足りないって実感あるの？ないでしょ
そんなことよりユーモアが足りないと思う

**デフォルトの名無しさん** · 2017/09/02(土) 23:39:15.33

ユーモアが足りないように感じるのは
ネットのおかげか世の中がマトモという言い方はおかしいけど
正解を引くひとが多くなってきたから
明らかにおかしい状況を
ユーモアで笑い飛ばす必要性があまりなくなってきたんだと思う
苦痛な環境に置かれても、ある種納得してるっつーか

でもプログラミングの世界はまだまだ黎明期に当たるのか
偉い人でも、おかしなことしている人がいっぱいいて
https://img0.etsystatic.com/178/0/13833747/il_340x270.1165546874_11w2.jpg
↑まだまだこういうユーモアが有ったりする
今後ある程度成熟していくと、もうこういうユーモアも見れなくなると思うと残念だね
と同時に、正しいことを知っているだけでは勝負にならなくなる
実力が問われるね

**デフォルトの名無しさん** · 2017/09/03(日) 01:21:59.30

そんな残念、杞憂だよ

糞バカジャップランド土人が
山ほど遺してくれたコボルやペェチプゥの保守案件があるからね

**デフォルトの名無しさん** · 2017/09/03(日) 01:48:32.74

>>182
DrinkをCoffeeのメソッドにしてることに最高に納得いかない。
設計者出てこい！

**デフォルトの名無しさん** · 2017/09/03(日) 03:47:08.84

>>182
これ何がアカンの？

**デフォルトの名無しさん** · 2017/09/03(日) 04:22:00.89

「お前が飲むんかーい！」ってツッコミたくなる

**デフォルトの名無しさん** · 2017/09/03(日) 05:04:38.40

>>182
bool値はIsEmpty()がいいなー

**デフォルトの名無しさん** · 2017/09/03(日) 06:11:13.88

次世代言語スレでisHogeは無いだろ…

**デフォルトの名無しさん** · 2017/09/03(日) 08:29:59.58

関数やメソッドの呼び出しに()を使う言語は滅亡すべきだな

**デフォルトの名無しさん** · 2017/09/03(日) 11:27:05.90

明示的に call とか書くのはあんま流行らんぞ。
おれはそれくらい明示的でいいかなと思うのだが。

**デフォルトの名無しさん** · 2017/09/03(日) 13:01:37.55

Coffeeが空かどうかのStateをインターフェースで持たせて、StateはVisitorを受け入れるのが伝統的なやり方かね
次世代だとCoffeeが空かどうかのStateは、インターフェースじゃなくて、型クラスで制限して、パターンマッチで処理を切り分けるって感じかね

**デフォルトの名無しさん** · 2017/09/03(日) 13:21:28.44

Human john;
Cup cup;
...
if (cup.isEmpty)
{
cup = new Coffee();
}
else
{
john.Drink(cup.Drop());
}

**デフォルトの名無しさん** · 2017/09/03(日) 13:26:23.45

まずそもそもコーヒーをモデル化とかしないから

**デフォルトの名無しさん** · 2017/09/03(日) 13:34:57.13

>>192
Drinkの中でdropを呼べよ

**デフォルトの名無しさん** · 2017/09/03(日) 14:05:43.95

久しぶりに見たんだけどなんでまだスレタイにRustなんて欠陥言語があんの？

**デフォルトの名無しさん** · 2017/09/03(日) 14:14:39.78

Rustの何が欠陥？？
いい言語だと思うけど

**デフォルトの名無しさん** · 2017/09/03(日) 14:27:10.98

>>196
強いて言うなら学習コストだ高いとか。
インタラクティブに勉強する教材とか欲しい。
nodeSchoolみたいなやつ

**デフォルトの名無しさん** · 2017/09/03(日) 14:46:11.02

>>194
おまえはcupをdrinkするガイジなのか？

**デフォルトの名無しさん** · 2017/09/03(日) 14:58:12.28

ここでもキャットドア問題再燃w
ほんと使えるなこれ

**デフォルトの名無しさん** · 2017/09/03(日) 15:11:53.96

>>196
ちょっと込み入ったもの書こうとすると即座にコンパイラがあらゆるコード受け付けなくなる言語のどこがいいんだ？

なおC++コードはきちんと動くことは実証済でな