板検索:
【JavaScript】スクリプト バトルロワイヤル55【php,py,pl,rb】 (459)
まとめビュー
1
デフォルトの名無しさん[sage]   投稿日:2016/10/01 23:40:48  ID:FvOeAcfn.net


2
デフォルトの名無しさん[sage]   投稿日:2016/10/02 00:47:01  ID:Bi7hk0oe.net
スクリプト言語とスクリプトではない言語を分ける定義ってあるのかな

3
デフォルトの名無しさん[sage]   投稿日:2016/10/02 00:55:03  ID:A7Nl1eL6.net(15)
前スレ>996
> 確かに実用的には言語自体にそれほど大きな差はないかもしれないが、
だからそう言ってるじゃん。

> コミュニティやエコシステムが発展していく上で人々の「好み」というのが非常に重要である以上、
> 言語の差には大きな影響力があるんだよ。
だからそれは生産性の差じゃない。好みの差。利用者の多さとかそういうもの

前スレ>999
> ていうかもっとそもそも論を言えば python のコードは英文に近くて読み易い。
どこが? 理系に馴染みやすい数式に近いものが英文になるわけないよw

> python の半ば強引なアンダースコア(英文の空白など区切り文字全般に該当する)だらけのコードは時に英文そのものになっている場合がある。
this_is_a_pen みたいな?w
それは変数名をそうつければ、どの言語でも同じことだろ。

ていうか英文そのものというのはCOBOLみたいなものを指すんだが。
冗長で読みにくい。

4
デフォルトの名無しさん[sage]   投稿日:2016/10/02 02:56:43  ID:o/oJKASu.net
Javaの命名規則はviやメモ帳には克服できない

5
デフォルトの名無しさん[sage]   投稿日:2016/10/02 06:08:51  ID:B7NgyTXX.net
言語で生産性に差は生じないクン
似たり寄ったりのメジャーな言語やよく見かける案件に限定にして
さらに念入りに差を生じさせる要素を都合よく排除してったら
そりゃ差はなくなるのは当たり前だって、いつ気づくんだ?
コメント1件

6
デフォルトの名無しさん[sage]   投稿日:2016/10/02 08:24:13  ID:Hq+/j29t.net
いいじゃんそれで
そろそろ人間は楽していくべきだよ

7
デフォルトの名無しさん[sage]   投稿日:2016/10/02 09:26:07  ID:gWSXlQpJ.net(2)
これからはAIがプログラミングし改善し続けるからプログラマーがオワコンなのは確定してる

8
デフォルトの名無しさん[sage]   投稿日:2016/10/02 10:29:10  ID:A7Nl1eL6.net(15)
>5
はい。言語によって生産性はないという
当たり前のことを言っていますよ?

理由はあんたが言うように、フレームワークやライブラリによって
差を生じさせる要素が排除されてるからです。

9
デフォルトの名無しさん[sage]   投稿日:2016/10/02 10:45:41  ID:UOjgrslt.net(7)
差はないわけはないが、それよりは好き嫌いとあモチベによる差の方がはるかに大きいよね
この後者の部分を無視して、「差がないんだったら安い奴隷をいっぱい集められるJavaかPHPに
しよう」とか無能経営者が考えてしまうとモチベどん底のデスマのはじまりはじまりーと

10
デフォルトの名無しさん[]   投稿日:2016/10/02 10:53:21  ID:kPn//wmb.net(7)
言語に差があるからそこに集まるフレームワークやライブラリに差ができるんだけど
差がないとか本気で言ってるっぽいところがイタい人達
コメント1件

11
デフォルトの名無しさん[sage]   投稿日:2016/10/02 11:27:02  ID:A7Nl1eL6.net(15)
>10
だから今は、そのフレームワークやライブラリの有り無しで生産性が変わるのだから、
フレームワークやライブラリのある無しで使う言語を決めるべきって話。

言語を先に考える時代は終わった。生産性の要である
フレームワークやライブラリで選ぶべき。言語はどれでもよい。
コメント1件

12
デフォルトの名無しさん[sage]   投稿日:2016/10/02 12:01:38  ID:UOjgrslt.net(7)
>11
どれでもよいはかなり語弊があるな
生産性ではなく、他の要素で選ぶべきぐらいじゃないとね
コメント1件

13
デフォルトの名無しさん[sage]   投稿日:2016/10/02 12:17:23  ID:A7Nl1eL6.net(15)
>12
言語では大きな差は出ないって答えなら
どっちでもいいよw
コメント1件

14
デフォルトの名無しさん[sage]   投稿日:2016/10/02 12:22:40  ID:7wUTU6an.net
誰でもできるドカタ仕事では言語の差は出ないよ

15
デフォルトの名無しさん[sage]   投稿日:2016/10/02 12:29:05  ID:A7Nl1eL6.net(15)
じゃあドカタ仕事じゃないものの例を言ってみなさいよw

16
デフォルトの名無しさん[sage]   投稿日:2016/10/02 13:31:20  ID:UOjgrslt.net(7)
>13
どっちでもはよくない
「なんでもいい」と「別に選ぶ基準がある」はまったく違うから

なんでもいいだとそれこそ無能経営者の発言になってしまう
コメント1件

17
デフォルトの名無しさん[sage]   投稿日:2016/10/02 13:37:57  ID:A7Nl1eL6.net(15)
>16
日本語が間違ってるぞw

「なんでもいい」っていうのは言語の話で
「どっちでもいい」は、他の要素で選んでも構わない
 (「言語によって差はない」には反してないから)
っていう話だ。
コメント2件


18
デフォルトの名無しさん[sage]   投稿日:2016/10/02 13:59:36  ID:UOjgrslt.net(7)
>17
「どっちでもいい」じゃなくて「どれでもいい」だろ
人の言葉尻を捉えてとやかく言うなら自分の発言した内容ぐらいちゃんとコピーしろよ
コメント1件

19
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:03:14  ID:eJU0yv2p.net(2)
ドカタは関数型言語とか難しくて使いこなせないじゃん?バカだから

よって言語はどれでも良いってことは無い

20
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:22:12  ID:A7Nl1eL6.net(15)
>18
だから言語はどれでも良いって言ったけど?
コメント1件

21
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:23:14  ID:UOjgrslt.net(7)
>20
>17 では「どっちでもいい」って書いてるけど?
コメント1件

22
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:24:34  ID:A7Nl1eL6.net(15)
>21
どっちでもいいって言ったのは言語じゃなくて
選ぶ理由だけど?

(言語に差がないからどれでもいい。言語以外を選ぶ理由にするなら)
どっちでもいい。
コメント1件

23
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:25:41  ID:UOjgrslt.net(7)
>22
差がないのは生産性だけで、他にも選択に必要な要素は山ほどあるよね?
それを「生産性」という言葉をすっぽり抜かしてしまったら、伝わるものも伝わらないよね?
コメント1件

24
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:28:02  ID:A7Nl1eL6.net(15)
>23
だから俺は言語によって生産性に大きな差はないって
言ってるだけだけど?

誰も
とあるフレームワークがあるから○○言語を選ぶ
とあるライブラリがあるから○○言語を選ぶ
人を集めやすいから○○言語を選ぶ
のを否定したりしてませんってwww

否定しているのはただ一つ
「○○言語は生産性が高いから○○言語を選ぶ」だけ
言語によって大きな差は生まれないのでこれはありえない。
コメント2件

25
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:29:57  ID:UOjgrslt.net(7)
>24
だったら「生産性」という言葉はあらゆるレスで抜かしてはいけないはずなんだが
「生産性」というごく狭い部分にフォーカスした発言ですよ、ってのは君の論理の
最重要な前提だよね
コメント1件

26
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:31:54  ID:A7Nl1eL6.net(15)
>25
あらゆるレスって「日本語間違ってるぞお前」みたいな
ものにはいらんだろwww

で、どのレスに入れてほしかったのさ?
大抵入ってるはずだが?

27
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:35:35  ID:eJU0yv2p.net(2)
>24
代数的データ型があるからOCaml(関数型言語)を選ぶ
っていうのが実際に金融業界ではあるんですよ
ちゃんと言語で選んでますよ?
http://d.hatena.ne.jp/camlspotter/touch/20131209/1386582276
コメント9件

28
デフォルトの名無しさん[]   投稿日:2016/10/02 15:22:55  ID:kPn//wmb.net(7)
なぜ言語間に差がない等という明らかに現実を無視した主張をするのか
その理由は一つ
「バカ専用言語」という烙印を押されたPHPを使うペチパー達が
そのイメージを払拭しようと宣伝活動をしているにすぎない
そのおバカな活動が余計に「バカ専用」のイメージに拍車をかけている事も知らずに
コメント1件

29
デフォルトの名無しさん[sage]   投稿日:2016/10/02 15:28:29  ID:gWSXlQpJ.net(2)
web系って何故あんなに低脳が集まるんだろうか

30
デフォルトの名無しさん[]   投稿日:2016/10/02 15:59:38  ID:kPn//wmb.net(7)
低能でもできるものに有能を集める必要はないだろう

31
デフォルトの名無しさん[sage]   投稿日:2016/10/02 16:19:08  ID:A7Nl1eL6.net(15)
>28
なら君、PHPで○○ヶ月掛かる仕事を
その半分でやってみせますとか言ってみたら?

半分が多すぎるなら減らしてもいいけど、
君ならどんくらい減らす?
コメント1件

32
デフォルトの名無しさん[]   投稿日:2016/10/02 16:29:42  ID:kPn//wmb.net(7)
>31
その質問に意味があると思ってるところがペチパーの怖ろしさ
コメント2件

33
デフォルトの名無しさん[sage]   投稿日:2016/10/02 16:33:51  ID:A7Nl1eL6.net(15)
>32
やっぱり言語を変えるだけでは減らせないのね?w
コメント1件

34
デフォルトの名無しさん[]   投稿日:2016/10/02 16:37:53  ID:kPn//wmb.net(7)
>33
何がやっぱりなんだよ俺は「その質問に意味はない」と言ってるのだが
どこからその結論を読みとってきたんだお前

35
デフォルトの名無しさん[sage]   投稿日:2016/10/02 16:39:00  ID:A7Nl1eL6.net(15)
意味がない理由を書いてない時点で、
どう取られても構わないって言ってるようなもんなんだがw
コメント1件

36
デフォルトの名無しさん[]   投稿日:2016/10/02 16:43:15  ID:kPn//wmb.net(7)
>35
理由を言わない→どう取られても構わない
なぜこうなるのか?
ペチパーには論理的な思考の推移というものが存在しないのか?

37
デフォルトの名無しさん[sage]   投稿日:2016/10/02 17:01:08  ID:A7Nl1eL6.net(15)
じゃあ言って見れば?
コメント1件

38
デフォルトの名無しさん[]   投稿日:2016/10/02 17:03:02  ID:kPn//wmb.net(7)
>37
は?何を?
思考が飛躍しすぎでお前とは普通の会話ができん
コメント1件

39
デフォルトの名無しさん[sage]   投稿日:2016/10/02 22:15:23  ID:YSooqH+k.net
ここまでのレス数39のうち、書き込んだ人間は何人なんだろう

40
デフォルトの名無しさん[sage]   投稿日:2016/10/02 22:18:27  ID:A7Nl1eL6.net(15)
>38
なんで意味が無いのかだよ。
>32でお前言ったろ? その質問には意味がない(ドーン!)って

えとね、反論するときはちゃんと理由をいわないと意味がないの。
誰かが何か意見を言った時、
「それは違う(ドーン!)」って言うだけじゃ違うって認められないんだよ。
そんなんで反論として認められるならば、
なんでも通用するわw


「これだけの証拠が有るからあなたが犯人です」
「それは違う(ドーン!)」
この一言で覆るかよw

41
デフォルトの名無しさん[sage]   投稿日:2016/10/02 23:53:31  ID:ikqDAd+/.net
一人の可能性も考慮していけ

42
デフォルトの名無しさん[sage]   投稿日:2016/10/03 22:33:47  ID:+/vBYXSE.net
似たようなフレームワークで解決する案件に限定して
似たようなフレームワークを書ける言語を選択肢に絞れば
言語間で生産性に差はなくなるのは当たり前

現実にはその程度のフレームワークで解決しない案件も
その問題領域を効率よく記述可能な言語も多種多様に存在するわけだから
状況によって言語の生産性に差はあるに決まっている
コメント1件

43
デフォルトの名無しさん[sage]   投稿日:2016/10/04 00:22:58  ID:px5zXLds.net(9)
>42
その状況っていうのは、
「その問題領域を効率よく記述可能な言語」ではなく
「その問題領域を効率よく記述可能なライブラリ」があるかないかで
決まることだろ?

44
デフォルトの名無しさん[sage]   投稿日:2016/10/04 00:45:11  ID:41/K25SW.net
その問題領域を効率よく記述可能なライブラリを書けるのが
特定の言語に限られるケースがあるって話だろ

45
デフォルトの名無しさん[sage]   投稿日:2016/10/04 01:27:22  ID:px5zXLds.net(9)
その問題領域ってなによ?

例えば機械学習とかのライブラリはC言語で作れていることが多い。
コメント1件

46
デフォルトの名無しさん[sage]   投稿日:2016/10/04 08:11:58  ID:4IqBwgDx.net(2)

47
デフォルトの名無しさん[sage]   投稿日:2016/10/04 09:10:07  ID:px5zXLds.net(9)
>46
それはライブラリを使うことを前提として
開発工数に差が出るほどのものではない。
コメント1件

48
デフォルトの名無しさん[sage]   投稿日:2016/10/04 10:09:35  ID:4IqBwgDx.net(2)
>47
差がない理由を言ってないから全く意味のないレスだな

>27のリンク先は実際に仕事で使ってる人間が
具体的な理由付きで言語で選んるって言ってんだから
全く勝負にならない
コメント1件

49
デフォルトの名無しさん[sage]   投稿日:2016/10/04 11:09:45  ID:iuVpzj4K.net
ID:A7Nl1eL6 はとりあえず >27 を見ろよ

50
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:01:19  ID:px5zXLds.net(9)
>48
差が出ない理由は実際にコード書いてみればわかると思うけどさ、
ようするに、フレームワークやライブラリによって
その利用者が書かなければいけないコードが最小限になるからだよ。

言語の違いによって書くべきものに違いはあるだろうけど、
何かを実現するときに足りないコードっていうのはどれもかわらない。

例えばウェブアプリで画面にhello worldを表示するっていうものがあれば、
PHPに比べて素のRubyだけでやろうとしたら膨大なコードを書かないといけないけど
そこにRailsが加わればたったコレだけ。

class HelloController < ApplicationController
 def index
  render :text => "Hello, world!"
 end
end

Rails.application.routes.draw do
 root 'hello#index'
end

このように実現するときに足りないコードっていうのは、Hello worldを表示するという関数と
そこにたどり着くためのルーティングの設定。どの言語を使ってもこの必要最小限のコードに落ち着く。
この例はフレームワークだけど、ライブラリでも同じ。言語が違っても同じ引数・同じ戻り値の
ライブラリは作れるだろうからライブラリの中身が違っても、それを使う側は変わらない。

実現するためのコードは違っても、フレームワーク・ライブラリの利用者が書かなければいけないものは
結局のところ同じなので、どの言語でもこの必要最小限ですむものを作ることができる。

結果、どの言語でも書くべきコードは必要最小限のコードで対して変わらないので
言語の違い程度で工数に大きな差は出ないことになる。フレームワークやライブラリが吸収してしまう。
コメント1件

51
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:02:48  ID:px5zXLds.net(9)
よし、差がない理由を言ったから反論待ちだなw

どうせ言えないと思っていただろう?w

52
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:03:48  ID:V9yFwQr5.net(4)
多分、フレームワークやライブラリで片がつく程度の仕事しかしてこなかったんだろうな
でなければ >27 にちゃんと反論するもんな

53
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:11:16  ID:px5zXLds.net(9)
そもそも>27にはOCamlによって開発工数が減ったとは
書いてないので、反論する必要もないんだよ。
コメント1件

54
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:16:18  ID:px5zXLds.net(9)
せやな、例えばここなんかどうだ? サンプルがあるぞ。
http://www.geocities.jp/m_hiroi/func/ocaml.html

この中で(別の場所でも良いけど)OCamlで書いたらこんなに短いけど、
他の言語では長くなるっていう例でも言ってみてくれ。

もちろんフレームワークやライブラリを使うのは有りだ。
(だってそもそもフレームワークやライブラリがあるから
言語による開発工数の差はほとんど無くなると言っているのだからね)
コメント1件

55
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:18:02  ID:V9yFwQr5.net(4)
>53
> 事実、この言語化によるパワー、金融商品の代数的表現を使って LexiFi はデリバティブのモデル化、
> 評価、マネージメントなどの高度なシステムを少人数、短期間で開発し、現在に至っている。

あれ?書いてますけど?
コメント1件

56
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:41:54  ID:px5zXLds.net(9)
>55
それは比較じゃない。少人数・短期間で開発というのは
どんなフレームワークでも謳い文句にしている。
コメント1件

57
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:44:39  ID:V9yFwQr5.net(4)
>56
選んだということは、比較して決めたということでしょ

58
デフォルトの名無しさん[sage]   投稿日:2016/10/04 21:48:12  ID:px5zXLds.net(9)
比較して選ぶ理由は開発工数以外にもある

59
デフォルトの名無しさん[sage]   投稿日:2016/10/04 22:01:00  ID:V9yFwQr5.net(4)
比較して選んだ結果、少人数、短期間で開発しと書いてるんだから、開発工数が選んだ理由でしょ

60
デフォルトの名無しさん[sage]   投稿日:2016/10/04 23:06:28  ID:c95btk+9.net
まさかhello world書いて言語の生産性に差が無いと言い出すとは
斜め上の展開に失笑を禁じ得ない
そりゃhello worldじゃ差は無いでしょうよw

61
デフォルトの名無しさん[sage]   投稿日:2016/10/05 01:57:03  ID:f4G2o0Wy.net(2)
じゃあ、それ以外のネタいいなよ。
お前が差があるものをもってくりゃいいんだよ。

62
デフォルトの名無しさん[sage]   投稿日:2016/10/05 05:21:35  ID:PMogH9vB.net
でも数ヶ月の差がでるような極端な例じゃないと差があるとは認めないんでしょう?
前提がそうなら「差はない」わな

そもそもフレームワークやライブラリの影響と言語の差の影響を比較する行為が一人相撲だといつになったら気が付くんだろうか。
言語で差はあると言っている人達はそんな話はしていない

63
デフォルトの名無しさん[sage]   投稿日:2016/10/05 05:50:14  ID:1vEKhOHe.net
生産性に差がないクンは、たんにHelloWorldに差がないという主張だったというオチか
しかもOCamlはおろか代数的データ型等のRubyにない機能はろくすっぽ分かってない悪寒

64
デフォルトの名無しさん[sage]   投稿日:2016/10/05 07:36:53  ID:2ahFCYR+.net
都合の悪い部分は無視か屁理屈だもんな
で、粘着したもん勝ちを地で行ってるだけだから

こういうのはもう相手しない方がいいよ

65
デフォルトの名無しさん[sage]   投稿日:2016/10/05 09:30:51  ID:f4G2o0Wy.net(2)
といって差が出る例を言わないのを
ごまかすのであった(笑)

66
デフォルトの名無しさん[sage]   投稿日:2016/10/05 10:06:38  ID:lkZZSZSh.net
はやくHelloWorld書く仕事に戻れよ低脳

67
デフォルトの名無しさん[sage]   投稿日:2016/10/05 11:30:50  ID:n3rzU9DG.net
HelloWorldでお金もらえるのか
うらやましい

68
デフォルトの名無しさん[sage]   投稿日:2016/10/05 12:17:28  ID:jN7hnxBN.net
このスレの雑魚率は異常

69
デフォルトの名無しさん[sage]   投稿日:2016/10/05 17:00:17  ID:Il4yJk9W.net(2)
<div id="Aid" class="Bclass">XXXXX</div>

というのがあったとき、
document.getElementById("Aid").innerHTML = "";
とすると、
<div id="Aid" class="Bclass"></div>
となりますが、このclass="Bclass"というのも削除して
<div id="Aid"></div>
だけには出来ませんか

greasemonkeyを使っていて、これが残っていると枠が残ってしまいます
コメント1件

70
デフォルトの名無しさん[sage]   投稿日:2016/10/05 17:09:28  ID:Il4yJk9W.net(2)
ちなみに、classList.removeを使うと、classは削除されますが、

<div id="Aid" class=""></div>
となります。class=""は取れませんか

71
デフォルトの名無しさん[sage]   投稿日:2016/10/06 08:06:33  ID:iNikTZeR.net
ここはHelloWorldの生産性を議論するスレです

72
デフォルトの名無しさん[sage]   投稿日:2016/10/06 21:51:00  ID:ebrDzA6a.net
>69
そもそもclass=""を消したいのは何故?
それで何か変化あるのかな…?

無理矢理消すなら
<div id="Aparent"><div id="Aid" class="Bclass">xxxx</div></div>
にしちゃって、AparentのinnerHTMLを変更するのじゃダメかい?

73
デフォルトの名無しさん[sage]   投稿日:2016/10/06 23:25:28  ID:BMy5Xi/f.net
HelloWorldって馬鹿にされて恥かいたからって
クソ下らんネタで話逸らすの良くないぞ

74
デフォルトの名無しさん[]   投稿日:2016/10/06 23:29:34  ID:8+ZXgN8r.net
まあ実際ペチパーの仕事はHello, worldと大差ないのばかりだからなw

75
デフォルトの名無しさん[sage]   投稿日:2016/10/07 01:42:56  ID:2bUYn87k.net(2)
いい加減出てこいよ。
Hello Worldって言ってるだろ。
無視すんな

76
デフォルトの名無しさん[sage]   投稿日:2016/10/07 03:31:19  ID:2bUYn87k.net(2)
ちっHello Wolrd野郎は逃げたか。
腰抜けだな

77
デフォルトの名無しさん[]   投稿日:2016/10/07 17:35:11  ID:pbAKgzuV.net
お前ら、あんまり Hello World を馬鹿にすんな
世の中には、バージョンアップしただけで Hello World が
動かなくなる後方互換性を完全無視したスクリプト言語もあるんだぞ

Rubyの設計上の欠点とは何か? /

78
デフォルトの名無しさん[sage]   投稿日:2016/10/08 07:43:03  ID:dWardwII.net
>69
removeAttribute じゃだめかい?

79
デフォルトの名無しさん[sage]   投稿日:2016/10/09 14:29:52  ID:bYUVlBu3.net
つかもうスクリプトの時代は終わったよね
結局はC/C++、JAVA、C#、Swiftがそれぞれの利用シーンで使われ、辛うじてPythonが生き残ってる感じ
俺なら今はC#を推すね、ゲーム開発でも人気あるしさ
コメント1件

80
デフォルトの名無しさん[sage]   投稿日:2016/10/09 17:47:56  ID:etJE85Lo.net(2)
>54
問題領域に対する有用なフレームワークやライブラリが特定の言語でしか整備されていなければ開発工数の差になると思うわけだが。
ディープラーニングやろうってときにスレタイの言語の中で Python 以外を選ぶ馬鹿はいないだろ。
コメント2件

81
デフォルトの名無しさん[sage]   投稿日:2016/10/09 18:14:51  ID:etJE85Lo.net(2)
ところで >50 の意味がわからないのだが。ウェブページとして Hello world を表示するだけなら ruby でもフレームワーク無しでこれでよいのでは?

#!/usr/bin/ruby
print "Content-Type: text/html\n\n"
print "Hello, world!"

少なくとも俺の Apache の環境では mod_cgi を有効にしてこれで動いた。
コメント1件

82
デフォルトの名無しさん[sage]   投稿日:2016/10/09 19:47:31  ID:Rm79Y6cU.net
>80
自分はJSでやってる。
ディープラーニングって手段であって、
することに合わせた細かい調整やノウハウが重要
まだ発展途上でどの言語でも整備されてるとは言えないので言語は関係ない。

よくあるライブラリは結局皆がもう何度も試したようなことにしか使えない。
自分は2年目から素フレームワークと自作ライブラリに切り替えた。
エンコーダとかだとビジュアルも重要だし、モバイルから進捗を見るのなどにもWebが便利だしね。
コメント1件

83
デフォルトの名無しさん[sage]   投稿日:2016/10/09 20:12:48  ID:190gE+2p.net
>82
back propagationとかどうしてんの?自動微分のライブラリも自作してんの?
まさかシコシコ自分で偏微分をコーディングしてるとか無いよね?
コメント1件

84
デフォルトの名無しさん[sage]   投稿日:2016/10/10 02:01:40  ID:teDgpDlf.net(3)
ど素人が知ったかぶりした挙句に
ツッコまれて逃亡するのを
何度このスレで見た事だろう

85
デフォルトの名無しさん[sage]   投稿日:2016/10/10 04:58:00  ID:99eJrtEu.net
素人の間では、AIはデータが命でありプログラムの時代は終わったとされている

86
デフォルトの名無しさん[sage]   投稿日:2016/10/10 09:21:02  ID:ClkDUgcU.net(2)
なんでJSでディープラーニングやってるなんて嘘つくんだろう
JSerはwebドカタである事にコンプレックスでもあるの?

87
デフォルトの名無しさん[sage]   投稿日:2016/10/10 10:47:43  ID:5rtYMNIr.net
色々な説がある
科学が好きすぎて道徳を信じない説
なぜ嘘をついてはいけないのか科学的証拠を出せ

88
デフォルトの名無しさん[sage]   投稿日:2016/10/10 11:32:27  ID:ClkDUgcU.net(2)
JSerが無知でバカで嘘つきってことは周知の事実だから
いまさら嘘つきってバレても失うものは無いってことかな?

89
デフォルトの名無しさん[sage]   投稿日:2016/10/10 15:54:10  ID:Kgt7uTeW.net
>83
自分は所謂日曜プログラマ。仕事は一切関係ない。
なのでDLは手段と書いたがシコシコする事自体が目的というのも半分。
技術自体に興味があるし、論文読んで自分なりに取り入れてみたりする行為が一番好き。

他にも例えば最近JSに入ったSABやSIMDを使うライブラリは無い(無かった)
そういう最新の技術を使いたいという興味目的もあるし、
実際パフォーマンスを突き詰めたいのでそれに沿うように作り直すことになる。

あとゲームの評価関数等だと終わりが無い、最適解への道のりが遠いから
ずっと調整し続けないといけない。
コメント1件

90
デフォルトの名無しさん[sage]   投稿日:2016/10/10 18:15:33  ID:teDgpDlf.net(3)
>89
趣味なら好きにしたらいいけど

ただ自動微分もSIMDもCUDAもサポートしてるPythonのDLライブラリを使わず、
ちょっとネットワークの構造や深さや発火関数を変えるだけで
偏微分をシコシコ書き直してデバッグしてるのって
側から見るとバカみたいだから気を付けた方が良いよ

91
デフォルトの名無しさん[sage]   投稿日:2016/10/10 18:27:03  ID:teDgpDlf.net(3)
いやまあ、Pythonじゃなくてもいいや、何か適当なライブラリは使った方が絶対良い
どうせDLの低レイヤーなんて行列演算なんだから

92
デフォルトの名無しさん[sage]   投稿日:2016/10/10 20:04:08  ID:ar34yalZ.net
まぁまぁ、日曜プログラマ程度なら使い慣れてる言語でちょこちょこ楽しむってのも
全然アリだと思うし、そこに対して教条的にPython使えって言われても宗教的怪しさを
感じるだけだと思うけどねー

93
デフォルトの名無しさん[sage]   投稿日:2016/10/10 23:04:37  ID:oCisyuHf.net(3)
>80
> 問題領域に対する有用なフレームワークやライブラリが特定の言語でしか整備されていなければ開発工数の差になると思うわけだが。

フレームワークやライブラリが特定の言語でしか整備されていなければでしょw
特定の言語でしか整備できなければ、言語の差になるが、
特定の言語じゃなくても整備できるだろうね。

だからそれは言語の差ではなくて、フレームワークやライブラリの差
コメント1件

94
デフォルトの名無しさん[sage]   投稿日:2016/10/10 23:06:13  ID:oCisyuHf.net(3)
>81
それはHello World専用じゃんw
なんでお前Hello Wolrd専用の話をしてるの?

95
デフォルトの名無しさん[sage]   投稿日:2016/10/10 23:07:22  ID:oCisyuHf.net(3)
ウェブフレームワークはいろいろやることがあるって話をしてるのに、
Hello Worldだけを表示するものを作って、
これだけできる!とか視野が狭いというかなんというか
本当にHello Worldしかできんのな。

96
デフォルトの名無しさん[sage]   投稿日:2016/10/11 06:51:07  ID:lxwJWoO8.net(2)
HelloWorldで生産性を語る君にいわれてもなぁ……

97
デフォルトの名無しさん[sage]   投稿日:2016/10/11 07:58:49  ID:KsPXMvNv.net(7)
HelloWorldで生産性を語ってるのはあんたでは?

HelloWorldの例見て、これが全てだ!
よし、今からHelloWorld限定の話にしてやるぞって
思っちゃったんでしょ?w

98
デフォルトの名無しさん[sage]   投稿日:2016/10/11 09:08:09  ID:pWg+DYaN.net
どうせhello would以外何も書けないくせにw

99
デフォルトの名無しさん[sage]   投稿日:2016/10/11 09:32:00  ID:lxwJWoO8.net(2)
相変わらず前提がおかしいっていうか想像力が乏しいねぇ…苦笑
ところでHelloWroldクン代数的データ型の勉強はおわったのかな?w
コメント1件

100
デフォルトの名無しさん[sage]   投稿日:2016/10/11 19:28:27  ID:4aJkZN3t.net
>79
C#ってどんなの? 特徴教えて
C++とは大分違うの?

101
デフォルトの名無しさん[sage]   投稿日:2016/10/11 22:40:16  ID:Zk32hdPj.net
C#はゲームでのC++に置き換わる覇権言語

102
デフォルトの名無しさん[sage]   投稿日:2016/10/11 22:48:15  ID:hjXFmrTp.net(4)
C#はC++とはまるで違う
近いのはJava

Javaより後発だというのと、Microsoftお得意の後方互換性なにそれ?コンセプトによってJavaより
先進的な機能が色々取り込まれている
惜しむらくはWindowsでしかまともに動かないこと
コメント2件

103
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:15:17  ID:KsPXMvNv.net(7)
>99
それで代数的データ型による差はどれくらいあんの?w
コメント1件

104
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:16:39  ID:hjXFmrTp.net(4)
>103
それすら知らんで「差はない」とか言ってたの?
差はないと言い切るからには当然知ってるはずだよね
コメント1件

105
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:20:57  ID:KsPXMvNv.net(7)
>102
> 惜しむらくはWindowsでしかまともに動かないこと

iPhoneでC#アプリが審査に通るワケ
http://www.atmarkit.co.jp/news/200901/29/mono.html
>  iPhone向けにC#で書かれたゲームが40本以上存在する――

もう7年も前からこんな状態なのに今頃何をいってんの?
あんたが言ってるまともに動かないっていうのはC#という言語じゃなくて
Windows向けのライブラリでしょ。

iPhone、Androidで動くゲームの多くがUnityを使って作られているがその言語はC#
そしてもう一つのクロスプラットフォームの開発環境のXamarinもC#

今の時代クロスプラットフォームで開発しようと思ったら、
JavaScriptかC#なんだが。
コメント1件

106
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:23:10  ID:KsPXMvNv.net(7)
>104
無いものを証明しろといわれても困るんだがw

差なんてどこを見てもないんだから
何も言えるわけがない。

これは悪魔の証明といわれている類の問題でね。
無いのに比べて有るほうを証明するのが簡単なんだから
有るということを証明しましょうって話。
コメント1件

107
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:32:39  ID:DEfYJAZn.net(2)
>106
そもそもお前、代数的データ型が何か説明出来んの?って話よ
これは別に悪魔の証明じゃないぞw
コメント1件

108
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:35:50  ID:KsPXMvNv.net(7)
なんでわざわざ遠回りしてるんだ?

本題は開発効率に差があるかどうかだろ?
仮に俺が知らなかったとして、開発効率に差がある事にはならんのだが?
コメント2件

109
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:42:50  ID:hjXFmrTp.net(4)
>108
知らなかったら差がないことも知らないだろ?
知ってるからこそ差がないことが言えるのに
コメント1件

110
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:43:29  ID:hjXFmrTp.net(4)
>105
40本って…そんな誤差レベルの本数の話されてもね
コメント1件

111
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:49:46  ID:DEfYJAZn.net(2)
>108
プログラマは、自分が基本的な知識と思ってる事すら知らない奴の言うことはハナっから信用しない
いくら言葉を重ねてもね

残念ながらそんなもんです

112
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:52:42  ID:KsPXMvNv.net(7)
>109
お前、議論ってものが分かってないのか?

反論っていうのは、相手が知らない点、見落としている点を突くことなんだよ。
だから、穴があると思ったらそこを突っつけばいいじゃん?

なんで遠回りしてるんだ?って聞いたのは、
穴を見つけたはずなのに、それは穴ですか?って俺に聞いてるからだよ。

俺が穴ではありませんって言ったらお前諦めるわけ?
俺が穴ですっていったら、お前はそこで満足して諦めるわけ?

どっちにしろ、お前はその穴を突っつく。
つまり開発効率に差があることを指摘しないといけないんだから
さっさと指摘しろって言ってるわけ
コメント1件

113
デフォルトの名無しさん[sage]   投稿日:2016/10/11 23:56:28  ID:KsPXMvNv.net(7)
>110
> 40本って…そんな誤差レベルの本数の話されてもね

7年前の話だぞw
今はゲーム開発で独占的な地位を築いている

114
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:00:25  ID:u+SfUSoS.net(12)
>112
簡単じゃん
お前はHello World以外のあらゆるシステムで開発効率に差が出ないと言ってるんだから
そうじゃない例もちゃんと知ってるんだよな?という確認をしてるだけじゃん

そうじゃなかったら「あらゆるシステム」の部分は誤りで、「俺の知ってる狭い範囲のシステムでは」
と言い換えなければいけない

な?簡単だろ?

115
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:05:38  ID:bJD9Q0hO.net(15)
> そうじゃなかったら「あらゆるシステム」の部分は誤りで、「俺の知ってる狭い範囲のシステムでは」
> と言い換えなければいけない

やっぱり悪魔の証明じゃんw

っていうか「俺の知ってる範囲では無い」と言い換えた所で
お前の主張である「開発効率に差がある」は認められないって
分かってるかい?

お前がやってるのは裁判で追い詰められた弁護士が、
「あなたこの文書の存在を知っていますか?」
→ いいえ知りません
→ 「以上反論を終わります。」

って言ってるようなもんだぞw
それが何かをちゃんと説明しないとお前の主張は認められない。

神じゃないんだからさ、誰でも知らないこと(知ってるけどなw)があるのは当たり前。
「あなたは知らないことが有った!だから俺が正しいことになりませんかね?」
とか当たり前の結論を出して満足してるなよ。

さあ、お前のターンだ。さっさと開発効率に差があることを説明しろ。
コメント1件

116
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:08:16  ID:bJD9Q0hO.net(15)
俺だったら、相手が知ってるかどうか確認せずに知らないと決めつけて、
「どうこういう理由で俺の主張が正しい!」って語るだろうなw

おそらく言えるほどの主張がないんだろうね。
だから「あなた知ってます・・・かね?」という
弱腰の確認からはじめる。

117
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:09:25  ID:u+SfUSoS.net(12)
>115
まーだ分かってないんだな
「お前の知らない範囲のシステム」については「お前は開発効率が変わらないことを知らないだろ?」
と言ってるんだよ

「俺の知らない範囲でもあらゆる範囲で俺の法則が適用できるんだ」なんて理論が通じるとでも思ってんの?
コメント1件

118
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:11:52  ID:bJD9Q0hO.net(15)
>117
俺が知らないっていうのなら、俺が知らないことを
言ってみなさいよw

俺が知らないことを指摘することは、
俺が間違っているということにはならのだよ?


>107でそうお前も認めたしな。
> そもそもお前、代数的データ型が何か説明出来んの?って話よ
> これは別に悪魔の証明じゃないぞw

質問が「代数的データ型が何か説明出来んの?」に変わってる。
この質問は言語の違いで開発効率に差があるかどうかの話ではない。
だからどう答えても俺の主張に影響はない
コメント1件

119
デフォルトの名無しさん[sage]   投稿日:2016/10/12 00:14:19  ID:u+SfUSoS.net(12)
>118
代数型データを知らない以上、開発効率に差がでないなんて一言も言い切れないよな
つまり、お前の理論は間違い、それだけ

お前が代数型データを知っていて、それを使う範囲でも開発効率が変わらないと説明できるなら
お前の理論はその範囲では合ってると証明できる
つまり、証明義務はお前の方にあるんだよ

120
デフォルトの名無しさん[sage]   投稿日:2016/10/12 05:06:31  ID:hi5pDFH9.net(2)
>102
なにいってるんだ?MicrosoftとかC#は後方互換を常に重視してるだろ
さすがに互換性のために利便性を捨てるJavaほどではないが、過去のソースやバイナリはほとんどの場合うごく
あれで後方互換無視って言ったら数えるほどしか言語残らんぞ

マルチプラットフォームもUnityに限ればかなりすごいぞ
パソコンから任天堂/ソニーゲーム機、スマホまでなんでも動く

ポケモンGoとかもそうだ
コメント1件

121
デフォルトの名無しさん[sage]   投稿日:2016/10/12 06:17:04  ID:36fXw7IK.net
>120
> C#は後方互換

じゃあ、C++のコードは動くの? 開発言語の後方互換ってそういうことだよね
C#の前はJavaなのか。 なら、Javaは動く?
コメント1件

122
デフォルトの名無しさん[sage]   投稿日:2016/10/12 06:37:27  ID:h9K+2gUj.net
>じゃあ、C++のコードは動くの? 開発言語の後方互換ってそういうことだよね

そんな解釈してる奴見たことねぇw

123
デフォルトの名無しさん[sage]   投稿日:2016/10/12 07:01:10  ID:NQ8LRzeO.net
>93

>フレームワークやライブラリが特定の言語でしか整備されていなければでしょw

現実に、今は特定の言語でしか整備されていない。
現在の状況における現実的な議論としては、言語の差かフレームワークの差かはともかく、言語選択によって開発工数に差が出ることは事実。

>特定の言語でしか整備できなければ、言語の差になるが、
>特定の言語じゃなくても整備できるだろうね。
>だからそれは言語の差ではなくて、フレームワークやライブラリの差

「整備できるだろう」という憶測だけで理由が一切示されないまま、直後に「だから」と繋げて結論を断定して終わる論理展開はおかしい。

124
デフォルトの名無しさん[sage]   投稿日:2016/10/12 09:36:47  ID:bJD9Q0hO.net(15)
特定の言語でしか整備されていないフレームワーク目当てで
言語を選ぶんでしょ?

それはフレームワークの選択であって
言語は仕方なく決まっただけだよw
コメント1件

125
デフォルトの名無しさん[sage]   投稿日:2016/10/12 09:43:32  ID:R3I0FCLG.net(2)
そのフレームワークを書いた人間は言語で選んでるんですけど

フレームワークが勝手に生えてくるとでも思ってんの?
コメント1件

126
デフォルトの名無しさん[sage]   投稿日:2016/10/12 09:53:08  ID:R3I0FCLG.net(2)
ある種のフレームワークを書こうと思った時、特定の言語機能(例: 代数的データ型)があるかどうかで
書きやすさが全然違うんだよね
コメント1件

127
デフォルトの名無しさん[sage]   投稿日:2016/10/12 13:08:44  ID:hi5pDFH9.net(2)
>121
ネタか釣りだと思うが、初心者が間違えるとかわいそうなのでマジレスするとそれは後方互換じゃない

後方互換は同じ言語の前のバージョンと互換性のあること
C#はいくつかの言語を参考にしているが、まったくの新規の言語なのでC#の前は存在しない
コメント1件

128
デフォルトの名無しさん[sage]   投稿日:2016/10/12 13:20:34  ID:AH5cZ6Nj.net
>127
++
++

が#になったのでは?

129
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:03:52  ID:bJD9Q0hO.net(15)
>125
> そのフレームワークを書いた人間は言語で選んでるんですけど

それは言語を選んでいるのであって、開発効率に差があるということではないよ

言語を選ぶ理由はいくつか有る。自分がたまたま詳しかった言語とか
フレームワークを作るのに便利なライブラリが有ったとか、
対応しなければならない環境が使える言語がそれしかなかったとかね。

130
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:04:38  ID:bJD9Q0hO.net(15)
>126
> ある種のフレームワークを書こうと思った時、特定の言語機能(例: 代数的データ型)があるかどうかで
> 書きやすさが全然違うんだよね

だからそう思うならば、その理由を書けばいいだけの話。

131
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:10:11  ID:u+SfUSoS.net(12)
> それは言語を選んでいるのであって、開発効率に差があるということではないよ

開発効率に差がないということでもない
お前の知らない世界については「開発効率に差があるかもしれない、ないかもしれない、どちらか分からない」
が正しいのであって「差があることが言えてないのであれば差がないということ」という論理は暴論でしかない

差がないことを言いたいのであれば、それを証明する義務はお前にある
コメント1件

132
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:12:35  ID:DGH9OdjO.net
>128
それは単にネーミングの話であって
ファミコンに対するスーパーファミコンみたいなものだよ

133
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:32:07  ID:bJD9Q0hO.net(15)
>131
> 差がないことを言いたいのであれば、それを証明する義務はお前にある

上の方に書いた。当たり前だが俺が知っている範囲でだ。(知らないことを書けるわけがない)
で、お前は俺より詳しくて知ってるんだろう?なら知ってることを書けよ。

俺が証明するとしたら差がないという答えにしかならないんだが分かってるかい?
お前のために差があることを俺が証明するわけがないだろうw

差がないと証明する義務はすでに果たした。あとはお前が俺の知らないものを持ってきて
差があると証明してくれるんだろう?早くしろよ。
知らないことを知ることができるとワクワクしながら待ってるんだからさw
コメント1件

134
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:37:37  ID:bJD9Q0hO.net(15)
http://dic.nico video.jp/a/%E7%84%A1%E7%9F%A5%E3%81%AB%E8%A8%B4%E3%81%88%E3%82%8B%E8%AB%96%E8%A8%BC

無知に訴える論証(argument from ignorance)、あるいは無知論証とは、

「Aだという根拠がない。だからAではない」または「Aでないという根拠がない。だからAだ」

というパターンの、「根拠が無いこと」だけを根拠にして何らかの結論を導いてしまう、間違った論理のこと。

なお後述するが、「新しい根拠が無ければ新しい説は言えない」と考えても良い。このほうが、実践的には分かりやすく間違いが少ないだろう。

135
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:39:10  ID:u+SfUSoS.net(12)
>133
> 俺が証明するとしたら差がないという答えにしかならないんだが分かってるかい?
証明できるんならそれでいいんじゃない?

> 差がないと証明する義務はすでに果たした
まったく果たされていない
お前の知らない範囲については以前として「不明のまま」だ

つまり、お前の理論は現時点では、「HelloWorld などの俺の知ってる狭い範囲では言語によって
開発効率に差は出ない」ということしか証明されていない
コメント1件

136
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:52:28  ID:bJD9Q0hO.net(15)
>135
で、開発効率に差がないという証明は?

お前が言ってるのはAだという根拠がないといってるだけ。
コメント1件

137
デフォルトの名無しさん[sage]   投稿日:2016/10/12 22:55:42  ID:u+SfUSoS.net(12)
>136
根拠がない以上、「どちらか分からない」が正解になる
「Aである」の根拠がないことを言った結果、「Aではない」になるわけではない
「Aであるかもしれないし、Aでないかもしれない。まだ証明されていない」という状態になるだけ

そこから「Aである」ことを主張したいなら、それを証明する義務は「Aである」と言った人間にある

138
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:00:17  ID:bJD9Q0hO.net(15)
俺がわかってる範囲・・・「差がない」
俺が知らない範囲・・・「不明」

結論はこれでいいのかい?w


なんか世界中の人をすべて調べないかぎり
卵から生まれた人間がいないとは言い切れない
と言ってるようなもんだねw
コメント1件

139
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:01:41  ID:u+SfUSoS.net(12)
>138
それでいい
お前の言ってる範囲はごく狭いことだけ認識してくれて、今後その主張をするときは
「HelloWorld周辺の俺が知ってる範囲では」という前提条件を忘れないようにな
コメント1件

140
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:02:54  ID:bJD9Q0hO.net(15)
人は卵から生まれることはないのか?
俺「生まれることはない」

お前「お前の知り合いという狭い範囲で生まれてないからと言って
卵から生まれた人間がいないという根拠はない。
根拠がない以上卵から生まれて人間がいるか?の答えは分からないが正解になる」

わっはっは
コメント2件

141
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:04:02  ID:bJD9Q0hO.net(15)
>139
じゃあ、

俺の知ってる範囲では、差がないというのが事実だし、
俺の知らない範囲で差があるという証拠は一つも出ていない。

ということにするよw
コメント1件

142
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:05:01  ID:u+SfUSoS.net(12)
>140
証明されていない分野については、感覚的におかしかろうとそれが論理というものだ
お前はお前の感覚で全分野でお前の論理が成立すると思い込んでるようだが、それは論理ではない
論理は「お前の知ってる範囲だけ」で成立するものだ

143
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:05:46  ID:u+SfUSoS.net(12)
>141
> 俺の知らない範囲で差があるという証拠は一つも出ていない。
差がないかどうかも俺は知らない、という言葉をつけておこうな

144
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:06:02  ID:bJD9Q0hO.net(15)
お前「お前の知り合いという狭い範囲で悪魔がいないからといって
世界で悪魔がいないという根拠はない。
根拠がない以上悪魔がいるか?の答えは分からないが正解になる」


幽霊でもバンパイアでも好きなものを当てはめよう!
コメント1件

145
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:08:26  ID:u+SfUSoS.net(12)
>144
うん、それでいいと思うよ
科学者ほど神を信じてるというしな

146
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:10:38  ID:bJD9Q0hO.net(15)
結局、悪魔の証明を言ってるだけか。
議論にならんね。

俺が知らないとすることを知ってるはずなのに、
なんで証明できないんだろうね(笑)
コメント1件

147
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:19:12  ID:u+SfUSoS.net(12)
>146
お前は悪魔の証明の使い方を間違ってる
悪魔の証明は知ろうとしたら知ることができる範囲の証明ができないことは一切言っていない
お前は代数的データ型について知ろうとすればできるのにその証明をしようともしていない
これは悪魔の証明ではない

148
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:32:12  ID:bJD9Q0hO.net(15)
だから代数データ型を知った上で差がないと言ってる。
コメント1件

149
デフォルトの名無しさん[sage]   投稿日:2016/10/12 23:40:45  ID:u+SfUSoS.net(12)
>148
知った上で差がないという説明のレスはどこにあるの?

150
デフォルトの名無しさん[sage]   投稿日:2016/10/13 06:51:19  ID:5Zaj3bBS.net
たとえば、代数的データ型のHelloWorldとも言える木構造データを
生産性に差がない君のよく知ってるRubyで、既存のどんなフレームワークを使ってもいいから
書いてみてもらえば差があるかないかはっきりすると思うよ
コメント3件

151
デフォルトの名無しさん[sage]   投稿日:2016/10/13 07:34:32  ID:eQrSxPiM.net
>150
やっぱりHelloWorldでしか比べてないじゃんというww
そりゃ、簡単なプログラムで差が出るわけないよなー
コメント1件

152
デフォルトの名無しさん[sage]   投稿日:2016/10/13 07:56:11  ID:b9yuDuDK.net
>124
ポイントをずらした反論で逃げているね。

・言語(+フレームワーク)の選択によって開発効率に差が出る
・「特定の言語じゃなくても(フレームワークを)整備できる」という主張には何の根拠もない
については特に反論しないということでOKかな

153
デフォルトの名無しさん[sage]   投稿日:2016/10/13 08:30:22  ID:YiooIUIr.net
>151
> 差が出るわけない

いや、逆だろ
HelloWorldレベルでも歴然とした差が出るんだな これが
Rubyじゃ、どうひっくり返ったってシンプルには書けない 書けたっぽくても欠陥だらけ
代数データ型を理解してないとわからんかもしれんけど

154
デフォルトの名無しさん[sage]   投稿日:2016/10/13 10:15:51  ID:J3jF+oV3.net
HelloWorld氏は代数的データ型どころか木構造も分かってなくて、
>150を怪しい機能を使ってHelloWorldを書けって要求だと誤解してる予感
コメント2件

155
デフォルトの名無しさん[sage]   投稿日:2016/10/13 21:59:17  ID:xK6BxW94.net(4)
もうそろそろ代数的データ型で差が出るという
根拠をいったかなーと思ったらやっぱり言ってなかったw

156
デフォルトの名無しさん[sage]   投稿日:2016/10/13 22:00:32  ID:xK6BxW94.net(4)
>150
> 書いてみてもらえば差があるかないかはっきりすると思うよ

ならあんたが書けば良いんだよw

157
デフォルトの名無しさん[sage]   投稿日:2016/10/13 22:05:21  ID:xK6BxW94.net(4)
俺の勝利条件:言語の違いでは開発効率に差がないという結論にすること
俺の敗北条件:言語の違いでは開発効率に差がでると認めること

俺に頑張って調べさせて、開発効率に差が出るという
証拠を見つけさせようとしているようだが、

俺が自分で敗北する努力をする訳がないだろう?

「お前は負けるために努力をしろ!」って言ってるやつって
なんなんだろうね。行動が意味不明なんだけどw
コメント1件

158
デフォルトの名無しさん[]   投稿日:2016/10/13 22:44:26  ID:C+WIXg7a.net
横レスするけど、なんだかここ数日、変な流れになっているなあ...

代数的データ型を振りかざす彼ら(>154,153,150,147,119,107,99,63,27)、
仮に「代数的データ型君」と呼ぼう

で、代数的データ型の定義や利点に関して「代数的データ型君」自身からは何の説明が無いね
個人的には代数的データ型なんて直積と直和を意識したデータ分析/設計だと考えているから、
何をそんなに代数的データ型君が「銀の弾丸」であるかのように騒ぎ立てているのか意味不明

ちなみに、代数的データ型という用語は用いられていないけど、直積/直和/列という
データ構造の基本要素を元にした設計手法は1980年代末には国内で登場して一部では普及している
・「標準構造に基づく系統的ソフトウェア設計法 (<小特集>プログラム設計技法)」,
 片岡雅憲/金藤栄孝/宮本和靖/山野紘一, 情報処理 Vol.25 No.11 (Nov. 1984)
  http://ci.nii.ac.jp/naid/110002720151/
簡単な解説ならば、上記論文の著者による以下の書籍が参考になる
・ソフトウェア・モデリング―ソフトウェア再利用のための設計パラダイム 単行本 – 1988/9 
 http://www.amazon.co.jp/dp/4817160160/

また木構造や代数的データ型を分かっていて断定的に語るのなら(>154)、当然、その原典である
以下の論文くらいは読んでいるんだよね?
・Algebras for Tree Algorithms - Jeremy Gibbons 1991
著者はいわゆる代数的データ型の第一人者で、Haskell界隈で木構造の論文を漁ると必ず行き着く文献だよ
コメント2件

159
デフォルトの名無しさん[sage]   投稿日:2016/10/13 23:14:36  ID:xK6BxW94.net(4)
てすと

160
デフォルトの名無しさん[sage]   投稿日:2016/10/14 01:12:59  ID:JRwX0F1n.net(4)
>158
代数的データ型を関数型言語(元ネタはOCaml)で書くと効率いいですよ、ってのが >27 の意見
なんだけど、HelloWorld君はそもそも代数的データ型を知らないので、この分野に関して開発効率の
話はなにひとつ言えないはずなんだよね

言えない以上、開発効率が言語によって変わらないという主張はできないはずなのに、それを
声高に主張しつづけるという論理的に明らかにおかしい状態になっちゃったので、周りのみんなが
面白がって「代数的データ型は?ねえ?どうなの?」ってからかってるのが現状かと

HelloWorld君は「言えないけど、差があるという事実がないので差がないことが正しいんだ」という
これまたわけの分からない主張を一切変えないのでまったくかみあってないというw

161
デフォルトの名無しさん[sage]   投稿日:2016/10/14 01:15:29  ID:8JWyfknx.net(5)
効率いいですよっていうだけで、
効率いい理由を言ってない。
コメント1件

162
デフォルトの名無しさん[sage]   投稿日:2016/10/14 01:24:21  ID:JRwX0F1n.net(4)
>161
変わらない理由も言ってないよね

そりゃ、分からない範囲のことは言えないのが当然の話
まずはそこを認めるところから始めないと議論にならないよ
コメント1件

163
デフォルトの名無しさん[sage]   投稿日:2016/10/14 07:08:23  ID:7gx6wu5c.net
absence of evidence is not evidence of absence (証拠の量と結果は比例しません)

164
デフォルトの名無しさん[sage]   投稿日:2016/10/14 07:43:39  ID:8JWyfknx.net(5)
>162
変わらない理由は上の方で言ってるよ。
それに対して、代数的データ型がある場合は違うって
言ってきてるんだから、なぜその場合だけ違うかを
説明しないとだめ。
コメント2件

165
デフォルトの名無しさん[sage]   投稿日:2016/10/14 07:45:54  ID:JRwX0F1n.net(4)
>164
君の説明から分かることは「あぁ、HelloWorld君は代数的データ型を知らないんだね」ということ
だけだよ

まずこの事実を認めよう
そこからじゃないと議論は始まらない
コメント1件

166
デフォルトの名無しさん[sage]   投稿日:2016/10/14 08:41:21  ID:AiVbXbyV.net(2)
>164
「ほら、HelloWorldじゃ言語の差は出ない!証明完了!」って言ってるだけじゃんw

なおHelloWorldより難しいプログラムは分からない模様

167
デフォルトの名無しさん[sage]   投稿日:2016/10/14 08:58:45  ID:SNzkHoS8.net
>165
> HelloWorld君は代数的データ型を知らない

もうそこは自明でいいんじゃないかなと思う
本人も>157で「頑張って調べ」ないと代数的データ型すらわからないと暗にギブアップ宣言しているし
「敗北する努力をする訳がない」と、代数的データ型を前提とすることで敗北が確定することを
自ら予見できているわけだから

168
デフォルトの名無しさん[sage]   投稿日:2016/10/14 09:18:34  ID:8JWyfknx.net(5)
なんでこう頑なに代数データ型で差がある事を
説明しないんだろう?w

仮に代数データ型が知らないとなったからって
差があることにはならないんだが。

誰でも知らないことが有るわけで、反論っていうのは
その部分を突くわけよ。あんたはそれが出来てない。

169
デフォルトの名無しさん[sage]   投稿日:2016/10/14 09:36:41  ID:8JWyfknx.net(5)
もしかして代数データ型君は代数データ型って言葉を
知っているだけで、それを使ったコードを知らないんじゃないかな?
そう考えれば、代数データ型でどう開発効率が差が出るかが
言えないのも辻褄が合う。

本当に代数データ型で開発効率に大きな差が出るのなら
他の言語でも対応してるだろうしね。

それからHello Worldの例は、Hello Worldを出力する部分は関係ないよ。
アプリケーションサーバーと連携してルーティングを行ってパラメータを解釈して
という内容を書いたら長くなるがフレームワークやライブラリがあるお陰で
本質的な部分だけにすることができる。その本質的な部分はどの言語も
必要最小限になるって話なんだから。それが読み取れないようじゃだめだねw
コメント1件

170
デフォルトの名無しさん[sage]   投稿日:2016/10/14 09:54:52  ID:AiVbXbyV.net(2)
HelloWorld君にとってはHelloWorldが本質なんだねw
コメント1件

171
デフォルトの名無しさん[sage]   投稿日:2016/10/14 10:04:08  ID:d7FBnZt1.net
ここにhogeという(関数型ではごく普通の)言語機能がある
hogeを使うと生産効率があがる仕事Xがある
ある言語(仮にrubyとしよう)にはhogeがなく、制約からhogeをフレームワーク等で完全にシミュレートすることも不可能
Xにおいてrubyと普通にhogeを装備した言語との間には生産性に差が生じるのは自明

172
デフォルトの名無しさん[sage]   投稿日:2016/10/14 13:03:12  ID:jdu5cZVV.net
これはネットでよく見かける
主張はすれど根拠は示さないパターン

さらにいうと
なぜか根拠を不思議と出し渋るパターン

代数データ型で効率上がるって言う人の話ね
コメント2件


173
デフォルトの名無しさん[sage]   投稿日:2016/10/14 13:13:29  ID:nMNSKW91.net
>172
しゃあねぇなあ

じゃあ、ここにある評価器とconnection_infoを書いてみてよ
http://ymotongpoo.hatenablog.com/entry/20111105/1320506449

>27みたいな仕事はこういった(もちろん。もっと複雑な)評価器を1から書く必要があるからね

あとconnection_infoはリンク先の実装と同じく不正な使い方を出来ないようにしてね
コメント9件

174
デフォルトの名無しさん[]   投稿日:2016/10/14 14:11:57  ID:R0NlyoEI.net
>140
卵子「...」

175
デフォルトの名無しさん[sage]   投稿日:2016/10/14 21:53:35  ID:8JWyfknx.net(5)
>170
> HelloWorld君にとってはHelloWorldが本質なんだねw

HelloWorldの"部分"が本質なんだよ。
この部分が本質だから、他は変えずに
この部分(HelloWorldの部分)だけを変えれば良い。

そしてこの本質的なコードはどの言語でも大差ない。
だから言語によって開発効率に差がないというわけ。
コメント1件

176
デフォルトの名無しさん[sage]   投稿日:2016/10/14 22:30:50  ID:JRwX0F1n.net(4)
HelloWorldみたいなちっちゃいものではちっちゃい差しか見えないもんね
コメント1件

177
デフォルトの名無しさん[sage]   投稿日:2016/10/14 23:04:30  ID:GgR4zu7p.net
>176
じゃあ、HwlloWorldをオブジェクト指向で作ってみて下さい

178
デフォルトの名無しさん[sage]   投稿日:2016/10/15 00:57:52  ID:zdnRk0/Y.net(2)
>175
じゃあ>173の本質的な部分のコードを書いて
言語で差がないことを示してよ

179
デフォルトの名無しさん[sage]   投稿日:2016/10/15 15:54:45  ID:zdnRk0/Y.net(2)
HelloWorldおじさん逃げちゃった?w
コメント1件

180
デフォルトの名無しさん[sage]   投稿日:2016/10/15 16:31:49  ID:t0okkxEp.net
>169
フレームワークを用意しなきゃいけない言語とフレームワーク相当の機能がコアに組み込まれてる言語があるから、
フレームワークを用意しなきゃいけない言語はフレームワークを作るコストが上乗せになるよね

ってだけの話なのに、君はどうやら、ありとあらゆる問題に対して既に素晴らしいフレームワークが提供されている理想郷に生きているようだ。
仙人か。

181
デフォルトの名無しさん[sage]   投稿日:2016/10/18 07:59:44  ID:ctyreU3P.net
言語で生産性に差があるって事で決着がついたので、
あらためて良い言語を決めよう

182
デフォルトの名無しさん[sage]   投稿日:2016/10/18 09:41:12  ID:jwQXzgTl.net
>179
そもそもコード書けるかどうかも怪しいレベルだね。ちょっと本職が突けばこの通り

183
デフォルトの名無しさん[]   投稿日:2016/10/18 12:26:33  ID:87/Xx6tX.net
ちょっと本職が突けばw

184
デフォルトの名無しさん[sage]   投稿日:2016/10/18 12:38:42  ID:mznmuPbS.net
結局Javaなんだよなあ

185
デフォルトの名無しさん[sage]   投稿日:2016/10/18 17:41:42  ID:6xf0fQvT.net
Javaなんて10年以上前に捨てました。ファウラーとかが、主婦が家事のウンチク垂れるのと本質的に同じレベルで、無意味な能書き垂れてた頃ね。コードを1文字書くまでに膨大な思案を要求されるようになった。芸術作品じゃないんだから、そんなもん、オワコンでしょ。

JSですよ。突出しちゃって5年以上たつよね。もう比較にならないほど別格。

因みに、nodejsで作った経験ありません。
基本的にpython使ってます。wsgiね、チェインオブなんちゃらパターン。
そんな奴が何でJS押すかって?
だって、何も読まずにいきなり作れる自信があるからね。やっぱりブラウザとかWSHで使われてたのは大きいよ、過去に特に勉強したつもりがなくても得意にガンガン書けちゃうよ。俺だけじゃなくたぶんそんな人はゴロゴロいる。
コメント1件

186
デフォルトの名無しさん[sage]   投稿日:2016/10/18 18:07:44  ID:GiAjO0tK.net(3)
Javaというか、多くの昔からある静的な言語が
開発サイクルが非常に速くなっていっている現状で
シグネチャの変更スピードについて行けなくなってきている

結果扱いきれてるのは非常に力と資産をもった元請け企業のみで、
下請けはどんどん時代に取り残される悪循環が始まってる
そういうところは5年後10年後生き残っては居ないだろう

これからは殆どの力なき者にとってはスクリプト言語の時代

187
デフォルトの名無しさん[sage]   投稿日:2016/10/18 21:36:24  ID:2Y34d6Lk.net(2)
>185
> だって、何も読まずにいきなり作れる自信があるからね。
使い捨てのスクリプトならそうだろうけど
ちゃんとしたものを作ろうとしたら大変だよ?(JavaScriptに限らない)

まずビルド環境を整えないといけない。
そうしないとテストやカバレッジ測定すらできないから。

ある程度の規模になればフレームワークは必須だけど、
Reactを使うならばBabel(ECMAScript2015〜 + JSX)の導入がほぼ必須。
Angular2を使うならばTypeScript(JavaScriptの上位互換)の導入がほぼ必須

ちなみにECMAScript も TypeScriptもIE6ぐらいの時代のJavaScriptとはぜんぜん違う。
文法はPythonに劣らないどころか超えてると言ってもいいぐらいに改良された。
もちろんその反面、文法だけみると覚えることはPythonよりも多いがw

そういった環境でモジュールを使うならばビルド環境に合わせたモジュール管理の仕組みを使う。
簡単に使えるが、環境を整えるまでが大変。

パフォーマンスを上げるために複数のファイルを結合したら圧縮したりするが
これまたビルド環境を整えろという話につながる。

大変だがちゃんと整えれば静的解析でリアルタイムにエラーを教えてくれるようにもなる。
atom + eslint で構文エラーやスペルミスをリアルタイムに教えてくれるのは便利。

ここまでやったことないでしょ?
つまりあんたが何も読まずに作れるっていってるのは、何も読まずに作れる範囲のことしかしてないからなだけ。
コメント1件

188
デフォルトの名無しさん[sage]   投稿日:2016/10/18 21:55:55  ID:dddY2TDK.net
>187
HelloWorldより難しいプログラムを作れるようになったか?
コメント1件

189
デフォルトの名無しさん[sage]   投稿日:2016/10/18 21:56:27  ID:GiAjO0tK.net(3)
文法ねぇ
確かに大規模コードのための文法は着々と準備されていってるね。

でももうずっと思ってるがJSって、例えば連番の配列を作る、みたいな便利系機能や、
各クラスのメソッドが少ないんだよね。

まあ互換性の重要度が高いJSではそういうの増やして
負の遺産を作るリスクを取らないのは正しいと思うけどさ。

ちょっとuserscriptやツールの軽量なスクリプト書こうってときに
一々ライブラリ引っ張ってこないといけないのも困るんだよね
コメント2件

190
デフォルトの名無しさん[sage]   投稿日:2016/10/18 21:59:43  ID:2Y34d6Lk.net(2)
>189
それもまた「何も見ないで作れる」っていうのが
簡単なことしかやってないだろうなってわかるよねw

191
デフォルトの名無しさん[sage]   投稿日:2016/10/18 22:37:19  ID:5uBe5ZKU.net
>189
負の遺産ではなくて、言語の仕様に対して実装が多すぎて、仕様を大きく変えても実装がどうせ
追いついてこないという実情があるんだろうね
とはいえ Microsoft が古い IE をばっさり切ったのでその辺の事情も変わってくるかもしれない

とか言ってるとスマホ全盛時代になって古いスマホブラウザに引っ張られるというこれまた新たな
ネックが生じてしまう時代になってしまったのは皮肉というべきか

192
デフォルトの名無しさん[sage]   投稿日:2016/10/18 23:17:00  ID:GiAjO0tK.net(3)
と言っても仕様を決めてるTC39メンバーにはハードベンダーや研究者も居るけど
中核は全員ブラウザベンダーの人達でしょ。

その人達は慎重な面も持つけど消極的というわけではないよ。
ただ、『配列を連番で作る』よりも「WeakRef」やら「SIMD」やら「Atomics」やらの方が
重要と考えているだけだろう。

それと技術的な話だと「標準ライブラリ」の仕組みを整えないといけない。
それにはまず普通のモジュールの仕組みが整うのを待たないといけない。

193
デフォルトの名無しさん[]   投稿日:2016/10/19 00:14:59  ID:OiCCOICb.net(2)
WEB+DB vol.94 が出た

特集は、Scala, Groovy の対抗馬となる、JVM上で動く、Android用言語、Kotlin

JS/HTML/CSSで、デスクトップアプリを作る、Electron

194
158[]   投稿日:2016/10/19 00:15:02  ID:SBws4+ZC.net(4)
>173
結局、>172が指摘してるように「主張はすれど根拠は示さない」し
「根拠を不思議と出し渋る」しかないみたいだね
おそらく代数的データ型君は「自分の言葉では根拠を述べることができない」んだろな
だから、他人の書いた文書のリンク先しか書けない

代数的データ型を分かった気でいるけど実は無知であることを
代数的データ型君本人が自覚できていないんじゃあ、しゃあないわ

> じゃあ、ここにある評価器とconnection_infoを書いてみてよ

しゃあねえからRubyで書いてあげた
 https://ideone.com/WpazqE
当然、「connection_infoはリンク先の実装と同じく不正な使い方を出来ない」よ

評価器については、>173のリンク先文書にJavaのコードがあるから省略しとく
コメント3件

195
デフォルトの名無しさん[sage]   投稿日:2016/10/19 00:32:17  ID:E+rnGfx8.net(3)
>194
そのconnection_infoは実行しなくても静的にエラーを弾けるの?静的検査できないなら同等じゃないよ

それと、あのJavaの評価器でOCamlと同じ生産性だと思えるなら話にならない。冗長で書きにくいし可読性も最悪じゃん
コメント1件

196
デフォルトの名無しさん[sage]   投稿日:2016/10/19 00:41:17  ID:E+rnGfx8.net(3)
つーか、ConnectionInfoのconnection_stateに何でも値入れ放題じゃん
ちゃんと問題理解してる?
コメント1件

197
デフォルトの名無しさん[sage]   投稿日:2016/10/19 00:49:36  ID:E+rnGfx8.net(3)

198
158[]   投稿日:2016/10/19 01:34:04  ID:SBws4+ZC.net(4)
>195,196
おいおい代数的データ型君達よ、論点を都合良くずらすなよ
今ここで議論しているのは「代数的データ型が生産性に与える影響」だろ?

静的型付けの利点、そしてML/Haskellといったモダンな関数型言語が提供する
完全な型システムとそれがもたらす型推論による簡潔なコードという利点なんて、
とっくの昔から何度もこの板では議論されている訳で、何を今更の話をしてんのよ

結局、代数的データ型君達は、型システムの概念と代数的データ型の概念を
ごっちゃに理解して分かった気になっているだけだろ
だから代数的データ型の利点に関する根拠として、>173のリンク先文書を示して
何の疑問も持たず平然としているんだよ


>196
>つーか、ConnectionInfoのconnection_stateに何でも値入れ放題じゃん

動的型付け言語であっても実行時に型検査はできるよ
https://ideone.com/IUv2v2

そして繰り返すけど、型システムの概念と代数的データ型の概念はごっちゃにすべきではない
たとえば代数的データ型を備えた動的型付け言語や、型推論の無い静的型付け関数型言語を想像してごらん
そういった想定の元であっても明解さを失わない代数的データ型の利点とその根拠を示せと言ってる訳

つーかさ、いいかげん代数的データ型の定義とその利点/根拠を自分の言葉で語ってみろや
コメント4件

199
デフォルトの名無しさん[sage]   投稿日:2016/10/19 01:40:34  ID:OjZ5I+UL.net
え? 普段の仕事で代数的データ型(っぽいこと)を
使うようなことしてないの?俺はしてるぞ。
コードの半分ぐらいは代数的データ型があれば
簡単に実装できる。具体的に言うと

200
デフォルトの名無しさん[sage]   投稿日:2016/10/19 07:51:06  ID:i9OiXSaV.net(2)
>198

>しゃあねえからRubyで書いてあげた
> https://ideone.com/WpazqE
>当然、「connection_infoはリンク先の実装と同じく不正な使い方を出来ない」よ

>173で自信満々にこう書いておいて、指摘されたら慌ててアサーション入れまくるのクソワロタw
コメント1件

201
デフォルトの名無しさん[sage]   投稿日:2016/10/19 07:52:41  ID:i9OiXSaV.net(2)
>200
あ、間違えた>173じゃなくて>194だった

202
デフォルトの名無しさん[sage]   投稿日:2016/10/19 07:56:48  ID:kMzukS4D.net(6)
>198

> 多くの必要な不変条件を型の中に埋め込みました。いまや不変条件は型の一部なのです。コンパイラはこれらの不変条件を破るコードを見つけ、拒否することができます。これは手作業で行う仕事を減らし、手で管理するよりも信頼できます。

ごめん。引用しちゃったw
君の手作業でアサーション入れまくりのコード(いわゆるテストの一種)より静的型検査の方が手間が少なく間違いにくいのは自明ですよ
コメント3件

203
デフォルトの名無しさん[sage]   投稿日:2016/10/19 08:17:18  ID:pQsxuliv.net(2)
どこかの理想の世界ではそうかもしれないけれど
現実アサーションと静的検査は双方補い合うもので、どちらかあれば足りるものじゃ無いでしょ
コメント1件

204
デフォルトの名無しさん[sage]   投稿日:2016/10/19 08:27:14  ID:kMzukS4D.net(6)
>198
ConnectionInfo.class_eval do
def foobar(s)
@connection_state = s
end
end
c.foobar("Hello World!")

205
デフォルトの名無しさん[sage]   投稿日:2016/10/19 08:34:11  ID:kMzukS4D.net(6)
>203
勿論そうだけど、不正な使い方できるコードを自信満々でアップしちゃうくらいには
手動は間違いやすいって事だよ

206
デフォルトの名無しさん[sage]   投稿日:2016/10/19 09:19:42  ID:Y8FYAwNZ.net
なんでいまさらタイプセーフありがてぇ
静的型付けありがてぇの話になっちゃってるの?
コメント1件

207
デフォルトの名無しさん[sage]   投稿日:2016/10/19 09:41:28  ID:zLw8XMfd.net
論よりコードっていうけど、ほんとコードの提示って怖いね
HelloWorldくんの底が知れた 無様… 逃げたほうがマシだったんじゃ?

208
デフォルトの名無しさん[sage]   投稿日:2016/10/19 10:09:01  ID:OiCCOICb.net(2)
altJSでは、大規模開発では静的な、Haxe(ヘックス)。
Scalaのようなパターンマッチありの、switch

Rubyの代わりは、関数型言語Elixir。
Ruby + Rails + ErlangVM で、並行処理が得意

209
デフォルトの名無しさん[sage]   投稿日:2016/10/19 15:06:28  ID:pQsxuliv.net(2)
静的は静的で、ライブラリをアップデートすると壊れる、
みたいなことが頻繁に起こるし、
安全な分と同じくらいそれを注意する気苦労がいる。
コメント1件

210
デフォルトの名無しさん[sage]   投稿日:2016/10/19 18:35:13  ID:lOW+ixbD.net(2)
静的型の信者じゃないけど、これじゃ同等とは言えないだろ
代数的データ型&パターンマッチだったら、こんなコードはコンパイルエラーだ

conn = ConnectionInfo.new(ConnectionState::Connecting.new(Time.new()),
IPAddr.new("128.0.0.1"))
if conn.connection_state.kind_of? ConnectionState::Connecting
p conn.connection_state.last_ping #=> ERROR!!!
end
コメント2件

211
デフォルトの名無しさん[sage]   投稿日:2016/10/19 19:41:21  ID:lOW+ixbD.net(2)
>209
だから、作るものによって静的が向いてるものもあれば
動的が向いてるものもあるよな?って単純な話なんだけど
HelloWorldおじさんは違う意見みたい
コメント1件

212
デフォルトの名無しさん[sage]   投稿日:2016/10/19 21:35:33  ID:/aiIuy0q.net
そうだよね。作るものによってというのが重要。

代数データ型が適している分野で例えばライブラリを作って終わりみたいな
仕事だと、差が出るかもしれないけど、実際にやった仕事(勉強とかではなく)で
代数データ型があったらなぁって思ったことある?

仮に有ったとしても全体のごく一部だけだろうね。
だから言語の違い程度でそんなに差は出ないっていうのは間違っていない。
コメント1件

213
デフォルトの名無しさん[sage]   投稿日:2016/10/19 22:05:06  ID:kMzukS4D.net(6)
>212
お前が差が出ないのを示せたのはHelloWorldだけだろw

214
158[]   投稿日:2016/10/19 22:29:30  ID:SBws4+ZC.net(4)
>202
あのぉ代数的データ型君よ、ナゼ>173のリンク先文書の中から
わざわざそのパラグラフを引用して静的型付けの利点だとドヤ顔してるの?
そこは(「静的型付け」ではなく)正に「代数的データ型」の利点だ
どうやら代数的データ型君は、静的型付けと代数的データ型との違いも分からず
ごっちゃに理解して分かったつもりでいることを自らゲロっちゃったみたいだね

というか、そもそも「不変条件」にしても分かっていないんじゃないの?
だからアサーションを「いわゆるテストの一種」などと書いてしまうんだろな
何度も繰り返すけど、代数的データ型と静的型付け(or 型システム or 型推論)の
利点は異なるし、それらをごっちゃにして議論を進めるべきではない

たとえば、完全な型システムを備えた静的型付け関数型言語 OCaml であってすら、
代数的データ型を用いずにネットワークコネクション状態管理を定義すると
(>173文書の type connection_state = | Connecting | Connected … で始まるコード)、

 {state: Disconnected, last_ping_id: 100, …(中略)… }

というコネクション情報値を表すコードに対して、OCamlコンパイラは
以下の要求仕様に含まれる不変条件に違反しているというエラーを検出できない

 > * last_ping_time と last_ping_id は keep-alive プロトコルの一部として使われます。
 >   …(中略)…
 > またこれらは state が Connected の時にのみ存在します。

だから代数的データ型を使いましょうね、って言うのが>202が引用したパラグラフで
>173リンク先文書の著者が読者に伝えたかった主旨であって、静的型付けとは無関係なのよ
さあ>202の代数的データ型君よ、これで代数的データ型の利点は理解できたかね?
コメント2件

215
デフォルトの名無しさん[sage]   投稿日:2016/10/19 22:33:50  ID:pM+OMbbr.net(2)
>214
それは代数的データ型の利点じゃないな。
代数的データ型を使うという手段が目的となっていて
その手段を使おうとすると問題が発生する。

自ら苦行の道を進んで、苦しいのが解決したという
つまりマイナスがゼロになっただけなのに、
(マイナスの状態から)増えたという変化の一部しか見てない。

216
158[]   投稿日:2016/10/19 22:43:15  ID:SBws4+ZC.net(4)
>206
>198で書いたけど、代数的データ型君は代数的データ型に関して
無知だということに気付いたけど、その事実を認めたくないんだろね
だから>211みたいに、代数的データ型の議論を「静的 vs. 動的」という
対決構図へすり替えようと必死なんだと思われ
コメント1件

217
デフォルトの名無しさん[sage]   投稿日:2016/10/19 22:53:00  ID:aQ7ihF1n.net
そもそもこいつは、フレームワーク無しの素のRubyでHelloWorld書くのと、同じように素のPHPでHelloWorld書くのでPHPの方が楽だって認めてるんだろ
それこそ「言語による効率の違い」だろ

フレームワーク使えば同じになるって、そりゃ「言語の違いをフレームワークが吸収した」って言うんだよ
コメント1件

218
デフォルトの名無しさん[sage]   投稿日:2016/10/19 23:11:26  ID:pM+OMbbr.net(2)
>217
吸収してしまって、その違いが些細なものとなってしまったわけですよね?
コメント1件

219
デフォルトの名無しさん[]   投稿日:2016/10/19 23:17:47  ID:IHKURc/r.net
>188
そのアンカーは>186のが相応しそうだが

220
デフォルトの名無しさん[sage]   投稿日:2016/10/19 23:23:44  ID:kMzukS4D.net(6)
>214
そんなゴタクはいいから、さっさと>210みたいなコードが書けないrubyの例を見せて下さいよ
それともC1カバレッジのテストでもやるの?
コメント1件

221
デフォルトの名無しさん[sage]   投稿日:2016/10/19 23:26:44  ID:kMzukS4D.net(6)
コード書くとボロが出ちゃうから、またコード書かずに長文書く書くマンに逆戻りかな?w

222
158[]   投稿日:2016/10/20 00:41:54  ID:UafaUCbB.net
>220,221(ID: kMzukS4D)
>216でも書いたけど、ホントに代数的データ君は議論の焦点を
代数的データ型から静的/動的へすり替えようと必死だねえ
ねえ、どうしてそんなに必死なの?

>210氏の指摘は代数的データ型に関するものではなくて、
型付けが静的/動的という違いに起因するもの
動的型付け言語であり、言い換えると型システムを持たないRubyでは、
パターンマッチの網羅性に相当する型エラーをコンパイル時には検出できない
繰り返すけど、こんな静的/動的の話はこのスレの住人であれば当たり前だよな?

ただし実行中であれば動的に型検査できる
特にRubyであれば簡潔にコードとして表現できる
コードは代数的データ型の議論が終結したら示すよ

で、代数的データ型君は代数的データ型について理解できたのかな?

223
デフォルトの名無しさん[sage]   投稿日:2016/10/20 01:09:47  ID:vzgaJJkb.net(2)
>特にRubyであれば簡潔にコードとして表現できる

簡潔に表現したコードなんて出てなくね?OCamlに比べたら冗長でしょ

224
デフォルトの名無しさん[sage]   投稿日:2016/10/20 02:29:07  ID:lUeWQjIy.net(2)
OCamlがスッキリ書けるのは
普通はあまりやらないような特殊な用途だけで
COBOLと同じようなDSLと思えばいい。

嘘だと思うのなら、今までの人生で勉強以外で
OCamlで書いたコードを言ってみたら良いよ。
言えないか、ある種の自慢話(俺こんな高度なことしたんだぜ(笑))のような
どこで使うのは全くわからない話をするしかないだろう。
コメント1件

225
デフォルトの名無しさん[sage]   投稿日:2016/10/20 03:21:02  ID:vzgaJJkb.net(2)
簡潔じゃないものを簡潔だと言ってるから違うと言っただけだけど?
まあ書いた本人も冗長と認めたっぽいから良いか
流石にアレを簡潔はないよな〜

226
デフォルトの名無しさん[]   投稿日:2016/10/20 07:14:57  ID:vW88Z4VH.net(2)
>218
服を着るようになったから人間に肌の色の違いはない
って言ってる?馬鹿なの?
コメント1件

227
デフォルトの名無しさん[sage]   投稿日:2016/10/20 09:18:03  ID:lUeWQjIy.net(2)
>226
例えが意味不明
コメント1件

228
デフォルトの名無しさん[sage]   投稿日:2016/10/20 13:34:29  ID:KC19vCT1.net
>224
>27みたいな仕事はお前から見たら特殊な用途だと思うけど、
それでも生産性に差は無いんじゃなかったっけ?
それとも用途によっては差が出るに意見を変えたの?
コメント1件

229
デフォルトの名無しさん[sage]   投稿日:2016/10/20 20:52:40  ID:ZXfPioz4.net(2)
>228
俺は差が0とは言ってないよ。殆どないと言ってる。
殆ど無いという理由は、大きな全体があってその一部だけしか差がないから。

ベンチマークの話に例えよう。俺が使っているクラスライブラリがバージョンアップして
「○○クラスのオブジェクトのインスタンス生成が100倍速くなりました。」と書いてあったとしよう。
これで俺のアプリが100倍速くなる!・・・なんてことはいわない。
当たり前だよな。○○クラスのオブジェウトのインスタンスを何個生成するかによって変わるんだから。
一回のインスタンス生成にかかる時間が100マイクロ秒から1マイクロ秒に速くなった。
たしかに100倍だがそのオブジェクトを1000個しか作らないなら100ミリ秒が1ミリ秒になるだけ。

生産性もそれと同じ。特殊な用途であることは誰も否定しないだろう。
(先に俺が言った「嘘だと思うのなら、今までの人生で勉強以外でOCamlで
書いたコードを言ってみたら良いよ」に答えてないのがその証拠)

特殊な用途というのは使われる機会が少ない。プロジェクト全体のごくわずか。
だからそんなものは生産性に大きな差を与えるものにはならない。

「特殊な用途」がプロジェクトの殆どを占めることだってあるかもしれないだろ
みたいな話はいらんからね。そんな言い訳する代わりに「今までの人生で(略)」に
答えればいいだけなのに答えないって、こ・と・はぁ〜って思うだけだから。
コメント1件

230
デフォルトの名無しさん[sage]   投稿日:2016/10/20 21:30:03  ID:G0R2mg5X.net
HelloWorldが仕事の大部分を占めればそうなるわな

231
デフォルトの名無しさん[sage]   投稿日:2016/10/20 21:33:15  ID:ZXfPioz4.net(2)
普通の人に仕事の大半がそうだろうなw

「今までの人生で(略)」

232
デフォルトの名無しさん[]   投稿日:2016/10/20 23:18:09  ID:vW88Z4VH.net(2)
>227
どんな言語でもフレームワークを使えば同じように書けるから言語による差はない
って言ってる?馬鹿なの?
コメント1件

233
デフォルトの名無しさん[sage]   投稿日:2016/10/20 23:58:59  ID:RjGt0l94.net
前提も頭も狂ってるから結論もおかしくなってることに気づかないバカ

234
デフォルトの名無しさん[sage]   投稿日:2016/10/21 00:01:07  ID:wzbGy53g.net(2)
>232
差がないのは言語による開発効率ね。
言語に違いは有っても開発効率に大きな差はない。
コメント1件

235
デフォルトの名無しさん[sage]   投稿日:2016/10/21 10:41:13  ID:kR8VeEnh.net(2)
>229
コード書けないHelloWorld長文おじさん

236
デフォルトの名無しさん[sage]   投稿日:2016/10/21 18:09:04  ID:vB7jIyI4.net
>234不正解

理論上は開発効率に大きな差があるが
現実は下請けに回ってきた時点で言語や環境が決められているか
既に決まってスタートしているので考える余地がない
が正解
コメント1件

237
デフォルトの名無しさん[sage]   投稿日:2016/10/21 22:13:42  ID:wzbGy53g.net(2)
下請けの反対は元諸けと思うが
元請けとか上流になるにつれて言語は使わなくなっていくはずだが?

UIとかウェブアプリのフロントエンドとか
エンドユーザーに近いものほど、汎用的なものを使って
一般的なやり方ができるので言語の違いの差は出てこなくなる。

言語の違いだけで、大きく開発工数が変わるとしたら
むしろ下請けというか特殊なライブラリだけを作っているようなところだよ。
大企業から頼まれてある機械の部品を専用に作る町工場みたいな。

ただ今時そんなことだけやってるような会社あるかな?
ハードと違って一回作れば終わりだもんね。仕事が見つからないだろう。
コメント1件

238
デフォルトの名無しさん[sage]   投稿日:2016/10/21 23:36:53  ID:kR8VeEnh.net(2)
このドカタには内製って発想がないのかな?
>27を読んでフツー多重下請けの話だと思うか?

239
デフォルトの名無しさん[sage]   投稿日:2016/10/21 23:42:21  ID:p3mW1/xP.net(3)
>237
上流になるほど「安い人を大量に集められる言語」って基準で選ぶんだよ
そこに開発効率なんて言葉はない
コメント1件

240
デフォルトの名無しさん[sage]   投稿日:2016/10/21 23:45:48  ID:p3mW1/xP.net(3)
あと、上流は1つだけの下請けに出すわけじゃないからね
複数の下請けに出すことの方が多いから、余計に「安い奴隷を集められる言語」に行く可能性は高い
どっかの下請けが夜逃げしたとしてもすぐに補充がきくようにね

241
デフォルトの名無しさん[]   投稿日:2016/10/21 23:50:54  ID:QizP+3wH.net
かつての日本は研修以外ではコード書かなくてもSEとかなれましたから。
今はどうなのかな。
コメント1件

242
デフォルトの名無しさん[sage]   投稿日:2016/10/21 23:52:16  ID:p3mW1/xP.net(3)
>241
今もそうだよ

ただ、SI一辺倒だった時代ではなくなってきてるので、比率は下がってきてるけどね

243
デフォルトの名無しさん[sage]   投稿日:2016/10/22 00:06:02  ID:LnIwCgwC.net(12)
SEなんて属人化をひたすら廃することでリスクマネジメントができてるとか勘違いしてる連中だからな
だから安い奴隷を使えるようにする方向に動くんだよな
その方がリスクが少ないと思い込んでるから

本当はプログラミングなんて職人芸のカタマリで、上位の職人は奴隷の何百倍の開発効率を叩き出す
ことを知らないんだよな
そういう職人を数人高待遇で雇えば奴隷なんて要らないのに…
コメント1件

244
デフォルトの名無しさん[sage]   投稿日:2016/10/22 00:20:16  ID:xefyYgJX.net
コードを書かない人間をクビにする作業が忙しくてコードを書けないんだろ
武器を持った人間を捕まえる仕事のために武器を持つことが許されるみたいな感じ

245
デフォルトの名無しさん[sage]   投稿日:2016/10/22 01:52:25  ID:cVDLvhGg.net(21)
>239
俺は元請けは言語使わないって言ってるんだよ。
その俺に元請けは安い人を探すっていわれたって、
えぇ、だから言語使わないでしょ?としか言うことがない。
コメント1件

246
デフォルトの名無しさん[sage]   投稿日:2016/10/22 01:54:01  ID:LnIwCgwC.net(12)
>245
使わないだろうけど決定はする
そこに開発効率なんて基準は入らない
奴隷がいかに集められるか、ということだけが基準となる

247
デフォルトの名無しさん[sage]   投稿日:2016/10/22 01:56:24  ID:cVDLvhGg.net(21)
だからなんで俺にそれをレスするんだよ?

反論してないのに反論している風な空気出すなってw
コメント1件

248
デフォルトの名無しさん[sage]   投稿日:2016/10/22 01:58:10  ID:LnIwCgwC.net(12)
>247
下請けには言語の決定権なんてない、という>236の意見に賛同している

249
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:08:31  ID:cVDLvhGg.net(21)
下請けに決定権がないのが、言語の違いで開発効率に差があることの根拠?
何を言ってるのかさっぱりわからない。
コメント1件

250
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:11:53  ID:LnIwCgwC.net(12)
>249
言語による開発効率なんて意味がないということ
所詮は開発効率なんて何も考えてない上流が決めることなんだから
大事なのは奴隷をいかに集められるかということだけ

251
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:17:59  ID:cVDLvhGg.net(21)
言語の違いで開発効率に大きな差がない上に、
その僅かの差は人を増やすことで解決できる問題でしかない。

それが俺の意見とだれかさんの意見をまとめた答えだよ。
コメント1件

252
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:20:08  ID:LnIwCgwC.net(12)
>251
そういう人月神話を信奉した結果が現状の日本のSI業界の悲劇的状況なんだけどね
プログラミングは属人性が恐ろしく高い世界だという現実にいつ気づくのだろうか
コメント1件

253
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:27:45  ID:cVDLvhGg.net(21)
>252
知らんがな。言語による開発効率の差はごく僅かって言う話と関係ないし。

日本が嫌なら海外にでも行けば?
海外ならば、ぜんぜん違う言語を使ってるはずだって
夢見るのも悪くないと思うよw

あ、ぜんぜん違う言語=英語とかそういうのはいらないからw
コメント1件

254
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:29:04  ID:LnIwCgwC.net(12)
>253
だからそんな話は意味がないって
言語なんて開発者が決める話じゃないんだし
コメント1件

255
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:29:16  ID:cVDLvhGg.net(21)
プログラミングは属人性が恐ろしく高い

その属人性(その言語に詳しいかどうか)でも
言語の違いによるわずかな差は簡単に埋められてしまうね。
コメント1件

256
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:29:59  ID:cVDLvhGg.net(21)
>254
それは日本の話だろ?w

海外は開発者が言語を選んでいるんですよ。
言語ランキングはいまさら出さなくてもいいよな?
日本と大差ないし。
コメント1件

257
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:31:40  ID:LnIwCgwC.net(12)
>255
属人性が高いということは言語による差が大きいということだよ
あらゆる言語を操れるスーパーマンなんていないからね

とりあえず職人さんが忌避しがちなPHPとかは真っ先に対象から外すべきだね

258
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:32:21  ID:cVDLvhGg.net(21)
> 属人性が高いということは言語による差が大きいということだよ

意味不明。
コメント1件

259
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:32:30  ID:LnIwCgwC.net(12)
>256
日本人が日本の話してるのはごく自然なお話だと思うんですが?
君は日本以外で仕事してるの?
コメント1件

260
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:33:14  ID:LnIwCgwC.net(12)
>258
奴隷ばっか集まる言語なんて意味ないだろ?

261
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:35:38  ID:cVDLvhGg.net(21)
属人性の意味間違ってるなーw
説明するのがめんどくせーから探してきた

http://d.hatena.ne.jp/Nagise/20090302/1235997646
>
> ソフトウェア開発の属人性の誤解
>
>  属人性の排除が狙うところってのは「その人しかやり方を知らないよ、秘密だよ」って
> 作業をなくす話で、技能的にその人しかできる人がいないって話題じゃないんだ。
> ソフトウェア開発の属人性を語るときにここを勘違いしていると議論にならない。
コメント1件

262
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:36:59  ID:cVDLvhGg.net(21)
>259
> 君は日本以外で仕事してるの?

そうじゃなくて、海外の事例を調べてみろって話。
海外は、日本とは違って、言語をちゃんと選んでるんだろう?
使える人が多いかどうかじゃなくて。

263
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:39:15  ID:LnIwCgwC.net(12)
>261
合ってるよそれで

日本人SEはその「その人しかできない」を拡大解釈して「奴隷でもできなきゃいけない」という脅迫概念にかられてるんだよね
奴隷の開発効率なんて職人の百分の一以下しかないのにね
コメント1件

264
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:40:01  ID:cVDLvhGg.net(21)
>263
海外でも同じだろw
なんでいっつも、日本はー、日本はーって言ってるの?
コメント1件

265
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:42:10  ID:LnIwCgwC.net(12)
>264
同じじゃないんだなこれが
海外はプログラマを職人としてきちんとした待遇で受け入れてるからね
(その代わり職人レベルにないプログラマは容赦なく切られるけどね)
コメント1件

266
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:42:31  ID:cVDLvhGg.net(21)
言語の違いによる開発効率の差は殆ど無いから当たり前の話であるんだが、
マイナーな言語を使うよりも、メジャーな言語を使うほうが
人を多く集められるので、(ほんの少ししかない)開発効率は
簡単に逆転するという話でした。
コメント1件

267
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:43:15  ID:cVDLvhGg.net(21)
>265
だから海外ではなんの言語が使われてるのか?って
話をしたんだよ。日本と違うデータが出てくるんだろ?

268
デフォルトの名無しさん[sage]   投稿日:2016/10/22 02:44:39  ID:LnIwCgwC.net(12)
>266
出てるよ
海外のJava、PHPの落ち込み方は半端ないからね
それに引き換え日本の求人ときたら…
コメント1件

269
デフォルトの名無しさん[sage]   投稿日:2016/10/22 09:20:53  ID:O/1X83Cc.net(3)
向こうは一山いくらの開発はどんどんオフショアに投げるし、
ジャッパゴスのようにパッケージを無駄にカスタマイズしたりしないの
残念ながら技術的な問題じゃないんだ

270
デフォルトの名無しさん[sage]   投稿日:2016/10/22 11:17:42  ID:8sfmeCeb.net(2)
カスタマイズは良いけど成果物を公開しないよ、秘密だよってのがガラパゴスなんだろ

271
デフォルトの名無しさん[sage]   投稿日:2016/10/22 11:21:53  ID:O/1X83Cc.net(3)
じゃ海外でSIの成果物をgithubで公開してる例を教えてくれよw

272
デフォルトの名無しさん[sage]   投稿日:2016/10/22 11:23:02  ID:MU45rE6v.net
なんでそこSI限定なの?

273
デフォルトの名無しさん[sage]   投稿日:2016/10/22 11:45:31  ID:O/1X83Cc.net(3)
この文脈でSI限定じゃない方が不自然だと思うが?
自社のパッケージやサービスの開発なら日本でもわりと職人的な技術が重視されるから
ID:LnIwCgwC の抱いているような不満には至らんよ

274
デフォルトの名無しさん[sage]   投稿日:2016/10/22 11:56:23  ID:aqioS2aS.net
お前らはどうせどの言語もまともに使えないんだからどの言語でも大差ないよ

275
デフォルトの名無しさん[sage]   投稿日:2016/10/22 12:04:05  ID:cVDLvhGg.net(21)
>268
落ちているやつじゃなくて、何を使ってるかを言えよw

276
デフォルトの名無しさん[sage]   投稿日:2016/10/22 12:06:50  ID:8sfmeCeb.net(2)
秘密が属人的なものであれば公開するという意思決定も簡単にできる
一方、組織的な秘密を公開するには例えば全会一致のような高いハードルがある

277
デフォルトの名無しさん[sage]   投稿日:2016/10/22 12:13:26  ID:cVDLvhGg.net(21)
公開してないから、属人的っていうんやで?

278
デフォルトの名無しさん[]   投稿日:2016/10/22 12:31:49  ID:MCKaXjxk.net(3)
ところで効率や仕事での仕方なし抜きにしたら、おまいらの好きな言語って何?
コメント1件

279
デフォルトの名無しさん[sage]   投稿日:2016/10/22 13:37:30  ID:cVDLvhGg.net(21)
ついでに好きな理由も書いてね

280
デフォルトの名無しさん[sage]   投稿日:2016/10/22 15:19:03  ID:FwMGd9Sr.net
>278
お気に入りは文句なしでSmalltalk
理由は頭一つ抜きん出た生産性の高さw
http://cast-a-spell.at.webry.info/201001/article_7.html

281
デフォルトの名無しさん[sage]   投稿日:2016/10/22 15:24:05  ID:cVDLvhGg.net(21)
うーん。生産性と行数がイコールだと思ってる人がいるようだね。
同じ言語であれば、生産性と行数はイコールかもしれないけど、
言語が違うと生産性と行数は一致しない。

例えばPythonだと、他の言語だと一行で書けるものを
改行強制で二行にされちゃうけど、そこに二倍の
生産性があることにはならない。

定義とかimport文とかを除いた実質的な実行行数(ステップ数とも言う)で考えないと。

282
デフォルトの名無しさん[sage]   投稿日:2016/10/22 15:29:01  ID:cVDLvhGg.net(21)
JavaScriptでもアロー関数が使えるようになって、

array.forEach(function(v) {
 console.log(v);
});

という三行が

array.forEach(v => console.log(v));

という一行で書けるようになったけど、タイピング速度には
影響があったとしても、3倍の行数文の違いはない。

昔だってこう書くことは出来た。
array.forEach(function(v) {console.log(v) });
改行とインデント入れて11文字タイプする程度の速度の違いしかない。

これが行数で生産性を語る場合の罠ね。

283
デフォルトの名無しさん[]   投稿日:2016/10/22 15:53:20  ID:MCKaXjxk.net(3)
俺はc++14以降のc++がけっこう好きになってる。
昔はc++大嫌いだったんだけど、java使うようになって、でも結局メモリリーク問題は付きまとって、更に既存のcライブラリ使わざるを得なくてjniに嫌気がさして、、、
それならレガシーライブラリそのまま使えるc++のがいいんじゃ と感じるようになった。
ただまぁそれはweb関係じゃない部分だからそうなんだと思う。

284
デフォルトの名無しさん[]   投稿日:2016/10/22 16:00:12  ID:MCKaXjxk.net(3)
smalltalkとかlispは動いてるシステムをそのまま修正できる的なところが凄いと思う。
http://qiita.com/guicho271828/items/1b78d8a7335e81e11791
コメント1件

285
デフォルトの名無しさん[sage]   投稿日:2016/10/22 16:19:08  ID:cVDLvhGg.net(21)
>284
最終手段としてないよりはあるほうがいいし、技術的にはすごいけど実用的には?だけどね。
考えてみりゃわかるけど、動いているシステムをその場で書き換えられたら困ることのほうが多い。

例えば書き換えるべき対象が一つだけならいいけど、今は何十台といったサーバーでアプリが動いてる。
そのそれぞれにログインしてシステム書き換えますか?って話。

作業をミスすることなく一発で完了できるならまだしも、通常は手元で修正してテストをしてバグを潰す。
書き換えてる途中でその機能を使われたら問題になるので、ブロックする機能も必要。
マーケティングの点からも直ぐに修正反映ではなくて、事前に告知したい。

でなんとなく気づいてかもしれないけど、動いてるシステムをそのまま修正ってのは実際に
ウェブアプリで行われてるんだよ。ただしSmalltalkは言語のレイヤーでこれらのことをやってるが
その他の言語は別のレイヤーで行ってる。

それもそのはずで、SmalltalkはOSの機能そのものまで言語の中に取り込んでるものだから。
だから「動いてるシステムをそのまま修正」っていうのは実はOSを起動したまま
アプリを再起動させるだけで修正できるのと同じことを指してる。
単に言語だけで完結できますよーってだけで、他の言語もOSと連携させて動いてるシステムを
そのまま修正することは可能。
コメント1件

286
デフォルトの名無しさん[sage]   投稿日:2016/10/22 17:10:10  ID:6V9nqXNd.net
いや、便利で必要な技術だと思うよ。
でも専売特許じゃなくてevalがあるような言語などれでもら出来ることだと思う。
自分もNodeでとあるゲームサーバー立てた時したことあるし、
クライアントでもしたことある。
バグ修正やハックの類だが、そのゲームの最中に修正できるに越したことはない。
コメント1件

287
284[]   投稿日:2016/10/22 17:15:53  ID:xGV5yujh.net(3)
>285
> でなんとなく気づいてかもしれないけど、動いてるシステムをそのまま修正ってのは実際に
> ウェブアプリで行われてるんだよ。ただしSmalltalkは言語のレイヤーでこれらのことをやってるが
> その他の言語は別のレイヤーで行ってる。

いや、うん知ってるし。
で、だ、仕事での仕方なし抜きにしたらって言ってる所にトウトウと実用ではどうのこうの語られても「そうだね」という感想しか持てないわ。ごめんね。

そんなことよりお前の好きな言語とそれに惹かれたとこは何さ?

288
デフォルトの名無しさん[]   投稿日:2016/10/22 17:32:17  ID:xGV5yujh.net(3)
お前らが惹かれた言語はなにでそのどんなところに惹かれたのさ?

普段使いの言語でも、仕様全部把握してるとかでなければ「あ、こうやればよかったんだ」ってあっただろ?
新しく学んだ言語でも「これは便利だな」ってあっただろ?
そんな時コード書くのが楽しいだろ?
そんな話を聞かせてくれよ。
コメント1件


289
デフォルトの名無しさん[sage]   投稿日:2016/10/22 20:25:33  ID:tBkzOasK.net(2)
やっぱりSmalltalkが最高だったね
1 + 2 × 3 が 9 になる所とかサイコー
コメント1件

290
デフォルトの名無しさん[]   投稿日:2016/10/22 21:11:20  ID:xGV5yujh.net(3)
forthもいいと思う
1 2 + 3 *

291
デフォルトの名無しさん[sage]   投稿日:2016/10/22 21:47:29  ID:+Ddj+FpA.net

292
デフォルトの名無しさん[sage]   投稿日:2016/10/22 22:56:25  ID:cVDLvhGg.net(21)
>286
> バグ修正やハックの類だが、そのゲームの最中に修正できるに越したことはない。

今までの人生で、何回、ゲーム最中にゲームを終了すること無く
ゲームの実行コードを修正したいと思ったことある?
もちろんそのゲームの開発者の立場で。(チートする話じゃないってこと)
コメント2件

293
デフォルトの名無しさん[sage]   投稿日:2016/10/22 23:00:01  ID:cVDLvhGg.net(21)
>288
> お前らが惹かれた言語はなにでそのどんなところに惹かれたのさ?

言語を使うのが目的じゃなくて、その言語でなんらかの
アプリ、システム、サービスを作るのが目的だからね。
言語だけで惹かれることはない。

特殊なアプリだったら、特殊なライブラリが在るものを選ぶとか
特定の環境(スマホとか)で動かないならば、その環境で一般的なのを
選ぶとか、なんらかのプラグインならば、その大本と同じ言語を選ぶとか。

言語そのもので惹かれるってことはないな。
ある言語で書いていて、あー○○言語だとあれがあって便利なのになーって
思うことはたまにあるけど、それはそれでその問題を自分で解決するほうが楽しい。
コメント1件

294
デフォルトの名無しさん[sage]   投稿日:2016/10/22 23:00:58  ID:tBkzOasK.net(2)
>291
ちゃんと9だよ。サイコーだからな
https://ideone.com/BRVnNz

295
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:21:12  ID:Ih4sBoJC.net(2)
>293
色んな人がいるよね
大事なのは言語愛を否定しないことだね
言語愛を持ってる人に「なんでも一緒だろ」なんて暴言を吐かないことが大事だね

296
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:26:31  ID:KEuHHxF/.net(13)
言語愛(笑)

297
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:31:47  ID:Ih4sBoJC.net(2)
(笑)とか言ってるうちはまだまだだよ
愛は一番のモチベーションなんだからね

298
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:46:38  ID:RkqjdgMb.net(15)
>292
> 実行コードを修正したいと思ったことある?

効率や仕事での仕方なし抜きにってことならSmalltalkで実行しながら開発してくの楽しいよ
ついでにSmalltalkには仮想イメージっちゅう簡易オブジェクトストア機構がデフォなんで
実行コンテキストもそのまま永続化できるからこれがまた超便利

299
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:56:14  ID:KEuHHxF/.net(13)
それ効率悪そう。
テストとかどうやってるの?
実行した結果バグがあったら実行前に戻れるの?
最初から実行するのなら別に実行しながら書く意味ないし。
っていうか実行しなきゃ書けないの?
コメント2件

300
デフォルトの名無しさん[]   投稿日:2016/10/23 01:14:36  ID:EPR0SqWa.net(10)
>299
ユニットテストとかsmalltalkから生まれたんじゃないのか
コメント1件

301
デフォルトの名無しさん[]   投稿日:2016/10/23 01:17:50  ID:EPR0SqWa.net(10)
mvc、デザインパターン、これらもみんなsmalltalkから生まれたよね。
俺は一度も使ったこと無いけど色々と魅力ある言語・環境だと思うぞ。

302
デフォルトの名無しさん[sage]   投稿日:2016/10/23 01:22:20  ID:RkqjdgMb.net(15)
>299
テスト駆動もできるけど(まあxUnitとかTDDなんてそもそもSmalltalkが元祖だしw)
それをもう一歩進めた場当たり的ないわゆる“デバッグ駆動開発”がSmalltalkでは気持ちイイ
頭の中にできあがったモデルを仮想イメージ(Smalltalk環境)にどどーって注ぎ込んでくスピード感がたまらない
http://www.slideshare.net/sumim/20120916-rubykaigi-rubyistsqueak-smallt...
コメント2件

303
デフォルトの名無しさん[]   投稿日:2016/10/23 01:32:42  ID:EPR0SqWa.net(10)
俺の今のメインはc++, java
どっちも嫌いだったけどc++14以降はいいなと思えるようになってきた(c++11はジェネリックラムダ無いので)。
javaだって(c++に比べて)、豊富なライブラリとかフレームワーク、開発環境は良いと思う。
phpだって嫌いだけど(javaに比べて)、取っつきやすさとかいいと思う。7になってタイプヒンティングとか使えるケースが広がったし、配列も普通になった。

ま、しょせん俺は自分言語作る力は無いから他の人が作ったものを使うしか無いけどね。

304
デフォルトの名無しさん[sage]   投稿日:2016/10/23 01:38:01  ID:KEuHHxF/.net(13)
>300
だからユニットテストつかって実行すれば良いんだから
実行しながら開発とかする必要ないんですよ。

305
デフォルトの名無しさん[]   投稿日:2016/10/23 01:38:02  ID:EPR0SqWa.net(10)
>302
小学校でプログミングとか話題になったけど、個人的にsqueakって結構合うんじゃないかと思ったりした。
まぁ、先生が使えないだろうけど。

306
デフォルトの名無しさん[sage]   投稿日:2016/10/23 01:41:31  ID:KEuHHxF/.net(13)
>302
> 頭の中にできあがったモデルを仮想イメージ(Smalltalk環境)にどどーって注ぎ込んでくスピード感がたまらない

それ意味わからん。
俺は頭の中に出来上がったコードをばーっと書き上げる。
書いてる最中にいちいち実行したりしない。
コメント1件

307
デフォルトの名無しさん[sage]   投稿日:2016/10/23 01:54:23  ID:RkqjdgMb.net(15)
>306
んー、説明が難しいな
コードは頭の中にはまだないのよ つーかSmalltalkで組むときはコーディングというのを実はあまり意識しない
漠然としたオブジェクトだけが頭の中にあって、それをSmalltalkに(それこそメッセージを送って)構築してもらう感じ
TDDは仕様を書かされている感じがワンアクション挟まるというかなんか隔靴掻痒感みたいなのがある
コメント2件

308
デフォルトの名無しさん[]   投稿日:2016/10/23 02:10:33  ID:EPR0SqWa.net(10)
smalltalk使ったことが無い俺が想像でいうと、smalltalkでの開発は言語でコードを書くというより、もちっとレイヤーが上の感じだと思う。
今時の人たちが、コンテナ用意してその中でサービス走らせてイメージ保存してとかやってることを、smalltalkだとその言語・環境で全部できる。
サービスを建てるっていうのが、smalltalkだとオブジェクトを生成する、に相当するみたいな。
コメント1件

309
デフォルトの名無しさん[sage]   投稿日:2016/10/23 02:21:35  ID:RkqjdgMb.net(15)
>307
そんなTDDをするにしても、Smalltalkだと件の“デバッグ駆動開発”っぽさは入ってくるので
他言語でやるTDDよりは楽しいんだけどね
https://www.youtube.com/watch?v=HOuZyOKa91o

あと、この動画の後半に出てくる入出力例を入れるとメソッドを探してくれるツールとかは他言語にも欲しい

310
デフォルトの名無しさん[sage]   投稿日:2016/10/23 02:24:58  ID:KEuHHxF/.net(13)
>307
もしかしてコードを考えるのに時間がかかる人?

何かしたいことが有って、それを書こうと思ったら複雑なものでもない限り
5秒もあればそれを実現するコードを10行ぐらい頭のなかに出来上がるだろ?
一関数の行数がだいたいこんぐらい。

あとはそれをばーっとかくだけなんだが。
コメント1件

311
デフォルトの名無しさん[sage]   投稿日:2016/10/23 02:26:04  ID:KEuHHxF/.net(13)
>308
> 今時の人たちが、コンテナ用意してその中でサービス走らせてイメージ保存してとかやってることを、smalltalkだとその言語・環境で全部できる。

Smalltalkでクラウドを使って複数台のマシンで連携させて
サービスを実現するってことを、言語だけでやる方法を教えてほしい。

まず最初にデプロイはどうするの?
コメント1件

312
デフォルトの名無しさん[sage]   投稿日:2016/10/23 03:31:38  ID:KEuHHxF/.net(13)
イメージの保存というのは、実行コンテキストの保存ではない。
Smalltalkのいう実行コンテキストを永続化っていうのは
今のコンテナの仕組みとは正反対だからな。

https://ja.wikipedia.org/wiki/Immutable_Infrastructure
> Immutable Infrastructure(イミュータブル インフラストラクチャ)は
> 不変なサーバー基盤のこと。具体的には、一度サーバーを構築したらその後は
> サーバーのソフトウェアに変更を加えないことを意味する。

これが今のトレンド。ソフトウェアに変更を加えないから
いつでも破棄して作り直せる。
コメント1件

313
デフォルトの名無しさん[sage]   投稿日:2016/10/23 03:46:41  ID:RkqjdgMb.net(15)
>310
うーむ やっぱりコードベースで考えなきゃいけない言語の人とは分かり合えそうもないか
Smalltalkだとどうしてもオブジェクトベースな頭になっちゃうのでいけませんな^^;

>311
良くも悪くもSmalltalkの生い立ちは「パソコン」環境(アラン・ケイのダイナブックのための暫定OS。為念)なので
そういう使い方は想定されていないんだけど、しいて挙げるならGemStoneというSmalltalk処理系がそれ向けかな
Smalltalkはもとから簡易オブジェクトストアの中に構築された処理系という特殊な実装方法がとられているんだけど
それを一歩進めて、分散OODB内に処理系を構築しちゃった感じのSmalltalkの一種
https://docs.google.com/viewer?a=v&;pid=sites&srcid=c21hbGx0YWxrLXVzZXJzLmpwfGhvbWV8Z3g6NGJiZDExNjU5ZmIxN2Q4Yg

314
デフォルトの名無しさん[sage]   投稿日:2016/10/23 03:56:31  ID:RkqjdgMb.net(15)
>312
実行コンテキストも含めて永続化できるっていうのはデバッグの時にちょっと便利なオマケ機能であって
システムを構成するオブジェクト群をその状態のまま収めた仮想イメージファイルで配布する用途が主なので
今のコンテナの考え方に近いと思うけど違うのかな

315
デフォルトの名無しさん[sage]   投稿日:2016/10/23 04:07:00  ID:KEuHHxF/.net(13)
コンテナを起動した直後はオブジェクトは存在しない。
オブジェクトというのはデータだ。

イミュータブルインフラストラクチャっていうのは
コンテナに状態(データ)を持たないことで実現する。

データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。
コメント1件

316
デフォルトの名無しさん[sage]   投稿日:2016/10/23 04:07:41  ID:KEuHHxF/.net(13)
> うーむ やっぱりコードベースで考えなきゃいけない言語の人とは分かり合えそうもないか
> Smalltalkだとどうしてもオブジェクトベースな頭になっちゃうのでいけませんな^^;

オブジェクトもコードだろ?何を言ってるんだか。
それともSmalltalkにはソースコードがないのか?w
コメント1件

317
デフォルトの名無しさん[sage]   投稿日:2016/10/23 05:09:37  ID:RkqjdgMb.net(15)
>315
> データを別の所に保存していて、コンテナ自体には持たないから
いつでもすぐに停止して破棄することが可能。

うん。だからデータを別の場所に保存するそういった運用も可能ということ

たとえばここに置いてあるzipぞれぞれには
http://wiki.squeak.org/swiki/uploads/10/ComSwiki.3.zip?history=true
当時のモジュールのソースが失われたりして今となっては構成の再現が不可能なとても古いComSwikiという
サーバーの歴代バージョンを構成するオブジェクト群を永続化してファイルに収めた形(仮想イメージ)で
入っているんだけど、各々の仮想イメージさえあれば各バージョンのComSwikiサーバーは動かせるし
Wikiのセッティングやデータは別ファイルで保存されるんで仮想イメージ(サーバー環境)自体は
停止して破棄はもちろん、すげ替えたりもできる…ってあたりがちょっと似ているんじゃないかな、と

318
デフォルトの名無しさん[sage]   投稿日:2016/10/23 05:49:24  ID:RkqjdgMb.net(15)
>316
Smalltalkのプログラミングというのは環境内にオブジェクトのネットワークを構築することが目的だから
ソースコードの記述を必ずしも意味しないんだよね

例えば、クラスやメソッド定義のためのコードの記述やそれを評価する行為は、オブジェクトとしてのそれらを
その場で生成するために行うSmalltalk環境とのコミュニケーションの手段の一つに過ぎなくて
他言語のようにソースコードを収めたファイルを書き上げる(あるいは書き下しでいく)作業とはちょっと感覚が違う

たぶん何を言っているのかわからないと思うけど^^;

319
デフォルトの名無しさん[sage]   投稿日:2016/10/23 06:59:39  ID:zosolBkY.net
何回か修正していって、やっぱり3回前の修正だけ
間違いだから取り除きたいって思ったとき
その方法って簡単にできるわけ?

ソースコードなら、特定のコードを取り除くだけだけど

実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの?
コメント1件

320
デフォルトの名無しさん[sage]   投稿日:2016/10/23 09:28:02  ID:w/MDWg7b.net(4)
smalltalkって超成果主義なんだよな
山頂に行きたいだけなのに全然違う場所で小屋やテントを作るのは登山家の恥と思ってる
コメント1件

321
デフォルトの名無しさん[sage]   投稿日:2016/10/23 11:24:20  ID:RkqjdgMb.net(15)
>319
> ソースコードなら、特定のコードを取り除くだけ

Smalltalkの場合、プログラムの修正は「オブジェクトのすげ替え」、
つまり新しく生成して古いものと置き換える作業になるけど、別にソースコードの場合と同じだよ?

たとえばメソッドオブジェクトのすげ替えなら、その履歴はすべて記録・管理されているから、
その不要な「3番目」の修正を無かったことにして元に戻すだけ

> 実行イメージを破棄せずに、イメージから3回前の修正に伴う全ての環境への変化を元に戻せるの?

その「3回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
ソースコードベースだってソースをいじったからって元に戻るわけではないよね?

322
デフォルトの名無しさん[]   投稿日:2016/10/23 11:25:45  ID:EPR0SqWa.net(10)
イメージの保存は、smalltalkだけじゃなくlispもできたはず。意味・概念は違うかもだけど。
他にそういう言語ってあるかな?
コメント1件

323
デフォルトの名無しさん[sage]   投稿日:2016/10/23 11:34:20  ID:RkqjdgMb.net(15)
>320
> smalltalkって超成果主義なんだよな

プログラマの一挙手一投足が記録に残るから、そういうところはちょっとあるかもね
おもむろにどこかで3+4って式を評価したことも見ればあとからわかる
だから、環境内でどんな試行錯誤やヘマを何時やったかはマネージャーにバレバレ
関係ない小屋やテントなんか遊びで作っていたら、そりゃ叱られるよね
コメント1件

324
デフォルトの名無しさん[sage]   投稿日:2016/10/23 11:50:14  ID:RkqjdgMb.net(15)
>322
LISPもたしかにできるけど、Smalltalkのようなイメージベースでの運用形式は通常はとらないよね?
Smalltalk派生の処理系でなければ他は(Smalltalkの亜種に数える人もいるけど)SELF、あとFactorとか
でも秘伝のタレみたいにイメージを何十年にわたって育てていく感じはSmalltalk独特のような気がする

325
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:21:15  ID:KEuHHxF/.net(13)
Smalltalkの場合、オブジェクトって言ってるのは
単にソースコードなだけだよ(笑)

> その「3回目」がたとえばDBからデータを削除してしまうというような不可逆な変化を生じさせる場合
> ソースコードベースだってソースをいじったからって元に戻るわけではないよね?

普通の言語ではソースコードとデータは分離されてるから、
簡単にデータだけバックアップが取れる。

あるデータで処理がおかしい場合、データのバックアップをとっておき、
ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。

でもSmalltalkではそういうこと出来ないでしょ?
データ+ソースコードがオブジェクトだから
データを変えてしまうとソースコードまで変わってしまう。
コメント1件

326
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:22:35  ID:KEuHHxF/.net(13)
>323
どうでもいいものを記録にとってどうするよw
そういうのはノイズが多いっていうんだよ。
関係ないノイズが多すぎて重要な事が見えなくなってしまってる。
コメント1件

327
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:43:14  ID:RkqjdgMb.net(15)
>325
> Smalltalkの場合、オブジェクトって言ってるのは
> 単にソースコードなだけだよ(笑)

いや、オブジェクトはオブジェクトでしかないし、それを生成するためのソースコードとは別物なんだが…
やはりソースコードベースでしか物を考えられない人とのコミュニケーションはやっかいだな
クラスとインスタンスを会話の中で混同する人みたいだw

それはさておき

> 普通の言語ではソースコードとデータは分離されてるから、
> 簡単にデータだけバックアップが取れる。

Smalltalkだってそういう運用(たとえばデータはファイルやDBに追い出すとか)は可能だよ
そのうえで、あえてそういった手段をとらない、つまり仮想イメージ内にデータを保持する場合の話としても
仮想イメージはもちろん複製してバックアップは可能なので、

> あるデータで処理がおかしい場合、データのバックアップをとっておき、
> ソースコードを修正して、同じデータで処理するだけで正しいデータが得られる。

というのも普通にできるよ
(より正確には「ソースコードを修正」は「別の機能性オブジェクトにすげ替えて」だけど)
それなのにSmalltalkで「出来ない」とか「データを変えてしまうとソースコードまで変わってしまう」とか
いうのは仮想イメージの運用にどんなメンタルモデルを持っているのだろうか?
コメント1件

328
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:48:48  ID:KEuHHxF/.net(13)
>327
できないというかやらないんだよ。
Smalltalkの世界ではそんなことしない。
だから特殊で他の世界の常識が使えない。
コメント1件

329
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:49:32  ID:RkqjdgMb.net(15)
>326
> 関係ないノイズが多すぎて重要な事が見えなくなってしまってる。

そこはナンチャッテとはいえオブジェクトストア(ある種のデータベース)なんで、適切なフィルタをかけてやれば
必要な重要な情報は適宜引き出せるようになっているからご心配なく

実際にもそういう細やかなログはトラブル時にその原因の解明や、仮想イメージ(正確にはオブジェクトメモリの状態)
をやむを得ず放棄しなければならい場合の復旧にも役立っているしね

330
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:53:12  ID:RkqjdgMb.net(15)
>328
> Smalltalkの世界ではそんなことしない。

そんなことはないよw どんな思い込みだよwww
普通にデータを仮想イメージ外に置くためのORMとかOODBとか用意されているし、必要なら使うよ

331
デフォルトの名無しさん[sage]   投稿日:2016/10/23 12:56:46  ID:FxgCwMac.net
スレ違いにじっと耐え嵐が過ぎるのを待つ
コメント2件

332
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:01:19  ID:vOZeCx94.net
健全でない言葉が含まれているため表示しません 内容を確認する

333
デフォルトの名無しさん[]   投稿日:2016/10/23 13:02:28  ID:EPR0SqWa.net(10)
>331
phpの話してもいいんだぜw
7からだいぶよくなったとか。
実際の案件でもう使ってる人はいる?

334
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:05:33  ID:dkFb2YCF.net
>331
wwwwwwww

ずっと続いてるから無理なんじゃね?wwww

335
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:16:02  ID:w/MDWg7b.net(4)
smalltalkは超成果主義なので
既存のファイルシステムやデータベースの不満は何も語らず
問答無用で大量の代案を出してくる

336
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:46:37  ID:KEuHHxF/.net(13)
Smalltalkの一番の欠点が、ソースコードの管理がしづらいってところだろうな。
なにせソースコード=オブジェクトなのでSmalltalk独自の
フォーマット(バイナリ)で保存しなければいけない。

このオブジェクトからデータを抜き去ってコードだけ保存する方法も
処理系独自の拡張やIDEでないことはないけど、
そうするとSmalltalkらしさがなくなってしまう。

かと言ってオブエジェクトに含まれるデータまで
リポジトリにいれるのは変な話だし、
他人のPRをマージするとかコンフリクトが発生してしまったとか
そういったことがSmalltalkの開発時に致命的な問題になる。
コメント1件

337
デフォルトの名無しさん[sage]   投稿日:2016/10/23 14:16:18  ID:RkqjdgMb.net(15)
>336
> Smalltalk独自のフォーマット(バイナリ)で保存しなければいけない。

頼むからウソ情報垂れ流すなよ…
Smalltalkには古典的にも任意のオブジェクト(主だってはクラスやメソッドだが)にそのソースをはき出させる
file out という機能があってだな、凝ってもせいぜいXMLで事足りる いったいどこから情報を得てんだよ!w

338
デフォルトの名無しさん[sage]   投稿日:2016/10/23 14:17:16  ID:1sux/LQ7.net(3)
昔はデータとコードの区別はなく渾然一体としていて、プログラムの自己書き換えのようなテクニックも一般的だったけど、
今では殆どの処理系ではデータ領域と実行領域のメモリは区別されてる。
「できるけどやらない、むしろ出来ないように発展した」って事なんだよね。わかるかな?
コメント2件

339
デフォルトの名無しさん[]   投稿日:2016/10/23 14:19:26  ID:EPR0SqWa.net(10)
セキュリティからむからなぁ。


340
デフォルトの名無しさん[]   投稿日:2016/10/23 14:22:15  ID:EPR0SqWa.net(10)
でもセキュリティホールが多いと言われるphpはたくさんのところで使われている。

341
デフォルトの名無しさん[sage]   投稿日:2016/10/23 14:27:57  ID:1sux/LQ7.net(3)
ていうか、プログラムの文法の話じゃなく実行環境の優劣を語るなら
SmalltalkのライバルはLinuxやWindowsだろ

342
デフォルトの名無しさん[]   投稿日:2016/10/23 14:44:50  ID:EPR0SqWa.net(10)
話変わるけど、文法というか見た目的なところで、
波かっこブロック、(begin)endブロック、インデントブロック、lisp的、forth的、、、
他にどんなのがあるだろう?
あー、あえて難読を狙ってる言語は抜きで。

343
デフォルトの名無しさん[sage]   投稿日:2016/10/23 14:48:30  ID:w/MDWg7b.net(4)
>338
ソースコードもデータだよ
ただ圧縮のやり方が動画等とは違う

圧縮することで成果物が劣化するんじゃないかという不安は動画と同じ
コメント1件

344
デフォルトの名無しさん[sage]   投稿日:2016/10/23 14:55:42  ID:1sux/LQ7.net(3)
>343
いまの殆どの処理系では実行時の扱いは他のデータとは違う
それは圧縮方式とは全然関係ない

