- 1 名前：デフォルトの名無しさん mailto:sage [2017/06/13(火) 08:54:07.99 ID:O1HnBMDk.net]
- いざ、語ろうぞ。
スレタイ超過のため、一部省略。
その他もウェルカム。
前スレ
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
mevius.2ch.net/test/read.cgi/tech/1492631007/
- 263 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 06:47:52.98 ID:x40Yunw0.net]
- >>250
そこから漫画みたいなインフレが起きて「perlくらい知ってないと」ってなるのが
linuxの醍醐味
- 264 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 07:01:16.37 ID:SG/9DEZV.net]
- >>257
お前Haskellで書きにくいコードから逃げて、
書けるとこだけ書いてHaskell書きやすいって言ってるだけじゃねーか
お前はそのクソコードで満足なのかもしれんが、それを押し付けてくんな
違うっていうならin-placeのソート書いてから能書き垂れろ
- 265 名前：デフォルトの名無しさん [2017/07/05(水) 07:27:05.94 ID:+U8R7kGU.net]
- それの何がいけないんだろうか。。。
速度欲しい時だけCで書けば良いってのはまさにそれだが。
Haskellでも書けないことはないんだろうけど、楽するための言語なんだから、そんな事するならCで書くよ。
おいらにとってはLL的な用途にはLLよりHaskellのが楽だった。
それだけの事。
- 266 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 07:33:33.70 ID:x40Yunw0.net]
- 仕様書の常套手段か
書ける仕様だけ書いて残りは実装依存で逃げる
- 267 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 07:38:51.44 ID:bh56GpK2.net]
- Haskellの再利用性に関する重大な課題は>>80-81で既に示されてるね
mfput君の意見がまだみたいだけど見解は?
- 268 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 07:51:17.76 ID:0jzZYcN5.net]
- >>142も結局mfputしか再利用出来てないし
mfput君は今のところ肝心の再利用性の高さについてはほとんど立証できていないように見える
Haskell云々というより本人の設計センスの問題な気もするが
- 269 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 08:10:24.97 ID:SG/9DEZV.net]
- お前の意見なんて「自分のような初心者にとってはHaskellは分かりやすかった、以上」だけで十分なんだよ
お前のクソ初心者臭いコードやポエムを読まされて
他者が得るものがあるとでも？
- 270 名前：デフォルトの名無しさん [2017/07/05(水) 08:28:35.89 ID:+4iFZrIp.net]
- 2chのレスに得るもの求めるとかガイジかよ………
Stack overflow 池
- 271 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 08:33:57.06 ID:6kuRSSMe.net]
- 俺は2chで煽り耐性を身に着けた
- 272 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 10:00:37.58 ID:tWLafY8Y.net]
- このスレでガイジガイジ連呼してるやつマジ病気かよ
どんだけリアルで悲惨な人生だったらこうなるんだ
- 273 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 10:24:17.91 ID:x40Yunw0.net]
- 漫画みたいにいつまでたっても話が終わらない
病気か才能かはわからんが
- 274 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 12:26:16.42 ID:+4iFZrIp.net]
- Haskellの言ってることは一応一貫してる
そこに突っ込んでる人は一貫してる部分を読めていないとしか思えないツッコミばっかり
そんな的を外したらツッコミに逐一返信してるんだから永久に終わるわけがない
- 275 名前：デフォルトの名無しさん [2017/07/05(水) 12:32:33.78 ID:GeoIRJSP.net]
- >>263
>>81がまさにおいらの回答だが。。。
mfputはLLより短く書けないもんかと考えた時、あらゆるものが関数何だから関数化出来るじゃんって思い付いた。
- 276 名前：デフォルトの名無しさん [2017/07/05(水) 12:38:33.21 ID:GeoIRJSP.net]
- >>265
あはは。
その通りだよ。
LLより初心者に優しいってのがまず一つ。
LLに限らないけど、定型文になってる部分もパターン化して関数にし易い(LLでも出来るだろうがスマートじゃない)
- 277 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 12:45:05.83 ID:XfevCCY3.net]
- しんちゃんスレ
- 278 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 12:53:14.41 ID:PFivIsqu.net]
- >>271
81が回答とかさすがにガチハスケラにぶん殴られるぞ
ハスケラはこういう突っ込みには
「呼び出し側も含めて設計を見直せ。状態を持たせるというのは本質的に重大な変更であるから影響が大きいのは当然である。」と答えるのがテンプレだ
覚えておけば役に立つよ
- 279 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 13:23:50.44 ID:x40Yunw0.net]
- Javaでもうっかりstatic変数を使うと設計を見直させられるパターンだろ
thisとかselfとかいう引数を追加するのが定石
これはHaskellでも簡単にできる
- 280 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 13:59:00.37 ID:PFivIsqu.net]
- Javaの場合はインスタンスフィールドでいいだろ
Haskellだと直前の値を保持しているところまで遡って全部修正かな
- 281 名前：デフォルトの名無しさん [2017/07/05(水) 21:01:53.58 ID:z3CI8qH6.net]
- >>274
STモナドとかで実現は出来るんだけどさ。
GUIならGUI、DBならDBに状態保持を任せちゃった方がスマートだとは思わないかい？
テンプレじゃ無く、あんたのハートに聞いてる。
ああそうそう、実はgrepは検索文字列が見つかった前後20文字表示にするか行表示にするか迷って、行表示の方が簡単だからたまたまgrepと同じ機能になっただけで、前後20文字の場合は別にファイルの内容丸ごと記憶しておく変数を引き回しても良かった。
どうせ遅延評価で必要になるまで読み込まれないから2ファイル同時でもたかが知れてるしね。
丸ごと記憶する方法も、見つかったら29文字以前をGCしやすいようにするのと1から検索させるのとあるけど、小説10-20冊を1ファイルに収めても問題無いんだから気にする事もない。
- 282 名前：デフォルトの名無しさん [2017/07/05(水) 21:03:02.86 ID:z3CI8qH6.net]
- x29
o20
- 283 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 21:21:41.45 ID:HfOW3or9.net]
- いかにHaskellキチがお勉強できて正しいこと言ってようと
こいつがgrepを始めとしたツールを知らない無知で
オレオレ仕様で再発明してドヤ顔してるトンチキなのには変わりないんだよな
- 284 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 21:23:14.50 ID:HfOW3or9.net]
- Haskellが使える言語かどうかは知らんけどHaskellerがオタンコナスなことはまた一つ実例が出てきてしまった以上の情報はないね
- 285 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 21:27:53.06 ID:vgwSeoh2.net]
- このHaskellerってファイル読み込んで同じファイルに上書きするの出来ないとか言ってたはずだけど、
それでどうやってテキストエディタ作るんだろう？
まさか全部DBにデータ入れるのか？
テキストエディタのインストールの前にDBのインストールが必要ってことか？
- 286 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 21:39:14.16 ID:HfOW3or9.net]
- >>281
一時ファイルに書き出してムープじゃね？
- 287 名前：デフォルトの名無しさん [2017/07/05(水) 21:46:58.82 ID:z3CI8qH6.net]
- >>279-280
おいらがトンチキ呼ばわりはいいんだよ。
あれ、Haskell使えるんか？使ってみようかなって人が増えれば。
んで、そんな無知で馬鹿な奴でも書けるアピールな。
- 288 名前：デフォルトの名無しさん [2017/07/05(水) 21:50:19.56 ID:z3CI8qH6.net]
- >>281
それはwriteFile関数の仕様。
readFaile幾つ読み込んでもいいし、下位の関数探ってれば複数ファイル書き込めるのもあるだろう。
安全の為の仕様だし、安全じゃないのを許容するのがあるはず。
最悪、Cで書いてFFIでHaskellから呼べば良い。
- 289 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 22:04:05.82 ID:fqeoBJ4G.net]
- >>277
全く思わないな
なんで勝手にGUIやDBを前提にしてるんだ?
これまで状態を持たなかった関数を前後の値を考慮するように変更したいというのは
君の大好きな「LL的なタスク」であってもそれほど珍しい状況ではないように思うぞ?
- 290 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 22:42:05.37 ID:+4iFZrIp.net]
- >>281
よく知らんけどleksahって言うHaskell製IDEが実在しているのでこのHaskellの人が言ってることが間違ってるのは間違いない
- 291 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 22:49:59.85 ID:+4iFZrIp.net]
- つーか>>274に>>277で返すのは会話が噛み合ってないだろ
正しい答えは「ごめんなさい」だ
- 292 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 23:03:23.20 ID:bh56GpK2.net]
- だいたいDBやGUIに持たせるといってもどこからそのコンテキストを持ってくるんだ?
結局呼び出し階層を遡って大修正だろう
暗黙的に環境の状態にアクセスするような関数があればいいとか思ってるなら、冗談抜きで怖いハスケラに夜道で襲われるレベルの邪悪な思想だぞそれ
- 293 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 00:04:57.61 ID:CrSqEEHs.net]
- 大きすぎて修正できないならさっさと諦めて逃げれば邪悪にはならないが
逃げるくらいなら邪悪な方がマシだと思うから邪悪になる
- 294 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 01:50:43.47 ID:9Gxa3EmF.net]
- >>283
まーHaskell自体は決して使えん言語ではないのは知ってる
書くもんが大型化してくるとデフォ遅延評価のせいで副作用周りのデバッグが発狂難易度になるとか
ちょっと気を抜くと遅延サンクが膨れ上がって死ぬとか
色々あるからあんまりモノリシックにでかいものを複数人で書くのには向いてない言語だとも思うがね
そういう意味でHaskellはハードウェア記述言語に向いてると思うんだが、まだこれといったやつが出てきてないんだよな
- 295 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 02:15:34.43 ID:pIo4ewrq.net]
- そもそも関数型が解決しようとした問題は、副作用の連鎖による想定外のトラブルだろ
大規模な構造をどう記述するかということであって、もうそれはOOPが解決してしまった
- 296 名前：デフォルトの名無しさん [2017/07/06(木) 08:32:49.91 ID:KLsItAo2.net]
- つまり純粋関数型は使えないと？
- 297 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 08:51:12.34 ID:EB5tIDF+.net]
- その純粋ってのを保証してるのはコンパイル時の型チェックだな
それがなければ使える
- 298 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 09:13:26.21 ID:Xn+el2UL.net]
- つまりscala最強ってことか
- 299 名前：デフォルトの名無しさん [2017/07/06(木) 09:24:44.24 ID:4UTaW8nX.net]
- オブジェクト指向プログラムで副作用は解決してないだろ。どうみても。
- 300 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 09:46:24.49 ID:EB5tIDF+.net]
- 288の言う「呼び出し階層を遡って大修正」は
副作用有り・無しのチェックだけじゃない
ヌルを許容する・しないのチェックで破綻するケースもある
- 301 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 10:02:36.10 ID:tNWdrmh7.net]
- >>296
あるある
汎用性を考え出すとモナドとMaybeにまみれて何のための静的関数型かよく分からなくなってくるんだよな
- 302 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 17:43:28.35 ID:FO8iZdOb.net]
- >>290
うちのプロジェクトは遅延評価禁止ね全部先行評価で書け
oO（ソースが全然Haskellに見えないｗ）
- 303 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 19:15:58.18 ID:NwSzXY2t.net]
- プログラムが現実と関係を持ちつつ社会の中で動いている以上副作用を無くすことはできない。
全体を停めることができず、部分単位でアップデートを繰り返すならなおさら。
そう言った意味で『関数型言語』は結局いつまでも実現することのない賽の河原の石積み。
- 304 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:11:21.34 ID:lW8KZ3Ns.net]
- まあ言語の機能によって副作用のないコードエリアを明示するってアイディアは
良いと思うんだけどね。
haskell は変な極論を推し進めてどうしようもなくなってるという印象が強い。
- 305 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:13:21.99 ID:dOY2yuiz.net]
- >>297
>>299
副作用が多くてMaybeモナドだらけになるって設計が悪いだけじゃない？
それって普通のプログラミング言語で書いても副作用だらけのプログラム書くってことでしょ？
どんなプログラミング言語でも副作用はなるべく少ない箇所に押し込むでしょ
- 306 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:29:36.80 ID:XEsudacO.net]
- Haskellは副作用禁止の言語だと思ってる奴多いんか？
副作用と純粋関数に分けて書くってだけだぞ
- 307 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:35:22.98 ID:td/2KdW6.net]
- >>301
Haskellは極論バカだから特にそこが問題になるんでしょ
オブジェクト指向では少々副作用があろうが汚かろうがクラスに閉じ込めて外からは「問題にならない」ようにすることができる
mfput(笑)みたいな小さな問題と違って、現実世界の問題を相手にすると常に最初から完璧な設計をするなんて不可能だしね
- 308 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:39:55.53 ID:td/2KdW6.net]
- >>302
そんな勘違いをしてる奴は誰もいないと思うぞ
副作用の混入に対してセンシティブすぎるという話
- 309 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 22:50:47.39 ID:C7kBl0W7.net]
- そもそもプログラム自体が副作用そのものだし
- 310 名前：デフォルトの名無しさん [2017/07/06(木) 23:11:16.25 ID:4UTaW8nX.net]
- Javascriptのこのクイックソートは副作用なし
// QuickSort
QS=X=>X.length<=1?X:[
...QS(X.filter((x,i)=>i>0&&x<X[0])),X[0],
...QS(X.filter((x,i)=>i>0&&x>=X[0]))];
//main
var x=1, X=[...Array(20)].map(()=>x=(7+37*x)%100);
console.log("in: "+X + "\nout: "+QS(X));
ideone.com/wnQXXE
- 311 名前：デフォルトの名無しさん [2017/07/07(金) 06:18:59.39 ID:1OiH67XQ.net]
- >>290
ハードウェア記述言語向きってのは使った事ないけど、分かる気がする。
おいらもHaskellでGUIから何から書き下すのは出来なくはないけどそれOOPで良いよねって思ってて、
でもある意味CUIよりGUIの方がメッセージやイベントに答えるコード書けば良いだけなんだから、
むしろGUIをHTMLやXAMLで記述するようになった今だからこそHaskellは環境さえ整えばGUIも向いてると思うんだよね。
その環境が絶望的に揃ってないだけで。
なんつーかな。
あんたと思ってんのは基本同じだな。
全部Haskellで書こうとするから無理が出る。
上手に副作用部分を外部ツールなり、他の言語に任せて連携させればこれ程シンプルかつ堅牢に作れる言語もなかろうって思う。
- 312 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 09:21:04.24 ID:Od+E3Jwj.net]
- つまりhaskellではなくOOPと関数とマルチパラダイムが答えということか
あ、Scalaやね
- 313 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 09:44:10.95 ID:SZnapx63.net]
- 今だとGoogleのお墨付きを貰ったKotlinだろう
mfput君のレベルだと全く不足ないことは上で実証済みだし
- 314 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 10:33:52.64 ID:U3HkjAD4.net]
- Kotlinよさげ
型クラスもしくは高階型って使える？
- 315 名前：デフォルトの名無しさん [2017/07/07(金) 10:37:23.83 ID:NO/da/cw.net]
- >>308
HTMLやXAMLでGUI部分書くようになった今、OOPの役割は終わったのに醜く延命してるって話。
でもコード資産があるから、ベストじゃ無いって分かっててもそうなるんだろうな。
- 316 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 12:01:01.33 ID:GpMOtbcc.net]
- >>311
GUIの中で副作用のないところをhtmlに切り出せたなら
あとは副作用をどう上手く書くかだろ？
だったらHaskellみたいな純粋関数型は益々いらんって事にならんか？
- 317 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 12:31:39.94 ID:qM4KnfoJ.net]
- GUIで書きたいのはただの副作用ではなく非同期な副作用
非同期とXMLを流行らせたJSの手柄をOOPの手柄にするのはアクロバティック過ぎる
- 318 名前：デフォルトの名無しさん [2017/07/07(金) 12:34:56.69 ID:xvg52mfm.net]
- え、逆だろ？
HTMLやXAMLは副作用の排出口。
だからそれらに書き込むような表層部分に副作用部分を集める。
むしろ今だからこそHaskellがGUIで活きる可能性が出て来た。
例えばエディタ作るとして、CUIだと文字入力監視用のループがある。
GUIだと文字入力されたってイベントに対応すれば良いから、HaskellだとGUIのがエディタ書きやすいと予想してる。
んで、そっからは文字列処理得意なHaskellの独壇場。
普通のアプリなら文字列処理をロジックと読み替えて良い。
まあ実はHaskellだけでGUI書いてもJavaやC#みたいにIDEが整備されてる言語には劣るけど、整備されてない言語とならどっこいどっこいで、特にGUI苦手ってわけでも無いんだけども。
Haskellっぽくなくていやんな見た目なだけで。
- 319 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 13:09:15.86 ID:24WGQrlF.net]
- >>311
うん、意味不明
独自のwidgetを作るのにOOPは必要
- 320 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 13:14:54.40 ID:SZnapx63.net]
- >>314
そこまで構想(妄想?)ができたならもうそろそろいいだろ
続きはgithubで語れ
mfput(笑)みたいなサンプルじゃなく、�
- 321 名前：ｿゃんと実用性のあるGUI&DBアプリを作ってくれよ
期待してるぞ [] - [ここ壊れてます]
- 322 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 13:39:25.73 ID:kkdCXGBc.net]
- >>314
GUIアプリを画面を入力すると画面を出力するプロセスの集合体と見做すのはCOBOL時代には主流だった発想だよ(今でもWebには色濃く残っている)
自分でやってみりゃわかるけど、確かにスケールはさせやすいんだがくだらん単純作業とコピペを延々繰り返すような開発になるし
大きな手戻りが生じるともう悲惨
- 323 名前：デフォルトの名無しさん [2017/07/07(金) 14:05:26.16 ID:C9MPrnMO.net]
- うい。
作れたら出してみる。
- 324 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 21:35:56.42 ID:0YPYv3Ek.net]
- 出すまで帰って来るなよ
- 325 名前：あ mailto:sage [2017/07/07(金) 22:07:41.70 ID:TSmGX11I.net]
- ダム端の画面エンジン面倒見たことあるわ。
文字入力監視のループと、GUIのイベントのdispatchループがどう違うかわからんな。
WinMainとGetMessageとか、XlibのXNextEventからGUIアプリ作ったこと無くて知らないだけじゃねえの？
副作用の出口ではないような。
WM_PAINTの処理中に描画以外やるべきで無いのと同じように、画面周りは出力に徹しないと話がまとまらん。
入力の処理なんか、フォーカス持ってるやつにメッセージ投げるだけだろ。
- 326 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 05:20:26.84 ID:iVqKXTPM.net]
- 昨今の話題にのせられてKotlinの入門編読んでみたけど、なんかイマイチだった･･･
関数の引数は型推論してくれんの？カリー化して部分適用とか力ずくでやらんといかんの？パイプライン演算子は･･･
今のところ不安しか感じてない、次世代言語の劣化版でバカチョン言語ってのがKotlinの実像かな？
- 327 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 07:39:05.73 ID:nT4jFya6.net]
- >>321
関数引数の型推論もカリー化もパイプライン演算子も
全部持ってるHaskellがゴミクソだったから、
それらは言語の生産性にとって特に重要じゃないって事だよ
- 328 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 09:40:04.24 ID:15PsL+fn.net]
- 括弧を省略しないカリー化はゴミクソだし
中置演算子を使わないのと括弧を省略しないのはLispとJavaの伝統じゃないか
- 329 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 09:45:29.15 ID:zwxu6ZoN.net]
- なんだかんだカリー化は微妙だと思うなあ
部分適用の文法はClojureとかMathematicaがいい感じ
パイプライン演算子はLL的に使うときは便利やね
- 330 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 01:34:13.11 ID:VQ9sifwz.net]
- >>322
HaskellがクソなのはDynamicBindingが言語的に駄目扱いされてる点だぞ
あとstatic初期化にunsafePerformIOが必要な点もクソ
デフォルトで静的型なカリー化とかあったほうが明らかに使いやすいだろ知ったか野郎
- 331 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 11:47:13.63 ID:oyNYkVXL.net]
- そんなものは言語オタクが喜ぶだけで生産性と何の関係もない
- 332 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 12:33:52.51 ID:NQXPB1lU.net]
- 生産性（低産階級労働者にも扱えること）
- 333 名前：デフォルトの名無しさん [2017/07/10(月) 17:50:59.58 ID:LYSrTSKk.net]
- Rustが実用言語になったぞ
DockerをオラクルがRustで実装した
- 334 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 20:00:12.08 ID:d0flA58w.net]
- お、おう・・・
- 335 名前：デフォルトの名無しさん [2017/07/10(月) 20:04:51.52 ID:LYSrTSKk.net]
- 実用言語になったらもう次世代言語じゃないからこのスレとはお別れだな
じゃあな
- 336 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 21:04:24.59 ID:Fha/eGoH.net]
- すげえ論理でﾜﾛﾀ
- 337 名前：デフォルトの名無しさん mailto:sage [2017/07/10(月) 21:59:47.07 ID:2kp3NGJ8.net]
- 建物は完成した時点から崩壊が始まるのでわざと未完成の部分を残しておくとかいう話を思い出した。
- 338 名前：デフォルトの名無しさん mailto:sage [2017/07/11(火) 11:36:48.66 ID:5tKo2E+W.net]
- そもそもオラクルって時点でお察しだが、
業界ゴロのモジカスとOSSゴロのオラクルは相性が良かったんだろうな
- 339 名前：デフォルトの名無しさん mailto:sage [2017/07/11(火) 15:49:53.62 ID:Fwj1YTm5.net]
- >>332
誰がどう見ても未完成なら意見が対立しないからね
完成したら、一部の（自称）察しのいい奴が、まだ完成してないと主張し対立が始まる
- 340 名前：デフォルトの名無しさん [2017/07/11(火) 17:23:33.46 ID:9uLf2kf9.net]
- >>333
マルポ
mevius.2ch.net/test/read.cgi/tech/1495343069/262
- 341 名前：デフォルトの名無しさん mailto:sage [2017/07/11(火) 18:53:45.21 ID:dSS1j36W.net]
- [][Tebla][]
}
000-"Yob*RtStrike"[%Kil\]MO,fla>%$9999VLTS
001-GYORLith"0\R"/"ESUBA"%$%
HADO-"EM","L","O","NU"###END
- 342 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 22:48:51.57 ID:mlvPRLpa.net]
- 実用言語になってないのが条件なら
Smalltalkも入れてくれよ
- 343 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 23:51:46.66 ID:k6H5UqbS.net]
- Smalltalkは実用されてるだろ
スタートアップ界の異端児！産業機器 x IT x SmalltalkのSORABITO株式会社…人材採用のプロ・高野秀敏氏が厳選「いま最も旬なベンチャー」
https://thepedia.co/article/1068/
- 344 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 00:48:32.99 ID:ZEMYQbKR.net]
- 一生実用言語にならないような言語は次世代とは呼ばねえだろ池沼かガイジ豆腐で撲殺するぞ
- 345 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 00:52:26.73 ID:6ivxTFOR.net]
- 21世紀に生まれた言語限定でええやろ！
- 346 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 01:37:14.59 ID:GmrDZ9ks.net]
- オブジェクト指向というだけで最低限の実用性はあるから純粋な世界に引きこもる
関数型は引きこもるとやばいから外に出る
- 347 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 07:10:16.60 ID:uexVWLm1.net]
- 純粋OOPLより純粋FPLの方がいろんな意味で引きこもっとるわ
Smalltalkのシンボルがなんで「気球」なのか、知らんのか？
lists.squeakfoundation.org/pipermail/squeak-dev/1998-October/022354.html
- 348 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 07:22:43.74 ID:ZgBNlC8f.net]
- Smalltalkの引きこもり方は物理的っていうかなんというか
imageの世界に引きこもってるせいで外の世界で新しいツールとか流行ってても使えないし
- 349 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 07:29:54.34 ID:uexVWLm1.net]
- >>340
20世紀生まれとかバカにしてるけどな
Traitsなんて言語機能は10年とちょっと前
21世紀になってからSmalltalkで考案されたのを
新しい言語がこぞってありがたがって使ってんだぞ
Scalaに至ってはただのMixinをかっこいいからってTraitって名前つけちゃったくらいなんだぞ
- 350 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 07:40:18.24 ID:m3hQX1bI.net]
- >>343
いつの時代のSmalltalkの知識で止まっているんだよ
Pharo作ってる and/or 使っている人たちの話でも聞いて錆び付いたイメージをアップデートしてみたら？
- 351 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 11:47:59.75 ID:LjH88DBT.net]
- intはオブジェクトにしない方がいい
他にもプロセスidとかファイルディスクリプタとかURI
オブジェクトの本体ではないものが必要
副作用が必要なのと同じ
- 352 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 13:19:58.91 ID:equsxY/V.net]
- >>344
バカにしてないけど、次世代言語スレとしては21世紀生まれの子たちに絞ってええやろ
起源がなんであれそれを子どもたちが引き継いでるわけなんやし
- 353 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 13:28:33.65 ID:xX1L5EAL.net]
- haskell(1990)
- 354 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 13:36:01.36 ID:zQhEdRBN.net]
- よっしゃ！haskell離脱おめ！！
- 355 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 14:12:19.77 ID:wYgqTfnm.net]
- >>347
そんなことが言いたいのではない
- 356 名前：デフォルトの名無しさん [2017/07/13(木) 15:05:49.91 ID:0lD2vgRh.net]
- haskellというゴミが消えてくれるならなんでもいい
- 357 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 15:14:48.65 ID:/C8bZ6+r.net]
- そういえばOcamlになったのって案外新しく(1996)てびっくりした
もちろんCamlさらにMLからの流れだけど
- 358 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 19:08:43.36 ID:1nRnB/qa.net]
- 昔2chのこの手のスレで、Smalltalkerがgitについて全くトンチンカンなコメントを連発してたので
Smalltalkは錆びついてなくてもSmalltalkerは錆びついてると思う
- 359 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 19:42:54.12 ID:DmZAJA0R.net]
- >>353
なんかあったな
gitなんて業務じゃつかいもんになんねー、svnさいつよみたいなやつな
- 360 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 19:53:58.91 ID:0/kHeJlt.net]
- それ文脈ぜんぜん違う話だしねつ造やめれっていうか錆び付いているのはアンチの脳ミソと記憶力
百歩譲ってそういう話だったとしても最近出没してる「おいら」がHaskellの典型的ユーザーちゃうのと同レベルの話だがや
- 361 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 20:21:10.35 ID:LjH88DBT.net]
- オブジェクトっぽくないものの語尾にerをつけて無理やりオブジェクトにする現象
- 362 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 20:57:33.19 ID:10yx+996.net]
- >>354
なんかsmalltalkにある独自vcsもどきがsvn程度の機能しかないのか知らんが
発想が完全にsvnだったよな
- 363 名前：デフォルトの名無しさん mailto:sage [2017/07/13(木) 21:26:25.99 ID:uexVWLm1.net]
- >>357
そのvcsもどきっていうのは80年代から組み込みの古典的ChaneSetのことか？
Gitと同時期に開発されたMonticelloがsvn程度ってことはさすがにないと思うんだが
|
 |
