次世代言語議論スレ[Go Rust Kotlin Scala]第4世代

1 名前：デフォルトの名無しさん mailto:sage [2017/04/20(木) 04:43:27.12 ID:mNwXvrXv.net] いざ、語ろうぞ。 スレタイ超過のため、一部省略。 Go, Erlang, Kotlin, etcもウェルカム。 Haskellは協議により次世代失格になりました 前スレ 次世代言語議論スレ[Go Rust Haskell Scala]第3世代 echo.2ch.net/test/read.cgi/tech/1488608741/ 109 名前：デフォルトの名無しさん [2017/04/26(水) 00:00:43.82 ID:T5a4wmc6.net] >>100 俺もpascalはシンプルで好きな方。 だけどブロックは波括弧が好きなんだよなぁ。 110 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 00:34:00.42 ID:Boe/ixbX.net] >>99 うろ覚えだが、文字列から文字を取り出すのが思い切り変わった。 これは阿鼻叫喚になるなって印象はあった。 111 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 00:43:56.99 ID:9BTWZVlt.net] >>110 ＞うろ覚え 正しくは。うる覚え。な 学がないやつはこれだから 112 名前：デフォルトの名無しさん [2017/04/26(水) 03:53:03.15 ID:2ISuU/qN.net] スレタイからElixir抜いた奴俺の許可とったの？ 113 名前：101 mailto:sage [2017/04/26(水) 04:48:11.60 ID:gEnKLRTK.net] >>106 Objectクラスの親クラスにProtoObjectクラスがあるのも、 ==をProtoObjectで実装するのも、 TrueクラスやUndefinedObjectクラスがあるのも、 false ifTrue: [true]がnilになるのも、 みんなSmalltalkでは理想どころじゃない、 ProtoObjectは90年代のOO普及期からずっと当たり前のこと、 それ以外は80年代のOO黎明期からずっと当たり前のことだが、 どこがどう理想なのか、どこがどう次世代なのか、教えてくれよ。 114 名前：ich1 [2017/04/26(水) 07:20:16.12 ID:KcpaNie5.net] https://goo.gl/Y4tSAe これは嘘でしょ？ 本当なら落ち込むわ。。 115 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 07:22:08.94 ID:xY5d2zmE.net] 「うろ覚え」の誤り。「うろ覚え」は、はっきりと覚えていない様子を意味する語。空洞を意味する「うろ」が、文字や音の似た「うる」に置き換わって生じたといわれている。ネットスラングとしては、「ふいんき」と同様に、誤記を承知で敢えて用いられる例が見られる。 ネットスラングとしては、「ふいんき」と同様に、誤記を承知で敢えて用いられる例が見られる。 ネットスラングとしては、「ふいんき」と同様に、誤記を承知で敢えて用いられる例が見られる。 116 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 08:01:30.06 ID:70MJdvvC.net] >>111 117 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 08:02:47.44 ID:GreYiU3v.net] >>71 Python の配列って、list でしょ？ 118 名前：あ mailto:sage [2017/04/26(水) 08:27:05.94 ID:aLqmc7M7.net] >>113 だから、理想に走りすぎで現実見えてないって言ってるの。その論調だとsmailltalkが自然で目指すべきだと聞こえるが？俺はそうは思わないけど。 泥の中の蓮的な理想感はあるが、実際にはそんな物が必要ならそれこそRubyなんか使ったら劣化コピーで気持ち悪いものをこねくり回して満足してる学者大先生と同じ。 エスペラント語を素晴らしいと言いはって、エスペラント語でエッセイ書くようなもんだ。書いてみりゃわかるが、無謀だよ。 正しくしか書けないし、元の発想が比喩で作られてるようなもんだから、比喩表現は比喩の比喩になってもう意味がわからない姿になる。 永遠に次世代になりたくて、実は永遠に次世代ではない。 119 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 09:01:42.16 ID:uVr9LBvI.net] エッセイなら正しく書けばいいだろ。 ポエムは難しいけど。 120 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 09:43:39.33 ID:A4NmaPdj.net] >>111 思い出したよ。 Stringクラスからeachメソッド無くなって、each_lineとかeach_charsになったんだ。 お陰で配列と同じように扱ってたのが、文字列だけ別扱いになったから、ダックタイピング出来なくなった。 あと文字コードの扱いとか。 詳細はこっち。 https://www.oreilly.co.jp/community/blog/2009/05/changes-on-ruby-1-9.html 121 名前：デフォルトの名無しさん [2017/04/26(水) 10:59:41.81 ID:pV6k193k.net] スクリプトは純粋仮想関数が無意味だからクラスの意味をこじつけるのが大変 Pythonのクラスは演算子を定義する機能のような印象 122 名前：あ mailto:sage [2017/04/26(水) 12:47:25.64 ID:aLqmc7M7.net] >>119 小論文の意味のエッセイなら割とそうだろうけど、それでも主観の表現方法を無理やり曲げられる時点でダメだろ。 グーグルをラ行五段活用する事を無理に実現するために他の名詞が巻き沿い食う感じ。 123 名前：デフォルトの名無しさん [2017/04/26(水) 13:48:30.98 ID:pV6k193k.net] 経験則 表音文字に依存するな、記号に依存しろ 124 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 15:44:49.66 ID:TQfkYYQc.net] （みんなあってもよくね？と思ってたはずなのに） ずっとクラスベースを拒否し続けたJavaScriptも ある意味プロトタイプベースの理想を追い続けてるような 125 名前：あ mailto:sage [2017/04/26(水) 16:06:30.69 ID:aLqmc7M7.net] >>123 まぁ、恐ろしいほどに無意識に使ってるスペースなんて記号も英語ベースだしな。 コアダンプが漢詩のように見える事もあるけど。 >>124 あれはあれで、リストをああいう形で実現した時点で割と言語としては完成してた。冗長だけど。 126 名前：デフォルトの名無しさん [2017/04/26(水) 21:50:24.12 ID:SZlYFMhx.net] >>98 >それが企業に好感持たれてる現実。 Hello world すら Syntax Error になってしまう(>>95)ほどの壊滅的な 後方互換性切り捨てを強行してなお旧バージョンのサポート打ち切りなんて、 常識的な企業倫理からはありえないだろ そんな対応を指して「好感」という言葉は冷酷な皮肉でしかない あるいは、過去に Hello world がバージョンアップで動かなくなったメジャー言語が存在するの？ print が文なのか関数なのかという言語とライブラリ設計における根源的な決定、 言い換えると入出力処理は構文で実現すべきなのか(すなわち文)、それとも ライブラリで提供すべきなのか(すなわち関数または手続き)という言語設計の哲学、 そんな初歩的な判断すらできない人物によって行き当たりばったりに設計されたのが Python だろ 127 名前：デフォルトの名無しさん [2017/04/26(水) 22:30:36.25 ID:SZlYFMhx.net] >>120 $ irb1.9 irb(main):001:0> "abc".each { |x| p x } NoMethodError: undefined method `each' for "abc":String from (irb):1 from /usr/bin/irb:12:in `<main>' うん、確かに実行時エラーになった では、ここで呪文を唱えてみよう irb(main):002:0> class String; alias :each :each_char; end => nil irb(main):003:0> "abc".each { |x| p x } "a" "b" "c" => "abc" irb(main):004:0> あれ、おかしいなあ、Ruby 1.9 の String クラスなのに、Ruby 1.8 と同じく 配列と同じように扱えるようになったぞ、しかも元のコードは一切改変されていない いったいどうなってるんだあ… 128 名前：あ mailto:sage [2017/04/26(水) 23:16:03.93 ID:WASTpqE2.net] メソッド生やしてしまえる事自体がオブジェクト指向でも何でもない気持ち悪さ。 129 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 00:01:25.31 ID:GJNrvvrA.net] Open Class だろ。モンキーパッチ 130 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 00:31:22.08 ID:1+VMbtmi.net] >>128 その理屈だとSmalltalkはオブジェクト指向じゃなくてなんだったんだ？ 131 名前：デフォルトの名無しさん [2017/04/27(木) 00:39:07.48 ID:NvHKpotz.net] Stringは定数ではなくグローバル変数のように改変される 全ての関数をクラスという箱に入れた結果全てが事実上のグローバル変数になった 132 名前：デフォルトの名無しさん [2017/04/27(木) 00:55:55.98 ID:jbk1ehAe.net] >>131 見方によってはそう(グローバル変数)なんだよね。 スコープは狭い方が良い。 正直オープクラスはイマイチと思うのだが、でもjavascript はそのおかげでpolyfillとかできるんだよな。 133 名前：あ mailto:sage [2017/04/27(木) 01:20:41.99 ID:S1ERYEjc.net] >>130 Smalltalkはレシーバだろ 134 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 02:05:35.72 ID:XheCn2mn.net] >>133 記法の問題ってこと? 135 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 07:23:11.77 ID:1+VMbtmi.net] >>134 ビヤーネ・ストラウストラップらの抽象データ型のOOP（カプセル化、継承、多態性）と アラン・ケイの遅延結合徹底のOOP（オブジェクトにメッセージを送る）は別物だって事をいいたいのかな 136 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 07:38:57.38 ID:0Df9bF2U.net] Smalltalkがウンコ過ぎて世間からそっぽ向かれて死滅したんだから 後追いのRubyも死滅するのは歴史が証明している 137 名前：あ mailto:sage [2017/04/27(木) 08:15:10.34 ID:YQ2WW8c/.net] >>135 そう。パッシングの口でしかない。 138 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 08:28:33.27 ID:/s/zy9NN.net] まさか、rubyがADT拡張としてのOOPLだと思ってる？ 139 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 08:44:30.71 ID:N3r3uYtr.net] >>136 死滅したとか記憶から消し去りたいロートルがいる一方でスタートアップで勝負をかける奇特な人もいる pharo.org/success/AllStocker スタートアップ界の異端児！産業機器 x IT x SmalltalkのSORABITO株式会社 https://thepedia.co/article/1068/ Smalltalkのとらえ方は人それぞれやね 140 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 08:58:08.10 ID:/s/zy9NN.net] Smalltalkはうんこすぎて死滅したと2ちゃんでクダ巻いてるだけの爺さんを横目に、 今日もSmalltalkが世界の海上コンテナ輸送の30%を捌いているわけだが。 141 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 09:17:39.03 ID:N3r3uYtr.net] >>140 OOCLのことを言っているんなら、あれってJavaに置き換えられたんじゃないの？ Who uses Smalltalk? : programming - Reddit https://www.reddit.com/r/programming/comments/3wv7ik/who_uses_smalltalk/cxzzhkp/ 142 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 09:25:15.12 ID:wBdpEusi.net] >>140 もしかしてOOCLのこと言ってんの？ とっくにそんなシェア無くなって、今年に入って買収の噂が出るくらい落ちぶれてるぞ 143 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 10:07:04.57 ID:Cz6WFEXA.net] 爺さん批判してる奴の知識が爺さんだったか 144 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 10:10:47.76 ID:sNquU9cU.net] Smalltalkがどうこう以前にファンやアンチがうんこすぎてわらた 145 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 10:12:00.41 ID:/ppzzK1q.net] Smalltalk信者とHaskell信者はよく似てる 146 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 12:35:13.63 ID:/s/zy9NN.net] >>141 よく読め。再実装されたのはUIだけだ。あほか？ 147 名前：デフォルトの名無しさん [2017/04/27(木) 13:02:15.04 ID:jfFmbm9g.net] >>146 なんでとても素晴らしいsmalltalkで再実装されなかったの？ 148 名前：デフォルトの名無しさん [2017/04/27(木) 13:17:16.51 ID:+ggBtOYn.net] おそらく同じ言語で再実装するとeachをeach_charに変えたくなるから そんなことするなら言語ごと変えた方が良い 149 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 14:09:11.99 ID:Yjb8fh0C.net] >>147 Smalltalk は開発環境含めてあまりにオールインワン過ぎるから。 150 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 17:05:36.01 ID:sNquU9cU.net] >>146 そんなどーでもいいことより30%シェア撤回ﾏﾀﾞｰ 151 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 20:07:13.14 ID:PwOPvcNg.net] どーでもいいな、クソくだらねえ。 152 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 20:28:54.10 ID:zXLo9cW8.net] もう死んでる言語を追い詰めても仕方ないよな 死体蹴りは良くない 153 名前：デフォルトの名無しさん [2017/04/27(木) 22:14:26.81 ID:McKGSVbG.net] もう風化してて蹴るものもないと思ったのに 154 名前：デフォルトの名無しさん [2017/04/27(木) 22:36:43.95 ID:+ggBtOYn.net] 風化すればまた再発明される 過去に同じことがあったと口で言っても証拠が残ってなければ同じことが繰り返される 155 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 23:26:29.59 ID:Yjb8fh0C.net] 死んだ言語の死んだ理由ってのは新しい言語の糞機能アピールよりかは勉強にはなる。 156 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 08:28:08.68 ID:WPyfQjET.net] 死んだ言語ねえ… 死んでるのはおめーの脳みそだろ？ pharo.org/success 157 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 08:55:25.45 ID:j+L8+G8p.net] SmallTalkガイジって一番ガイジだった頃のエンジニアガイジとちょっと似てるな 158 名前：あ mailto:sage [2017/04/28(金) 17:12:11.94 ID:Yq+yDopp.net] >>157 いつでも同じクオリティじゃないか 159 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 20:19:57.31 ID:j+L8+G8p.net] >>158 最近文読みやすくなってきてるしちょっとええ感じやで 160 名前：あ mailto:sage [2017/04/28(金) 20:29:25.20 ID:0gV62uUk.net] >>159 まぁ具体的に「パラグラフが長い」「言い回しがくどい」と言われたら、 なるほどと思うし、ちょっと気を付けられるからな。 読みにくい、ガイジか！とだけ言われたら、読みにくいだけならしっかり読めとしか言いたくなくなる。 161 名前：デフォルトの名無しさん [2017/04/29(土) 02:55:48.56 ID:R+WhfS42.net] シミュレーションをより簡略に作成するための新言語開発を。 「ロボットは東大に入れるか」成果報告会 in 2016（11/14）レポート blog.livedoor.jp/dg_law/archives/52354118.html これからはシミュレーションシステムの構築が簡略化されるので、来年のセンター物理は大きく得点が伸びるに違いない。 　スーパーコンピュータでの計算に必要となるプログラムはときに数十万行にも及び、作成やチューニングは大変困難です。 一方で、原理的にはシミュレーションしたい自然現象とその離散化法（注2）を指定すれば、プログラムは機械的に生成できます。 しかし、プログラミングはシミュレーションとコンピュータ双方に深い知識が必要となる非常に高度な作業であり、多数の計算機を 協調して動作させるスーパーコンピュータの性能を引き出す高度なプログラムを、自動かつ汎用的に生成することは不可能でした。 　そこで共同研究グループは、方程式がプログラムに変換されるまでの一連の段階に対応する数学的定義を作りました。 スーパーコンピュータが持つ階層のすべての段階において、自然が元来備えている「並列性」と「局所性」（注3）を保持する変換 を厳密に定めることで、新たなプログラミング言語「Formura」を開発しました。これによって、これまで不可能だったプログラミング の機械化に成功しました。さらにFormuraは、同じアプリケーションに対して何万通りものプログラムを試し、最も速かったものを自動的に選択します。 　Formuraを開発したことで、規則格子シミュレーション（注4）分野においては、自然科学者が慣れ親しんだ方程式の記法を使ってシミュレーション したい対象を記述することで、スーパーコンピュータの性能を引き出すための高度なプログラムが自動的に作成できるようになりました。 気象、地震、宇宙、生態ネットワークの研究など、規則格子シミュレーションを用いる分野の研究の加速が期待できます。 pr.fujitsu.com/jp/news/2016/12/2.html 162 名前：あ mailto:sage [2017/04/29(土) 12:11:59.50 ID:R/nsoadB.net] 投機ベースは確かに分野限られるし、実用例と先端の研究者が解離してる典型だわなぁ。 「5%の不良率で100個発注したら当たり前のように105個納品されてくるようなどっかのおおざっぱな国の発想だ」 と、日本の会社だと反発されるやつ。 ナップサックとか問題持ち出して、モノによっては泥臭く計算せなあかんのやと言うのと、 次は百万台でやっても一つのタスクの不可分な時間以下にはならんのだよ、 を説明して説得して導入するようなものだから。 トポロジ解析と図面生成か何かで原始的なそれやった事ある。 163 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 13:21:11.09 ID:rB0Fvmgg.net] >>161 多くの深層学習フレームワークはNN構造をPythonなどで記述すると それをテンソルの計算グラフに変換してGPUで高速計算してくれる。 NN構造や規則格子をさらに簡略に記述したければJuliaがある。 Fomuraの20行のシミュレーション記述も既存の言語でできるはずだ。 つまりシミュレーションをより簡略に作成するために新言語は必要ない。 必要なのは用途毎のフレームワークだ。 164 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 18:34:55.63 ID:n+S+CElE.net] 発展し続ける言語とゴミ屑同然に忘れ去られる言語、何が違うんだろうなぁ 165 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 19:09:01.68 ID:0nTkChzC.net] 言語の良さを理解して使い続けられる人と、ゴミ屑同然の脳みそですぐに忘れ去ってしまう人、何が違うんだろうなぁ 166 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 00:13:09.75 ID:feM/rwNV.net] >>164 覚えやすさとチューニングのしやすさ。 以上。 167 名前：デフォルトの名無しさん [2017/04/30(日) 01:03:20.38 ID:E30HxT2S.net] >>164 いろんなプログラム言語を開発しておいて、その上で『良いとこ取り』で新言語を開発する。 168 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 01:49:39.39 ID:9UtCfcRf.net] >>164 バックでしょ Goはグーグル発じゃなかったら「今どき継承もない言語作ったのかよ？ｗ」で即死 169 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 01:50:36.87 ID:2awuHSHC.net] >>167 なおScala 170 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 09:42:21.85 ID:QitJ8eBZ.net] >>168 実際死んでね？言語としては。 言語として死んでるのをGoogle謹製の周辺ツールで無理やりカバーしてゾンビ化してる感じ。 ゾンビなので一周回って死ににくい。 171 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 10:18:39.25 ID:H2bTIgd1.net] どんだけバックが大きくてゴリ押ししても 死ぬときは死ぬ Dartとか 172 名前：デフォルトの名無しさん mailto:sage [2017/04/30(日) 12:02:29.80 ID:kLDfBj4F.net] >>168 >>170 Goは文法が簡単で高性能という特徴がある。 おかげで文法は簡単だが低性能な言語から移行しやすい。 だから難しい言語が選ばれない所で活躍している。 Gopherの道を歩む – Node.jsからGo言語への移行 postd.cc/the-way-of-the-gopher/ Go言語の低レイテンシGC実現のための取り組み postd.cc/gos-march-to-low-latency-gc/ 173 名前：デフォルトの名無しさん [2017/04/30(日) 15:36:43.63 ID:4Q8qZxsi.net] Goって手続き型だろ？ Mainに集中して必要な機能呼び出すだけでいいんだから設計書なしで良さそう 174 名前：デフォルトの名無しさん [2017/05/02(火) 06:00:14.79 ID:IDWdkJdY.net] Mathematica 11.1 | 2017年4月（日本語版） 詳細 ≫ バージョン11.1では，機械学習，ニューラルネットワーク， 音声処理，ロバストな記述統計等の分野における MathematicaおよびWolfram言語の最先端機能が拡張されています． 広範な応用分野に加わった，130を超える新関数 ニューラルネットワークの新しい20種類の層の追加，および再帰型ネットワークと可変長シーケンスのシームレスなサポート NetModelにより，増加し続ける完全なニューラルネットワーク（訓練されたものとされていないものを含む）のリポジトリにアクセス データ，画像，テキスト等の空間を機械学習ベースで可視化するFeatureSpacePlot SequencePredict，ActiveClassification，ActivePredictionを含む，新しい機械学習関数 AudioCaptureを使って音声を直接ノートブック内で録音することによって，すぐに処理・解析することが可能に 2Dおよび3D画像に対する，*，-等を使った計算が可能に 計算写真学と計算顕微鏡学に対するサポートの拡張 ImageGraphicsを使って，ビットマップのベクトルグラフィックスによる近似を求める HilbertCurveやSierpinskiMesh等の空間充填およびフラクタル領域コンストラクタ WinsorizedMean， SpatialMedianを含む，新しいロバスト統計と空間統計 新しいGeoBubbleChartと，Callout，ScalingFunctions等のサポートの拡張 記号次数を持つ導関数のサポート 解像度が高くなった標高データ シームレスに統合されたWeb検索，Web画像検索，テキスト翻訳のための外部サービス セッション間の値をローカル，あるいはクラウド等に保存するための，幅広いPersistentValueシステム クラウド内で個別に編集できるノートブックをシームレスに配布するためのAutoCopy ノートブックベースのスクリプトエディタを使ったWolframScriptの.wlsファイルの生成 Wolfram言語スクリプトの自動実行がWindowsでも可能に ドキュメントセンターおよびオンラインの例題すべてが新しくレスポンシブデザインに https://www.wolfram.com/mathematica/quick-revision-history.ja.html?footer=lang 175 名前：デフォルトの名無しさん [2017/05/02(火) 06:54:00.89 ID:hkg4cpdn.net] 回転放物面の方程式と東大の問題 mathtrain.jp/kaitenhobutsu 「放物線 y = 3/4 - ｘ^2」 を 「y軸の回りに回転させる」 ・・・例えば、こういう操作ができる３次元ＣＡＤって開発されてないんですか？ 統計的機械翻訳では自然言語処理は無理という話も聞いているけれど、高校数学でやることは内容が限られており、 一般的な機械翻訳よりは難易度は低いと思われます。 176 名前：デフォルトの名無しさん mailto:sage [2017/05/02(火) 07:13:28.68 ID:iysKcMgd.net] 3次元CADを名乗っていて回転体を作れないもののほうが珍しいと思うが、 その問題を解けるCADは多くないだろうな。 近似的な数値解が求まることと、解を方程式で表して数式処理できることは全くの別物。 177 名前：デフォルトの名無しさん [2017/05/02(火) 07:39:13.20 ID:IDWdkJdY.net] >>176 ＞その問題を解けるCADは多くないだろうな。 そのための新プログラム言語開発ってことだよな。 178 名前：あ mailto:sage [2017/05/02(火) 11:18:08.85 ID:Ua7wVMyf.net] >>175 ごく当たり前の機能として存在する。 面で切り取る事もできる(面に対する押し出しで、相手方を削り取る感じ) 体積も求められるよ。 拘束条件は厳密だし、カーブを式で入れることもできるから。 ただ、それのために1License300万出す？ 179 名前：デフォルトの名無しさん mailto:sage [2017/05/02(火) 14:54:44.43 ID:iysKcMgd.net] ああ、高精度な数値解を導出することと、任意の拘束条件から方程式を導出することの区別がつかない人がいるようだ。 180 名前：デフォルトの名無しさん mailto:sage [2017/05/02(火) 14:57:14.02 ID:Q2w+FZwb.net] 解析解が必要な場面なのか？これは 181 名前：あ mailto:sage [2017/05/02(火) 17:06:18.52 ID:Ua7wVMyf.net] >>179 うちでつかってるのは数値解じゃなくて方程式まで自由じゃないけど変数の式でも出たはず。あれ内製だったかな。 AutoCADのMASSPROPとかくらいだと、悲しいかな数値解しか出ないけど、カーネルに手を出せる会社ならだいたいその辺持ってると思うよ。 182 名前：あ mailto:sage [2017/05/02(火) 17:07:00.26 ID:Ua7wVMyf.net] もし内製だったら、当たり前の機能として、とは言えんな。 それはすまん。 183 名前：デフォルトの名無しさん mailto:sage [2017/05/02(火) 17:33:48.15 ID:iysKcMgd.net] 任意の方程式を扱えないと、>>175 の問題は解けないよね？ 184 名前：あ mailto:sage [2017/05/02(火) 22:27:44.92 ID:Ua7wVMyf.net] >>183 押出する元の図形をプロシージャルではなくて、曲線定義で描く。 曲線への拘束条件で何を取るか次第だけど、問題文通り入れればそれで良いと思うよ。 ゴールデンウイークは試せないのがもどかしいな。 185 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 16:11:10.64 ID:dCKp/m7W.net] Smalltalkって名前だけ変えて次世代言語って紹介されたら 殆どの人は信じてしまうくらい先進的だよね 進歩しすぎてて理解されない不幸な言語 186 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 16:33:31.70 ID:RICjVVNj.net] 比較的新しい言語ってvar t : Type形式が多い気がするけどType t形式を利用しなくなった理由ってあるのかね 187 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 16:46:20.28 ID:MC+KZ03m.net] >>186 型推論の問題じゃない？多分 188 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 16:53:47.90 ID:jNZhewdQ.net] 型を書いたり書かなかったりする場合に記述を大きく変える必要がなくて都合がいいんだろう。 型推論を使う言語とか、動的型言語に型ヒントを追加する場合とか。 189 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 17:10:47.34 ID:UME+lawj.net] たとえばC#だと基本はType tで後から型推論var t(: typeはない)を追加した だったら最初から統一的な記法で良くね？ってなる 190 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 19:11:09.93 ID:RICjVVNj.net] なるほど 型推論が流行ってる(のかはわからないが)から型推論の書き方+αで書けるようにしたってことか 191 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 20:37:23.26 ID:21J3ISub.net] デニス・リッチーも型前置にしたことを後悔していたんじゃなかったっけ？ たぶん型後置の方が合理的という点には大方の一致があって、あとは合理性を取るか、Cの語順に近づけることを取るかっていう感じなんじゃないかな？ 192 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 22:01:20.86 ID:mJ/QVcTI.net] >>186 pascalがそういう記法だけど、コンパイル速いのはpascalがコンパイラの都合に合わせた文法だからって読んだことある。 何かしらコンパイラが解釈し易い記法なんじゃね？ 193 名前：デフォルトの名無しさん mailto:sage [2017/05/03(水) 23:27:43.76 ID:AGrCBSz0.net] >>192 Pascalの構文は再帰的パーサを簡単に書けるLL(1)文法なんじゃなかったかな LL(1)ならトップダウンで構文解析できるからパーサは書きやすいしパーサの効率も多分だけど高い Cの場合は、例えば 　　atype; という宣言があった場合、"atype"という識別子が １．typedefで型の名前として既に定義済であれば「変数が指定されてない構文エラー」となるし ２．そうでない場合、"atype"という名前のint型の変数の宣言として扱われ 　　２―１．"atype"という変数が既に宣言済であれば２重宣言のエラー、 　　２―２．そうでなければ正しい変数宣言 となるので、構文解析の際にsymbol tableを参照する必要がある（つまり本質的なレベルで文脈依存文法）ケースが存在するので 当然ながらコンパイラの効率が下がるだろうね 194 名前：デフォルトの名無しさん [2017/05/04(木) 00:37:37.35 ID:lJ9s6a1R.net] 昔のpascalは1パスコンパイラだった。コンパイルの速さはそれもあったかもね。 今のobject pascalはジェネリクスもあるしどうだろう？ 195 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 05:29:59.66 ID:TpHQvZsj.net] >>186 v: Type形式なら変数の型だけでなく、式に型をつける構文としてもそのまま使えるから。 196 名前：デフォルトの名無しさん [2017/05/04(木) 09:04:54.52 ID:IvFxbTrW.net] 値の演算だけでなく型の演算として同じ記号を使うのがCのポインタや配列 これは評判が悪かった 悪いのはポインタだけだというのがJava 全部悪いから全部変えるのが次世代 197 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 09:34:14.90 ID:L3vkrSi7.net] まあポインタの宣言と参照のための記号に同じ * 使ってんのは今でもなんでなんとは思う。 198 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 09:51:37.05 ID:l8/ufUYV.net] 関数の戻り値型の指定はPython,TypeScriptが=>、Swiftだと->が混ざって いまいち統一感がないんだよな。:のままだと構文的にうまくない部分があるんだろうか。 199 名前：デフォルトの名無しさん [2017/05/04(木) 10:09:01.14 ID:g5LPBSe2.net] >>186 C方式に慣らされてるからそう感じるだけであって あれはパースしづらいクソ構文だよ struct S s; を捨てたのは何でだろうと問うべきだよ 200 名前：デフォルトの名無しさん [2017/05/04(木) 10:44:22.27 ID:IvFxbTrW.net] そもそも静的型が悪いと思えば単純明快だな 静的型は悪くない、だがジェネリクスは不要、ただし Array<T> 等はこっそり入れておく こんな状態で統一感（笑）を期待する方がおかしい 201 名前：あ mailto:sage [2017/05/04(木) 11:53:43.54 ID:iOTKQL/7.net] >>200 思いっきりGoだな。 まぁ、Goに統一感なんか無いし、期待してはいかんw あれは誰でもかける便利な言語だよ。 一切の原理原則以外を排除する崇高な思想で作られた芸術品ではなくて、 「その辺にある便利そうなものを誤謬矛盾なく突っ込めるようにそれなりにルール作りました。 　とりあえずこのルール破ると突っ込めなくなるからやめてね。コンパイルさせないよ。」 という、実用のためのルールが細かいのがGoだよ。 電動ドリルのチャックとビットの規格みたいなもん。 「対称性がなくなるからこのメソッドを実装する」という発想ではない。 202 名前：デフォルトの名無しさん [2017/05/04(木) 12:29:38.64 ID:IvFxbTrW.net] 原理原則というのは崇高な思想じゃなくて無駄な仕様変更の防止という実用の技術だ 203 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 12:53:07.54 ID:g5LPBSe2.net] なんだ PHP だったのか 204 名前：あ mailto:sage [2017/05/04(木) 13:45:55.83 ID:iOTKQL/7.net] >>202 口実やね。 専用品と汎用品なら、圧倒的に前者の方か仕様変更の回数は少ない。 無理に延命したり使いましたりしたいからこそ、よくわからん仕様変更するハメになる。 無駄な仕様変更なら、最初からしなけりゃいいんだよ。 無駄なんでしょ。 使い捨てを使い捨てと認識する事こそがスタート地点。 歯が折れたら取り替えたいし、違う歯を使いたいからチャックがあるんだから。 歯の代わりにバフ付けることも出来るけど、それに対して仕様変更なんか要らないでしょ。バフを新規に作るだけじゃん。 置換原則出してきて証明する必要も無い。 >>203 そうだ、と言う認識だなぁ、俺は。 PHPも同じ理由で、いろんな意味でとても潔い言語だと思うよ。 205 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 15:09:17.79 ID:TpHQvZsj.net] 言語設計とドリルチャックを一緒くたとか…完全に呆れた 206 名前：あ mailto:sage [2017/05/04(木) 17:00:05.42 ID:iOTKQL/7.net] 呆れるなら簡単だからな。 どう違うかをきっちり教えて欲しいわ。 本当に勉強になったら素直に勉強になったと言うことにしてるし、実際何度もそうレスしてるよ。 言語なんて外から見たときに一意に呼び出し規約や入出力が決まってりゃそれでいいんだよ。 これでも素晴らしい言語とやらを5個10個と多数見てから言ってるんだけどな。 それ以上の、実用性以上の思想の旗を振りたいなら、何故その思想が必要か語ってほしい。 207 名前：あ mailto:sage [2017/05/04(木) 17:07:42.27 ID:iOTKQL/7.net] しかし、式に型をつける構文が後置だから出来るのは本当なのかな。 キャストの前置や後置と何か違うのかなぁ。 って考えたら「宣言文 名前 型」の方が遥かに簡単にパースできるなって思わんのかな。 式に型をつけるってのも、コンパイラに教える意味での型か、キャストの型か2つの意味あるけど、どっちの事かな。 疑問。 208 名前：デフォルトの名無しさん [2017/05/04(木) 21:21:01.22 ID:IvFxbTrW.net] >>204 多分それは使い捨てではなく交換 これを捨てる代わりにあれが欲しい 見返りがあれば捨てるが無条件に捨てられそうになったら使い捨てに反対するだろう 209 名前：デフォルトの名無しさん mailto:sage [2017/05/04(木) 22:18:26.60 ID:L3vkrSi7.net] むしろ変な原理原則に縛られてる方が糞仕様の増加を招くのだが。 haskell みたいにな。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef