[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2ch.scのread.cgiへ]
Update time : 10/13 04:35 / Filesize : 243 KB / Number-of Response : 957
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

次世代言語議論スレ[Rust Kotlin Haskell]第6世代



1 名前:デフォルトの名無しさん [2017/08/28(月) 21:53:37.12 ID:5I+bTEeA.net]
※前スレ
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
mevius.2ch.net/test/read.cgi/tech/1497311647/

110 名前:デフォルトの名無しさん [2017/09/01(金) 14:24:39.67 ID:rDYiQT91.net]
       __     /
      /⌒ ヽ  /        /
      (     )'゙ヽ.     _/
.    /iー-‐'"i    ,;   /
  i ! ( ヽ.    )  ノ/ .:/
    (\.゙ヽ_(_/,イ/
  i ! (\\_,_)' ノ >>109
    (\\_,_,)'
  i !  l ,i\ ヽ、 !  あ”っー あ”っー あ”っー あ”っー あ”っー
     し'

111 名前: mailto:sage [2017/09/01(金) 14:43:14.24 ID:8i7au6Vc.net]
>>107
いいんでないの?
数学に強いであろうHaskellerさんなら、標本化と抽象化、情報量と情報密度を語ってくれるだろう。
きっと。

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

112 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 16:08:33.34 ID:iX3HKziQ.net]
はいガイジ

113 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 18:54:24.75 ID:SQFm1IPC.net]
どの言語でも最低限、実装しなきゃいけない
言語仕様ってできないものなのかね

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

114 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 19:01:13.70 ID:9fFcfHIv.net]
言語を超えた共通規格を制定すると
数年も経つと想定されてない
技術が出てきて負の遺産になりそう

115 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 19:02:03.36 ID:GWPC4pz1.net]
そんなもんだろ。
print 文を本当に統一するとしたら一番、低レイヤーな扱いしてる c に合わせるしかない。
てか統一厨ってなんで分かれてるのかについてほんとに思考しないよな。

116 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 19:09:57.94 ID:9fFcfHIv.net]
共通規格って使わないものを入れるとムダだから
どうしても後追いの追加しかできなくて
そうすると時代遅れの規格になる

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

117 名前: mailto:sage [2017/09/01(金) 19:22:19.70 ID:8i7au6Vc.net]
Cに合わせると、そもそも標準出力って何?って話に行き着いてそこからの話になるので誰も幸せになれんぞ。
標準出力がない環境やら、sprintfとかは普通のlibcではでか過ぎるとか話とか、ファイルシステム?そんなのねえけど?みたいなめんどくさいのを経ての仕様策定になる。

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

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

118 名前: mailto:sage [2017/09/01(金) 19:24:24.40 ID:8i7au6Vc.net]
「次世代じゃないので外した」なんて、次世代全く見てないって事。



119 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 19:58:18.00 ID:9fFcfHIv.net]
JavaScriptができてから
ES2015が出るまで20年も掛かってるから
各言語共通規格なんて100年掛かっても
できるかどうかってところだろ

120 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:08:14.74 ID:sKG/CNAU.net]
そんなことよりはライブラリやモジュールの統一フォーマットが欲しいところ
どんな言語からも、どんな言語で書かれた関数でも、呼べるってやつ
どんな言語は言いすぎだが、大体のメジャー言語は似たような着地点に落ち着いてるし
このような重大なことは無理やりにでももっと黎明期に決めておくべきだったな
標準入出力用意しておいたので後は好きにしてくださいってのはちょっと

121 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:13:11.99 ID:SQFm1IPC.net]
違う違う
個々で独自な処理なんて
いくらでもしたらいいけど
最低限、(例えば)printfって打てば
文字列出力するのは
保証しとけって話

122 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:16:06.24 ID:sKG/CNAU.net]
ただしそれをやると、野良言語が沢山できる可能性もあるんだが
つまりはライブラリは標準仕様に準拠しているので
ライブラリは揃ってますんで
是非俺の糞言語を使ってくださいっていう
しかし今みたいにライブラリの互換性を盾にして
既得権な言語が常に上位に固定されて全くシェアが変動しないのも不健康
何の言語で書かれていてもかまわない、どうせ好きな言語から呼び出して使えるから
ってなってれば良かったんだが
移植とかマジ馬鹿らしいし

123 名前: mailto:sage [2017/09/01(金) 20:17:44.92 ID:8i7au6Vc.net]
>>120
JVMか.netで動く言語でも使えば?
どんな環境で動くかも決まって無い上にさらに言語の定義すら無いとなると、呼び出せる訳ないかと。
あとは別プロセスとして通信するか。

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

124 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:23:19.04 ID:SQFm1IPC.net]
だから終端文字がどれかなんて
どうでもいいのよ
対応する事を仕様にいれろって事

125 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:24:36.88 ID:sKG/CNAU.net]
>>121
そのようなことは正にどうでもよいだろうというのが俺の意見
言語の多様性の観点からも、そんなことを縛っても意味はない
それよりは、どんな言語からでも、どんな言語のモジュール(ライブラリ)でも
呼び出せるって方が重要だと思うよ
もしそれが出来てれば、君は延々と自分の好きな言語だけ使ってれば良かったかもしれないし
そうじゃなかったとしても、どの言語からでもCのprintfが簡単に呼び出せるんなら
君の願いは達成するんだろう?

126 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:31:30.03 ID:sKG/CNAU.net]
>あとは別プロセスとして通信するか。

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

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

127 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 20:33:28.04 ID:Nyb1QLRU.net]
J S O N R E S T

128 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 21:07:30.99 ID:Xtw6aZxr.net]
商売なら有料版と無料版を統一するわけがない
趣味で作るならユーザーの願望よりも作者の都合が優先される



129 名前: mailto:sage [2017/09/01(金) 21:26:53.26 ID:8i7au6Vc.net]
>>124
アホか。対応する事を仕様で決めるためには、何に対応しないといけないか定義出来てないと、対応しようが無いだろう。
何をどうしたいのかわからん。俺ラッパー一枚で済むんじゃねえのそれ。

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

130 名前: mailto:sage [2017/09/01(金) 21:30:39.30 ID:8i7au6Vc.net]
124みたいな奴が書いた酷いCがあったはずだと思って探したらすぐあったわ。
www.pro.or.jp/~fuji/mybooks/cdiag/cdiag.8.2.html

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

131 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 22:23:07.64 ID:4l9jDYBk.net]
>>130
糞ワロピオ
あんたただの気狂いなだけじゃなくて物知りやね

132 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 22:26:00.55 ID:o/CD7d/B.net]
ガイジID:SQFm1IPCの言いたいこと全く理解せずにディスったり謎リンク貼ってるガイジ本当に草だ……w
ガイジVSガイジって感じやね

133 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 22:35:14.33 ID:9fFcfHIv.net]
でもまあ共通規格を立てようって発想自体は
まっとうな意識ではあると思うよ

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

134 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 22:36:34.19 ID:4l9jDYBk.net]
>>132
ID:SQFm1IPC「ぼきプェチピィ〜しか書けましぇ〜ん
他の言語もプェチピィみたいになればいいと思いましゅ、アヘアヘ」

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

135 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 23:26:12.33 ID:GWPC4pz1.net]
>>133
そりゃブラウザっていう共通実行環境があるっつーのに、
各々のメーカーの都合で規格がずれてるって状況があるからでしょ。

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

136 名前:デフォルトの名無しさん mailto:sage [2017/09/01(金) 23:51:48.74 ID:sKG/CNAU.net]
その前にHTML5やJSが他の言語と、例えばCのprintfと仕様が同じになってるとか
そういう他言語を意識したつくりになってるってわけじゃないから今回の件では不適切な例だよ
どう贔屓目に見てもHTML5とJSは他の言語とは違った異質なもので
ぜんぜん寄せてきてないよ
こういったものを例に挙げて肯定的にとらえる文体なら
よりいっそう各言語で共通の文法〜〜は要らないってことになる
これは意訳すれば全部Javaで書けばよくね?って言ってるようなもので
他言語を巻き込んで文法を共通にするとかとは反対のベクトルの意見に見える

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

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

137 名前: mailto:sage [2017/09/02(土) 00:17:53.83 ID:LCAfPD7A.net]
>>131
これ、確か本で読んだと思う。確かに10代だったかもしれん。
>>132
伝わってるやつが居るのに、まだお前は馬鹿な事言いづけるのかなぁ。

138 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 00:20:54.65 ID:qZ0SgL8Y.net]
>>137
おまえがID:SQFm1IPCの言いたいことを全く理解してないんだよ
おまえだよおまえ



139 名前: mailto:sage [2017/09/02(土) 00:30:19.85 ID:LCAfPD7A.net]
>>138
どー言うこと?

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

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

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

140 名前: mailto:sage [2017/09/02(土) 00:30:51.41 ID:LCAfPD7A.net]
>>138
まー、代わりに説明しといて。あとで読むわ。

141 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 00:45:41.97 ID:DpVc64wR.net]
クライアントの統一が無理でもサーバーは統一できるんじゃないかっていう安心感
を土台にして成功したのがJS

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

142 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 00:58:02.21 ID:qZ0SgL8Y.net]
>>139
なーんでそこまで分かってて
『「文字列を出す程度の関数」が低レベルで各言語共通にできる訳ないっしょ。』
なんてレスが出来るのかわからん。
あとこの文脈でおまえがどういう意味で「低レベル」という単語を使ってるのかわからん

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

143 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 01:04:47.83 ID:qZ0SgL8Y.net]
本当に>>129で言う「俺ラッパー一枚で済む話」なんだけど、それを現実に実行してしまうと、それこそ>>130の記事のコードの出来上がりだから「最初から統一していて欲しい」と願うんだろうなきっと

144 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 01:13:52.49 ID:je61f8uF.net]
>少しのズレ承知でありたいていに言えば、こいつは「内部でどういう動作するかなんて
>どうでもいいからとにかく、端末のある環境なら、putとかではなくprintfと書けば
>端末に表示することを保証しろ」と言ってんだよ

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

145 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 01:18:08.23 ID:je61f8uF.net]
エスペラント語みたいなものだな
まぁ無理だろう
それより通貨を行き来できるようにする方が良い

146 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 01:18:25.67 ID:qZ0SgL8Y.net]
>>144
だからただID:SQFm1IPCを否定するレスには俺は文句つけてないだろ?俺もID:SQFm1IPCはガイジだと思うし。

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

147 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 06:19:16.76 ID:WzdBIuT6.net]
はいはい、一通りの文字列入出力関数も覚えられないバカは
プログラマにはならないほうがいいと思いますよ。

148 名前: mailto:sage [2017/09/02(土) 07:07:42.32 ID:LCAfPD7A.net]
>>142
ムリだよ。
多少のズレがある時点で仕様では無いし、言語仕様レベルから>>130の無茶苦茶感出てくるぞ。

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

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



149 名前: mailto:sage [2017/09/02(土) 07:30:58.56 ID:6K7Z1T4/.net]
>>146
文字列の仕組みは知らないと今時の言語でも辛いだろ。
そんな事気にした事もないなら、一生気にしないだろうけど。

150 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 07:42:43.45 ID:ekcXroij.net]
俺、20年プログラム組んでるけど
文字列未だに理解不能(笑)

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

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

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

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

151 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:18:23.67 ID:qZ0SgL8Y.net]
>>148
確かにprintfのfはフォーマットのfだったと思うけど、Fortranではprintでフォーマットもするんだし、言語仕様レベルで滅茶苦茶は言い過ぎでしょ

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

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

152 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:20:49.80 ID:qZ0SgL8Y.net]
まあID:SQFm1IPCはなんでfがついてるのかも知らなかったと思うけど、それは「文字列の仕組み」と連呼して彼に伝わるものではないし関係ないな

153 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:24:13.11 ID:WzdBIuT6.net]
文字列の実装を隠蔽できていない言語はクソ

154 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:25:33.52 ID:VfNRhazy.net]
けっきょく、みんな近視眼的に言葉尻を捉えてるだけで
この話題の本質わかってないのなw

155 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:30:19.62 ID:qZ0SgL8Y.net]
>>154
なんかよくわからんけど、エンジニアガイジと話すと撹乱されて本質が見えなくなる。多分普通の文より解釈がしんどくてそっちにリソース割くんだろうな。
正直>>151も書いていて微妙とは思ったし、昨日思ったこととなんか違う気はする。
もし本質が見えているならちょいと書いてくれると助かる

156 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:48:35.94 ID:eEwxJqdV.net]
少し思ったことを書くか。

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

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

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

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

157 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 08:57:42.86 ID:VfNRhazy.net]
ああ、やっぱりコイツもわかってないw

158 名前: mailto:sage [2017/09/02(土) 10:01:43.08 ID:6K7Z1T4/.net]
>>151
言い過ぎでも無いのでは?
printfでも、言語によっては概念が無いので使えない(はず)の%pとか、じゃあ%sは何を取る?%cは?と、収拾がつかんかと。
まずメモリの値を何かに出すって事が実はすごく面倒だって分かってほしいけどな。安易な事言うやつには。

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

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



159 名前: mailto:sage [2017/09/02(土) 10:07:29.51 ID:6K7Z1T4/.net]
「最低限言語というからにはこの命令をこういう引数で呼べる事」
ってのは、語順が変わる言語は守れない。

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

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

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

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

160 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 10:10:50.16 ID:FHcsad6W.net]
>>158
ない概念は非対応にして%sはその言語で主に扱う文字列にすりゃ満足するだろうよID:SQFm1IPCは
なんならフォーマット機能すらなくしてfortranのprint*の挙動にしてすら満足するだろうよ

161 名前: mailto:sage [2017/09/02(土) 10:11:18.31 ID:6K7Z1T4/.net]
だから、Hello Worldなんてお題目があるんよ。どんな言語にも。

162 名前: mailto:sage [2017/09/02(土) 10:12:21.75 ID:6K7Z1T4/.net]
>>160
もう別物じゃん。

163 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 10:16:07.91 ID:FHcsad6W.net]
>>162
別物でいいんだよ。ID:SQFm1IPCみたいな手合いはそういうこと気にしない。printfと打てば出力すれば満足なんだから

164 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 10:21:42.21 ID:HZeOuyve.net]
ID:qZ0SgL8Y == ID:SQFm1IPC

165 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 10:23:14.61 ID:FHcsad6W.net]
>>164
そんなガイジといっしょにすんな

166 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 11:09:56.12 ID:DpVc64wR.net]
>>161
これは正論だ
テスト駆動でライブラリをテストする感覚
だが慣れたらテストではなく有名なソフトのソースを読めるからテストいらない

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

168 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 12:39:54.25 ID:OknToGa2.net]
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 を追い落としてほしい。



169 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 12:45:48.01 ID:FHcsad6W.net]
>>167
細部は微妙だけど、まあ大方そんなもんだよ。大分近かろう

170 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 12:46:18.42 ID:FHcsad6W.net]
このスレ共通認識擦り合わせ出来なすぎだろどうなってんだ

171 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 12:50:38.76 ID:OknToGa2.net]
「Ruby風味のプログラミング言語」四天王現る!Elixir,Crystal,Opal,Mirahまとめ #ruby
https://codeiq.jp/magazine/2015/07/26120/

172 名前: mailto:sage [2017/09/02(土) 12:55:46.34 ID:6K7Z1T4/.net]
>>170
擦り合わせしたいと言うと荒らし扱いされるから気をつけてね。

173 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 14:12:09.69 ID:DpVc64wR.net]
さんざん宣伝された「コミュ力」でさえ
プログラムにコミュ力が必須という共通認識は出来ない

174 名前:デフォルトの名無しさん mailto:age [2017/09/02(土) 14:26:26.94 ID:CJZVlBwp.net]
頭の悪い人がちょっと覚える労力を避けるために
頭の良い人が多大な無駄な苦労をするのは
社会的損失だ

175 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 14:26:47.13 ID:9PaYDv7F.net]
抽象化思考能力が欠如してるから
自分の知ってる分野・レイヤーの視点で語りたがる

176 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 14:45:24.92 ID:HZeOuyve.net]
>>170
兜合わせとかいやらしい

177 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 15:06:32.25 ID:iROop40D.net]
2ちゃんとスーパーハカーによると抽象的思考にはアルファベットよりも漢字を使うのがいいらしい。
プログラミングも漢字でやるといいらしい。

178 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 15:49:49.61 ID:9PaYDv7F.net]
>>177
そういう結論になる事が抽象化思考力の欠如してる何よりの証



179 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 18:15:56.44 ID:aqG50DC7.net]
アルファベット仕様キーボードで入力してる限りは
入力速度がアルファベット>非アルファベットになるのはどうしようもない

180 名前: mailto:sage [2017/09/02(土) 20:43:09.37 ID:6K7Z1T4/.net]
>>179
タブキーと補完使わないの?
俺、和文のあとに、同じ内容の英文つけたメール書くことあるけど、あきらかにタイプ数は和文の方が少ないよ。

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

181 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 22:56:58.71 ID:DpVc64wR.net]
今の世の中に抽象的思考が足りないって実感あるの?ないでしょ
そんなことよりユーモアが足りないと思う

182 名前:デフォルトの名無しさん mailto:sage [2017/09/02(土) 23:39:15.33 ID:je61f8uF.net]
ユーモアが足りないように感じるのは
ネットのおかげか世の中がマトモという言い方はおかしいけど
正解を引くひとが多くなってきたから
明らかにおかしい状況を
ユーモアで笑い飛ばす必要性があまりなくなってきたんだと思う
苦痛な環境に置かれても、ある種納得してるっつーか

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

183 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 01:21:59.30 ID:hrqzcgfY.net]
そんな残念、杞憂だよ

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

184 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 01:48:32.74 ID:CI8E+FdQ.net]
>>182
DrinkをCoffeeのメソッドにしてることに最高に納得いかない。
設計者出てこい!

185 名前:デフォルトの名無しさん [2017/09/03(日) 03:47:08.84 ID:3gHqT14e.net]
>>182
これ何がアカンの?