345
デフォルトの名無しさん[sage]   投稿日:2016/10/23 18:34:21  ID:+tPIzBCg.net
>292
Web上での拡張機能でのパッチなどを合わせたら
動いている最中に何かをしようとすることなんて
むしろそうじゃないことよりも多いくらいだよ。
コメント2件

346
デフォルトの名無しさん[sage]   投稿日:2016/10/23 20:37:39  ID:w/MDWg7b.net(4)
昔はjavascriptを無効にしてデータだけ見たり保存したり出来たのに

347
デフォルトの名無しさん[sage]   投稿日:2016/10/24 00:10:39  ID:H/OAc5X2.net
>338
今はIDEなどでコードもデータ(AST)として扱われるのが当たり前だし
いずれはインクリメンタルコンパイルやホットスワップもデフォになって
コンパイル時と実行時の区別なんてのも次第になくなっていく
「できることはどんどんやって、性能や技術面で設けられた過去の無用な制約は撤廃する方向に発展する」ってこと
わかるかな?
コメント1件

348
デフォルトの名無しさん[sage]   投稿日:2016/10/24 08:11:06  ID:Zipvrjj4.net(2)
>347
いまではサービス稼働中にサービス止めずにシステム入れ替えるとか普通にやってるけど
それはプログラミング言語のレイヤーでやってないし
やる意味もないんだって
本当に素人なんだな
コメント1件

349
デフォルトの名無しさん[sage]   投稿日:2016/10/24 09:28:37  ID:VKdQ2cFp.net
ホットスワップも、できるけどそんな機能いらないとか昔は言われてたもんなw
今は無意味だ危険だとか言ってることも、今後どう変わるかはわからんよ

350
デフォルトの名無しさん[sage]   投稿日:2016/10/24 09:30:36  ID:Zipvrjj4.net(2)
すでにとっくに解決済みの問題なんですが、何盛り上がってんの?って感じなんだよなぁ
コメント1件

351
デフォルトの名無しさん[sage]   投稿日:2016/10/24 12:31:39  ID:G0jBqbeE.net
>350
何の話?

352
デフォルトの名無しさん[sage]   投稿日:2016/10/24 13:35:35  ID:wFWi9LSL.net
盛り上がってる人を引きずり下ろすバトルロワイヤル
見えざる手に足を引っ張られる競争原理

353
デフォルトの名無しさん[sage]   投稿日:2016/10/24 17:10:02  ID:ejLFMMQB.net
要するに基本的な機能に付いてはもう話すことが無くなってきたってこと。
言語としてはそういう付加価値を出していくしかない。

354
デフォルトの名無しさん[sage]   投稿日:2016/10/24 19:19:53  ID:xHPWpU/w.net
最近のC#の強さは異常だな
スマゲやVRゲーでは完全に覇権を握っている

355
デフォルトの名無しさん[sage]   投稿日:2016/10/24 22:41:42  ID:Tb42ad7x.net(2)
>345
> Web上での拡張機能でのパッチなどを合わせたら
> 動いている最中に何かをしようとすることなんて
> むしろそうじゃないことよりも多いくらいだよ。

いや、動いている最中に、メソッド一個書き換えたりしないよw
バージョンアップなどの「修正」っていうのは通常一箇所(一メソッド)の
修正じゃなくて、複数のファイルにまたがる複数のコードを一度に更新する。

書き換えている間、そのメソッドは使えません。そのメソッドに依存するメソッドは
使えません。修正中は一時的に壊れます。じゃだめでしょw

そうなると必然的にサーバーをメンテナンスモードにするか止められないシステムなら
サーバーを複数台用意して、そのうち一台をアクセスされないようにして更新、
次にもう一台を更新・・・てなると思わない?
それを最近じゃサーバーを壊して作り直すことで更新するわけだけど

動いている最中にソースコードにパッチを当てるとか信頼性を担保したいならやらないからw
コメント1件

356
デフォルトの名無しさん[sage]   投稿日:2016/10/24 22:49:14  ID:Tb42ad7x.net(2)
>348がすでに言っていたか。>345にレスしてないから見逃してしまった。

そうサービス稼働中のシステム入れ替えはプログラミング言語のレイヤーでやることじゃないよね。
トランザクションのように複数のファイル(クラス)にまたがる複数のコードを
アトミックに更新するひつようがある。

もし "プログラミング言語のレイヤー" でやるとしたら、
1. ローカルでソースコードを書き換える。
2. ローカルでテストする。
3. 一連の修正を "プログラミング言語のレイヤーで" 一単位とする(gitでいうブランチとかタグ)
4. 一連の修正を "プログラミング言語のレイヤーで" サーバー側上に反映させる(gitでいうmargeやcheckout、もしくはデプロイツール)
みたいな機能が必要になるだろうね。

プログラミング言語にソースコード管理ツールや
デプロイツールまで内蔵しないといけなくなる。
コメント1件

357
デフォルトの名無しさん[sage]   投稿日:2016/10/25 09:10:59  ID:ZI8Mf/oE.net
>356
> プログラミング言語にソースコード管理ツールや
> デプロイツールまで内蔵しないといけなく

Smalltalk?!wwwwwwww

358
デフォルトの名無しさん[sage]   投稿日:2016/10/25 10:09:37  ID:TjTM7jW/.net
>355
俺は君みたいな卑怯な人間が大嫌いだ。

俺と君との間ではロジカルなより一般的で広い話になっていた。
そこで自分の立場が危ういとみるやさも当然のように
狭い範囲での良識や常識を持ち出すのは尽く卑怯。

意図的か無意識かは知らないが、
俺はそういう、相手が一生懸命考えた行為、
人と人との対話の価値を台無しにするやつは大大大嫌いだ。
知能人として最も最低な行為だと知れ。
コメント1件

359
デフォルトの名無しさん[sage]   投稿日:2016/10/25 13:13:57  ID:VVl5B4DR.net(2)
人よりも言語自体が目的っていう軽い感覚がかえって役に立つこともあるね
言語を単なる道具と思ったら、真の目的が重荷になる

360
デフォルトの名無しさん[]   投稿日:2016/10/25 18:07:56  ID:ku5qPjgT.net
状況に合わせて使う言語を変えたいけど、
コア機能だけで足りること無いからなぁ。
ライブラリ・フレームワーク・開発環境、といろいろ覚えることは多い。
なのでチームで作業するとなると好み以外の言語になるのはある程度しょうがないかな。

361
デフォルトの名無しさん[sage]   投稿日:2016/10/25 19:45:52  ID:VVl5B4DR.net(2)
ライブラリとOSがCで書かれている必然性を気にする奴が多い
Cは手段に過ぎず、手段は他にもあるから、Cの必然性がないという
コメント1件

362
デフォルトの名無しさん[sage]   投稿日:2016/10/25 21:32:55  ID:2bCSgEUm.net
>358
中身のない文章っていうのは、汎用的になるんだよねw
具体的な何かを指摘してないから、どんなときにも使える文章になる。
お前の文章の話な。
コメント1件

363
デフォルトの名無しさん[]   投稿日:2016/10/26 00:04:17  ID:MLaVzWjp.net(2)
>361
国際的な公用語が英語である必然性を気にする奴が多い
英語は手段に過ぎず、手段は他にもあるから、英語の必然性がないという

364
デフォルトの名無しさん[sage]   投稿日:2016/10/26 01:19:53  ID:psVUqxMw.net
英語が偶然なのは当たり前
C言語は人工的に作ったくせに偶然性を排除できない所が面白い

365
デフォルトの名無しさん[]   投稿日:2016/10/26 01:34:29  ID:MLaVzWjp.net(2)
英語は神が与えたもの

366
デフォルトの名無しさん[sage]   投稿日:2016/10/26 07:51:32  ID:eByiMDXS.net
>362
話突っ込んできたのも君だし、君が挙げたテーマに沿って具体的に話していたが?
それを卑怯な君が投げ出したのだろう?恥ずかしいやつ

367
デフォルトの名無しさん[sage]   投稿日:2016/10/26 09:16:27  ID:Tc/AxpVE.net
え? どこが投げ出してるの?
ずっと関係ある話をしてるよね。

368
デフォルトの名無しさん[sage]   投稿日:2016/10/26 18:55:04  ID:OWp7kaQv.net
いつもの理想郷アスペ君と認識障害アスペ君のくっさいくっさい争い

369
デフォルトの名無しさん[sage]   投稿日:2016/10/26 23:32:45  ID:GHA/uMTv.net
Smalltalkerとのやりとりって、いつも不毛になるよね。
例えるとこんな感じ。

A「このテント、超暖かくてサイコーの環境だよ」
B「いや、俺らふつーに家に住んでるし...冷暖房もベッドもあるし…」
A「不審者が近づいてきたらテントを畳んで移動できるから安全なんだぞ!」
B「いや、家に住んでたら不審者から逃げる必要ないし…」
A「もし転勤になったらどうするんだよ!移動がないと言えるか!?」
B「その時は引越するし…」

370
デフォルトの名無しさん[sage]   投稿日:2016/10/27 01:39:42  ID:+F3MqQSf.net
BがSmalltalk? そりゃ不毛だわww
コメント2件

371
デフォルトの名無しさん[sage]   投稿日:2016/10/27 07:10:03  ID:VgGLXVu8.net(2)
AがSmalltalkだろ
いつもトンチンカンな機能を自慢してんじゃん
コメント2件

372
デフォルトの名無しさん[sage]   投稿日:2016/10/27 09:26:54  ID:OkKLp/rR.net
知ってて言ってんだよ

373
デフォルトの名無しさん[sage]   投稿日:2016/10/27 09:41:00  ID:F1Es9tp8.net(2)
テント暮らしの元兵士A
人を見たら泥棒と思う警官B
全米が泣きそうな設定じゃん

374
デフォルトの名無しさん[sage]   投稿日:2016/10/27 09:45:03  ID:ogUx0kFx.net(2)
>370
こういうこと?

A「この流行りのIDE/ORM/SCM/コンテナ…、超便利でサイコーの環境だよ」
B「いや、俺ら大昔からふつーに統合化/永続化/分散ソース管理/仮想化すんでるし...商用分散OODBもあるし…」
A「不審者が近づいてきたら攻撃対象のコンテナ気軽に破棄できるから安全なんだぞ!」
B「いや、自分で育てた仮想イメージに住んでたら不審者から逃げる必要ないし…」
A「もし第三者にコードいじられたらどうするんだよ!おまえら全機能かかえこんんでるんだろ!?」
B「ヘッドレスで動かすかなんならコンパイラクラスぶっこ抜いておくし…」
コメント1件

375
デフォルトの名無しさん[sage]   投稿日:2016/10/27 10:14:03  ID:VgGLXVu8.net(2)
>374
SmalltalkのOODBってMysqlとかと比べて100倍位遅いんじゃなかったっけ?
コメント1件

376
デフォルトの名無しさん[sage]   投稿日:2016/10/27 12:32:06  ID:7XPRq2+b.net
talkerじゃないがRDBMS用のORMもあるって書いてなかったか

377
デフォルトの名無しさん[sage]   投稿日:2016/10/27 13:41:27  ID:Hk5rVLoM.net(2)
>371
彼らはトンチンカンなわけではない
言語に求めること、向き合う姿勢が違うから話が噛み合っていないだけ

378
デフォルトの名無しさん[sage]   投稿日:2016/10/27 14:56:55  ID:80O2/jeT.net
>375
どんなOODBと比べて? 商用のGemStone/Sがそんなだったらヤバい

379
デフォルトの名無しさん[sage]   投稿日:2016/10/27 15:35:58  ID:Hk5rVLoM.net(2)
talkerとしてはむしろ
音も全て漢字で記述していた太古の人に
ひらがな・カタカナの便利さを伝える漢字に近い

でも彼らの世界/文化レベルでは必要にならないことは
ちゃんと分かってるが、一応は説得する

380
デフォルトの名無しさん[sage]   投稿日:2016/10/27 16:47:41  ID:F1Es9tp8.net(2)
漢字は外来語だけど翻訳しなくてもそのまま使える単語は便利じゃん
翻訳しないと通じない接続詞とかはひらがなで書く

381
デフォルトの名無しさん[sage]   投稿日:2016/10/27 20:05:42  ID:uEMndLPW.net(3)
Smalltalkよりも遥かにマイナーなErlangは
マイナーでも価値が認められて、色んな企業で使われてる

Smalltalkが使われないのはマイナーだからじゃなく価値がないから

382
デフォルトの名無しさん[sage]   投稿日:2016/10/27 20:45:06  ID:I6A9uKq4.net
違うと思うメッセージングによる遅延結合の徹底という考え方が人類にはまだ早すぎるから

383
デフォルトの名無しさん[sage]   投稿日:2016/10/27 21:01:05  ID:uEMndLPW.net(3)
メッセージングによる遅延結合の徹底というアイデアはwebで余すところなく実現されてる
ちっさなローカルPCの1プロセスの中でやるのがアホで無価値なだけ

384
デフォルトの名無しさん[sage]   投稿日:2016/10/27 21:38:50  ID:ogUx0kFx.net(2)
本当に無価値な試みなら、ここまで他に影響を与えられるもんかね
https://exploringdata.github.io/vis/programming-languages-influence-network/#Smalltalk
コメント1件

385
デフォルトの名無しさん[sage]   投稿日:2016/10/27 21:53:47  ID:uEMndLPW.net(3)
そんなもんが現在価値があるかどうかと関係あるとでも?
馬車が自動車に影響与えたからって今でも馬車に乗るくらいのアホさ加減だな
コメント1件

386
デフォルトの名無しさん[sage]   投稿日:2016/10/27 22:18:41  ID:keItunkB.net(2)
>371
> AがSmalltalkだろ

お前、どんな気持ちで>370が「BがSmalltalk」って
言ったか、考えたことあるのか!

387
デフォルトの名無しさん[sage]   投稿日:2016/10/27 22:20:28  ID:keItunkB.net(2)
>384
Smalktalkに価値があると言っても、全てに価値があるわけじゃないのです。

他に影響を与えられなかったものは価値がなかったと考えるべきです。
つまりSmalktalk独自と言えるようなものは価値がないということです。
コメント1件

388
デフォルトの名無しさん[sage]   投稿日:2016/10/27 22:59:30  ID:1HgQuwV8.net(2)
>385
たしかに馬車は自動車に先行して使われて影響を与えたし
今でも観光目的などに細々と使われている点とかはSmalltalkの現状に似ていていいたとえかもw

ただSmalltalkと馬車が違うのは、つい最近も自動車wのトレンドに影響を与えるものを生み出していること
コメント1件

389
デフォルトの名無しさん[sage]   投稿日:2016/10/27 23:10:20  ID:1HgQuwV8.net(2)
>387
豚に真珠、猫に小判じゃないけど、
まだ真似されず独自の部分が現時点では無価値という意味では当たらずとも遠からずか
などと言ってみたところで馬の耳に念仏…というところも含めて

390
デフォルトの名無しさん[sage]   投稿日:2016/10/28 00:37:14  ID:BgEAltTM.net
こういう隔離スレでこんだけ暴れてるのに本スレは今月1レスしかない。終わった言語

391
デフォルトの名無しさん[sage]   投稿日:2016/10/28 01:27:20  ID:zmjgQps2.net
暴れてるって、いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほうだろ

392
デフォルトの名無しさん[sage]   投稿日:2016/10/28 04:05:46  ID:3qy7hidy.net(3)
どうせ仕事でSmalltalk使ってないでしょ?
なんで使わないの?

393
デフォルトの名無しさん[sage]   投稿日:2016/10/28 07:55:55  ID:bUbDsoOJ.net(2)
いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほう

394
デフォルトの名無しさん[sage]   投稿日:2016/10/28 08:55:41  ID:TtakAM9O.net
飛蚊症のゴミみたいなもんかSmalltalkって

395
デフォルトの名無しさん[sage]   投稿日:2016/10/28 09:13:49  ID:bUbDsoOJ.net(2)
SORABITOさんに転職したい

396
デフォルトの名無しさん[sage]   投稿日:2016/10/28 09:21:28  ID:SzmYBdzH.net
たしか最近は悪口ばかり言う方が悪者ということになっていた筈だが

397
デフォルトの名無しさん[sage]   投稿日:2016/10/28 17:49:10  ID:RhtpmSEL.net
>388
関数型言語はMapReduceとか、最近だとAWS Lambdaなどにコンセプトが受け継がれてて
まさにトレンドに影響を与えてると言えるけど、
Smalltalkにそんなものあったか?
まさかtraitsとかいうoopの一構文に過ぎないものの事を言ってんの?

398
デフォルトの名無しさん[sage]   投稿日:2016/10/28 19:20:55  ID:ch5b/kiY.net
MapReduceとかAWS Lambdaとかはメインフレーム時代のプロセス指向なバッチ処理への回帰であって、
関数型言語のコンセプトとは粒度が違いすぎると思うけど
コメント1件

399
デフォルトの名無しさん[sage]   投稿日:2016/10/28 19:35:52  ID:tW/HMORb.net
TraitsとMixinを混同するならともかく、oopの一構文とかどんな理解力不足なんだよ
コメント1件

400
デフォルトの名無しさん[sage]   投稿日:2016/10/28 19:49:51  ID:3qy7hidy.net(3)
>398
どっちもスケールの問題に対する関数型的な解決だよ
なにがプロセス指向なバッチ処理だよ馬鹿は黙ってろ
コメント1件

401
デフォルトの名無しさん[sage]   投稿日:2016/10/28 19:52:04  ID:3qy7hidy.net(3)
>399
traitsもmixinもたかがoopの一構文に過ぎない
そんなもん全く重要じゃないし、そんなのに拘ってるから下っ端コーダのままなんだよ

402
デフォルトの名無しさん[sage]   投稿日:2016/10/28 21:32:06  ID:xjMUho1S.net(2)
>481
じゃあお前にとって重要なものは何?
社長が重要とかいうボケはいらないからね

403
デフォルトの名無しさん[sage]   投稿日:2016/10/28 21:34:30  ID:xjMUho1S.net(2)
>400
> どっちもスケールの問題に対する関数型的な解決だよ

AWS Lambdaで使える言語は、Node、Java、Pythonなんだけど
関数型的な解決だという根拠は?
コメント1件

404
デフォルトの名無しさん[sage]   投稿日:2016/10/28 23:05:27  ID:v7enucQW.net
>403
AWS Lambdaで書けるのはステートレスな関数に制限されてるだろ
状態を持たないことによる並列化のしやすさや疎結合という
関数型言語で得られる(と言われてる)メリットをアーキテクチャレベルで実現してる

てか、こんな簡単なことも言われないと分かんないの?馬鹿なの?どんな言語で書けるとかマジどーでも良いんだよ

405
デフォルトの名無しさん[sage]   投稿日:2016/10/29 08:33:42  ID:jbWCC7sE.net(2)
vector<char>なら状態を持つがstringはステートレス
プロセス間通信のネットワークは文字列型と言ってもよさそうなものだが

文字列処理の価値を認めないのはSmalltalkと関数型に共通する特徴だと思う

406
デフォルトの名無しさん[]   投稿日:2016/10/29 11:14:01  ID:LoTR039H.net(2)
lambda言ってる時点で関数型意識してるでしょ。
プロセス代数が出るならまだしもバッチ処理とかって、、、

407
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:27:17  ID:z8URZLOb.net(4)
なんだw 「関数」と「関数型」をごっちゃにしているやつだったかw
AWS Lambdaはファイルやデータベースを読み書きできる
そういった「関数」を登録する。

ファイルやデータベースを読み書きする関数が「関数型」だというのなら
バッチ処理だって関数型だよw
コメント1件

408
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:35:01  ID:7nyiPKGt.net(3)
>407
ステートレスなコンテナってとこがミソなんだよなぁ
いくらでもスケールアップできて、S3のイベントなんかに反応して計算して、終わったらコンテナごと全消去
入力と出力だけ考えれば良くて、リアクティブで副作用なしでスケールアップ可能ってのが特徴なので、古典的バッチとはぜーんぜん違う

409
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:37:38  ID:z8URZLOb.net(4)
やっぱりバッチ処理だなw

410
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:39:34  ID:z8URZLOb.net(4)
バッチ処理を並列で動かすのと何も違いがないし

411
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:39:56  ID:ddj4bzvw.net(3)
それを単なるバッチ処理と言うんだよw
それこそメインフレーム時代から続く伝統的なIPO型アーキテクチャだ
コメント1件

412
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:46:44  ID:7nyiPKGt.net(3)
>411
ユーザがファイルをアップロードしたらAWS Lambdaで計算して結果を返す(典型的な用途)
これがバッチ処理ならhttpサーバはバッチ処理してるんだなw
コメント1件

