次世代言語Part7[Go Rust Swift Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/10/19(木) 17:51:38.66

文字数制限きついので改題
スレタイ以外の言語もok

前スレ
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
http://mevius.5ch.net/test/read.cgi/tech/1503924817/

**デフォルトの名無しさん** · 2017/11/19(日) 17:33:49.09

>>677
議論ごっこって具体的にどういうことを指してるの？
健全でもなんでもない、ってことは不健全でもないと理解していいの？じゃあ何が言いたいんだ？
あまりにも曖昧すぎる

**678** · 2017/11/19(日) 17:42:29.27

君自身は気付いてないみたいだけど、君の文章を君の言うような基準で評価するとこうなるんだよ
落ち着いて他の人のレスをじっくり読んでみると、曖昧な言葉遣いに見えて意外と厳密な言葉で書かれてることがわかるはずだよ
君自身のレスに比べれば遥かにね

**デフォルトの名無しさん** · 2017/11/19(日) 17:51:34.62

言葉の揺れは注意されたようだが、文章力は指導しきれなかったようだな
指導教官に出会う前は今の文体+表記揺れだったんだろうか
指導教官の苦労が垣間見えて涙が出ますよ

**デフォルトの名無しさん** · 2017/11/19(日) 17:54:31.63

大企業の偉い人でも決算や証明書に嘘を書いてしまう
一般人が文章を正確に書けるわけがない
嘘を書いたとしても反省したり罰を受けたりするようなシステムはもうないよ

**デフォルトの名無しさん** · 2017/11/19(日) 17:57:34.18

怒られた小学生のようないいわけ

**デフォルトの名無しさん** · 2017/11/19(日) 18:04:01.39

>>680
変に単語だけ注意したのが失敗だったのかもね
それによって、ただでさえADHDで文章構成が苦手だったのが余計に単語に気を取られて全体を見れなくなってしまったんだろう
俺の上司もADHDだったけど、逆に全体の構成はおかしくなくて単語がおかしいタイプだったから、彼の文章に比べればずっと読みやすかった

**683** · 2017/11/19(日) 18:07:44.39

すまん自分で言っときながら曖昧だな
683の「彼」は「あ」を指す

あ · 2017/11/19(日) 18:55:31.75

伸びるなぁ

あ · 2017/11/19(日) 19:00:18.55

>>678
以前、スレタイに議論がついていた頃にもうやってる、その話。
読んできて。二回するの嫌。

>>679
曖昧だよ。

>>680
苦労されてましたな。まぁそのおかげで英語で論文出すときに訳に苦労しない論文がかけてるし、知財部に怒られることもなく割と通るし、
先生様々だよ。

>>683
だってこれで苦労してねえもんなぁ。
誤解の余地が生まれるほど歪めて読みやすさを作らないと読めない時点でどうかと思うが。

**デフォルトの名無しさん** · 2017/11/19(日) 19:31:13.14

>>668
SmalltalkがGUIのために作られたのは純然たる事実じゃね
例え本人が否定していたとしてもそうだろう
>>670
WindowsでもOWLから数えてMFC、VCL、WinFormsと歴代のGUIクラスライブラリは
全部実装継承中心だったぞ。JavaもそうだしNext→Macもそう

**デフォルトの名無しさん** · 2017/11/19(日) 19:57:50.03

今時学振とかでもとにかく一目でわかるように書けって指導されるのに、わかりやすさが二の次なんてことは断じてないゾ

**デフォルトの名無しさん** · 2017/11/19(日) 20:21:05.83

日本語についてはわかりやすさを重視するのに、
プログラミング言語となると抽象化が著しい関数型を推すお前らがわからない

**デフォルトの名無しさん** · 2017/11/19(日) 20:26:43.14

COBOLは可読性が高いと言われて無かった？

**デフォルトの名無しさん** · 2017/11/19(日) 20:48:08.24

mapとか内包表記は読みやすいからしょうがないね

**デフォルトの名無しさん** · 2017/11/19(日) 20:54:36.63

>>690
単位時間あたりで読める文字数を可読性と定義するなら可読性は極めて高い

**デフォルトの名無しさん** · 2017/11/19(日) 21:17:43.05

時間当たりのスクロール量を可読性と定義するならたしかに関数型言語は可読性が極めて低いな

**デフォルトの名無しさん** · 2017/11/19(日) 22:05:52.67

>>687
SmalltalkはOS（しかしユーザーが全体を理解可能な）を目指して作られているからGUIがすべてではないよ？

▼Smalltalkの底を流れる設計思想
http://web.archive.org/web/20041016084842/http://marimpod.homeip.net/chomswiki/24#

**デフォルトの名無しさん** · 2017/11/20(月) 00:18:08.04

別にGUIだけではないが、GUIが最初からあったのも事実だろう

**デフォルトの名無しさん** · 2017/11/20(月) 04:12:09.45

>>695
かなり初期（Smalltalk-72、74）にGUIは整えられたが、この時点で継承機構はなかった
http://squab.no-ip.com/collab/uploads/61/smalltalk-72-1977.jpg

そしてその後Smalltalk-76で継承機構が入ったのも、GUIだけのためじゃない
（例えば、Smalltalk-76でGUIに使われるクラス数の割合を調べてみたら分かる）

GUIはつねに＆あくまでもSmalltalkの大きな野望(?)の一部にすぎないよ
ジョブズみたいなのが色々見せられても、結局GUIスゲーで終わっちゃったって話はあるかもしれんけど
https://pbs.twimg.com/media/DM3GJ4lUIAESUOx.jpg
https://pbs.twimg.com/media/DM3GODAVwAEg3rP.jpg

**デフォルトの名無しさん** · 2017/11/20(月) 04:48:00.39

>>696
その漫画クヤシク

**デフォルトの名無しさん** · 2017/11/20(月) 05:54:47.96

>>697
ほらよつ https://www.shogakukan.co.jp/books/09187569

**デフォルトの名無しさん** · 2017/11/20(月) 08:17:47.25

一部だけ切り出すと学習漫画みたいだな。

**デフォルトの名無しさん** · 2017/11/20(月) 08:33:10.27

いかつい絵柄の進研ゼミ

**デフォルトの名無しさん** · 2017/11/20(月) 09:43:36.06

>>696
貴重な資料をありがとう
で、物は言いようみたいであれだけど、Smalltalkの歴史はそのままOOPの歴史であり
GUIを実装する試行錯誤の歴史なんだから、継承が後からなのはむしろ当然で
継承がGUIに有効なことの左証では

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

>>701
> 継承がGUIに有効なことの左証では

実装継承がGUIに *も* 有効な事はだれも否定してないと思うよ

ID:ZQLxHiSg の
> というより初期のOOPLが実装継承が中心だったのは
> まさにウィンドウライブラリ作りたかったから

や ID:D9ZDsmXZ の
> SmalltalkがGUIのために作られたのは純然たる事実じゃね
> 例え本人が否定していたとしてもそうだろう

というように、GUIやそれに付随するウインドウシステムの構築のみに実装継承の目的を限定したり
SmalltalkがGUIだけのために進化してきたかのような言い方は少々視野が狭すぎませんか？という話

**デフォルトの名無しさん** · 2017/11/20(月) 11:43:35.09

値型のメンバー変数を作れない言語だったら
無駄なポインタを減らすために実装継承が有効だろう

**デフォルトの名無しさん** · 2017/11/20(月) 15:33:48.50

GUIはオブジェクト指向のインスタンスだしょ。
インスタンスは抽象化の具現化の一つで抽象化とは
実体のない仮想的なオブジェクトの集合であり、
その存在を具現化して表現してしまった瞬間
それは実体化し具現化してしまうのだよ。

**デフォルトの名無しさん** · 2017/11/20(月) 20:36:31.84

>>698
ありがと！
面白そうだなこれ

**デフォルトの名無しさん** · 2017/11/20(月) 21:00:50.26

新人プログラマがPHPを学ぶべき理由
https://qiita.com/Gazelle/items/8817a472f33d5163a5fd

**デフォルトの名無しさん** · 2017/11/21(火) 00:59:44.39

PHP書いてるのなんてジャップランド土人村の頭がチンパンジーのエスアイアイのオサールサンダヨーだけだよー

**デフォルトの名無しさん** · 2017/11/21(火) 01:16:15.02

https://hhvm.com/blog/2017/09/18/the-future-of-hhvm.html
PHPといえば顔本のHHVMの今後

HHVMは来年にはPHP5のサポートを落として、PHP7には寄せずにHack言語に絞るそうな
やっぱり顔本もPHPは焼き払いたいんだな。Hack言語とやらがどれだけPHPから脱却できるか

**デフォルトの名無しさん** · 2017/11/21(火) 01:31:02.78

技術選定の段階でいい加減にPHPを選んだクズ野郎は
相当恨まれてそうだな

いやどこの下痢糞プェチピィ現場でもそうだろうけど

**デフォルトの名無しさん** · 2017/11/21(火) 02:04:29.26

Hack言語はダメだろ。発表から大分立ってるのに進展が遅い。
フェイスブックの中でも重視されてないだろ? 必要性があるならどんどん開発してるはず。

**デフォルトの名無しさん** · 2017/11/21(火) 04:32:17.44

それぞれ問題に対して最適な言語というものがあるわけで
何もかもに適した言語というのは存在しないよ。

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

何もかもに適してない言語ならありそうだな

いやどのPのこととは言わないがな？

あ · 2017/11/21(火) 08:13:51.83

単にディスるだけなら簡単だからな。
とはいえ、phpなんかにも「一番無難」以外に新しいメリット入れてかないとな。
もちろん他の次世代言語も「一番無難」を目指す所はあったほうがいいと思う。

.netに対してIIS、javaに対してTomcatみたいに、Dockerとか仕組みごと出す前にその言語の用のアプリケーションコンテナを強く押せば、一定のパイはあると思うんだが。

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

PL/Iのことか
理路整然としてて意外と良い言語だそ
業務系がC系やVBに流れることなくこのままの方向で進化してれば、業務系の開発は今よりずっとマシなものになってたと思う

**デフォルトの名無しさん** · 2017/11/21(火) 22:27:55.44

Smalltalkって何であんなにゴミなの？

**デフォルトの名無しさん** · 2017/11/22(水) 00:13:25.96

PHPのどこが無難やねん
PHPでまともにシステム作れてた案件1割もなかったわ

**デフォルトの名無しさん** · 2017/11/22(水) 00:19:45.97

WebとGUIのデザインって時代背景に依存する消耗品じゃね？

**デフォルトの名無しさん** · 2017/11/22(水) 01:10:13.88

>>708
面白いなHackは独自言語に進化するんだ。
そう言えばHackのXHPって面白いな。
ReactにおけるJSXみたいなもの。

PHPではhtmlコード部分はただのテキストでHTML 部分の構文がどうだろうと無視されるけどXHPはHackの処理系で妥当性が検証される。
メリットとしては事前に構文がチェックされるのと
XSS対策くらいだろうか？詳しい人に聞きたい。
Reactみたいに独自のタグが作れるとかだったら面白いな。

**デフォルトの名無しさん** · 2017/11/22(水) 06:55:53.18

>>715
今頃来ても遅いよ

あ · 2017/11/22(水) 08:40:43.24

>>716
結構あるぞ。

**デフォルトの名無しさん** · 2017/11/22(水) 09:16:12.81

求人みると未だにphpが一番多くね

**デフォルトの名無しさん** · 2017/11/22(水) 10:02:13.08

>>710
単純に旧PHPのサポートしなきゃいけなかったから実体反映遅れてんじゃねえの？
最近のHHVMはHackのバイトコード実行する機能入れてるし

文法はシラネ

**デフォルトの名無しさん** · 2017/11/22(水) 13:15:10.00

>>721
日本全体で見れば店員や肉体労働の求人が多いのと同じことでは。

**デフォルトの名無しさん** · 2017/11/22(水) 13:51:58.93

>>723
なるほど、頭を使わんでいい仕事は求人が多いってことか。
なんかすげー納得した。

それを言われて気づいたんだが、「PHPが世界で一番使われてる言語だから一番良い言語」って理屈は
「ハンバーガーとコーラが世界で一番売れている食べ物だから一番うまい食べ物」って理屈と同じってことだな。

**デフォルトの名無しさん** · 2017/11/22(水) 17:56:25.22

>>714
> PL/Iのことか
> 理路整然としてて意外と良い言語だそ

言語仕様が大きな言語は最初から慎重に言語設計がされているから理路整然としているし
その後で言語仕様の拡張をしてもグダグダになりにくい（理路整然さを保った拡張が可能なことが多い）

これはPL/Iだけでなくそれ以降に開発された（各々の開発時点で最も複雑とされた）言語であるAlgol 68やAdaでも同様

> 業務系がC系やVBに流れることなくこのままの方向で進化してれば、業務系の開発は今よりずっとマシなものになってたと思う

Cのように本来は小さく単純なものとして産まれた言語は拡張に耐えるような基本設計になっていないので
拡張するとグダグダになり勝ち

ちょうど最初から巨大なビルとして設計されたビルは通路（人の動線）やエレベーターや水回りや電気系統などが整然と配置され
その後の多少の拡張や変更にもそれらの整然さが余り乱されないですむが、最初に小さな建物として作られた旅館が
色々と増築を受けると通路（特に避難通路）が迷路の如くなり電気配線や水回りの配管もほとんど誰も知らない謎めいた代物に
なるのと似ている

**デフォルトの名無しさん** · 2017/11/22(水) 18:00:15.91

Java や C# は巨大ビルですか？それとも旅館ですか？

**デフォルトの名無しさん** · 2017/11/22(水) 18:40:29.63

PL/M はどうなん？

**デフォルトの名無しさん** · 2017/11/22(水) 19:52:21.96

PCは部品を増設できるからダメ
SIMロックしたスマホが最強に儲かる
ってことだろ

**デフォルトの名無しさん** · 2017/11/22(水) 22:10:06.01

>>721
メンテナンス放り出す奴が多いんだろ。

**デフォルトの名無しさん** · 2017/11/23(木) 00:57:55.01

>>723
>>724
ここ最近で一番的確なレスだね

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

>>724
という勘違いな。
頭使わないのは、仕事じゃなくて単なる作業だからいずれは機械に取って変わられる。
どんな仕事でも、マトモな奴はちゃんと頭使ってる、って事が社会に出たら分かるよ。

**デフォルトの名無しさん** · 2017/11/23(木) 09:16:33.31

実際にはExelのマクロ使えば数秒で終わるような作業を
毎日数時間かけてタラタラ打ち込んで給料を貰ってる事務職は大量にいるよね

**デフォルトの名無しさん** · 2017/11/23(木) 09:22:09.16

>>732
そのとおりだ。
それで稼いだカネをITに注ぎ込んてくれるんで、プログラマーの仕事が有る、っていうのも事実だけどな。

**デフォルトの名無しさん** · 2017/11/23(木) 10:22:33.43

>>731
なにぃ⤴！？
社会に出てるのに分からなかったよぉ。俺ってバカなんだなぁ⤴
社会に出てる君にはそのことが分かるんだろうなぁ⤴wwwww
すごいなぁ⤴wwww

少しまじめにレスすると「社会に出たら、まともな奴ってかなり少ないことが分かった」というのが俺の経験則だな。
大した根拠もなく、他人に勝手な偏見を持った発言をするのは控えたほうがいいと思うよ。
「こいつ、まともな人間じゃないな」と思われる危険性があるよ。

**デフォルトの名無しさん** · 2017/11/23(木) 11:10:08.14

多数決だから
まともなじゃない事象があっても確率が51%になるまで無視するから見えない

あ · 2017/11/23(木) 11:44:04.90

多数決は単なるきれいな暴力だからな。
きれいにお前らを封殺したいんよ、って意思表示も込められるくらいに腹に据えかねてるときしか使わん。

あ · 2017/11/23(木) 11:45:01.64

票が足らん？普段出ないような社員を「幅広い意見を募るため」と集めたるわ、ぐらいの時。

**デフォルトの名無しさん** · 2017/11/23(木) 11:54:58.61

>>733
だから、事務社員様の仕事を奪わないように、
業務モデルを効率化することなく
紙の上でやっていたことをPC上でやって
最終的に紙に印刷できなければならないのさ。
全ては事務社員様の雇用のために。

あ · 2017/11/23(木) 13:26:26.64

紙に印字できないといかんのはどっちかと言うと事務方よりITでないエンジニアの人の方がこだわるイメージだけどな。
医者は昔相手にしたことあるけど、常に野戦病院と化しても運用できる体制にこだわってたし、実際何度か近い大惨事を経験した。
機械屋も同じで、明るければ読める形での設計資料、過去整備記録、縮退運転切り替え要領書みたいなのにこだわってたな。

入力が楽になるのは素晴らしいけど、入力したものが必要な時って平常時とは限らない、みたいな思想だった。
いずれも、事務方のほうが力弱いから、負けた方の事務方は「今この場には必要ないかもしれませんが、こうすべきと言われてるのでオール電子化は反対です」と端的に言いよるけどね。

**デフォルトの名無しさん** · 2017/11/23(木) 13:40:51.84

>>738
日本の受託ITにそれを批判する資格は無いんだよなあ
業務モデルを変えられないからIT屋に開発の仕事があるんだよ
システムに合わせて業務変えられる民族なら、そもそも大抵の案件は出来合いのパッケージ使えば終わりということになっちゃう

**デフォルトの名無しさん** · 2017/11/23(木) 13:50:02.49

>>738
ウンコードにウンコード激盛大将軍してウンコードを積む作業を生み出す
現代の錬金術師ペチパー様のことかね？

**デフォルトの名無しさん** · 2017/11/23(木) 19:36:28.54

Googleが採用決めたSwiftが覇権で決まりか

**デフォルトの名無しさん** · 2017/11/23(木) 19:42:20.30

バカ「うーん、これは適材適所だからPHP！ｗこれもPHP！ｗあれもPHP！ｗ」

**デフォルトの名無しさん** · 2017/11/23(木) 19:55:54.79

>>742
まだバージョン0.4 なんでしょ？ｗ

**デフォルトの名無しさん** · 2017/11/23(木) 20:55:11.34

AppleがSwiftやめるらしいが・・

**デフォルトの名無しさん** · 2017/11/23(木) 21:07:15.98

>>734
>大した根拠もなく、他人に勝手な偏見を持った発言
724みたいなのも居るしね。
おま環で判断してないで、より良いものを探したら？

**デフォルトの名無しさん** · 2017/11/23(木) 21:11:45.46

GoogleがSwiftってことはC++の代替ってことだよな。
あれ、Go言語はどうなるんだ。

**デフォルトの名無しさん** · 2017/11/23(木) 21:13:15.54

>>745
やめるわけがない
iOS 11やmacOS High Sierraで内部での採用も順調に増えてる

**デフォルトの名無しさん** · 2017/11/23(木) 21:31:24.03

>>746
ん？ごめん。ちょっと意味が分からない。もう少し詳しく説明してくれ。

**デフォルトの名無しさん** · 2017/11/23(木) 22:09:26.36

未だにObjective-Cのほうが安全という事実

**デフォルトの名無しさん** · 2017/11/24(金) 09:28:48.51

うちは社内の保守的なエンジニアのおかげでSwift移行しなかった。
現状を見れば良い判断だったと思う。
RustもいずれSwiftと同じことになると思う。

**デフォルトの名無しさん** · 2017/11/24(金) 10:17:28.01

Swiftはプラットフォーム囲ってるからまだ無茶が効く
囲ってる訳でもないRustが同じことなんてしたら一瞬で客が離れるだけだわ。火狐の現状がRustの未来だ

**デフォルトの名無しさん** · 2017/11/24(金) 10:22:52.20

RustはABIを安定させないことで最適化と改良の余地を残しているから
1アプリで完結するようなのはいいけど、基礎的なものを置きかえるには適さないんだよね
サイズの問題もあるし

ま、こんなこといったらC++含めて全部不適格だけどな
C言語とJavaぐらいしか残らん

**デフォルトの名無しさん** · 2017/11/24(金) 11:05:30.58

Fortran 使おうぜ

**デフォルトの名無しさん** · 2017/11/24(金) 11:19:01.17

implicit、none（笑）

**デフォルトの名無しさん** · 2017/11/24(金) 13:55:24.14

まあ確かに、イミュータブルによる安全高速化、動的ってんなら既にHaskell、Erlang、Crystalとか有るので、Rustが何を目指してるかは俺には不明だが、Rustファンでその辺知ってる人居る？

**デフォルトの名無しさん** · 2017/11/24(金) 16:59:13.92

Rust は haskell と同じ道をたどるんじゃねーの？
ファン層も似たようなもんでしょ。
なんか理解しずらい高級な機能があるから覚えるとどや顔できるって感じで。

**デフォルトの名無しさん** · 2017/11/24(金) 17:13:50.15

>>756
GCのアルゴリズムが副作用だらけなのにイミュータブルとか嘘つくのをやめよう
RustはGC無しがデフォルト
副作用はある程度容認する
これなら嘘つかなくてすむ

**デフォルトの名無しさん** · 2017/11/24(金) 17:26:27.92

>>758
既存言語を貶してもRustの価値が上がるわけ無いじゃん。
GC無しってのはアプローチの一つなんだから、既存言語の改良では済まない「何か」を何故可決できるのかを訴求しなきゃ、「僕の考えた最強言語」で終わっちゃうってだけだよ？

**デフォルトの名無しさん** · 2017/11/24(金) 17:41:02.84

>>759
価値は上げなくてもいい
実際に上げなくても、上がった上がったって嘘つくだけでも別にいいよ
嘘に寛容な世界とはそういう世界だ
だが、もし本当に価値を上げたいなら嘘つかない方法を考えた方がいいんじゃないか

**デフォルトの名無しさん** · 2017/11/24(金) 18:49:38.61

GCってのは副作用を前提としたCPU上で副作用無しの世界を作る舞台装置なんだから
意味的な文句を付けてもしょうがないだろ
「GCはリアルタイム性落ちるし並列化にも適さないから糞」とか性能の話なら言っていい

**デフォルトの名無しさん** · 2017/11/24(金) 18:59:37.89

>>760
何だ思い付き厨か、つまらん。
何でGCがポイントなのかも知らんのだろ。

**デフォルトの名無しさん** · 2017/11/24(金) 20:47:57.51

Rustつこてるもんは嘘つきってことでおk？

**デフォルトの名無しさん** · 2017/11/24(金) 20:51:48.12

>>763
お前さんの脳内世界でお好きにどうぞ。
計算モデルが違うもんを比較する事に意味があると言うなら、別に止めはしない。

**デフォルトの名無しさん** · 2017/11/24(金) 20:53:34.51

Cに回帰しようよ

**デフォルトの名無しさん** · 2017/11/24(金) 21:35:13.18

>>756, >> 759
Rustが目指しているのは基本的にはC++の後継。
C++との一番の違いは、Cとの互換性を捨てることで、より厳格(安全)に書けるようにすること。
厳格であることを実現するために、型システムとメモリ管理などについて比較的新しい概念を導入している。
型システム、イミュタービリティやその他の構文に関してはHaskellの影響を強く受けている。
メモリ管理については、従来のC++ではプログラマがメモリ安全を保障するしかなかったが、
C++14以降のスマートポインタやそれに伴うメモリオーナーシップの概念の影響を受けて、
所有権、借用(参照)、ライフタイム(3つ合わせて所有権システムなどと呼ばれる)という形で構文にそれらを組み込むことで、
コンパイラがメモリ安全を保障することができるようにした。
ただし、あくまでC++の後継なので比較的簡単にFFI(Cを呼ぶ)ことができるようにという点も意識して作られている。
だから、unsafeを使えば生ポインタを直に使えるように設計されている。
Haskellとの違いはGCを使っていないこととミュータブルも扱えるようにしていること等で、
結局、それらはC++並みの実行速度を実現するため。
他にも細かい違いは多々あるが、大まかにはこんなところかな。

**デフォルトの名無しさん** · 2017/11/24(金) 23:50:42.23

>>765
コンテナ系(hashmap等)を標準でサポートしてくれ

**デフォルトの名無しさん** · 2017/11/25(土) 11:23:50.59

hashmapを仲間にしたら自動的にジェネリクスとGCが仲間になるパターン
だから仲間にしない

**デフォルトの名無しさん** · 2017/11/25(土) 11:32:23.12

<generic.h>という伝説の凶悪なやつがあるぞ

**デフォルトの名無しさん** · 2017/11/25(土) 12:28:18.18

コンテナを提供するのに GC も Generics も要らんだろ

**デフォルトの名無しさん** · 2017/11/25(土) 12:42:05.98

>>726
本質的には複雑に積み上げられた旅館でしょ
多少はリフォームして整理されてるけど

**デフォルトの名無しさん** · 2017/11/25(土) 12:52:41.30

>>770
ただのコンテナではなく標準のコンテナだろ
GCとGenericsを使わずに標準やってる感を出せるか？

**デフォルトの名無しさん** · 2017/11/25(土) 13:04:31.47

qsortがあるんだからいけるいける
全部void*で

**デフォルトの名無しさん** · 2017/11/25(土) 13:31:58.11

qsortの闇は深い
void*もあるが、要素の比較が本当にO(1)なのかどうかの責任を呼び出し側に転嫁する

**デフォルトの名無しさん** · 2017/11/25(土) 13:50:07.83

なんだその責任って

**デフォルトの名無しさん** · 2017/11/25(土) 14:01:56.85

結局、型とgeneric(もしくはマクロ)をいい感じに統合するのって
かなり難しいんだろう。
アドホックなやり方になりやすい。

**デフォルトの名無しさん** · 2017/11/25(土) 14:38:33.35

そこでC++ですよ