186 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 04:22:00.89 ID:LluVimQv.net]
「お前が飲むんかーい!」ってツッコミたくなる

187 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 05:04:38.40 ID:wg7NEzB4.net]
>>182
bool値はIsEmpty()がいいなー

188 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 06:11:13.88 ID:Xy/hIi2a.net]
次世代言語スレでisHogeは無いだろ…



189 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 08:29:59.58 ID:j0xqGCdJ.net]
関数やメソッドの呼び出しに()を使う言語は滅亡すべきだな

190 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 11:27:05.90 ID:F0wU88Va.net]
明示的に call とか書くのはあんま流行らんぞ。
おれはそれくらい明示的でいいかなと思うのだが。

191 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 13:01:37.55 ID:HuyjtM/i.net]
Coffeeが空かどうかのStateをインターフェースで持たせて、StateはVisitorを受け入れるのが伝統的なやり方かね
次世代だとCoffeeが空かどうかのStateは、インターフェースじゃなくて、型クラスで制限して、パターンマッチで処理を切り分けるって感じかね

192 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 13:21:28.44 ID:2mD2p7su.net]
Human john;
Cup cup;
...
if (cup.isEmpty)
{
cup = new Coffee();
}
else
{
john.Drink(cup.Drop());
}

193 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 13:26:23.45 ID:fyDk5FSQ.net]
まずそもそもコーヒーをモデル化とかしないから

194 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 13:34:57.13 ID:HuyjtM/i.net]
>>192
Drinkの中でdropを呼べよ

195 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 14:05:43.95 ID:1HtAUlO9.net]
久しぶりに見たんだけどなんでまだスレタイにRustなんて欠陥言語があんの?

196 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 14:14:39.78 ID:HuyjtM/i.net]
Rustの何が欠陥??
いい言語だと思うけど

197 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 14:27:10.98 ID:tndEY2pO.net]
>>196
強いて言うなら学習コストだ高いとか。
インタラクティブに勉強する教材とか欲しい。
nodeSchoolみたいなやつ

198 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 14:46:11.02 ID:m/SUUCxo.net]
>>194
おまえはcupをdrinkするガイジなのか?



199 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 14:58:12.28 ID:LluVimQv.net]
ここでもキャットドア問題再燃w
ほんと使えるなこれ

200 名前:デフォルトの名無しさん mailto:s [2017/09/03(日) 15:11:53.96 ID:1HtAUlO9.net]
>>196
ちょっと込み入ったもの書こうとすると即座にコンパイラがあらゆるコード受け付けなくなる言語のどこがいいんだ?

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

201 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 15:40:55.80 ID:2mD2p7su.net]
>>194
Human you;
Cup cup = Mix(new Coffee(), new Poison());
you.Drink(cup.Drop());

202 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 15:56:06.83 ID:NUcZKlpc.net]
Rustには保守しにくいコードを事前に排除する意味もあるようなw
ぶっちゃけ書き捨てプロトタイプには向かない言語

203 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 15:59:55.01 ID:th8Kz7qM.net]
>>200みたいなコンパイルエラーを嫌う人種ってどういうひとなの?
インタプリタ最強みたいな感じなのかな?
ランタイムでこけるより、コンパイラでエラー出たほうがいいじゃん

204 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 16:01:57.97 ID:ULbykCIX.net]
>>189
>>190
今どきのメジャー言語は
たいてい関数名+括弧だけじゃないか?

いちいちcallとか書いてたらコードがcallだらけになるし
関数定義のfunctionすら面倒だっていう声があるから
いちいち関数を明示的に呼び出す言語は流行らないよ

205 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 16:29:46.99 ID:fyDk5FSQ.net]
callって明示的に書く言語ってなんだよ
Fortranくらいしか書いたことない

206 名前:デフォルトの名無しさん [2017/09/03(日) 16:32:54.49 ID:uF0EtmbD.net]
>>196
言語はいいんだけどまだ普及してないからライブラリが辛い

207 名前: mailto:sage [2017/09/03(日) 16:44:19.82 ID:DQefzD0A.net]
「f(x)」以上に「関数」らしい表現を見た事無いがな。

call書かないとカッコ書けないVBAとかが、callだらけになるかな。

208 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 16:59:40.82 ID:j0xqGCdJ.net]
f x
でいいだろ



209 名前:デフォルトの名無しさん mailto:sage [2017/09/03(日) 17:12:48.70 ID:fyDk5FSQ.net]
>>208
これは同意

210 名前: mailto:sage [2017/09/03(日) 17:25:55.62 ID:DQefzD0A.net]
たしかに。
lispのS式は自然なんだなぁ。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<243KB

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