413
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:54:27  ID:ddj4bzvw.net(3)
>412
全く本質が見えてないな
それが関数型ならインプレース更新を行わない古典的なバッチ処理はだいたい関数型だと言ってるんだよ
コメント1件

414
デフォルトの名無しさん[sage]   投稿日:2016/10/29 11:59:58  ID:7nyiPKGt.net(3)
>413
本質が見えてないのはお前だよ
ただ単に、副作用がない関数でシステム書けば関数型か?って聞くならともかく
どっからバッチ処理が出てきたの?w
コメント1件

415
デフォルトの名無しさん[sage]   投稿日:2016/10/29 12:19:53  ID:ddj4bzvw.net(3)
>414
問題は処理の粒度
Lambdaにずいぶん夢見てるみたいだけど、Lambdaは呼び出しのオーバーヘッドが大きすぎる
現実的にはバッチ処理やS3にアップロードされた画像ファイルを処理するといった粒度の大きな処理単位でしか使い物にならん
そのレベル止まりなら全く目新しいものではなく、現代にあえて関数型だと言うなら粒度の小さな処理に対しても統一的に適用できる仕組みが必要
「Lambdaによるリアルタイム処理」みたいな言葉が独り歩きしてるが、あれスループット上げるために
わざわざKinesisを間に入れてマイクロバッチ処理に変換したりするんだぞ

416
デフォルトの名無しさん[]   投稿日:2016/10/29 13:30:02  ID:LoTR039H.net(2)
OOPのメッセージパッシングも、所詮関数呼び出しじゃんって言ってそう、、、

417
デフォルトの名無しさん[sage]   投稿日:2016/10/29 19:08:25  ID:5tcsH0dx.net
粒度が荒くなると関数型じゃなくなるなんて
これまた珍妙な説出してきたなw
コメント1件

418
デフォルトの名無しさん[sage]   投稿日:2016/10/29 19:40:46  ID:jbWCC7sE.net(2)
言語が一つじゃなくなる粒度とか
OSも言語もバラバラ

419
デフォルトの名無しさん[sage]   投稿日:2016/10/29 22:08:03  ID:z8URZLOb.net(4)
>417
副作用をもたらすから関数型じゃないんだよw

オブジェクト指向でも副作用がない関数を書いたら
それは関数型だって主張したいのかい?w

420
デフォルトの名無しさん[sage]   投稿日:2016/10/30 05:32:40  ID:hqgegRgF.net
俺はこの問題に二十年取り組んできたが、結論は出てる。
「作者が関数型と主張した」言語が関数型だ。

そもそも最初はシンプルだったものも、どんどんリッチに汎用的になるに連れ
元来の関数型とは乖離していっている。
特にこの10年、今まではそれでも範囲内で拡張するすべを探していたのが
妥協する策を取るようになった。

汎用でリッチなプログラミング言語としてはその方がずっと都合が良いからだ。
したがって今の著名でここのスレ民が主に思い浮かべるような言語は関数型ではない。
強いて言えば、作者が「関 数 型」と主張しているという程度のこと。
個人的には「関数型」言語とはもはや「P」言語に近い。
コメント1件

421
デフォルトの名無しさん[sage]   投稿日:2016/10/30 05:53:29  ID:h7Os3ze3.net(2)
意訳

>420が関数型と主張した」言語が関数型だ。

422
デフォルトの名無しさん[sage]   投稿日:2016/10/30 09:14:34  ID:Iggl3vKB.net
ニセ科学に反対するだけで良かったのに
代案を出せとか煽られてついつい関数型という怪しいジャンルを作ってしまったんだな

423
デフォルトの名無しさん[]   投稿日:2016/10/30 13:43:32  ID:GS3Z8C14.net
今はマルチパラダイムな言語が増えてる、Adaとか

424
デフォルトの名無しさん[sage]   投稿日:2016/10/30 13:45:12  ID:h7Os3ze3.net(2)
つーか殆どがマルチパラダイムじゃね?

そこに対抗してマルチパラダイムに対応できない言語が
純粋○○であることを売りにしてるけど、それ欠点だよねw

425
デフォルトの名無しさん[sage]   投稿日:2016/11/08 16:23:03  ID:/G9nZu79.net
うるっせえなこの馬鹿どもは
スクリプトの覇権は昨今の機械学習/AIブームでオッパイソンさんで確定したろ
あとは黙ってPython極めることに専念しろ

426
デフォルトの名無しさん[]   投稿日:2016/12/03 09:58:47  ID:rhALv8P7.net
PHP 7.0.x から PHP 7.1.x への移行
http://php.net/manual/ja/migration71.php

PHP7.1リリースキター! hackのnullable型導入とかか?
とりあえず x.1 待ちしてた奴ら移行しろよ。

427
デフォルトの名無しさん[sage]   投稿日:2016/12/08 09:29:51  ID:u0pmvICB.net
直也:.NET CoreというかC#って型があって、しかもサーバーサイドも書けるじゃないですか。Linuxでやってた人たちはずっとスクリプト言語使ってて、
Rubyとか型がない言語でサーバーサイド書いてることに疲れてきちゃってるんですよね。
ある程度の規模のものではサーバーサイドも型がある言語で書きたいと思って、
ScalaとかJava 8をやってみたんだけど、どの言語もちょっとバランスが悪いんですよね。
Scalaはプログラマ寄りすぎるし、Javaはコンサバすぎる。サーバーサイドSwiftもとがりすぎてるし。
実績があって型がある言語ってC#なんですよね。そのC#がLinuxで使えるのは大きいんですよね。
だから、ワンチャンあるなって。あとは市場が評価するかどうかなんですよね。
バランスはいいと思います。それがWindowsだけでなくMacでも使えるようになったのは本当に大きいですし。

428
デフォルトの名無しさん[]   投稿日:2016/12/09 01:22:51  ID:kfA92fVD.net
dartはいかが?
コメント1件

429
デフォルトの名無しさん[sage]   投稿日:2016/12/09 01:41:37  ID:IAKedM2U.net(3)
>428
いい加減現実を見よう
未来へ一歩踏み出そう

430
デフォルトの名無しさん[sage]   投稿日:2016/12/09 08:31:24  ID:GYMahviX.net
未来を見ず現実を見たつまらない言語がDartなんだが

431
デフォルトの名無しさん[sage]   投稿日:2016/12/09 08:50:43  ID:IAKedM2U.net(3)
健全でない言葉が含まれているため表示しません 内容を確認する

432
デフォルトの名無しさん[sage]   投稿日:2016/12/09 22:55:33  ID:K++XEq18.net
大事なのは言語云々よりDartVMでしょ
ブラウザへの統合を断念した時点で終わった
コメント2件

433
デフォルトの名無しさん[sage]   投稿日:2016/12/09 23:17:20  ID:IAKedM2U.net(3)
>432
ブラウザ統合自体が重要なのではなくてGoogleのやる気の問題だろう
Chromeに統合するという触れ込みで登場した当時は
Googleが本気だ! ということでそれなりにインパクトがあった
Dartが注目されていたのはそのGoogleの本気というただ一点だったのだから、
「結局いつものGoogleだった」となった時点で当然もう何も残らないよ

434
デフォルトの名無しさん[]   投稿日:2016/12/10 02:23:12  ID:Y9PwNia6.net
>432
サーバ側ならどう?
typescripあるしphpも型付けることできる用になったから難しいかな?

435
デフォルトの名無しさん[sage]   投稿日:2016/12/10 07:47:45  ID:dczaGrMx.net
Goもあるし.NET Core(C#)も盛り上がってきたからねえ
残念ながらDartにはもう出番はないよ

436
デフォルトの名無しさん[sage]   投稿日:2016/12/10 09:53:52  ID:Q42P76Xv.net
wasm対応で先手を取れれば状況がひっくり返る可能性もあるが
asm.jsの時点でやる気0だったしなあ

437
デフォルトの名無しさん[sage]   投稿日:2016/12/13 09:18:46  ID:2oGa6DNb.net

438
デフォルトの名無しさん[sage]   投稿日:2016/12/31 15:42:56  ID:nUjD4DbZ.net
JavaScript死亡www

「WebAssembly」がITの未来に変革もたらす|Google、Apple、Microsoft、Mozillaが共同で開発した新概念

「WebAssembly」がWebブラウザに変革をもたらします。
Webブラウザは、もともとただテキストを表示するだけのところから始まりました。その出発点から、現在ではコミュニケーションやゲームまで幅広い表現を可能にしています。
そして今回、「Webブラウザ」に新しい概念が加わわることになりました。
それをもたらしたのが、ブラウザに関わりの深い世界規模の4社「Google」「Apple」「Microsoft」「Mozilla」が共同開発した、Webのためのバイナリーフォーマット「WebAssembly」です。
今回はその「WebAssembly」について、「スゴイところって何?」「何が起きるの?」をご紹介していきます。
WebAssemblyは「JS不要。コンパイラ言語だけで動的アプリが作れる」「どの言語でもWebブラウザ上にアプリを作ることができる」

WebAssemblyによってもたらされるスゴイところは次の4つ。
コンパイラ言語だけで、Webブラウザ上に動的なアプリが作れる
ほぼ機械言語にコンパイルされるからヌルヌル動く
OSを一切気にする必要がなくなる。気にするのはブラウザのみ
C,C 以外の言語でもWebAssemblyにコンパイルされる「クロスコンパイラ」の可能性が高まった

これまでWebブラウザで、ユーザからの入力情報を元に、動的なアプリケーションを実現するためには「JavaScript」が必須でした。

「インタプリター言語」であるJavaScriptは、その都度ソースコードを機械語に翻訳する必要があるため、予め機械語に近くコンパイルされる「コンパイラ言語」と比較すると動作が遅いという特徴があります(※)。

もしコンパイル後の機械語に近い形で、Webブラウザ上でコードが実行されたら。
JavaScript以上にヌルヌルに動き、しかもJavaScriptを気にする必要がなくなります。

それを実現したのがこの「WebAssembly」です。

https://mayonez.jp/1690
コメント1件

439
デフォルトの名無しさん[sage]   投稿日:2017/01/03 00:30:36  ID:pkTsP2s0.net
モンスターのアイコンの統一感がなさすぎるな
線が細いキャラと太いキャラを並べると違和感のかたまり

440
デフォルトの名無しさん[]   投稿日:2017/01/03 05:08:13  ID:sAzrCak7.net
>438
今更な記事を引っ張ってこられてもな。
対応言語c,c++以外も増えたのかねぇ。

441
デフォルトの名無しさん[sage]   投稿日:2017/01/03 21:47:16  ID:m68UQ04g.net
どうだろうね。
まあ「その都度ソースコードを機械語に翻訳する必要があるため」遅い
という問題は、わかりやすい問題だから改善されていくよ。
最近だとV8で、即時関数っぽい書き方されたコードは最初から最適化して
すぐ実行できるよう準備するようにするパッチが入ったじゃん。
そういうのの積み重ねで良くなっていくと思うよ。

442
デフォルトの名無しさん[sage]   投稿日:2017/01/04 08:48:59  ID:u2CyXKSE.net(2)
>158
ただ自分の優位性を示したいだけの典型的な権威主義の馬鹿だな
自分の主張やは無いくせに〜ぐらいはしてるよね?とか
お前仕事場でも嫌われてるタイプだろ
少なくともHaskellは特定分野以外はまともに使えない
実際使ってればつまずくのですぐ分かる話

443
デフォルトの名無しさん[sage]   投稿日:2017/01/04 09:11:36  ID:u2CyXKSE.net(2)
なんつう亀レスだ…はずかしい

444
デフォルトの名無しさん[sage]   投稿日:2017/01/04 10:10:34  ID:B3jxZHKh.net
Haskellはまだ趣味の範囲であらゆる分野で使える言語だよ。だって純粋関数型言語じゃないから。
コメント1件

445
デフォルトの名無しさん[sage]   投稿日:2017/01/04 11:41:28  ID:P9CxkEKM.net
>444
貴方の思う純粋関数型言語の定義とその例を述べなさい(100字以内)

446
デフォルトの名無しさん[sage]   投稿日:2017/01/05 06:21:07  ID:sTWjNqOn.net
やだなぁ、やめてくれよ。
ただの皮肉だよん。

447
デフォルトの名無しさん[sage]   投稿日:2017/01/08 01:51:52  ID:+qBxgbmJ.net(2)
このスレのお前らがどう思っているかが一番重要なんだよ
多くのヒントになるから
時代は常にこのスレで言われていた事の反対に進んだだろ?

今は静的型全盛で動的型プッって感じだし
さんざんな言われようだったJSはむしろメジャー言語になったし
今JSが糞って言われているのは主に動的型だからだし
主要スクリプト言語もどんどん静的型の機能を取り入れているし
2000年代にはオブジェクト指向をやりたいならRubyをやれって言ってたのに
今Rubyはどうなった?静的型の機能はいつ追加されるの?Ruby3.0はいつ?

超ド近眼
ほんのちょっとの目先の手間を惜しんで
より面倒なハメにあう動的型信者らしいっちゃらしいがな

昔に動的型がブームになっていた頃から
糞だってはっきり言っていた人たちもたくさんいたし
単にお前らがド近眼ってこと

448
デフォルトの名無しさん[sage]   投稿日:2017/01/08 02:15:46  ID:+qBxgbmJ.net(2)
どうでも良いことばかりに着目しているド近眼ってこと

449
デフォルトの名無しさん[sage]   投稿日:2017/01/08 16:59:24  ID:zEIuJeGz.net
何も分かってないなぁ。
このスレの奴らは静的型アンチでもないし、動的型信者でもない。
昔ながらの静的型と動的型のデメリットとメリットを比較した時、
動的型が肌に合ってた奴は多いが前提が変わるんなら勿論話は変わってくる。

そもそもスクリプト言語の奴らは良いものは何でも大歓迎で取り入れるのが好きだから、
言語に型表記機能が入れば喜んで使う。
動的型に慣れているからこそ、エンジンに型を理解してもらう大切さが良く分かってるからだ。
そこは全く矛盾したり対立したりすることではない。

それとJSが糞と言われていたのは、クラスベースでなく馴染みにくいとことと、便利ライブラリの欠如だ。
でも、ぶっちゃけ欠点のない言語は無いのに、JSがそこまで言われてた理由は、
実はJSの仕様の問題ではなく、DOM APIの仕様とブラウザの実装が酷かったからだ。

そこはむしろ糞って言われていたからこそ、様々な改善が試みられて、今これほどまでに良くなったんだよ。
けしてJSの周りの環境が本当は糞じゃなかったわけではない。
もう一度言うが糞だったから良くなれたんだ。そこは勘違いするな。

450
デフォルトの名無しさん[sage]   投稿日:2017/01/09 13:29:10  ID:tlAVTCLv.net
いいわけ乙

451
デフォルトの名無しさん[sage]   投稿日:2017/01/09 15:50:51  ID:NcQuvnbl.net
assertは書きたいことを大体書けるが、型表記機能とやらは書けないことの方が多い
型名はただの名詞だから
コミュ力が低下する薬を飲まされて名詞しか話せなくなったような面倒臭さがある

452
デフォルトの名無しさん[sage]   投稿日:2017/01/09 17:41:15  ID:+XRGLqqZ.net
それは当たり前だろうよ、縛りを設ける代わりに、主にIDEから恩恵を受けようというものだからね。
機械を自在に動かしたいというスクリプター的には、機械のために書いてるようで合わないだろうよ。

453
デフォルトの名無しさん[sage]   投稿日:2017/01/17 03:06:44  ID:lw1Zwsst.net(2)
Pythonは素晴らしいけどPythonが素晴らしいのではなく、
Python周りのネイティブライブラリ環境が大変素晴らしい。
道具としては最高だけど、プログラミング言語大好き人間としては不満。
もっと速度を上げ柔軟になってくれたら嬉しいんだけど、もうそっち方面は目指してないみたいだね。

454
デフォルトの名無しさん[sage]   投稿日:2017/01/17 06:39:50  ID:rIfocs2Z.net
必要以上に手をかけると処理系のメンテが困難になり結果的に進化の足を引っ張ることになる
Rubyなんかまさにそうで、オタク共がよってたかって好き勝手にいじくり回したせいで詰んでる
コメント1件

455
デフォルトの名無しさん[sage]   投稿日:2017/01/17 07:09:05  ID:lw1Zwsst.net(2)
でもPythonみたいにCythonで割り切るのもねぇと思う。
割り切ってもJSとどっこいどっこいの速度しか出んが。

456
デフォルトの名無しさん[sage]   投稿日:2017/01/17 19:48:56  ID:jfonssfd.net
>454
具体的にどう詰んでるのか解説を

457
デフォルトの名無しさん[]   投稿日:2017/01/18 12:29:49  ID:RtvJVUCC.net
るびいは作者の頭とユーザーの頭と言語仕様が詰んでるって先生が言ってた

458
デフォルトの名無しさん[sage]   投稿日:2017/01/18 12:36:00  ID:FlJR5GPR.net
キチガイ

459
デフォルトの名無しさん[sage]   投稿日:2017/01/18 13:10:26  ID:jc+edUai.net
結果論だがPerlを批判するだけで勝てたんだよな
Pythonは本当にそれだけで勝った
Rubyは批判したいのか擁護したいのかはっきりしなかった
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
大相撲初場所 十三日 ☆2 (416)NHK実況
実況 ◆ テレビ朝日 46587 スーパーJちゃん (241)テレ朝実況
[再]銭の戦争 #03 (353)フジ実況
実況 ◆ TBSテレビ 26977 ブルーベリーアイアイ江藤愛♪ (949)TBS実況
情報ライブ ミヤネ屋★4 修正 (716)NTV実況
実況 ◆ 日本テレビ 54031 (761)NTV実況
スタジオパークからこんにちは 真木よう子 (432)NHK実況
国会中継「政府演説」★1 (639)NHK実況
このスレッドが人気です(ニュース系)
【国際】韓国軍が数千人ベトナム女性を強姦し、慰安婦にしていた…米国メディア「日本より先に謝罪すべきだ」★5 (782)ニュー速+
【国際】韓国軍が数千人ベトナム女性を強姦し、慰安婦にしていた…米国メディア「日本より先に謝罪すべきだ」★4 (1000)ニュー速+
【食】赤ワイン、ヨーグルト…実は日本人の体質に合わない食べ物 欧米人とは、体のつくりが違うんです (781)ニュー速+
【芸能】現役女子高生と淫行疑惑の狩野英孝 21日会見「本人から直接ご報告」  ★2 (789)音楽・芸能ニュース
【国際】韓国軍が数千人ベトナム女性を強姦し、慰安婦にしていた…米国メディア「日本より先に謝罪すべきだ」★3 (1000)ニュー速+
【FRIDAY】狩野英孝 「17歳現役女子高生と淫行疑惑!」★12 (635)音楽・芸能ニュース
【観光客】訪日韓国人、前年比27.2%増の509万300人で過去最高に…韓国ネット「反日を叫んでる人も裏では日本旅行に行っている」 (551)ニュー速+
【海外芸能】下の毛 刈り込み…マドンナが下腹部をさらけ出した写真を投稿してトランプ大統領就任に反対表明! (268)音楽・芸能ニュース
プログラム板の人気スレ
【統計分析】機械学習・データマイニング11 (940)
C++相談室 part129 (182)
Excel VBA 質問スレ Part45 (243)
C言語なら俺に聞け 138 (576)
Xamarin Part3 (249)
ふらっと C#,C♯,C#(初心者用) Part126 (263)
Visual Studio 2015 Part7 (1000)
Androidプログラミング質問スレ revision52 (560)
くだすれPython(超初心者用) その31 (873)
【PHP】下らねぇ質問はここに書き込みやがれ 7 (637)
スレ立てるまでもない質問はここで 145匹目 (107)
クラス名・変数名に迷ったら書き込むスレ。Part27 (740)
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 (468)
推薦図書/必読書のためのスレッド 80 (950)
+ JavaScript(ECMAScript)質問用スレッド vol.122 + (978)
☆★Java質問・相談スレッド179★★ (589)
Swift part9 (586)
Ruby 初心者スレッド Part 59 (555)
人工知能ディープラーニング機械学習のための数学 (105)
プログラミング言語 Rust 2 (311)
Java入門・初心者質問スレ Part.2 (297)
VRプログラム雑談【Unity/UnrealEngine】【HTC Vive/Oculus Rift/その他VR】 (347)
【JavaScript】スクリプト バトルロワイヤル55【php,py,pl,rb】 (459)
+ JavaScript の質問用スレッド vol.122 + (628)
ディープラーニング (965)
Swift part7 (1026)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)