5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【PHP,Python】スクリプト,バトルロワイヤル34【Perl,Ruby】

1 :デフォルトの名無しさん:2013/05/06(月) 01:45:45.29
Perl, PHP, Python, Ruby, …
スクリプト言語をすべて扱うスレッドです。
最強のスクリプト言語は、どれよ?
さあ、死ぬまで語りやがれ!!!

■ スクリプト言語の用途
Webアプリ、シェルスクリプト

■ スクリプト言語の特徴
実行速度に優れているわけではないが、
取り回しに優れ、コードの作成や修正が容易、プログラマの負担が軽い!
・インタプリタ
・動的型
・正規表現
・クロージャ
などを利用できるものがある。

長いコードはここで
ttp://play.island.ac/codepaste/

[JavaScript,PHP] スクリプト言語33 [Perl,Python]
http://toro.2ch.net/test/read.cgi/tech/1367556949/

2 :デフォルトの名無しさん:2013/05/06(月) 03:47:20.68
< `∀´>ニダー

3 :デフォルトの名無しさん:2013/05/06(月) 04:52:44.97
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw

4 :デフォルトの名無しさん:2013/05/06(月) 05:17:42.72
>>1
おつ!

5 :デフォルトの名無しさん:2013/05/06(月) 05:19:33.28
こっちが普通のスクリプト言語のスレかねぇ

6 :デフォルトの名無しさん:2013/05/06(月) 11:00:36.91
不本意だけど、JSは締め出さざる得ないだろうね。

7 :デフォルトの名無しさん:2013/05/06(月) 11:05:35.89
[Mac/NUC] AGK / DarkBASIC / Basic4GL / 99BASIC 2013 Part.1
http://jbbs.livedoor.jp/bbs/read.cgi/computer/43761/1367197701/l100

8 :デフォルトの名無しさん:2013/05/06(月) 11:07:57.23
>>6
多分ひとりいなくなってくれれば、あっちのスレだって構わないのだが。

9 :デフォルトの名無しさん:2013/05/06(月) 11:11:28.75
ともかく追い抜くこと。

10 :デフォルトの名無しさん:2013/05/06(月) 11:11:54.43
JSもユルユルの型や可変長引数の話は面白かったけどね

11 :デフォルトの名無しさん:2013/05/06(月) 11:14:07.65
あの人さえいなければ、JS歓迎だけどね。当然。

12 :デフォルトの名無しさん:2013/05/06(月) 11:16:34.95
ただ、突然スレタイからRubyを除外したり、少し変だったよね。

13 :デフォルトの名無しさん:2013/05/06(月) 11:17:18.68
アンチJSのことか

14 :デフォルトの名無しさん:2013/05/06(月) 11:19:12.80
改変されたテンプレを見ると、アンチ動的型言語だと思う

15 :デフォルトの名無しさん:2013/05/06(月) 13:50:02.33
>>14
確かに、動的型は危険なところでエラーを吐くべきという話で
じゃあ静的型使えば良いとか言ってたからな。定期的にそういう話の持って行き方をしてた
それでもRubyを外したりテンプレでJSを強調してるのはJS厨だと思うよ
まあ同一人物かもしれんけど

16 :デフォルトの名無しさん:2013/05/06(月) 14:16:25.30
JS厨はJSを褒め称えるためにとにかく無理やりウソを重ねすぎ
前スレでThunderbirdとKomodo EditorはJS製とか言ってたがそれもかなり怪しい

17 :デフォルトの名無しさん:2013/05/06(月) 14:22:10.88
http://stackoverflow.com/questions/1217956/how-to-get-the-source-code-for-komodo-edit

Including 93 C files, 138 C++ files and 971 Python files.

The source code files can also be browsed online.
http://svn.openkomodo.com/openkomodo/browse/openkomodo/trunk

18 :デフォルトの名無しさん:2013/05/06(月) 14:29:16.92
Python製じゃん

19 :デフォルトの名無しさん:2013/05/06(月) 14:30:02.21
ズコー

20 :デフォルトの名無しさん:2013/05/06(月) 14:53:04.35
python製のソフトを挙げたのでは

21 :デフォルトの名無しさん:2013/05/06(月) 14:56:44.19
無理があるなあ

22 :デフォルトの名無しさん:2013/05/06(月) 15:03:03.94
コアや GUI は C や C++ で拡張言語に JavaScript と Python ってところだろうか

23 :デフォルトの名無しさん:2013/05/06(月) 15:03:22.09
thunderbirdは本当にjs製だったわ
無理があるね

24 :デフォルトの名無しさん:2013/05/06(月) 15:04:51.22
>>22
ファイル数見るとPythonが一番多くてjsは皆無なんじゃないの?
大雑把に言ってPython製

25 :デフォルトの名無しさん:2013/05/06(月) 15:09:17.48
ThunderbirdのメインはC/C++だと思うのが
Javascriptは「どれくらい」使われてるんだ?

26 :デフォルトの名無しさん:2013/05/06(月) 15:12:01.80
>>23
基盤のgeckoがC++で書かれてる時点でアレだが
一応根拠を聞きたい

27 :デフォルトの名無しさん:2013/05/06(月) 15:15:35.05
hg clone http://hg.mozilla.org/releases/comm-1.9.1/
find . -type f -name '*.cpp' | wc -l
397
find . -type f -name '*.js' | wc -l
921
find . -type f -name '*.xul' | wc -l
415

28 :デフォルトの名無しさん:2013/05/06(月) 15:16:44.59
>>27
本当だ。つまりJS厨の言ってることの半分くらいは本当かもしれないってこと?

29 :デフォルトの名無しさん:2013/05/06(月) 15:16:48.50
とりあえずjsの話はもういいです
最強の言語はjsでいいから

30 :デフォルトの名無しさん:2013/05/06(月) 15:17:44.75
>>29
そだね。スレチだし

31 :デフォルトの名無しさん:2013/05/06(月) 15:17:58.76
どうせ願望込みで適当に言ってるだけだから良く間違えるってだけだろ

32 :デフォルトの名無しさん:2013/05/06(月) 15:19:10.51
結局ブラウザエンジンありき。他の言語と違いすぎる

33 :デフォルトの名無しさん:2013/05/06(月) 15:20:30.06
>>32
他の言語だって結局ライブラリありきだろ
そのライブラリもOSのAPI依存だし
同じだよ

34 :デフォルトの名無しさん:2013/05/06(月) 15:21:12.44
JSは他所のスレで語ればいい。それだけ

35 :デフォルトの名無しさん:2013/05/06(月) 15:32:22.50
LL四大言語が揃い踏みしたことだし、バトル再開!

36 :デフォルトの名無しさん:2013/05/06(月) 15:42:12.96
Rubyは日本製だから、ここ日本にはRubyistがいっぱいいるはずなのになあ
まともな人が多いのかな。海外でも熱心なRubyistがいるらしいので新しい情報は欲しいものだが

37 :デフォルトの名無しさん:2013/05/06(月) 16:24:54.90
金持ち喧嘩せずじゃないけど、
文法的にRubyはPythonよりも遥かに洗練されているので
バトルする必要がない

38 :デフォルトの名無しさん:2013/05/06(月) 16:25:45.59
それじゃあPythonの不戦勝だよ

39 :デフォルトの名無しさん:2013/05/06(月) 16:41:03.19
アンチJS厨=Python厨だからな
あんなキチガイがいる場所で、RubyやPerlのまともな話ができるわけがない

40 :デフォルトの名無しさん:2013/05/06(月) 16:44:07.09
JSが糞仕様なのは事実だし
アンチJS厨とかレッテル貼って言って根に持ってる奴は
JS関係なく自分が妄想垂れ流しデタラメ並べたから叩かれたことを理解してない
これからも一生理解しないだろう。もうこのスレには書き込めないはずだけど

41 :デフォルトの名無しさん:2013/05/06(月) 16:48:10.89
perlはシェルスクリプトの一部として簡単な処理を短く(ワンライナで)書くことに
威力を発揮するらしいから覚えたいけど暗号みたいだからつらい

42 :デフォルトの名無しさん:2013/05/06(月) 16:50:57.53
ここでHaskellの話を出すのもだめだぞ
アンチHaskell厨が現れて炎上するからな

43 :デフォルトの名無しさん:2013/05/06(月) 16:54:49.91
LL言語は関数型言語から多くを取り込んでいると思うけれど、
成果をあげていると言えるのだろうか。

44 :デフォルトの名無しさん:2013/05/06(月) 16:56:10.73
JSが真のクロージャと柔軟なプロトタイプベースオブジェクト指向を備えた
素晴らしい仕様なのは事実
単純なところで言えば、ネストした関数定義も他の言語にはなかなかない
ただ、PythonやRubyがいいのもまた事実

45 :デフォルトの名無しさん:2013/05/06(月) 16:58:18.65
関数型言語は動的でなくてもreplがデフォで使えたりするけど
現実的にはhaskellが便利だと言える人は少数なんじゃないの

>>43
そこなんだよな。関数型言語から多くを取り込んでるけど
結局は関数型言語でない形だったからこそ普及した

haskellみたいな潔癖症みたいな極端な仕様より
Scalaのほうが受け入れられやすいと思う。これはJVMの効果もあるかもしれんが

46 :デフォルトの名無しさん:2013/05/06(月) 16:59:44.02
>>43
それぞれの言語で事情が違う。よく一般化して、LL言語も関数型を取り込んでいる
なんていうけど、安易にそれで納得するのは危険。
各言語ごとに語ってもらうのが一番。

47 :デフォルトの名無しさん:2013/05/06(月) 16:59:45.67
Javascriptのように、実は関数型言語なんだけど、
関数型言語だとバレないうちに手続き型の皮をかぶって
こっそりと普及するという手もある

48 :デフォルトの名無しさん:2013/05/06(月) 17:00:45.34
JSが普及したのは糞仕様とは関係ないしスレチだから

49 :デフォルトの名無しさん:2013/05/06(月) 17:44:56.80
Rubyなんかで、自分は関数型言語と見做してRubyの
コードを書くぞと決めてかかるとよい結果がでると
いうようなことはあるのかな。

50 :デフォルトの名無しさん:2013/05/06(月) 17:55:40.14
関数型言語を使ってるぞとドヤ顔できる

51 :デフォルトの名無しさん:2013/05/06(月) 17:59:01.12
そういうふうに書いた方が見通しがいい時もあるけど
結局場合によるよねって感じじゃね
そもそも関数型っぽく書いただけで良くなるなら、Lispもっと流行ってた

52 :デフォルトの名無しさん:2013/05/06(月) 17:59:58.84
pythonは関数型言語の仕様を利用して
コーディングすると見やすくなる。
ifやforを思いっきり使って、どんどんネストを
深くすると読むのが辛くなる。関数に閉じ込めても
一緒。再帰的に処理が進められる関数型の方が
読みやすい。

53 :デフォルトの名無しさん:2013/05/06(月) 18:04:56.56
Lispは普及した時期が悪かったな。
C、BASIC、Prolog、Pacalの普及期に重なった。
その後、Cの延長としてC++、Javaが普及し出して
出る幕がなくなった。

54 :デフォルトの名無しさん:2013/05/06(月) 18:07:23.30
再帰って手続き型でもできるだろ
むしろ繰り返しに再帰しか使えないとなると
面倒だったり分かりにくいことが増える

55 :デフォルトの名無しさん:2013/05/06(月) 18:13:52.48
JSはプロトタイプベースオブジェクト指向だったことが
普及した要因の一つだろうね。
これが意外と柔軟性があった。

56 :デフォルトの名無しさん:2013/05/06(月) 18:22:37.48
>>52
map,filter,lambdaを使うのが関数型言語っぽいかな
本質的にはリスト内包表記も同じなんだろうけど
pythonのリスト内包表記は確かに読みやすいね

57 :デフォルトの名無しさん:2013/05/06(月) 18:40:34.48
リスト内包表記って冗長だし訳した人アホだね
内包なんて日常使わない

List comprehensionと書いたほうがわかりやすい

58 :デフォルトの名無しさん:2013/05/06(月) 18:41:07.79
itertoolsにはお世話になってます

59 :デフォルトの名無しさん:2013/05/06(月) 18:45:40.89
RubyのeachがPrologのmember述語に似てるなんて話がある。
memberはPrologの中核のパターンだけど、結構いろんなもの
うまく取り入れている。

60 :デフォルトの名無しさん:2013/05/06(月) 18:51:57.17
>>57
内包を日常で使うかはおいといて
リスト内包表記といえばpython固有の機能って感じがする
シンタックス的には「(リスト内に) for 文内包表記」なんだよな
まあそういうList comprehensionもpythonだけってわけじゃないけど

61 :デフォルトの名無しさん:2013/05/06(月) 19:00:17.34
JavaScriptの場合、Underscoreとかで
mapやfilterが実装されてるんだよね。

62 :デフォルトの名無しさん:2013/05/06(月) 19:04:15.93
>>59
どのへんが似てるのかもう少し詳しく聞きたいけど第一印象としてはあんまり似てないと思う
Prolog の member は member(X, L). で L に X が含まれるか調べるものらしいけど
Ruby の each は配列などの要素を列挙するのに使うものだから

Prolog の member 相当は Ruby だと member? か include? ではないかと
irb> [1,2,3].member? 1
=> true

63 :デフォルトの名無しさん:2013/05/06(月) 19:11:19.48
Prologのmemberって列挙も出来た記憶が

64 :デフォルトの名無しさん:2013/05/06(月) 19:11:28.65
>>62
私もあまり詳しくは知らないのだが、

?- L=[1,2,3,4,5],
  findall(E,(member(E,L),0 is E mod 2),X).

X = [2,4]

のような使い方が普通ではないかな。

65 :デフォルトの名無しさん:2013/05/06(月) 19:12:26.52
prologは大学でしかやってないけど、あれは独特だったな
そのうち今の関数型みたいな論理型のブームっぽいのはくるのかね

66 :デフォルトの名無しさん:2013/05/06(月) 19:20:35.91
>>62>>64これだけ見てると Python の in に似ている気もする(実際は違うんだろうけど)

>>> L = [1, 2, 3, 4, 5]
>>> 1 in L
True

でLに含まれるかどうか調べられるし、

>>> [x for x in L if x % 2 == 0]
[2, 4]

で列挙もできる

67 :デフォルトの名無しさん:2013/05/06(月) 19:21:17.98
>>65
関数型は速く動くから結構流行ると思う。一方、Prologはなかなか速くできない。
それで簡単には流行らないと思う。ただ、ラムダ計算法より述語論理の方が
より人間的で自然なので、底堅く生き残るだろう。

68 :デフォルトの名無しさん:2013/05/06(月) 19:24:33.02
> 関数型は速く動くから結構流行ると思う。一方、Prologはなかなか速くできない。
速い場合があるってだけで、
大概は遅いでしょ?

69 :デフォルトの名無しさん:2013/05/06(月) 19:27:21.18
>>41
1文字の予約変数だとおもって覚えるしかない。
とはいえ、perlの基本は一括処理だから埋め込みでつかう程度だとそれすらほとんどでてこないはずなのだけどね。

ワンライナーで使うのって$_ $/ $くらいじゃない?

70 :デフォルトの名無しさん:2013/05/06(月) 19:30:01.75
rubyでは真偽値を表す関数・変数名に ? を使えるのか

ま、ipythonでは object? で help(object) が表示されて便利だから別にいいけど
デフォの対話環境でもそうして欲しい

71 :デフォルトの名無しさん:2013/05/06(月) 19:31:17.32
Rubyの ! とか ? は失敗だったなって思う。
結局守られてないし。
せめて間違った使い方をした時コンパイルエラーが起きるのならね。

72 :デフォルトの名無しさん:2013/05/06(月) 19:39:14.76
>>64
宣言型使いとの溝を感じました。頭が割れそうです
Ruby だとこう?

irb> [1,2,3,4,5].find_all{|e| e.even? }
=> [2, 4]
irb> [1,2,3,4,5].find_all(&:even?)
=> [2, 4]

73 :デフォルトの名無しさん:2013/05/06(月) 19:54:53.78
>>61
Underscore面白いね
Javascriptが関数型というのもわかる気がする

74 :デフォルトの名無しさん:2013/05/06(月) 20:02:54.23
>>72
>>64に近い述語定義。

uniq(L1,L2) :-
    findall(E,(
          append(_,[E|R],L1),
          \+(member(E,R))),
        L2).

ここでappendはmemberのスーパーセットにあたる。残り要素Rが欲しかったから
memberではなくappendを使った。
下のmemberの方は検査として使っている。ただし不在証明。

75 :74:2013/05/06(月) 20:08:36.67
「残り要素リストRが欲しかったから」ですね。

76 :デフォルトの名無しさん:2013/05/06(月) 20:52:32.59
>>73
mapとかがlistを返すのが、もう設計が古くてアホ的でゴミ

77 :デフォルトの名無しさん:2013/05/06(月) 20:53:59.89
>>76
genarator信者乙
そんなことしなくてもJavascriptをpythonより速いからw

78 :デフォルトの名無しさん:2013/05/06(月) 20:57:08.84
>>71
そうなんだ。選択肢があるとブレるだけってことか

79 :デフォルトの名無しさん:2013/05/06(月) 21:00:22.32
>>77
前スレのベンチマークじゃCythonより10倍遅く無かったっけJS
設計が古くてゴミの上に遅いとか最低じゃね?

80 :デフォルトの名無しさん:2013/05/06(月) 21:08:10.17
>>79
静的言語の10倍程度か
400倍遅いPythonより随分マシじゃね?w

81 :デフォルトの名無しさん:2013/05/06(月) 21:18:21.31
CythonはCPythonで動くんで、Python使いなら誰でも使えるんですよ
あ、馬鹿には難しい話かな?

82 :デフォルトの名無しさん:2013/05/06(月) 21:22:30.85
Cで書いたコードがnode.jsで動くのと同じかw

83 :デフォルトの名無しさん:2013/05/06(月) 21:26:23.23
node.jsで動くCのコードが
TypescriptみたいなJSに型情報を付けた言語から
コンパイルで生成されたなら、まさにそう

84 :デフォルトの名無しさん:2013/05/06(月) 21:29:13.67
そうかそうか
じゃあjavascriptと同じだな
何もしなくても十分速いjavascriptの方がマシと

85 :デフォルトの名無しさん:2013/05/06(月) 21:30:19.69
[Mac/NUC] AGK / DarkBASIC / Basic4GL / 99BASIC 2013 Part.1
http://jbbs.livedoor.jp/bbs/read.cgi/computer/43761/1367197701/l100

86 :デフォルトの名無しさん:2013/05/06(月) 21:32:03.83
全然違う
例えばTypescriptはJSにコンパイルするだけだから
JSより速くならない

それとも、どこにも存在しない仮想のコンパイラをベースに話をする?
ホントそういうの好きだよねJS厨

87 :デフォルトの名無しさん:2013/05/06(月) 21:32:47.26
Cythonで高速化が必要な状況でJSの速度なら十分とか誰も思わない

88 :デフォルトの名無しさん:2013/05/06(月) 21:34:17.79
文字通り「信者」なんだよな
何事もJSに都合のいいように解釈する馬鹿

89 :デフォルトの名無しさん:2013/05/06(月) 21:38:24.69
だから、Cのような別言語で書けば同じだろ?w
javascript書けるならC書けるだろw

90 :デフォルトの名無しさん:2013/05/06(月) 21:40:43.92
そもそもgeneratorが無くて困る場合なんて無いから
どうしても困るなら、クロージャでgenarator風に書けばいいだけ

91 :デフォルトの名無しさん:2013/05/06(月) 21:42:12.53
Cythonが素晴らしいのは静的型付け言語だからだよ

92 :デフォルトの名無しさん:2013/05/06(月) 21:59:40.24
pythonのfor文はリストだけじゃなくジェネレータを辿れるから
リスト内包表記とかじゃ複雑すぎるときは
for i in g(): hoge とできるから良いよね

93 :デフォルトの名無しさん:2013/05/06(月) 22:13:29.06
それは、他の言語だと
while ( i = g() ) hoge
かな?

94 :デフォルトの名無しさん:2013/05/06(月) 22:14:52.40
>>93
止まるときは?

95 :デフォルトの名無しさん:2013/05/06(月) 22:17:43.45
>>94
g()が偽に相当する値を返すんじゃない?

96 :デフォルトの名無しさん:2013/05/06(月) 22:22:05.37
Pythonのジェネレータは True, True, False, True みたいな
真偽値を含むストリームも扱えるよ
リストがそういった値を格納できる以上、扱えないと困る

97 :デフォルトの名無しさん:2013/05/06(月) 22:31:27.60
>>93,95
それだと最後に偽を返すように(それまでは0とか偽とかないとして)
ジェネレータg()を定義した上で
gg = g()
while(i = gg.next()) hoge
みたいになるのかな。言語に依るだろうが

98 :デフォルトの名無しさん:2013/05/06(月) 22:33:27.40
最新版のJavascriptは型つき配列が使えるらしいけど
あれってFireFox限定?

99 :デフォルトの名無しさん:2013/05/06(月) 22:49:55.87
なにこのジェネレーターギャップ

100 :デフォルトの名無しさん:2013/05/06(月) 22:53:06.37
ジェネレータつーてもな。
確かにシンプルにはかける。かけるよ?
でも、他の書き方と比べてほんの数文字
短いぐらいのものなんだよ。

101 :デフォルトの名無しさん:2013/05/06(月) 23:26:37.07
>>100
JSの開発者はそうは思ってないみたいだけど?

102 :デフォルトの名無しさん:2013/05/06(月) 23:37:51.41
>>100
他の書き方ってどんなの?

103 :デフォルトの名無しさん:2013/05/07(火) 00:11:54.68
>>102
JS厨は (x for x in L) だけがジェネレータだと超絶勘違いしてるから答えには期待できない

104 :デフォルトの名無しさん:2013/05/07(火) 03:30:01.11
>>103
他の書き方ってどんなの?

105 :デフォルトの名無しさん:2013/05/07(火) 07:25:12.45
>>104
103じゃないけど、yieldを使ってジェネレータが書ける
こんな感じで


def product(xss):
    if xss:
        for x in xss[0]:
            for y in product(xss[1:]):
                yield x + y
    else:
        yield ''

print(','.join(product(['abc', 'xy', '12']))) #=> ax1,ax2,ay1,ay2,bx1,bx2,by1,by2,cx1,cx2,cy1,cy2

106 :デフォルトの名無しさん:2013/05/07(火) 07:27:40.99
普通の3重ループじゃ駄目なの?

107 :デフォルトの名無しさん:2013/05/07(火) 07:30:37.41
>>106
ループ数は引数のリストの長さで決まるから、
再帰を使った方が書きやすいよ

108 :デフォルトの名無しさん:2013/05/07(火) 07:58:37.14
>>106
n重ループ

109 :デフォルトの名無しさん:2013/05/07(火) 08:27:20.88
やっぱpythonのjoinはちょっと気持ち悪いな
List.joinでいいじゃんと思ってしまう
設計思想的にこうなんだろうけど

110 :デフォルトの名無しさん:2013/05/07(火) 08:54:06.01
List.joinでは手続き的すぎて古臭いって思想か
ジェネレータもそれかな
ただの軽量スレッドでは面白くないからジェネレータなのだ

111 :デフォルトの名無しさん:2013/05/07(火) 10:25:49.03
ジェネレータで書けるものを再帰で再現するとスタックの無駄遣いで
再帰の方が非効率だと思う

112 :デフォルトの名無しさん:2013/05/07(火) 10:33:25.70
% Prologでジェネレータ書いてみる。やはり再帰でしか書けない。

product([_文字列],_一文字) :-
    sub_atom(_文字列,_,1,_,_一文字).
product([_文字列|R1],_生成文字列) :-
    sub_atom(_文字列,_,1,_,_一文字),
    product(R1,_生成文字列_2),
    atom_concat(_一文字,_生成文字列_2,_生成文字列).

?- product([abc,xy,'12'],X).
X = ax1;
X = ax2;
X = ay1;
X = ay2;
X = bx1;
X = bx2;
X = by1;
X = by2;
X = cx1;
X = cx2;
X = cy1;
X = cy2;
?-

113 :デフォルトの名無しさん:2013/05/07(火) 12:09:38.01
>>109
そのList.joinはクラスメソッドかインスタンスメソッドか分からない

List::join
$List->join
これなら分かる

114 :デフォルトの名無しさん:2013/05/07(火) 13:22:27.64
>>113
そうだね
まあ普通はクラスメソッドにするよね
とりあえずpythonは様々な型が入るListに文字列メインのjoinがあるのはキモイって文化で、Rubyとかは多少変でも直感的ならええやんって文化なのかなと思った

115 :デフォルトの名無しさん:2013/05/07(火) 21:03:46.11
再帰使わないで書いてみました

def product2(xss):#全角スペースは半角スペースに直してね
  xx = xss[0:-1]
  yy = xss[-1]
  while True:
    if not xx: break

    tmp = []
    for x in xx.pop():
      for y in yy:
        tmp.append(x + y)
    else:
      yy = tmp[:]
  for i in yy:
    yield i

116 :デフォルトの名無しさん:2013/05/07(火) 21:44:14.45
結果を全部リストに格納してから返してるけど、
それじゃジェネレータの意味ないよ

117 :デフォルトの名無しさん:2013/05/07(火) 22:18:46.15
末尾再帰で、
(defun product (xss &optional (result (list "")))
 (if xss
   (product (cdr xss)
         (mapcan (lambda (x)
                (map 'list
                   (lambda (y)
                    (concatenate 'string x (string y)))
                   (car xss)))
               result))
   result))

(format t "~{~a,~}~%" (product '("abc" "xy" "12")))

118 :デフォルトの名無しさん:2013/05/07(火) 22:35:44.25
再帰なし、yieldなしでtmpも作らない


from functools import reduce

def product(xss):
    loop_counters = [0] * len(xss)
    max_counters = [len(xs) for xs in xss]
    loop_deps = len(xss) - 1
    def _():
        nonlocal loop_counters, loop_deps
        if loop_deps < 0:
            return None
        res = reduce(lambda x, y: x + y, (xs[n] for xs, n in zip(xss, loop_counters)))
        for n in range(loop_deps, -1, -1):
            loop_counters[n] += 1
            if loop_counters[n] < max_counters[n]:
                break
            else:
                loop_counters[n] = 0
        else:
            loop_deps = -1
        return res
    return _

119 :デフォルトの名無しさん:2013/05/07(火) 22:54:04.14
なかなか reduce を使い慣れないし、その存在を忘れてしまう。

(defun product (xss)
  (reduce (lambda (a b)
         (mapcan (lambda (c)
                (map 'list
                    (lambda (d)
                      (concatenate 'string c (string d)))
                    b))
               a))
       xss
       :initial-value (list "")))

120 :デフォルトの名無しさん:2013/05/07(火) 23:05:50.40
>>118
funtools.reduceって組み込み関数のreduceと違うの?

121 :デフォルトの名無しさん:2013/05/07(火) 23:24:36.19
>>120
Python3では組み込み関数からreduceが外された

122 :デフォルトの名無しさん:2013/05/07(火) 23:25:55.37
# yieldなしでProduct2
class Closure2Iter:
  def __init__(self, f): self.f = f
  def __iter__(self): return self
  def __next__(self): return self.f()
class Product2:
  def __init__(self, xs, ys):
    self.xs = xs
    self.ys = ys
  def __iter__(self):
    ixs = iter(self.xs)
    x = next(ixs)
    iys = iter(self.ys)
    def f():
      nonlocal x, iys
      while True:
        try:
          y = next(iys)
          return x + y
        except StopIteration:
          x = next(ixs)
          iys = iter(self.ys)
    return Closure2Iter(f)
print(','.join(Product2('abc', Product2('xy', '12'))))

123 :デフォルトの名無しさん:2013/05/07(火) 23:26:39.18
>>121
そうなんだ。mapやfilterは組み込み?
確かにreduceはあまり使わないというか
直感的でないから定期的に使ってないと使い方を忘れる

124 :デフォルトの名無しさん:2013/05/07(火) 23:42:42.06
>>123
うん。mapやfilterは組み込み

125 :デフォルトの名無しさん:2013/05/08(水) 04:47:30.84
なんだか >>112 のコードと差があり過ぎる。もうちょっと何とかならないものか。
もっと分割するとか。

126 :デフォルトの名無しさん:2013/05/08(水) 06:30:20.03
>>118
>>> product(['abc', 'xy', '12'])()
'ax1'
すいません、上手くできないので教えてください

127 :デフォルトの名無しさん:2013/05/08(水) 06:55:01.38
>>125
ここでは記号処理的な課題になっちゃってるからね。
元々、PrologやLISPはそれ用の言語だから。

128 :デフォルトの名無しさん:2013/05/08(水) 07:17:38.53
>>126
ただの関数オブジェクトを作って返しているので、イテレータプロトコルは使えないんだ

f = product(['abc', 'xy', '12'])
x = f()
while x is not None:
    print(x)
    x = f()

みたいな感じで使う

129 :デフォルトの名無しさん:2013/05/08(水) 07:29:06.93
こんな感じのラッパーを作れば、イテレータとしても使えるね


from itertools import repeat, takewhile

def iproduct(xss):
    return takewhile(lambda x: x is not None, (f() for f in repeat(product(xss))))

print(','.join(iproduct(['abc', 'xy', '12'])))

130 :デフォルトの名無しさん:2013/05/08(水) 08:11:07.34
lambdaの中でtryが使えない仕様のせいで
例外を投げるよりNoneを返す方が有利になっている

131 :デフォルトの名無しさん:2013/05/08(水) 08:23:55.62
>>105 をRubyの内部イテレーターで
Rubyの文字列はEnumerableじゃないのだけど、だいたい似たような感じ
def product(xss)
; if xss.empty?
; ; yield ''
; else
; ; xss.first.each_char do |x|
; ; ; product(xss.drop(1)) do |y|
; ; ; ; yield x + y
; ; ; end
; ; end
; end
end
#product(['abc', 'xy', '12']){|x| p x} #Rubyの普通の使い方は、こっち

g=enum_for(:product,['abc', 'xy', '12']) #内部イテレーターをジェネレーターに変換
puts g.to_a.join(',')

メソッドの頭で
def product(xss)
; return enum_for(__method__,xss) unless block_given?
とかしておくと、ブロックが与えられなかったときにはジェネレーターを返すようになる
1.9以降の標準メソッドではそんなAPIになってるものが多い

132 :デフォルトの名無しさん:2013/05/08(水) 08:24:27.77
#再帰なしで内部イテレーター
def product(xss)
; sizes = xss.map(&:size).reverse
; sizes.reduce(:*).times do |i|
; ; indexies = sizes.map{|s| i,r = i/s, i%s; r}.reverse
; ; yield xss.zip(indexies).map{|xs,n| xs[n]}.join
; end
end

g=enum_for(:product,['abc', 'xy', '12'])
puts g.to_a.join(',')

133 :デフォルトの名無しさん:2013/05/08(水) 08:25:03.42
#配列を生成
def product(xss)
; xss.reverse.reduce([""]) do |a, b|
; ; b.each_char.flat_map{|x| a.map{|y| x + y}}
; end
end
puts product(['abc', 'xy', '12']).join(',')

134 :デフォルトの名無しさん:2013/05/08(水) 08:40:33.38
Python3.3 でジェネレータ

def product(xss):
    yield from ((x + y for x in xss[0] for y in product(xss[1:])) if xss else [''])

135 :デフォルトの名無しさん:2013/05/08(水) 08:40:45.01
JavaScriptもasm.jsつかってAOTコンパイルすればCythonとやらに負けないんだが

136 :デフォルトの名無しさん:2013/05/08(水) 08:42:24.40
>>118
>>> product(['abc', 'xy', '12'])()
'ax1'
すいません、上手くできないので教えてください

137 :134:2013/05/08(水) 08:50:19.76
yield from 使ってみたくて使ったけど不要だった

def product(xss):
    return (x + y for x in xss[0] for y in product(xss[1:])) if xss else ['']

>>136
何故>>126と同じ質問を繰り返すの?

138 :デフォルトの名無しさん:2013/05/08(水) 08:53:25.96
>>123
reduceは2変数関数を自動的にn変数に拡張する
手動でn変数関数を作りたくない時に使う

139 :デフォルトの名無しさん:2013/05/08(水) 08:59:27.05
>>135
C/C++で書かれたコードの利用なんてFFIで遥か昔から可能
Cythonはそういうのとは違って、C/C++より書き易い言語でC/C++コード生成を目的としている


asm.js: C/C++ のコードを emscripten でコンパイルして Javascript コードを生成
Cython: Python like なコードをコンパイルして C/C++ のコードを生成(Pythonから利用可能)

140 :デフォルトの名無しさん:2013/05/08(水) 09:01:51.63
まあそのうちTypeScriptがasm.js生成するようになるでしょ

141 :デフォルトの名無しさん:2013/05/08(水) 09:02:47.06
というより、普通にJavaScript自体が高速

142 :デフォルトの名無しさん:2013/05/08(水) 09:10:12.37
また存在しないコンパイラの話だよ

143 :デフォルトの名無しさん:2013/05/08(水) 09:12:19.99
スレチどころか板違いの言語の話はもういいです

144 :デフォルトの名無しさん:2013/05/08(水) 09:19:34.74
>>139
asm.jsは普通に手で書けるんだけど?
別に全てを書く必要はない
ボトルネック、特にCでメモリを扱うような処理をJSで高速にさせるために使う
その他は十分素のJSで早い

145 :デフォルトの名無しさん:2013/05/08(水) 09:27:00.87
投機的実行って未来の技術だと思ってたけど
JAVAでは9割でよばれる関数はされるみたいでビックリ

スクリプト言語エンジンでそうするのある?
V8とかはどうだろ

146 :デフォルトの名無しさん:2013/05/08(水) 10:27:31.12
新技術「起動が9割」

147 :デフォルトの名無しさん:2013/05/08(水) 13:49:54.72
>>105>>137
Pythonのジェネレータって素晴らしいねって話

148 :デフォルトの名無しさん:2013/05/08(水) 19:31:10.45
javascript系はお隣へどうぞ。

149 :デフォルトの名無しさん:2013/05/08(水) 23:03:09.29
黙ってジェネレータのコードを貼ってくだけなら良いぞ > Javascript

150 :デフォルトの名無しさん:2013/05/09(木) 00:15:32.11
>>145
もともとその他のオーバーヘッドが巨大なのでそういう低レベルな最適化はあまり効果がない
メンバの検索を速くしたりするほうが遥かに重要

151 :デフォルトの名無しさん:2013/05/09(木) 00:27:29.29
V8がやってるようなJavaScriptの最適化は
型システムを工夫してキャッシュを駆使していかに静的型っぽく実行させられるか、ってのが基本
静的型なコードにしちゃった時点でその部分は他に比べて十分速いから
そういう細かいことは相対的にどうでもいいんですよ

152 :デフォルトの名無しさん:2013/05/09(木) 01:05:18.56
キリッ

153 :デフォルトの名無しさん:2013/05/09(木) 01:11:50.11
>>145
JAVAっていうかOaracleのJVM?
9割で呼ばれる関数が投機的実行されているって状況が良く理解できないんだけど、
どこ行けばそんな情報得られるの?

154 :デフォルトの名無しさん:2013/05/09(木) 01:26:32.86
インラインキャッシュかなんかと混同してるんじゃないの

155 :デフォルトの名無しさん:2013/05/09(木) 02:48:41.54
http://www.slideshare.net/nothingcosmos/x86hotspotjit

156 :デフォルトの名無しさん:2013/05/09(木) 03:17:29.39
>>155
CPUでやってるような投機的なコードの実行の話ではないんだね

仮想呼び出しされてるメソッドの呼び出しが、9割以上特定のメソッドの呼び出しに偏ってれば、
それを静的なメソッド呼び出しに置き換えちまうって話か
これは動的言語のJITならだいたいやってると思う

157 :デフォルトの名無しさん:2013/05/09(木) 03:20:38.56
SunでHotSpotの開発してた人がGoogleに移籍してV8の開発リーダやってるしね
同じような仕組みは入ってるだろ

158 :デフォルトの名無しさん:2013/05/09(木) 06:59:54.42
呼び出し箇所ごとにキャッシュ持つやつだな(インラインキャッシュ)
スクリプト言語の場合はメンバの検索が非常に重いから、それを避けるために普通に使われてる考え方だよ
実装も簡単だしJITでないと使えないわけでもないし
スクリプト言語だとインライン展開まではやらずにメンバの検索を無くすまでで十分

159 :デフォルトの名無しさん:2013/05/09(木) 07:27:24.99
この手の技術を投機的実行と呼ぶなら世の中で使われるキャッシュのほとんどが投機的実行になるw

160 :デフォルトの名無しさん:2013/05/09(木) 08:44:10.80
node.js ってファイル書き込み遅すぎるんだけど
このコード試したら終わるまでに12秒掛かったぞ

var fs = require ('fs') 
var write_stream = fs.createWriteStream("test.txt");
for (i = 1; i <= 100000; i++) {
write_stream.write(i+"\n");
}
write_stream.end()


しかも、最初はループ数を1000000で試してたんだけど、
そっちは5分待っても終わらなかったし(途中で諦めた)

161 :デフォルトの名無しさん:2013/05/09(木) 08:56:15.70
pentiumDだが一瞬で終わるぞ?
まさかver0.4使ってますとか言うんじゃないだろうな?

162 :デフォルトの名無しさん:2013/05/09(木) 08:58:17.06
> node -v
v0.10.5

なんでだろ?10000なら一瞬で終わるんだが

163 :デフォルトの名無しさん:2013/05/09(木) 09:19:07.36
ああ、言ってる意味が分かった
その処理を終えるまでの秒数じゃなくて
ファイルが実際に書き込まれるまでの時間ね
そりゃあ名前の通り非同期の単なるストリームなんだからそんな大したものじゃないよ
バッファ作らないと

164 :デフォルトの名無しさん:2013/05/09(木) 11:20:36.75
オブジェクトは検索が9割って、ちやほやすると見せかけて貶されてるだろ
クロージャ派の陰謀なんだよ

165 :デフォルトの名無しさん:2013/05/09(木) 12:55:59.38
日経Linux ?@nikkei_Linux
日経Linux 6月号では、Rubyの父、まつもとさんの新連載「言語の世界」が開始です。
私もびっくりしましたが、高校生の頃から「いつか自分の言語を作りたい!!」
とずっと言語に浸られていたエピソードなどが出てきます。
そして「理想そのもの」とおっしゃるLispをひも解きます。(あ)
返信 リツイート お気に入りに登録 その他
2013年5月9日 - 12:09

166 :デフォルトの名無しさん:2013/05/09(木) 17:45:47.87
>>164
オブジェクトは検索が9割?誰がそんなことを

167 :デフォルトの名無しさん:2013/05/09(木) 18:57:04.44
まあボトルネックになっててくれないと最適化の成果が出ない

168 :デフォルトの名無しさん:2013/05/11(土) 05:30:00.76
死ねやバカ共w

169 :デフォルトの名無しさん:2013/05/11(土) 20:08:35.61
ゴミゴミw

170 :デフォルトの名無しさん:2013/05/11(土) 20:57:18.52
てすと

171 :デフォルトの名無しさん:2013/05/11(土) 21:00:50.12
やったーアク禁解除されたぁー\(^o^)/
>>126、136はアク禁中に代行さんに依頼したもので、
代行さんが間違って2回投稿しただけなんですよぉ

172 :デフォルトの名無しさん:2013/05/11(土) 21:38:03.75
>>144
> asm.jsは普通に手で書けるんだけど?

強がりじゃないなら、このスレに出てるproductを書いてみてよ
「普通に」書けるなら楽勝だろ?
いろんな言語・パターンで書かれたサンプルが上にゴロゴロ転がってるしさ

173 :デフォルトの名無しさん:2013/05/11(土) 22:16:02.94
もちろんジェネレータで書いてくれるんですよね?

174 :デフォルトの名無しさん:2013/05/12(日) 15:02:11.20 ID:HtNUtw6r!
>>172
productって何?
レス番示してよ

それにどうしてそんなに突っかかるのか不思議
普通にっていうのは、コンバートが当たり前みたいな流れに対して言った言葉で
書こうと思ったら書けるくらいの意味だよ

でも、もしV8で採用されたら使うつもりだよ
今作ってるゲームが5%でも高速化するのなら普通に手で書く
そのくらい本当に速度が必要に感じてれば、
手で書く気が起きるレベルってことが主張したいのです

とりあえず数十行のサンプルソースでしか試してないけど
ボトルネックってのはそんなに多くないし、変更少ないもんだし
十分手で書ける手応えはあったよ

というか元々あるライブラリを変換するならともかく
新規に別言語で作って変換するのは嫌
それならDartとか最初から別言語使ったほうがいい

175 :デフォルトの名無しさん:2013/05/12(日) 15:19:47.08
スレ内を検索する事すら出来ない
馬鹿には無理

それとも、検索するほどヒマじゃ無いって言い出すかな?
長文書き込むヒマはあるみたいだけど

176 :デフォルトの名無しさん:2013/05/12(日) 15:45:12.41
てかjsは板違い
せめて向こうのスレでやって

177 :デフォルトの名無しさん:2013/05/12(日) 23:25:32.73
"use strict";

function product(xss)
{
  if (xss.length != 0) {
    for (let i = 0; i < xss[0].length; i++) {
      for (let y in product(xss.slice(1))) {
        yield xss[0][i] + y;
      }
    }
  } else {
    yield "";
  }
}

print([x for (x in product(["abc", "xy", "12"]))].join(","));

178 :デフォルトの名無しさん:2013/05/12(日) 23:37:57.29
すげえ、書けちゃったw

179 :デフォルトの名無しさん:2013/05/12(日) 23:48:08.61
しかもこれ、Pythonさん自慢の内包表記っぽいじゃないですか!w
普通のforで内包表記もできちゃうのか
まさにJS最強すぎワロタw

180 :デフォルトの名無しさん:2013/05/12(日) 23:52:13.49
あれ?真性JS厨>>90のクロージャ最強説はいずこ…
やっぱジェネレータ必要ですかね?

181 :デフォルトの名無しさん:2013/05/12(日) 23:56:40.44
>>179
っぽいじゃなくて丸パクリしただけだから
ジェネレータで余裕とか嘘だから

182 :デフォルトの名無しさん:2013/05/12(日) 23:57:53.61
これES6のつもりか?

せめて実際に動かして
正しく動くの確認してから貼れよ……

183 :デフォルトの名無しさん:2013/05/12(日) 23:58:09.37
間違えた。ジェネレータはクロージャで余裕とか嘘だから

184 :デフォルトの名無しさん:2013/05/13(月) 00:13:03.25
まあ普通にlazyにproductとかやるライブラリあるんだけど
https://github.com/rfw/sloth.js

185 :177:2013/05/13(月) 00:15:18.32
>>182
Gjs 1.32.0 で確認してるよ。
だから Mozilla の JavaScript 1.8.5 でも動くと思う。
どこまでが ECMAScript 5.1 で、どこまでがMozillaの独自かは知らない。

186 :デフォルトの名無しさん:2013/05/13(月) 00:16:28.00
すげええええええええ
これがあればyield要らんね!
Iteratorもあるし!
まさにJS最強だわ
さすが柔軟だな

187 :デフォルトの名無しさん:2013/05/13(月) 00:25:09.50
>>185
お前がJS書けないのも、実際に実行してないのも良く分かったよ
forの中のinの振る舞いはJSとPythonで違うんだよ

188 :デフォルトの名無しさん:2013/05/13(月) 00:26:49.05
まあそもそも>>184のライブラリを使えば解決ですしおすし

189 :デフォルトの名無しさん:2013/05/13(月) 00:29:09.39
マトモに書く事もできん言語のコードを
スレ違いだと言われた直後に貼付けて勝利宣言
くさってやがる

190 :デフォルトの名無しさん:2013/05/13(月) 00:34:48.68
>>184は無視か?
JSはなんでもライブラリで出来るんよ
柔軟だからな

191 :デフォルトの名無しさん:2013/05/13(月) 00:36:14.00
>>188
それ言ったらPythonなんて標準ライブラリなんですけど?w
全然意図が分かってないな。別にその結果が欲しい訳じゃねーよ。馬鹿だなあ

192 :デフォルトの名無しさん:2013/05/13(月) 00:36:35.39
>>177だけど
printをconsole.logにして、type="application/javascript;version=1.7"なら
Firefoxで動いた

193 :デフォルトの名無しさん:2013/05/13(月) 00:38:16.07
ややこしなあ。JSコード貼る奴はHTML含めた実行環境まで書けってことだな。糞だなあ

194 :デフォルトの名無しさん:2013/05/13(月) 00:38:56.73
じゃあ、どういう意図なんだ?
結局、Pythonは別の書き方で簡単に実装できちゃうものが標準で
洗練されてませんよ?って意味?

195 :デフォルトの名無しさん:2013/05/13(月) 00:41:42.64
いやJS厨のクロージャさえあればジェネレータ不要って主張が事の発端だろ
クロージャで簡単に実装できるのかは知らんが

196 :デフォルトの名無しさん:2013/05/13(月) 00:45:12.99
>>195
コメントバリバリ含めてライブラリ全体で1000行ってとこか
https://github.com/rfw/sloth.js/blob/master/sloth.js

197 :デフォルトの名無しさん:2013/05/13(月) 00:47:26.58
yield無いなら素直に内部イテレータでやれと言いたい
コールバック万歳の言語なんだから

198 :デフォルトの名無しさん:2013/05/13(月) 01:40:11.16
結局、動いちゃって>>177の大勝利かw
動かないとか言ってた奴ら
m9(^Д^)プギャー

199 :デフォルトの名無しさん:2013/05/13(月) 01:49:08.48
殆どの環境で動かないコードが正解って

200 :177:2013/05/13(月) 08:24:31.91
勝利?

自分はJavaScriptについて詳しくないので、>>177
JavaScript的に妥当な書き方なのか分からない。
調べると、Javascriptでは配列のループに for...in が落とし穴の1つだということは分かった。

JavaScriptをプッシュしている人は、自分ではプログラムを書き込んでいないようだけれど、
asm.jsに対応しているものや、ECMAScriptの範囲内のものを書いて欲しい。

201 :デフォルトの名無しさん:2013/05/13(月) 08:25:34.03
将来のJSにジェネレータが入るってことは
JSの標準化に関わる人達はクロージャで十分と思ってなくて
ジェネレータの有効性を認めてるってことか

202 :デフォルトの名無しさん:2013/05/13(月) 09:07:45.34
でも実際は十分だよな
数百行のコードで>>196が作れるわけだし
まあ、なくてもいいけどあってもいい程度の認識だろう

203 :デフォルトの名無しさん:2013/05/13(月) 09:40:39.63
>>202
どういう帰結になってるのか。わかりにくいのだが、言語によってはジェネレータ
なんて数行で書くことができる訳だが。

204 :デフォルトの名無しさん:2013/05/13(月) 09:57:27.31
>>203
元々は、RubyのeachがPrologのmemberに似ているかどうかの話から始まった。
Rubyのeachは作り付けだけども、Prologのmemberは純粋にユーザ定義の述語。
それが二行だということだ。JSの人が書き込んでいることの意味が分からない。

205 :デフォルトの名無しさん:2013/05/14(火) 01:26:46.42
>>203-204
だとするとJSの何に文句を言ってるのか分からない
良く分からんけど、本当に言語によってジェネレータが数行でかけるなら、おそらくは
JSでもたいした行数じゃないよね
そこに何の問題があるの?

206 :デフォルトの名無しさん:2013/05/14(火) 01:34:22.68
毎回1000行書くんですかwww >>90

207 :デフォルトの名無しさん:2013/05/14(火) 01:41:55.81
>>206
毎回一行require書けば済む
というのはおいておいて、例の1000行のライブラリは
eachとかmapとかその他もろもろを遅延評価で書くためのもの
productもあるから引き合いに出た
ジェネレータとは少し異なる
ただし、ジェネレータが必要なほとんどの場面に適用できるだろうけどね

208 :デフォルトの名無しさん:2013/05/14(火) 01:48:37.90
はあ、結局ジェネレータの便利さを理解してないだけか
もうJSとかあっちの糞スレだけでやってくれ。どうでもいい。クラスもねーし

それより、これおもろい
https://github.com/lihaoyi/macropy#case-classes

209 :デフォルトの名無しさん:2013/05/14(火) 01:55:33.01
マクロはおもろいけど、ジェネレータの便利さとやらを
ソースコードで書いてみせてくれないと説得力ないな
あと、JSはクラス無しでクラスと同等以上の事ができる
Pythonが内包表記でlambdaと同等以上の事が出来るから
lambdaなくそうという動きがあるのと似てる

210 :デフォルトの名無しさん:2013/05/14(火) 02:00:26.62
あのお、JSはスレチなんですけど、スレタイ読めないんですかね

211 :デフォルトの名無しさん:2013/05/14(火) 05:47:25.23
>>207
Prologのジェネレータは g(A,[B|R]):-A=B;g(A,R). ですが、さすがに、
手続き型言語ではこうはいかない。それで、まつもとさんはeachという形で
うまく取り込んだね。そういう話題にクロージャがどうのこうのと言われても。
「初心者がクロージャ意識して書くのですか?」としかいいようがない。

212 :デフォルトの名無しさん:2013/05/14(火) 06:56:32.84
内部イテレータは呼び出す側で制御できないだろ
プッシュ型になるので途中で止めて後で再開したりできず、手続き型とは相性が悪い
結局rubyも外部イテレータを導入した
それに、外部で内部は全く問題なく代替できるが逆は不可

213 :デフォルトの名無しさん:2013/05/14(火) 07:14:50.82
死ねゴミクズ

214 :デフォルトの名無しさん:2013/05/14(火) 07:16:06.43
>>210
黙れゴミゴミ

215 :デフォルトの名無しさん:2013/05/15(水) 03:17:03.22
プログラミング大好き男に「どの言語が好き?」と訊ねられたとき、女はどう答えたらいいの?
http://anond.hatelabo.jp/20130514022631

216 :デフォルトの名無しさん:2013/05/15(水) 04:47:45.28
>>215
Ozが好き でいいんじゃないか。

217 :デフォルトの名無しさん:2013/05/15(水) 12:54:09.50
>>215
プッ

218 :デフォルトの名無しさん:2013/05/15(水) 17:43:08.44
>>216
QZ自演乙

219 :デフォルトの名無しさん:2013/05/15(水) 18:57:14.37
>>218
本当にプログラミング大好き男だったら、
Ozなんて言われたらちょっと怯えるだろうな。

220 :デフォルトの名無しさん:2013/05/17(金) 02:20:55.24
PHP勉強し始めて1か月くらいなんですけど、質問です。スレチだったらすいません
↓このプログラムの値を受け取るにはどのようにしたらいいのでしょうか?
<form action="sample10-2.php" method="get">
<?php
$items=array('a-1'=>'ガム', 'b-2'=>'チョコレート', 'c-3'=>'クッキー');
foreach($items as $itemKey => $itemValue){
print('<input type="checkbox" id="'.$itemKey.'" value="'.$itemKey.'" />
<label for="'.$itemKey.'">'.$itemValue.'</label>');
}
?>
<input type="submit" value="送信する" />
</form>

221 :デフォルトの名無しさん:2013/05/17(金) 03:40:39.95
>>220
初心者向けのPHP本を参考に進めていくと
そういうバッドノウハウ(やっちゃいけない事)ばかり覚えちゃうから
別の言語を勉強した方がいいよ

RubyとRailsか
PythonとDjangoやっておけばおk

初心者なら日本語の書籍が多いRubyのほうがいいかな

222 :デフォルトの名無しさん:2013/05/17(金) 04:12:00.26
>>220
ドキュメントも実績もPHPの方が圧倒的に多いよ
ここは現実をみられないおじさんが多いから気を付けよう

ちなみに値は$_GET[value名]で取得できる

223 :デフォルトの名無しさん:2013/05/17(金) 06:09:50.66
PHP世代はもう30代のおっさんだろ
Perl世代は40代〜
スクリプト言語界のCOBOLになりつつある

224 :デフォルトの名無しさん:2013/05/17(金) 09:09:43.86
zend2の書籍まだぁ?

225 :デフォルトの名無しさん:2013/05/17(金) 10:25:03.21
Tripod使ってたのがperlで
Xrea使ってたのがPHP使い。

226 :デフォルトの名無しさん:2013/05/17(金) 16:11:13.17
そして今の若者はAWSか
老害が取り残される時代だね

227 :デフォルトの名無しさん:2013/05/17(金) 16:48:37.50
220の馬鹿はこちらでどうぞ
WebProg
http://kohada.2ch.net/php/

228 :デフォルトの名無しさん:2013/05/17(金) 21:59:42.48
今の若者はHerokuとかCloudFoundaryだろ

229 :デフォルトの名無しさん:2013/05/17(金) 23:33:24.42
>>228
HerokuってAWSの再販だろw
AWSの上に余計な層挟んで鞘抜きしてるだけ

230 :デフォルトの名無しさん:2013/05/18(土) 03:49:23.49
無料部分があるから一概に中抜きしかしてないわけじゃないが

231 :デフォルトの名無しさん:2013/05/18(土) 08:11:05.84
ちょっち質問
PHP使ってデータベースとくっつけたHP作ろうと思うんだけど開発環境どれにするか迷ってる
今後適当に長く付き合って行きたいからみんなが使ってるの参考までに教えてくれ

232 :デフォルトの名無しさん:2013/05/18(土) 08:51:55.36
>>231
ここはPHP馬鹿にするやつらしかいないしPHPのスレで聞いたほうがまし

開発環境がIDEのことなのか、フレームワークのことなのかわからん。
フレームワークなら、CodeIgniter, cakePHP, ZendFrameworkなど。
有名なのいくつか試して自分で決めればいいだろう

あと長く使いたいなら、PHPよりASP.NET MVCとかで作るほうがいい。
10年以上サポートされる。
企業でやるならだんぜんASP.net

233 :デフォルトの名無しさん:2013/05/18(土) 10:33:23.21
231の馬鹿はこちらでどうぞ
WebProg
http://kohada.2ch.net/php/

234 :デフォルトの名無しさん:2013/05/18(土) 12:00:04.46
>>232
"hate ASP.NET"
約 14,400 件 (0.15 秒)

235 :デフォルトの名無しさん:2013/05/18(土) 12:46:14.97
>>232-234
向こうで聞いてくるわ
教えてくれてありがとう

236 :デフォルトの名無しさん:2013/05/18(土) 12:47:37.75
ASP.netは世界で一番使われてるWebフレームワークだ

>>234
すごい頭悪そうなレスだね

237 :デフォルトの名無しさん:2013/05/18(土) 13:19:08.25
ASP.netは世界で一番ドカタ仕事に使われてるWebフレームワークだ

238 :デフォルトの名無しさん:2013/05/18(土) 17:45:20.62
>>222
PHP死ねw

239 :デフォルトの名無しさん:2013/05/18(土) 17:50:09.40
オワコンのイントラ系受託開発用言語押し付けるなよ
お前らは下請けのゴミになりたいのか?
違うだろ
FacebookやTwitterのようなグローバルなWebサービス作りたいんだろ
そこを履き違えるな

240 :デフォルトの名無しさん:2013/05/18(土) 18:14:56.94
そもそもWebサービスを作るのに興味が無い

241 :デフォルトの名無しさん:2013/05/18(土) 18:53:43.70
スクリプト言語スレで何いってんだコイツ

242 :デフォルトの名無しさん:2013/05/18(土) 19:02:33.99
俺もwebサービス作るのに興味ないわ
コイン落とし系iOSアプリ(アイテム課金)その他作ったら
びっくりするほど儲かったし
ビジネスモデルがAdsenseやAmazon広告依存で1PVあたり0.03〜0.05円しか売り上げないWebサービスなんてやるだけ無駄だよ

243 :デフォルトの名無しさん:2013/05/18(土) 19:05:02.55
俺の起業仲間が誰でも使えるASP型の画像アプロダ作って運営してたが
転送量で赤字、広告はめったにクリックされないで結局借金抱えたまま
サービス閉鎖に追い込まれてたわ

webサービスで一山当てようだなんて夢を見るな

244 :デフォルトの名無しさん:2013/05/18(土) 19:08:06.32
まぁ今時Windows向けスタンドアロンパッケージソフト開発で
儲けようとする奴よりはマシだけどな

大昔:パッケージソフト、シェアウェア全盛期(オワコン)
昔:Webサービス全盛期(オワコン)
今:iOS、Androidアプリ全盛期

だよ
ガンホーの株価みて気付かないアホは経営に関わっちゃいけない

245 :デフォルトの名無しさん:2013/05/18(土) 19:16:03.84
まだWEBサービスで夢見てる馬鹿高齢者が居るのか?

246 :デフォルトの名無しさん:2013/05/18(土) 19:19:44.59
>>243
特定した
tp://blog.loda.jp/2012/02/lodajp-331.html

247 :デフォルトの名無しさん:2013/05/18(土) 19:33:59.83
>>246
違法なファイルへの対策ができないなら、海外で鯖立てればいいのにね。2chみたいに。

248 :デフォルトの名無しさん:2013/05/18(土) 19:42:01.28
>>247
閉鎖は営業赤字が主な原因だろw

転送量は
 動画>>>>画像>>>>テキスト

写真メインのwebサービスがある程度の顧客を獲得すると
優良広告主が付く前に資金がショートしやすい

動画に至っては優良広告主がいても赤字
自社で広告配信システム持っててインフラに対するスケールメリットを
最大限活用できるGoogleじゃないと黒字化は難しいだろうな

249 :デフォルトの名無しさん:2013/05/18(土) 19:51:36.92
そういやニコ動ってまだ赤字なん?
日本人が開発した動画系サイトで成功してるのは
無料の海外アプロダにデータ置いて転送量を負担してもらう(訴えられたらアウト)
違法アニメ視聴サイトくらいしか知らんなw
fc2が買い漁ってたから数億単位で儲かったんじゃないか、創業者は

250 :デフォルトの名無しさん:2013/05/18(土) 22:15:10.32
一般回線絞って有料会員増やしてトントンくらいじゃないのあそこ
それでもよく鯖不調とかやってるし
まあ超会議とかやってるし別に気にしてないだろたぶん

251 :デフォルトの名無しさん:2013/05/18(土) 22:26:47.22
>>241
スクリプト言語ってWeb用言語のことじゃないぞ

252 :デフォルトの名無しさん:2013/05/18(土) 22:32:51.44
事実上web専用だろ
9割以上はweb系で使われてる

253 :デフォルトの名無しさん:2013/05/18(土) 22:34:32.52
Pythonはそうでもないだろ

254 :デフォルトの名無しさん:2013/05/18(土) 22:42:02.48
PHPやJSしか使えない低能が
スクリプト言語全般を語るな

255 :デフォルトの名無しさん:2013/05/18(土) 22:45:35.08
本来のスクリプトらしいまともな使い方をされてるのって
PythonとPerlくらいか

256 :デフォルトの名無しさん:2013/05/18(土) 22:53:24.63
>>255
シェルスクリプト、Lua、スクワール(スペル忘れた)

257 :デフォルトの名無しさん:2013/05/18(土) 23:05:55.86
スクリプト言語ってバッチファイルみたいなイメージだわw

258 :デフォルトの名無しさん:2013/05/18(土) 23:09:26.70
>>256
LuaやSquirrelみたいなアプリ組み込みスクリプトをまともな使い方とするなら
ブラウザスクリプト(JS)もまともな使い方に含まれる

259 :デフォルトの名無しさん:2013/05/18(土) 23:18:24.73
まともじゃないという言い方はおかしいが、
JavascriptとLuaとSquirrelとEmacs Lispは
アプリ組み込み言語として同カテゴリ

260 :デフォルトの名無しさん:2013/05/19(日) 00:49:55.51
厳密な定義ないしな
まあPerlが一番スクリプト言語って感じかも

261 :デフォルトの名無しさん:2013/05/19(日) 01:40:40.79
ツールのPython、糊のPerlって認識

262 :デフォルトの名無しさん:2013/05/19(日) 07:48:33.67
Perl5: ごった煮。簡単に書けるようでもはや簡単ではない。遅い。
PHP: 他の言語の良いところをいろいろ拾ってWebに特化してみました。でも互換性の問題を引きずり始めたよね?
Python: バージョン間で互換性を失うという地雷を踏んでみましたw

というイメージw

263 :デフォルトの名無しさん:2013/05/19(日) 08:20:07.54
俺の中ではJS=(WSHで使う)バッチファイルの補助言語だな
逆にブラウザで使ったことがほとんどないや

264 :デフォルトの名無しさん:2013/05/19(日) 08:55:07.07
Perl5:目が痛いw
PHP:罠のある巣箱
Python:互換性(以下略

265 :デフォルトの名無しさん:2013/05/19(日) 09:24:37.23
JSみたいにレガシーシステムで使われることのない言語は
互換性捨ててどんどん良い言語になってるな
逆にJSは互換性のためとか言って史上最悪のクソ言語になりはてて
しかも結局クソ言語のツケを後のコーディングで払うという悪手しか打てない状況
こんなの好き好んで使ってる奴いねーわな。しかもブラウザ以外で使うとかキチガイすぎw
どうせ頭逝ってるやつだから一切会話は通じないクソスレ乱立、クソレス連投の馬鹿だから相手にするだけ無駄だけど

266 :デフォルトの名無しさん:2013/05/19(日) 09:25:21.46
JSはそもそもが糞仕様すぎるのに、何も改善できないとか終わっとる
あとはあっちのJS専用クソスレでお願いします。スレチなんで。

267 :デフォルトの名無しさん:2013/05/19(日) 09:31:13.94
PHPはクソ仕様で、互換性については異なるバージョンで別々に開発を続ける。どっちが良いのか誰にもわからない
Pythonは2.8はもうでない。2を使いたいなら使ってもいいけど、3の方が良い言語で全体的には3に移行
JSはブラウザによって互換性のないコードがいっぱいある最悪クソ環境

268 :デフォルトの名無しさん:2013/05/19(日) 09:39:14.17
PHPは簡単なWebサイトを作るのには良いツール(≠良い言語)かもしれないけど

> PHP: 他の言語の良いところをいろいろ拾って

これはねーよw

269 :デフォルトの名無しさん:2013/05/19(日) 09:49:55.73
PHPのドキュメントやリファレンスは素晴らしいと思う
言語仕様のことは言うな

270 :デフォルトの名無しさん:2013/05/19(日) 10:05:09.97
>>263
それJScriptじゃね

271 :デフォルトの名無しさん:2013/05/19(日) 10:19:55.71
>>270
特定のホストを引き合いに出したらJSじゃないってことですか?
それじゃIOすら無いじゃないですかw

272 :デフォルトの名無しさん:2013/05/19(日) 10:27:16.19
>>271
いや俺が言いたいのは、WSHで動かすスクリプトってJScriptやVBSじゃねーのって

273 :デフォルトの名無しさん:2013/05/19(日) 10:35:57.58
>>272
それを言うならJavaScriptだって本来は特定のブラウザに組み込まれたスクリプトの呼称なんだぞ?
今JavaScriptといえばEcmaScriptをベースにしたスクリプト言語の総称とするのが一般的なんだから
JScriptもJavaScriptだ

274 :デフォルトの名無しさん:2013/05/19(日) 10:43:40.18
E2CHとは、新しい掲示板サービスです。

Pythonのフレームワーク Tornado 使用

e2ch.com

275 :デフォルトの名無しさん:2013/05/19(日) 10:45:52.96
紛らわしいからJavaScript=ブラウザスクリプトの総称ということにして
WSH/JScriptとかWinJSとかnode.jsみたいなのはecmascriptを名乗るべき

276 :デフォルトの名無しさん:2013/05/19(日) 11:07:25.86
>>275
VBScriptだって立派なブラウザスクリプトだぞ

277 :デフォルトの名無しさん:2013/05/19(日) 11:09:11.73
VBScriptってJavascriptに匹敵するくらいウンコなの?
それとも少しはマシなの?

278 :デフォルトの名無しさん:2013/05/19(日) 11:18:36.91
>>277
ブラウザ上で動かすならどっちも同じだろ

279 :デフォルトの名無しさん:2013/05/19(日) 11:23:01.11
ブラウザで動かすこととウンコさに関係があるの?

280 :デフォルトの名無しさん:2013/05/19(日) 11:48:04.86
VBScriptの方が昔は人気あったな

281 :デフォルトの名無しさん:2013/05/19(日) 12:05:59.72
何かくみ上げるのにサンプル探したら、
各機能ごとにVBScriptとJScriptのどっちかの例が
見つかってどっちに合わせよー!?とかなる。

282 :デフォルトの名無しさん:2013/05/19(日) 12:08:57.62
生き残ったのはJScript

283 :デフォルトの名無しさん:2013/05/19(日) 12:51:34.42
ホストに用意された関数を
適当に呼び出すだけのコードを書くのが
JS系言語のお仕事だから、言語が糞でも問題ないんだよね
何らかのロジックを書く必要があると大変なんだけど

284 :デフォルトの名無しさん:2013/05/19(日) 12:59:42.91
お前の実力ではなw

285 :デフォルトの名無しさん:2013/05/19(日) 13:51:50.40
実力がある人はJSでも作れるよ
マトモな言語を使えばもっと生産性が高いだけで

286 :デフォルトの名無しさん:2013/05/19(日) 14:30:55.59
JSはかなり良い部類と今では見なされてるけどな

287 :デフォルトの名無しさん:2013/05/19(日) 16:23:46.04
>>268
それが悪い方向にごった煮になっているんだ。
クラスまわりがJava臭いのにメソッド・関数はJavaScript臭い。
関数の参照はPerlの文字列のシンボル?になってるし。
変数はシェル〜Perlあたり?

288 :デフォルトの名無しさん:2013/05/19(日) 16:25:52.74
JavaScriptはブラウザに特化した部分を取り除けば
まあそこそこ使いやすい言語。

289 :デフォルトの名無しさん:2013/05/19(日) 19:36:33.75
型付けの弱い言語は最近の流行じゃないよ
メリットが無いし

290 :デフォルトの名無しさん:2013/05/19(日) 23:11:44.96
>>289
最近は静的言語に回帰傾向にあるのは事実だが、メリットがないつーのは嘘だろ。

RubyとかPHPとかバカでもプログラミングできたりするじゃん、例えば
それは確かなメリット

291 :デフォルトの名無しさん:2013/05/19(日) 23:18:49.85
まーた型の強弱と静的動的の混同か…

292 :デフォルトの名無しさん:2013/05/19(日) 23:29:59.21
動的型付け言語で型づけが強い言語なんてあるの?

静的型付け言語で型付けが強い弱い言語はあるけど

293 :デフォルトの名無しさん:2013/05/19(日) 23:34:39.89
型が弱ければ弱いほど、全てを間違わず把握する能力が要求される
バカが触るのは不可能になる。動的でも強いほうが良い
そういう話をしてるって理解できないのだろうか

294 :デフォルトの名無しさん:2013/05/19(日) 23:53:44.46
静的+型推論が最強で結論でてる。

動的言語はIDE作らなくていいから乱立してるだけ。
技術的優位性はない。

295 :デフォルトの名無しさん:2013/05/19(日) 23:58:55.72
ここでそういう書き込みするとHaskellスレへ喧嘩売りに行く馬鹿がいるからやめてくれ

296 :デフォルトの名無しさん:2013/05/20(月) 01:26:58.39
> 動的言語はIDE作らなくていいから乱立してるだけ。

静的言語ってIDEを作る必要があるの?それって劣ってない?

297 :デフォルトの名無しさん:2013/05/20(月) 01:33:45.63
>>296
コンパイラだけではその言語誰も使わない
IDEは必要だよ
ゼロから作る必要は当然ない。
有名IDEのプラグインだけつくればいい

劣ってる?アホじゃないの
IDEがあれば生産性は格段にあがる。
必要なものが欠けているのが動的言語

298 :デフォルトの名無しさん:2013/05/20(月) 01:44:45.61
なるほど、静的言語はIDE無いと生産性が下がるんだね
劣ってるね

299 :デフォルトの名無しさん:2013/05/20(月) 01:45:52.71
静的型付け+型推論+IDE
この三拍子そろったプログラミング言語って例えば何?

300 :デフォルトの名無しさん:2013/05/20(月) 01:47:25.36
>>298
劣っているのはあんたの脳

301 :デフォルトの名無しさん:2013/05/20(月) 01:49:00.90
>>299
C#

静的ならIDEはたいていある。
IDEないと普及しない
いまどきコマンドラインでコンパイルしてる原始人はいない

302 :デフォルトの名無しさん:2013/05/20(月) 01:49:26.92
反論出来なくなって罵倒ですか
言語だけでなく信者も劣ってますね

303 :デフォルトの名無しさん:2013/05/20(月) 01:50:34.31
>>301
C#の型推論?w
あんなのOCamlやHaskell知ってたら笑っちゃうよマジで

304 :デフォルトの名無しさん:2013/05/20(月) 01:53:40.96
ショボイほうの型推論のことか

305 :デフォルトの名無しさん:2013/05/20(月) 02:11:39.23
>>303
OCaml? Haskell?
プププ

もっと人気のある言語になってから言えw

306 :デフォルトの名無しさん:2013/05/20(月) 02:21:50.38
なるほど、技術的な優位性は無いけど人気はあるよ、と

307 :デフォルトの名無しさん:2013/05/20(月) 02:30:21.62
Haskellは実際生産性かなり劣ると思うけどね
副作用がないという制約の中で四苦八苦せざるを得ない
達人でもやっぱり競技プログラミングで勝てないみたいだしな

308 :デフォルトの名無しさん:2013/05/20(月) 03:51:27.88
競技プログラミングはグローバル変数上等だからな
まあ実際の開発でもハスケルが優れてるとは思えないが

309 :デフォルトの名無しさん:2013/05/20(月) 04:03:39.22
グローバル変数上等だとHaskellが勝てないの?
関係ない気がするけど

310 :デフォルトの名無しさん:2013/05/20(月) 04:13:56.77
>>309
よくそんな回らない脳みその気のせいを信頼できるな
お前の考えは全部間違ってると考えたほうが正解に近いぞ

311 :デフォルトの名無しさん:2013/05/20(月) 04:18:32.15
さすがにそれはないわw
説明できないからって、人格批判されてもねえw

312 :デフォルトの名無しさん:2013/05/20(月) 04:23:09.10
>>309はどういう理屈で関係ないと断言してるんだ?それがまず意味不明

313 :デフォルトの名無しさん:2013/05/20(月) 04:25:55.24
>>311
自分が正しいという考えを捨てろ。お前は間違ってるから

314 :デフォルトの名無しさん:2013/05/20(月) 06:16:27.55
>>307
Haskellプログラマにとって、副作用がないということは
当たり前のことで、四苦八苦するなんてことはない。
我々が酸素を吸って生きているか、窒素を吸っていきているか。
そんなこと気にしないくらい、気にならない。

315 :デフォルトの名無しさん:2013/05/20(月) 07:16:28.79
グローバル変数どころか、問題のデータサイズに合わせて
配列の大きさまで決めうちで定数使うのが競技コード
計算量が多いだけでコード量は全然小さいし、競技のときだけ動けば良いので保守性を考える必要もない

このスレで言われてるような、型の強さや副作用の除去が
全然メリットにならない、特殊なプログラミングだよ

316 :デフォルトの名無しさん:2013/05/20(月) 07:56:29.90
ていうか、話を戻しちゃうけど
動的型言語にもIDEあるよね

317 :デフォルトの名無しさん:2013/05/20(月) 07:56:46.49
>>315
そのいずれをとってもHaskellが不利になる要素ではない
複雑なロジックを組むにあたって、静的なチェックはある程度
有利にはなるよ

318 :デフォルトの名無しさん:2013/05/20(月) 08:01:59.97
結局、グローバル変数だのデータサイズ決め打ちだのとは全く関係なく、
副作用のないスタイルをHaskellで書くのに四苦八苦して
生産性が悪いから勝てないんだと思うよ

319 :デフォルトの名無しさん:2013/05/20(月) 08:03:19.58
>>317
何がどう有利なんだ?それは開発上の理想論だろ
競技プログラミングはテストケースを通せさえすればフェイルセーフとかどうでもいいのに

320 :デフォルトの名無しさん:2013/05/20(月) 08:04:18.38
>>318
グローバル変数は最大の副作用だろ。馬鹿すぎる

321 :デフォルトの名無しさん:2013/05/20(月) 08:07:49.30
>>319
実際、論より証拠で、動的型言語より静的型言語の方が
圧倒的に強い
>>320
別にグローバル変数だからといって副作用にする必要全くない
副作用が有利なのは間違いないけど

322 :デフォルトの名無しさん:2013/05/20(月) 08:09:55.89
ただでさえ数値計算ならC/C++が鉄板のところ、
グローバル変数やデータサイズ決め打ちで良く、
汎用的に書くのが面倒というC/C++のデメリットも無視出来るなら
大抵の奴はC/C++で書くよ

323 :デフォルトの名無しさん:2013/05/20(月) 08:10:23.03
>>321
競技プログラミングで静的型の方が強いのは実行速度が速いからだよw
で、ハスケルのC/C++に対する優位性って何?

324 :デフォルトの名無しさん:2013/05/20(月) 08:11:16.03
>>321
> 別にグローバル変数だからといって副作用にする必要全くない

それただの定数や

325 :デフォルトの名無しさん:2013/05/20(月) 08:12:40.62
>>321
その「副作用にする必要全くない」って何?
実際に副作用として使われてるから言ってるんだが

326 :デフォルトの名無しさん:2013/05/20(月) 08:14:56.21
>>323
実行速度が速いからってのは大きな間違い
間に合うか間に合わないかの二択で、それは
アルゴリズムのオーダーによる
言語によって異なる事はまずない
HaskellのC++に対する優位性はあまりないだろうね
ただ、サイズ決め打ちだの保守性考えなくていいだのは
Haskellにとっても、不利でも何でもない

>>324
Haskellは全部ただの定数にする必要があるから
そこで不利なんだろうね

327 :デフォルトの名無しさん:2013/05/20(月) 08:15:54.12
>>325
それならいいよ
副作用として使えないという論点なら、Haskellが間違いなく不利だから

328 :デフォルトの名無しさん:2013/05/20(月) 08:16:20.90
関数型は大多数の開発者にとって
開発生産性が低下する。
学習コストも高くつく

それも大きな「副作用」

329 :デフォルトの名無しさん:2013/05/20(月) 08:20:54.11
競技プログラミングでグローバル変数にしてるのは、たいていは、やろうと思えば
関数の引数で渡せるものばかりだけどな
単に、引数書くのが面倒だから省略してるという側面があるわ

330 :デフォルトの名無しさん:2013/05/20(月) 08:33:33.18
>>329
参照渡しするなら副作用だし
値を返して変更するのも副作用、しかも多値を返せない言語だと実装が面倒になる
完成までの速度も競ってるんだから省略もするだろう

実際の開発でも、開発速度と抽象化にかけるコストはトレードオフだ
ハスケルみたいな極端な言語は、おもちゃとして面白いだけで終わるかもしれない

331 :デフォルトの名無しさん:2013/05/20(月) 08:37:49.17
HaskellはIO回りがやたらかったるいからな
やばいこんな複雑なアルゴリズムが簡潔にかけてしかも速い!ってやるのにはいい言語なんだろうけど
まあ単体で使うような言語ではない気がする

332 :デフォルトの名無しさん:2013/05/20(月) 08:38:24.04
抽象化にかけるコストって?
Haskellだとそれがかかっちゃうのか?

333 :デフォルトの名無しさん:2013/05/20(月) 08:39:55.91
>>330
値を返してそれをそのまま使えば副作用じゃなくなるけど
ただ、haskellでは、そういう場所に限らず全てでそのスタイルを強要されるし、
C++ならどこであっても、副作用が使えるってだけ

334 :デフォルトの名無しさん:2013/05/20(月) 08:45:24.94
Haskellは空間計算量の見積もりが難しすぎるわ
計算量を増やしたらスタックオーバーフローした、ってのが日常茶飯事すぎる

335 :デフォルトの名無しさん:2013/05/20(月) 09:03:31.38
なるほどな
再帰とかたくさん使いそうだもんなw

336 :デフォルトの名無しさん:2013/05/20(月) 11:46:46.49
>>334
それ再帰つかったloop処理の話?

Scalaの本にも、再帰で大量のループやると
スタックオーバーフロー起こすことがあるって書かれてた。
関数型言語ってクソだなとおもった

スタックオーバーフローも「副作用」だよね

337 :デフォルトの名無しさん:2013/05/20(月) 11:52:38.18
繰り返し文がある言語なのにドヤ顔で意味もなくスタックに関数を積み上げる馬鹿もいるよね

338 :デフォルトの名無しさん:2013/05/20(月) 17:00:39.50
つ末尾再帰

339 :デフォルトの名無しさん:2013/05/20(月) 17:37:10.57
Rubyって2012年に出したRuby20周年の目玉がキーワード付き引数とかだったからびっくりしたわ。

C#とかC++とかはいかに動的型づけ言語に生産性を近づけるかで大きく進歩する伸び代があったけど、
RubyとかPHPとかPythonとかはゆとり言語だから、とにかく言語としての限界が既に決まっている。
かといって途中から型とかクラス追加とかしたらPerlみたいになるのは目に見えているし、正直動的型づけ言語はオワコンだわ。

340 :デフォルトの名無しさん:2013/05/20(月) 17:48:18.96
論理構成がめちゃくちゃすぎ
アンチ動的もあっちのスレを使えよw

341 :デフォルトの名無しさん:2013/05/20(月) 18:44:26.97
>>339
型づけすると何かよい点があるのかな。

342 :デフォルトの名無しさん:2013/05/20(月) 21:29:33.66
コンパイラが人間の替わりに型チェックしてくれる。

343 :デフォルトの名無しさん:2013/05/20(月) 21:42:15.58
>>342
私は動的言語しか知らないから聞いているのだが、
引数と引数の型の齟齬で致命的なエラーになるケースは
そんなにあるものですか。

344 :デフォルトの名無しさん:2013/05/20(月) 21:46:12.30
>>343
メンバ変数やメソッドの有る無しもコンパイラが静的にチェックしてくれる。

345 :デフォルトの名無しさん:2013/05/20(月) 21:59:09.73
>>344
なかったら動く訳、ないように思うが。

346 :デフォルトの名無しさん:2013/05/20(月) 22:21:52.26
>>345
無かったことが分かるタイミングが違う。
動的言語は実行時、静的言語はコンパイル時に分かる。
静的言語のコンパイラの方が多機能といえる。

347 :デフォルトの名無しさん:2013/05/20(月) 23:05:51.41
まれにしか実行されないコードっていうのもあるからな
動的型付け言語の場合にはその辺まできっちりテストとか書いてないと
静的型付け言語ならコンパイル時に簡単に検出できるようなつまらない型の齟齬で
肝心なときに大惨事に陥る可能性が高くなる

348 :デフォルトの名無しさん:2013/05/21(火) 00:01:06.61
>>347
そういうことは分かるのですが、私のような
一発完動世代にとっては、丁寧さこそ力でして。

349 :デフォルトの名無しさん:2013/05/21(火) 00:12:11.05
>>348
紙カードにフォートランのコードをパンチしてたこともある俺からしても
静的型付け言語の型チェックは重要だと思うのですが

350 :デフォルトの名無しさん:2013/05/21(火) 05:54:54.88
規模にもよるのでは。
小規模なものだと、Prologのように全部フラットで構造体なしっていうのが
一番エラーは少ない。その代わりどうしても大きな構造でしか表現できない
ものが出てくると困る。

351 :デフォルトの名無しさん:2013/05/21(火) 07:48:29.29
>>350
Prologは確かに型なしで動的なんだけど、引数部分では検査しないが、
実は、細分化された述語の構造が型なんだね。だから、コンパイルすると
静的言語と同様にエラーも発見できる。再帰的に述語定義をlistingして
行くことができるけど、これなどは型推論そのものだし。

352 :デフォルトの名無しさん:2013/05/21(火) 08:15:21.60
>>347
…たまにしか動かなかったらテストしないのか?
型以外の問題が放置されそうだが…

353 :デフォルトの名無しさん:2013/05/21(火) 11:02:08.92
>>348
> 私のような
> 一発完動世代にとっては、丁寧さこそ力でして。

俺、元天才プログラマーだったので
機械語でOSとかコンパイラとかスクリプトエンジンとかHTMLブラウザとか書きまくっていたけど
確かにデータ型とかそんなバグは出したことがない。
それどころか1バイトを書き換えるいたずらすらあっという間に発見してた。

しかし、テストしなかったのはテストツールを作るのがめんどくさかったからであって、
テストツールや入力補助機能があるんなら大いに活用するべきって言うか

機械語で入力していたときでも、後から変更するときというのは新規に作るのと同じだけの労力がかかってしまうので
入力補助ツールを作ってから仕様変更をしていた。
そしたら天才といえども明らかに作業が楽になってはかどるようになった。

また、機械語といっても8進数限定だったので
16進数環境に遭遇したときは8進数エディタを作ってから入力してた。
つまり、入力環境は重要。

ちなみに、アルファベットを使わなかったのは当時3歳だったので大きすぎるキーボードしかなく、入力効率が落ちるから。
テストは自分でやったことはなく、他人にやらせてた。


さらに、データ型でエラーは出なかったけど、数値が大きすぎてオーバーフローするバグには遭遇したことがある。
コーディング中に桁あふれを考えるのは難しいから、そこはプログラム設計とかデータ設計をするときに考えないといけない。

354 :デフォルトの名無しさん:2013/05/21(火) 11:29:56.44
mrubyでドライバとか書けるの?

355 :デフォルトの名無しさん:2013/05/21(火) 12:14:25.91
Perl6は惜しかったよな。せっかくスクリプト言語でも型宣言必要って早々に気づいたのに。

356 :デフォルトの名無しさん:2013/05/21(火) 12:17:33.51
>>294
それ正解かもな。

357 :デフォルトの名無しさん:2013/05/21(火) 14:19:35.62
>>353
一発完動は所詮努力目標だね。それより、マイケル ジャクソン が何かの雑誌の
インタビューに答えていたが、盲目のCOBOLプログラマに教えたときの彼らの
真剣な丁寧さ。IDE(当時の)を使えばプログラマは嬉しいかもしれないが、
何か別に大事なことがある、という話。一発完動って、そういうことなんだな。

358 :353:2013/05/21(火) 16:41:18.52
Wikipedia
>マイケル・ジャクソンは、個々のプログラムに証明を付けることは現実的には難しいだろうと述べている。
>ジャクソンは構造化プログラミング手法の一つであるジャクソン法で有名なコンピュータ・コンサルタント。
データ構造に着目?
それは確かにCOBOL的だ。
ttp://livedoor.blogimg.jp/petapen/imgs/7/c/7c9fc419.png

> IDE(当時の)を使えばプログラマは嬉しいかもしれないが、
金がかかるから”無能な”経営者はうれしくないかもね。

> 何か別に大事なことがある、という話。
ズバリ、お金ですね。

> 一発完動って、そういうことなんだな。
一人で感動してろ。



> 一発完動は所詮努力目標だね。
再編集するツールがない場合は目標とか言ってられなくて、絶対やらないといけないんだが。
しかし、修正箇所が少なければ捗るのも確か。

盲目のプログラマとかちょっと考えられないけど
パンチカードで入力してた当時ならむしろふさわしい仕事だったかもね。

359 :353:2013/05/21(火) 16:52:19.58
俺がプログラム書いてた頃って
スーパーコンピューターっぽいものでも1CPU当たりのメモリが 128kB とかで
記録メディアもテープで1MB以下だったりするんで
リッチなツールや環境を作ることが許されない世界だったんだよね。

だから最小限のツールで一発で完成しないといけなかった。

とあるオブジェクト指向なスクリプト環境もアセンブラで作らないとメモリが足りなすぎだったんですよ。
アセンブラで作ってもメモリの半分以上食っちゃうのであんまり大きなスクリプトは作れなかった。

それをスパコンで動かそうとしても、1CPUあたりのメモリが少なすぎてスクリプトを実行できないので
4CPUを使って一つのスクリプトを実行するように改造し、気象シミュレーターを作った。2,3日で。
アセンブラでマルチスレッドなプログラムを書くのってすげー大変だから。
単純に呼び出すだけじゃなくて非同期通信しないといけないからね。
ちなみにこれは20年間気象庁で気象予測に使われてた。
馬鹿だよねー
メモリをちょっと増やせばややこしいことしなくて済んだのに。

360 :デフォルトの名無しさん:2013/05/21(火) 22:50:54.79
コンパイル環境自体も昔は共有物だったらしいね、誰が何秒CPU使ったか記録されてて
昔の環境で皆で「コンパイラがチェックしてくれるからOK」なんてやり方してたら日が暮れた、
大きなプログラムを一日に何度もコンパイルしてたら苦情が来る…
コンパイラのチェックはあくまで保険で、自分でチェックしたほうが早い上に経済的だった

…ってのは俺も知ってるが流石にそりゃ昔の話だね、今は個々で小さな環境持ってるし処理も速い
むしろテストまでを何度でもやるワケで
「たまにしか動かないからテストしない」なんてことないでしょ

361 :デフォルトの名無しさん:2013/05/21(火) 22:51:32.72
華麗にムーンウォークをコボラーに教えながら、「ンギャッ」「フゥー」とか言ってる
マイケルジャクソンを思い浮かべた

362 :デフォルトの名無しさん:2013/05/21(火) 22:53:38.65
ちょっと誰か353にやらせるアセンブラのお題出してみて

363 :デフォルトの名無しさん:2013/05/21(火) 23:23:22.83
>>353
x86逆コンパイラ書ける?

364 :デフォルトの名無しさん:2013/05/22(水) 00:43:10.40
どちらにせよ静的言語のほうがテスト量を減らせるのは事実なわけで。

365 :デフォルトの名無しさん:2013/05/22(水) 00:45:33.79
バグの特定も静的型言語のほうが楽。

366 :デフォルトの名無しさん:2013/05/22(水) 01:02:12.11
大将の言う通り!そろそろお帰りになってもらえませんかね

367 :デフォルトの名無しさん:2013/05/22(水) 01:19:46.65
結局、前処理ナシで実行させようと思ったら動的型が実装しやすいからってだけだよな
静的検査無しでいかに型を間違えないかという本末転倒な努力ばかりで
動的型の性質そのものが活かされることなんてほとんどない

368 :デフォルトの名無しさん:2013/05/22(水) 01:22:54.49
はあ、動的vs静的の隔離スレは別にあるだろ…
どうせなら「動的型の性質を活かす」とはどういうことなのか語ってくれよ

369 :デフォルトの名無しさん:2013/05/22(水) 01:44:39.83
関数を値として扱うなら動的か、静的でも推論が欲しいかな
ローカル変数の型くらいならまだいいが
関数を引数にとって関数を返す関数とか書くときにイチイチ頭の一行の記述に悩まされたくない
「A型の値を引数にとってB型の値を返す関数を引数にとってC型の値を引数にとってD型の値を返す関数を返す関数」
とかもうこの日本語の時点で不安になるよ

370 :デフォルトの名無しさん:2013/05/22(水) 01:46:07.14
>>343 の質問に解答がないなぁ。

371 :370:2013/05/22(水) 01:48:12.34
>>343 の質問に回答がないなぁ、だね。

372 :デフォルトの名無しさん:2013/05/22(水) 06:44:48.07
>>369
こんな簡単な関数でも型推論できない言語ばかりなわけで……
型推論のある言語でも、動的型と同じようには書けないよ

def sample(my_map):
    a = my_map(lambda x: x + 1, [1, 2, 3])
    b = my_map(lambda x: x + "@", "abc")
    return a, b

373 :デフォルトの名無しさん:2013/05/22(水) 07:44:55.67
>>364
> どちらにせよ静的言語のほうがテスト量を減らせるのは事実なわけで。

へー、動的だとどんなテストが増えるの?
具体的にコード書いてみてよ

374 :デフォルトの名無しさん:2013/05/22(水) 07:55:08.39
テストでは引数や戻り値について
値の正しさを検査するコードは書くんだろ?
その検査をパスすれば型も正しい(弱い型の言語を除く)のが普通だが
一体どんなテストコードが増えるというんだ?

375 :デフォルトの名無しさん:2013/05/22(水) 07:58:08.48
動的言語のテストが増えるなんてのは常識だよ
その程度の知識もないのか
無知すぎる

376 :デフォルトの名無しさん:2013/05/22(水) 08:00:21.90
あ、具体的なコードは無しですか
コード書けない低能は大変ですね

377 :デフォルトの名無しさん:2013/05/22(水) 08:05:46.03
>>376
大規模ソフトウェアがすべて静的言語なの見ればわかるだろ
動的言語は大規模になるほど生産性が落ちるから使えない。

なんでそんな簡単なこともわからないのか
スクリプト言語厨はほんと頭悪いわ
低能のくせに上から目線でコード出せとか命令しやがる。

378 :デフォルトの名無しさん:2013/05/22(水) 08:07:05.89
テストコードが実際のコードに対するチェックを間違いなく網羅できているかの保障がないからね
それに比べると静的言語の型チェックは実際のコードに対するチェックを一応網羅できる

379 :デフォルトの名無しさん:2013/05/22(水) 08:07:45.41
あー、論理的に>>374に反論できないのかー
こりゃだめだな

380 :デフォルトの名無しさん:2013/05/22(水) 08:09:48.00
ぶっちゃけ値が正しくなかったら
型だけ正しくても意味ない

381 :デフォルトの名無しさん:2013/05/22(水) 08:10:28.76
>>379
おまえがスクリプトしかつかえないアホなのはわかった

382 :デフォルトの名無しさん:2013/05/22(水) 10:01:32.33
人間はミスをする ゆえにテストを書く
人間はミスをする ゆえにテスト漏れが起きる

383 :デフォルトの名無しさん:2013/05/22(水) 11:06:44.09
>>377
じゃあなんですべてのアプリケーションがスクリプトじゃないんだ?
使い分けだろ。で、ここはそのスクリプトについて語るスレ
静的型至上主義ではお話にならないんだよ

384 :デフォルトの名無しさん:2013/05/22(水) 11:07:27.30
ま、ただの荒らしに正論ぶつけてもスルーして荒らし続けるだけってのは分かってるけど
これだから池沼はたちが悪いんだよ
一切コミュニケーションが成立しないから

385 :デフォルトの名無しさん:2013/05/22(水) 11:42:23.61
>じゃあなんですべてのアプリケーションがスクリプトじゃないんだ?

大規模開発には向いていないからだろ。

386 :デフォルトの名無しさん:2013/05/22(水) 11:52:19.02
ああ、お前は日本語が限界まで不自由なのを忘れてた
「じゃあなんですべてのアプリケーションが静的言語じゃないんだ?」
という質問の方がよかったな

387 :デフォルトの名無しさん:2013/05/22(水) 12:09:29.14
>>377
何故生産性が落ちるのか、説明できていない。

388 :デフォルトの名無しさん:2013/05/22(水) 12:26:09.39
静的動的の議論は既にやり尽くされてるしスレチ
日本でも今年の三月あたりに大量のブログが書かれた
もういいよ。未だにスクリプト使えないとか
言ってる奴は残念ながらこのスレのスタート地点にすら立ててない

389 :デフォルトの名無しさん:2013/05/22(水) 12:28:24.97
なぜ議論を避けるのか

390 :デフォルトの名無しさん:2013/05/22(水) 12:31:53.71
馬鹿が嬉々として100番煎じのスレチな話題を展開するだけだから

391 :デフォルトの名無しさん:2013/05/22(水) 12:32:29.89
というか静的厨は何であの自分で乱立した糞スレから出てきちゃったの?

392 :デフォルトの名無しさん:2013/05/22(水) 13:19:10.32
自分のやりたいトピックにみんなが食いつかなかったからって、勢いのあるスレに寄生を試みるとか下衆だなあ

393 :353:2013/05/22(水) 13:45:52.64
>>368
> 「動的型の性質を活かす」とは

動的型とか知らないけど
データ型を意識せずになんでも変数にぶち込めるようにした結果、
関数もデータもクラスという概念で扱えるようになり、
オブジェクト指向な設計が可能になった。

概念を扱えるようになったわけだから
例えるならまどかマギカのまどかかな。

ポインタ変数使っても同じことだけど
ポインタと違うのはデータを安全に柔軟に表現できるところ。

394 :デフォルトの名無しさん:2013/05/22(水) 14:12:10.17
なんじゃこりゃ

395 :デフォルトの名無しさん:2013/05/22(水) 14:19:51.72
動的型の性質を生かすといえば、普通ダックタイピングだろうよ。

396 :353:2013/05/22(水) 15:54:06.80
> ダック・タイピング(duck typing)とは、Smalltalk、Python、Rubyなどの 
> それらの言語ではオブジェクト(変数の値)に何ができるかはオブジェクトそのものが決定する。

うんだからオブジェクトを参照するから安全で柔軟ってわけなんだが。


> Smalltalk 
> 1972年に開発が開始、
> 1980年に公開

俺が >>353 で紹介したスクリプトエンジンのほうが3年先に完成してたな。
>>359 で書いたとおり、スーパーコンピューターっぽいものでもメモリ不足だったので
布教活動ができなかったのが残念だ。
どんな言語かというと、まあ、Lua なんだが。


> Lua
> 型付け  ダック・タイピング
> Luaの特徴としては、汎用性が高いが比較的容易に実装が可能である、というものである。
> 実際のところLuaは、オブジェクト指向などといった他の要素としての働きを明白にはサポートしていないが、サポートしていない範囲においても容易に拡張が可能である。
> Luaは〜〜高速に動作する。これはLuaの理念である、簡素、高効率、高移植性を目指した実装の産物である。

397 :デフォルトの名無しさん:2013/05/22(水) 16:02:57.41
>安全で柔軟ってわけなんだが
安全ではない。

398 :デフォルトの名無しさん:2013/05/22(水) 16:05:17.63
変なやつに居座られちまったな。

399 :デフォルトの名無しさん:2013/05/22(水) 16:16:15.33
そのためのスレだろう?

400 :デフォルトの名無しさん:2013/05/22(水) 16:33:19.49
まあ被害担当スレだけど
クソスレ立てて分割したあげく戻ってくるとはホントきりがないな

401 :353:2013/05/22(水) 18:11:12.43
>>397
プログラマにポインタ演算させるとシステムやデータを破壊する可能性があるけど、そういうことがなくなるということ。
また、当時はなにしろメモリが少ないんでコピーとかするとメモリ不足で止まってしまうんだけど、コピーしなければそういうこともなくなる。

まあ、結局はメモリ食うんで中間コードに変換することになったし
空きスペースが分断化するんでガベージコレクタ入れたけど。


参照と静的動的は関係ない?
でも、参照することで動的型が実現できたわけで。
んで、動的だからスクリプト言語が作れたわけで。

402 :デフォルトの名無しさん:2013/05/22(水) 19:43:17.04
どんだけ頭悪いのコイツ

403 :デフォルトの名無しさん:2013/05/22(水) 19:52:09.69
レベルが低すぎる。というかさ、プログラミングのこと全く知らないなら
スレ立てるまでもない質問スレに行けよと

404 :353:2013/05/22(水) 20:32:00.67
>>402-403
なんか俺に言ってるように聞こえるけどそうなのかな?
別に質問とかしてないからたぶん違うんだろうけど。

405 :デフォルトの名無しさん:2013/05/23(木) 10:12:49.49
おめーだよ。
ダックタイピングは静的に型安全じゃねーんだ。
頭悪いな。

406 :353:2013/05/23(木) 11:29:23.15
>>405
動的だから静的な訳ないだろ。お前こそ何言ってんだ。

407 :デフォルトの名無しさん:2013/05/23(木) 11:41:17.12
それを安全と言ったのはお前だろ。

>うんだからオブジェクトを参照するから安全で柔軟ってわけなんだが。

408 :デフォルトの名無しさん:2013/05/23(木) 11:55:31.94
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"

409 :デフォルトの名無しさん:2013/05/24(金) 04:19:48.65
>>405>>407
ダックタイピングってメソッドが見つからなくても例外投げるだけじゃん
例外投げるから型安全じゃないって言うなら、
ぬるぽやゼロ除算で例外投げる言語も型安全じゃないって事になるぞ

410 :デフォルトの名無しさん:2013/05/24(金) 08:16:47.88
Javaはダックタイピングできないのにヌルポがある最低の言語

411 :デフォルトの名無しさん:2013/05/24(金) 08:39:14.05
型の話をしだすとスクリプト言語も無闇と難しくなる。
もっと表層を主流にしたスレにならないものか。

412 :デフォルトの名無しさん:2013/05/24(金) 11:50:18.93
ワドラーの法則によれば、ほっとけば自然にそうなる。
ttp://code.haskell.org/~dons/haskell-1990-2000/msg00737.html

413 :デフォルトの名無しさん:2013/05/24(金) 12:12:55.61
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"

414 :デフォルトの名無しさん:2013/05/24(金) 14:35:18.85
>>409
型安全かどうかはしらんが、ぬるぽやゼロ除算は安全じゃないだろ。
だからメソッド見つからなくて例外投げるのは全然安全じゃない。
ぬるぽと同じように危険だ。

415 :414:2013/05/24(金) 16:12:28.56
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   
   ` ー―‐ ''"
  ;;■■■■■■■;;   
 ;;;■#   ×ノ( ■;;;   
;;;;ii#× ノ三ヾ( #ii;;;;  
;;;;|ノ.(( 。 )三( ゚ )∪|;;;;
;;;;<__⌒ノ( | | ノ( _>;;;;
;;;;|u   ● ● u |;;;;
 ;;;\   |++++|:: /;;;   

416 :デフォルトの名無しさん:2013/05/24(金) 16:16:54.27
>>415
消えろ

417 :デフォルトの名無しさん:2013/05/24(金) 16:23:43.90
もう名前はいらないな

ぬるぽのどこが危険なんだ。ただのデータじゃないか。

418 :デフォルトの名無しさん:2013/05/24(金) 16:28:28.97
>>417
無能は帰れ

419 :デフォルトの名無しさん:2013/05/24(金) 16:42:16.57
>>418
変数にゼロが入っていることが危険だと言うなら、具体的に何が起きるのか言ってみろよ。

420 :デフォルトの名無しさん:2013/05/24(金) 17:27:18.57
>>419
お前が説明しろよww

421 :デフォルトの名無しさん:2013/05/24(金) 17:42:01.50
Javaは確かに動的型をとやかく言えんな
型で縛ったにも関わらず、メソッドが無い可能性(null)を考えなきゃならんし
nullなんて、必要なら代用手段あるんだから無くて良かったハズだよね

422 :デフォルトの名無しさん:2013/05/24(金) 17:46:39.11
>>420
だから変数にゼロが入っているだけだと説明したろうが。
変数として割り当てたメモリ空間にゼロが入っていることの何が危険なんだ?

それを危険だと言うなら文字列をNULLターミネートするのも危険だろうが。

423 :デフォルトの名無しさん:2013/05/24(金) 18:19:13.16
PHP厨涙目ww

424 :デフォルトの名無しさん:2013/05/25(土) 02:04:52.33
下手くそがヌルポを連発するのは言語のどこかに欠陥があるとは思う
Javaの改良版であるC#ではどうなんだ?

425 :デフォルトの名無しさん:2013/05/25(土) 03:11:52.95
>>421
えっと、つまりJavaの方向性は正しいけれど
まだ完璧じゃないといいたいわけ?

君はnullの可能性すらないほうがいいと言ってるわけだよね?

426 :デフォルトの名無しさん:2013/05/25(土) 03:14:11.11
>>409
勘違いしてるぞ

> ダックタイピングってメソッドが見つからなくても例外投げるだけじゃん

メソッドがない場合に例外を投げるなんてことは、最初っからわかっていることなのに、
それが実行時にならないと例外を投げないからダメだって言ってるわけ。

427 :デフォルトの名無しさん:2013/05/25(土) 04:52:05.10
やっとアク禁が解かれたぜ
JS厨も最近静かだった所を見ると
俺と同じocn系っぽいなw

428 :デフォルトの名無しさん:2013/05/25(土) 07:20:17.88
>>424
Javaでぬるぽが多いのはnullの仕様というよりは規約に問題がある
ライブラリの境界越えてぬるぽ投げていいので無茶苦茶
.NETのnullの仕様はJavaと同じだけど、引数や状態はしっかりチェックして
ぬるぽはライブラリ外に出さないのが一般的なのでそこまで酷くはない

429 :デフォルトの名無しさん:2013/05/25(土) 08:07:55.60
>>426
だから、それはJavaでも一緒だろ?Object型変数には全部null入れられるんだから

ただし、Javaはダックタイピングできるメリットが無いから
メリット/デメリットの収支でマイナス

430 :デフォルトの名無しさん:2013/05/25(土) 08:37:35.51
型の違いによるコーディングミスなんてそんな連発するもんじゃない
ロジックの問題がほとんど

それは静的動的関係なくテストによって見つけるしかない
だからテストコードをしっかり書きましょうね、という方向

431 :デフォルトの名無しさん:2013/05/25(土) 09:01:32.56
ドカタ業界ではユニットテストなんて都市伝説ですよ
Excel試験項目表 + 人力デバッグが全て
テストコードなんて書いてません

432 :デフォルトの名無しさん:2013/05/25(土) 09:23:36.56
>>431
人力だろうが自動化されていようが、やってる内容は同じこと
動かしてみないと分からないバグの方が大半だってこと

433 :デフォルトの名無しさん:2013/05/25(土) 10:05:33.38
むしろもっと重要なバグに注視したいから機械でどうにかできるところを人間にチェックさせるな
ってのが静的型付なんだと思うよ

434 :デフォルトの名無しさん:2013/05/25(土) 10:17:45.65
>>425
コンパイル段階でチェック出来るのがメリット、と言うのならね
どうせ動的なチェック要るなら大したメリットにならん…

てか仕組み的には可能なハズじゃないか?

435 :デフォルトの名無しさん:2013/05/25(土) 10:43:14.05
>>429
ぜんぜん違うわw

Hoge hogeとあったとき、
hoge.foo() を hoge.hoo()と間違って書くことはできない。

間違った値を入れるということじゃなく、
間違ったメソッド名、プロパティ名を
書いてしまうのが問題なんだよ。

それを実際に実行するまで検知できないだろ?

436 :デフォルトの名無しさん:2013/05/25(土) 10:50:36.88
                            \ ネトウヨ! /

ガクガク         彡⌒ミ; ミ ガクガク  /≡≡≡≡≡≡≡≡≡|
   ブルブル   ノノ §′ ;ミヽ )) ブルブル|┌─────┐ J |||
        彡/⌒ ̄ ⌒ヽ| ((.     | |  彡⌒ミ;  .| ◎ |||
ガクガク _彡/ι   人  | ヽ ヾ___.  |..|  (´・ω・`)  .|    |||
 ブルブル 彡/   ι / ヽ ヽ .| ))) ./| | |         | ||||||| |||
  /  ノノ/ι   /ノノ ヾ\_ノノノ //  |└─────┘||||||| ||
  |二 彡/     | (((二二二二二ニ|/||   ̄| | ̄|| ̄ ̄ ̄ ̄| | ̄||
   | (((|    ι     )))■■■ ||||| .......|_|.:::::::::::::::::::::::::::::|_|:::::::::

437 :デフォルトの名無しさん:2013/05/25(土) 10:56:23.77
>>435
スペルミスの話なのかよ…

438 :デフォルトの名無しさん:2013/05/25(土) 11:01:43.60
>>437=馬鹿

439 :デフォルトの名無しさん:2013/05/25(土) 11:33:17.46
>>437
スペルミスがバグにまで発展してしまうのが
いかんよな。

440 :デフォルトの名無しさん:2013/05/25(土) 12:07:32.36
ダックタイピングできないから
インターフェース定義しまくって、冗長な型注釈も書いて、
その代りに得られるのがスペルミスをコンパイル時に見つけられるだけ?
どうせテストで見つかるのに?

441 :デフォルトの名無しさん:2013/05/25(土) 12:08:15.38
>>440=無能

442 :デフォルトの名無しさん:2013/05/25(土) 12:17:12.01
最近のエディタは動的型であっても
補完機能が結構すごいからねー
スペルミス?ふーんって感じ

443 :デフォルトの名無しさん:2013/05/25(土) 12:23:01.02
でも世間一般では静的型の方がメジャーなわけだから、
動的型はなんらか不利なんだろうよ。

444 :デフォルトの名無しさん:2013/05/25(土) 12:27:42.92
>>443=ゴミ

445 :デフォルトの名無しさん:2013/05/25(土) 12:27:56.70
強い型 vs 強いテスト論争の焼き直し

446 :デフォルトの名無しさん:2013/05/25(土) 12:36:51.79
JS厨もそうだけど、自分でプログラム書けない奴って
具体的に反論できないから、すぐ世間では何々って話に持っていくよね

447 :デフォルトの名無しさん:2013/05/25(土) 12:39:55.00
>>440
テストで見つかるのはバグが有るという情報だけだよ。
その原因が何かは、デバッグしないといけない。
しかもテストが完璧でないのなら、テスト実行しても見つからない。

テストですべての行を実行したとしても
例えばメソッドがなくてエラーで落ちたのはわかるが、
なぜそのメソッドがないのかがわからない。
スペルミスかもしれないけど、実はスペルミスではなくて
メソッドを動的に追加し忘れたのかもしれない。

メソッドを動的に追加するなんてのはレアケースなのだから
そのレアケースのためにデバッグ時間をかけるのはあほらしい。

448 :デフォルトの名無しさん:2013/05/25(土) 12:40:35.55
世間で静的言語が一般的だと何か不味いことでもあるの?

449 :デフォルトの名無しさん:2013/05/25(土) 12:40:38.08
アク禁が解けた途端、アンチJS厨がわらわらと現れたなw

450 :デフォルトの名無しさん:2013/05/25(土) 12:41:52.10
型情報が冗長というが動的言語でも結局
コメントで、この変数は○○型であるって書くんだよなw
本末転倒とはまさにこの事。

451 :デフォルトの名無しさん:2013/05/25(土) 12:45:22.73
>>450
俺は変数名にプリフィクス付けてるよ

452 :デフォルトの名無しさん:2013/05/25(土) 12:45:25.25
>>447
それ、コンパイル時にエラーが出たときも一緒
本当は定義されてるべきメソッドが定義されてないのか、
それとも呼び出す側のミスなのか
デバッグしなきゃわからない

C++でコンパイルエラーが出たときに比べると
動的にエラーが出たときの方が
スタックトレースが出るから分かりやすいくらいだぞ

453 :デフォルトの名無しさん:2013/05/25(土) 12:46:00.22
>>452
コンパイルエラーで動かないのに、
デバッグってどういうことだ?w

454 :デフォルトの名無しさん:2013/05/25(土) 12:46:28.61
>>449
被害妄想ひどすぎぃ!
スクリプトスレでアンチ動的が暴れてるだけだろ
まあスレタイも読めない池沼に何を言っても無駄だけど
これからまた毎日毎日毎日毎日論破されながら荒らし続けるんですね?頑張ってください

455 :デフォルトの名無しさん:2013/05/25(土) 12:48:36.83
>>450
その型情報も、listやmap等の具体的な型名じゃなくて
イテレート可能な型、のような書き方をする
ダックタイピングだからね

456 :デフォルトの名無しさん:2013/05/25(土) 12:49:25.50
>>453
コンパイルエラーがバグじゃないとでも?

457 :デフォルトの名無しさん:2013/05/25(土) 12:49:41.90
>>455
お前ダックタイピングの意味わかってないんじゃね?

アヒルの物まねをする人は
アヒルであるっていう意味だぜ。

458 :デフォルトの名無しさん:2013/05/25(土) 12:51:10.34
>>457
お前が何も分かってないことだけはひしひしと伝わってきて虚しいw

459 :デフォルトの名無しさん:2013/05/25(土) 12:52:51.67
>>456
コンパイルエラーをバグっていう人は初心者だろw
コードの書き方がわからず四苦八苦している
新入社員に教育している段階。

C言語の時代からやっていた人にとって
コンパイルエラーはよし書き終わった。
これから本番だ。みたいな感覚でしかないぞ。

460 :デフォルトの名無しさん:2013/05/25(土) 12:53:21.00
>>458
どこが間違っていると?

461 :デフォルトの名無しさん:2013/05/25(土) 12:55:05.90
どちらにせよ静的型の方が一般的なんだから、
静的型あいてに喧嘩するのは止したほうがよい。
永遠に動的型言語はサブの位置なんだから。

462 :デフォルトの名無しさん:2013/05/25(土) 12:56:03.14
ダックタイピングって
所詮インターフェースというコンピュータが理解できる書き方を
コメントで書くようにしただけにすぎんしな。

本末転倒。

463 :デフォルトの名無しさん:2013/05/25(土) 12:57:03.12
>>460
間違うも何も、お前は何も言えてないだろ。何も理解してないから。

464 :デフォルトの名無しさん:2013/05/25(土) 12:57:22.65
>>463
はい、指摘できなかった。
次。

465 :デフォルトの名無しさん:2013/05/25(土) 12:57:54.60
本末転倒の意味すらわからないのか。日本語もプログラミングも何も知らないなら黙る他ないだろ

466 :デフォルトの名無しさん:2013/05/25(土) 12:59:03.44
>>464
じゃあ>>457はどういう意味でわかってないと指摘したのか説明してみろw
「アヒルの物まねをする人は
アヒルであるっていう意味だぜ。 」
これで何か言ったつもりになってるとか苦笑するしかないわ

467 :デフォルトの名無しさん:2013/05/25(土) 12:59:14.17
じゃあ、黙れよw

468 :デフォルトの名無しさん:2013/05/25(土) 12:59:36.11
アヒルの物まねをする人は
アヒルであるっていう意味だぜ。 (キリリッ!

469 :デフォルトの名無しさん:2013/05/25(土) 13:00:26.65
>>466

「イテレート可能な型」はダックタイピングではない。
インターフェースだ。

470 :デフォルトの名無しさん:2013/05/25(土) 13:02:42.49
やっぱり分かってねーなw
インターフェースはメソッドのシグニチャじゃなくて
インターフェース名で判別してんだよ

471 :デフォルトの名無しさん:2013/05/25(土) 13:02:45.51
>>467
正論w

472 :デフォルトの名無しさん:2013/05/25(土) 13:02:51.44
また、「インターフェースだ」ってなんだよ
どういう意味なのかまるで説明しない
そりゃあ何でもインターフェースだろ。馬鹿すぎる

473 :デフォルトの名無しさん:2013/05/25(土) 13:03:23.43
何の話だか判りませんなぁ。

474 :デフォルトの名無しさん:2013/05/25(土) 13:03:25.20
インターフェースだ(キリリリリリッ!!!

475 :デフォルトの名無しさん:2013/05/25(土) 13:05:26.59
>>470
名前だけで判断してねーぞ。

メソッドのシグニチャというのは
一つのメソッドでしかないが、

インターフェースというのは、一つ以上のメソッドの
シグニチャをグループ化したもの。

メソッドのシグニチャの上位概念といってもいい。

476 :デフォルトの名無しさん:2013/05/25(土) 13:07:08.73
馬鹿じゃね?それに名前を付けて判断してるんだろ

477 :デフォルトの名無しさん:2013/05/25(土) 13:08:51.24
そうなんだよね。

ダックタイピングだと単一のメソッドがあることという概念しか定義できず、
このオブジェクトには「AメソッドとBメソッドがあること」という定義ができない。

しかも言うまでもなく、そのメソッドを実行して初めてエラーになるから
あとからCメソッドも必要になっても、それを検出する方法がない。

478 :デフォルトの名無しさん:2013/05/25(土) 13:09:42.41
>>476
まあ、メソッド一つでも名前つけて問題ないからね。

479 :デフォルトの名無しさん:2013/05/25(土) 13:10:41.72
それダックタイピングの使い方間違ってるから
そんな馬鹿な使い方をしなきゃいけないのは
いつかのクロージャ厨みたいにダックタイピング縛りしてる奴だけだろ

480 :デフォルトの名無しさん:2013/05/25(土) 13:11:19.95
>>479
じゃあ、お前の考える
正しいダックタイピングの使い方を
書いてください。

お前が間違ってるって指摘できるからさ。

481 :デフォルトの名無しさん:2013/05/25(土) 13:11:47.13
ダックタイピングの概念は調べて分かったけど、使い方はわかりません。それだけの話か
まだ議論できる土俵に立ててないから
スレを立てるまでもない質問スレに行きなよ

482 :デフォルトの名無しさん:2013/05/25(土) 13:12:37.34
ダックタイピング「も」できるなら問題ないけど
ダックタイピング「しか」できないから問題視されてる。

「動的言語+ダックタイピングのみ」は
最悪の仕様だよ。

483 :デフォルトの名無しさん:2013/05/25(土) 13:15:22.50
>>482
それって何の話だ?

484 :デフォルトの名無しさん:2013/05/25(土) 13:26:59.00
>>478
そういう問題じゃない、全然理解できていない

全く同じシグネチャであっても、インターフェース名が違ったら
適用できないってのがポイント

こうなってると、独立に開発されたライブラリを混ぜて使う場合
シグネチャも機能も互換性があるのに、ライブラリAのオブジェクトを
ライブラリBの関数引数に使えなかったりする

485 :デフォルトの名無しさん:2013/05/25(土) 13:41:12.89
>>484
Javaだとコンポーネントのバージョン管理が貧弱だから
確かにあまり意味がなく不便なだけに見えるかもしれないが、
.NETではそのへんは大規模開発をサポートする仕組みとして活用されてるよ
メソッドに明示的にインターフェイス名を付けてメソッドを実装できるので
別のライブラリのインターフェイスでたまたまシグネチャが被ってても問題なく
両方共別々に実装できるどころか、
複数バージョンの同じライブラリを同時に使うときに
同じインターフェイスを複数実装することすら可能

486 :デフォルトの名無しさん:2013/05/25(土) 13:43:35.71
>>482
どれの話?

487 :デフォルトの名無しさん:2013/05/25(土) 13:45:09.52
>>484
同じ関数名であってもシグネチャが
違っていたら適用できないのと何が違うんだろうか?

独立に開発されたライブラリで
シグネチャが完全一致するとでも?

インターフェース名に相当する関数名が
違うことだってざらにあるだろうに。


本質的には、ダックタイピングであれインターフェースであれ
独立に開発されたものが、それぞれで定義されたオブジェクトを
相互に混ぜて使えるほど互換性があることはないって当たり前の話だろ。

たまたま互換性があって良かったね。それで独立で開発されたものが
今後も互換性があるとでも? これからも大丈夫って安心できるのか?
そんな考え方で開発していたとしたら怖いわーw

俺が考えた俺俺イテレータ風ライブラリに
お前が独立で開発したオブジェクトが使えるかどうか考えてみなさいよ。
俺のライブラリはどんな関数・シグネチャを要求するかエスパーさん、お答えください。

488 :デフォルトの名無しさん:2013/05/25(土) 13:50:43.14
>>487
同意
たまたま独立したプロジェクト間でメソッド名とシグネチャが一致することは
まあ無くもないだろうけど、その上でさらに実装に求められる仕様が偶然一致するって
どんな確率だろうな
インターフェイスとライブラリのバージョンも含めてメソッド名とする
.NETのアプローチは、静的型にこだわるなら極めて正当なやり方だよ

489 :デフォルトの名無しさん:2013/05/25(土) 13:52:06.52
たまたまシグネチャが一致していたら
それは同じものであるって考え方は

ポインタとintが共に32bitで数値だから
intにポインタ入れるようなもんだな。

ちゃんとしたライブラリAの仕様があって
その仕様にあわせて作るなら問題ないけど、
たまたまライブラリAの仕様と同じだったからって
それをそのまま使う勇気はないわ

将来拡張された時、互換性が取れるかどうかなんてわからんだろ。
独立性とか疎結合とか知らんのかな。

490 :デフォルトの名無しさん:2013/05/25(土) 14:02:40.25
「その仕様にあわせて作るなら問題ない」

491 :デフォルトの名無しさん:2013/05/25(土) 14:04:06.07
独立に開発したって言ってんだろw

>>484をちゃんと嫁や

492 :デフォルトの名無しさん:2013/05/25(土) 14:04:55.86
>>487
ソースコードを共有しなくても済むところかなぁ

493 :デフォルトの名無しさん:2013/05/25(土) 14:05:17.45
>>490
だったらダックタイピングの意味って?w

494 :デフォルトの名無しさん:2013/05/25(土) 14:06:39.72
あ、492はこれの答えね

> 同じ関数名であってもシグネチャが
> 違っていたら適用できないのと何が違うんだろうか?

互換を意識して開発してても、独立したプロジェクトなら
ソースコードまで共有したくないケースは多いよ
パッケージのネームスペースとかさ

495 :デフォルトの名無しさん:2013/05/25(土) 14:06:47.20
>>484
> 全く同じシグネチャであっても、インターフェース名が違ったら
> 適用できないってのがポイント

> こうなってると、独立に開発されたライブラリを混ぜて使う場合
> シグネチャも機能も互換性があるのに、ライブラリAのオブジェクトを
> ライブラリBの関数引数に使えなかったりする

※「インターフェース名」を「関数名」に置き換えて読んでください。

496 :デフォルトの名無しさん:2013/05/25(土) 14:08:54.47
>>493
動的のダックタイピングは実装が圧倒的に楽。当たり前だろ

497 :デフォルトの名無しさん:2013/05/25(土) 14:09:43.77
動的型だと「普通に実装したらダックタイピングにならざるを得ない」ということに過ぎないよね
高尚な哲学的な意味があるとでも思っちゃってた?w

498 :デフォルトの名無しさん:2013/05/25(土) 14:11:16.62
>>497
お前にとっては、インターフェースに高尚な哲学があるんだろうね

499 :デフォルトの名無しさん:2013/05/25(土) 14:11:33.02
>>496
具体的に何が楽なんだ?

関数名が違ったら、委譲すればいい。
シグニチャが違っていれば、委譲すればいい。


たまたま、関数名とシグニチャが同じだったら?
そのまま使って、君は安心できるのか?
同じものだと考えないほうがいいだろうね。

で、何が楽なんだ?

500 :デフォルトの名無しさん:2013/05/25(土) 14:15:14.52
>>499
アダプターパターンのこと?別にそれ動的言語でもできるぞ。馬鹿は知らんだろうが
あと単純に委譲が面倒だから
同じものだと考えるのは誰だ?誰がどういう意図でその機能を使うのかってことを勘違いしてると思うよ
同じものだと思って実装したとして、それを誰かが知らずに使うなんてことをを想定してるだろ?話にならないよ

501 :デフォルトの名無しさん:2013/05/25(土) 14:15:50.09
>>500
> あと単純に委譲が面倒だから


関数名や、シグニチャが違うのに
委譲しないでどうするつもり?

502 :デフォルトの名無しさん:2013/05/25(土) 14:16:51.06
>>495
>>494

503 :デフォルトの名無しさん:2013/05/25(土) 14:17:04.06
>>501
だから、同じ場合に使えるだけなんだって。馬鹿だろ

504 :デフォルトの名無しさん:2013/05/25(土) 14:18:32.67
Javaで委譲の例
http://ja.wikipedia.org/wiki/Adapter_%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3


まさか、動的型ならこれより簡潔に書けるの?

505 :デフォルトの名無しさん:2013/05/25(土) 14:22:44.94
関数名とシグニチャが(たまたま)一緒だったら
ラッキーだ、そのまま使え、という手抜きな考え方を
しているからダメなんだよ。

将来も一緒だとは限らない。

関数名とシグニチャ(すなわちインターフェース)は
意図的に合わせるもの。

意図的ではなくたまたま一致しているっていうのは、
たとえ一緒でも違うものとして考えるべき。

ライブラリAのインターフェースに合わせて作っているのだから
当然、ライブラリAにライブラリBのオブジェクトを関数引数に使える。

506 :デフォルトの名無しさん:2013/05/25(土) 14:23:37.34
>>501
プロトタイプベースの場合、
関数名が違うだけならエイリアスになるメソッドを足す

507 :デフォルトの名無しさん:2013/05/25(土) 14:24:00.63
純粋なダックタイピングにしたらドキュメント書きづらくない?
結局実質はドキュメントをまとめるためだけの空っぽのクラスが生み出されて
インターフェイスと変わらないですよね

508 :デフォルトの名無しさん:2013/05/25(土) 14:24:08.53
>>504
それは動的型というかオブジェクト指向一般の話だろ
動的型ならいちいちアダプターを用意する必要がない場合もあるだろうが

>>505
残念ながらたまたまでもラッキーでもない。終わり。

509 :デフォルトの名無しさん:2013/05/25(土) 14:25:45.40
>>505
シグニチャを意図的に合わせても
同じソースコードの同じインターフェースを継承しないと無理

510 :デフォルトの名無しさん:2013/05/25(土) 14:26:11.72
>>504
シグネチャがたまたま一致していれば簡単に書けるよ。
委譲したい名前を羅列すればいいだけ。
名前だけが違ってシグネチャが違う場合でも
対応表を書けばいいかな。

将来もシグネチャが一緒とは限らないけどねw
シグネチャが違えば、メソッドごとに
個別対応が必要だよ。


Javaでもコードジェネレータ使えば
委譲コードは簡単に生成できるけど
Eclipseとかについていた気がするな。

511 :デフォルトの名無しさん:2013/05/25(土) 14:26:43.54
>>507
本気で意味不明

512 :デフォルトの名無しさん:2013/05/25(土) 14:27:10.98
>>508
> 残念ながらたまたまでもラッキーでもない。終わり。

だから、独立に開発したライブラリの話だって言っている。

独立に開発したライブラリの関数名とシグネチャが一致するのは
「たまたま」でしかない。

513 :デフォルトの名無しさん:2013/05/25(土) 14:27:46.18
関数にドキュメントを付けても、無名関数にはドキュメントを付けない
だからと言って無意味とか言ってる奴は馬鹿でしかない

514 :デフォルトの名無しさん:2013/05/25(土) 14:28:30.96
>>504
関数名が違うだけのアダプターパターンなら一行だけ
Price.getPrice = Price.getCost

515 :デフォルトの名無しさん:2013/05/25(土) 14:28:47.00
>>509
訂正しておこうか?

同じソースコードの同じインターフェースを継承すれば可能

516 :デフォルトの名無しさん:2013/05/25(土) 14:29:06.62
>>511
アヒルのように鳴きアヒルのように歩くものを引数にとるメソッドが複数あったとして
すべてのメソッドに対してこの引数にはアヒルのように鳴きアヒルのように歩くものを入れろと書くのかってことだよ

517 :デフォルトの名無しさん:2013/05/25(土) 14:30:08.35
>>516
書かねーよ

518 :デフォルトの名無しさん:2013/05/25(土) 14:30:46.09
たまたまとかアヒルがどうとか言ってる奴は論外すぎる

519 :デフォルトの名無しさん:2013/05/25(土) 14:30:47.46
>>515
>>494

520 :デフォルトの名無しさん:2013/05/25(土) 14:31:43.54
>>517
じゃあどういうふうに書くの?

この関数の、この引数には、(静的言語で言えば)
○○インターフェースを実装しているオブジェクト、
すなわち ○○Inteferce型を代入しますって書くの?

521 :デフォルトの名無しさん:2013/05/25(土) 14:31:55.24
>>518
あ、いつもの人が来たなーって思ってるww

522 :デフォルトの名無しさん:2013/05/25(土) 14:34:16.81
OOPの説明に動物クラスと犬猫クラスを持ち出すレベルのアホっぷり

523 :デフォルトの名無しさん:2013/05/25(土) 14:34:41.15
>>518

>>484の話だよ?
独立に開発されている以上、関数名とシグネチャが一致するのは
たまたまでしかありえない。

オカルトの話でも始めたいの?

何かの仕様に合わせて作るのであれば、
そのインターフェースを継承すればいい。

524 :デフォルトの名無しさん:2013/05/25(土) 14:36:49.60
だから、互換ライブラリを開発するときは
シグニチャは意図的に一致させても
ソースコードまで共有したくねーってんだよ

525 :デフォルトの名無しさん:2013/05/25(土) 14:37:25.94
凄い勢い。
やっぱ動的型言語は静的型言語にコンプレックスがあるのか。
実際、動的型のメリットってコンパイラとインタプリタの実装が楽ってだけだからな。
重いし危険だし使う側はメリットない。

526 :デフォルトの名無しさん:2013/05/25(土) 14:37:33.22
独立で開発してても
シグネチャが一致することだってあるだろ

シンクロニシティ(笑)

527 :デフォルトの名無しさん:2013/05/25(土) 14:40:50.74
>>523
それは関数定義すればいいからラムダ式いらないって言ってるのと同じなんだって
その通りだよ。ダックタイピングは楽だから使うだけ

528 :デフォルトの名無しさん:2013/05/25(土) 14:40:57.70
>>524
え?ちょっとまって、
たしかにあんた、ソースコードを共有って言っていたけど、

もしかして本当にソースコードを共有、
つまり同じリポジトリにソースコードを入れるとか
そんな風に思ってたの?


ごめん、それはあまりにも想定外だった。
全くの初心者だったとは。

C言語で言えば、他のライブラリとリンクをするのなら
コンパイル済みのライブラリと、そのヘッダだけがあればいい。
Javaで言えばコンパイル済みのJarファイルがあればいい。
ソースコードを共有する必要なんて全くない。

オープンソース以前の時代を知っていれば、
リンクするライブラリはクローズドなのが当たり前だろ?
それでも使える仕組みがあるんだよ。

529 :デフォルトの名無しさん:2013/05/25(土) 14:41:41.61
>>522
アヒルとどう違うのか知らないけど、例えば
getNameメソッドとgetAgeメソッドとsaveメソッドを持ったオブジェクトとでも言えば満足?
実際ドキュメントをどう書くべきなのか教えてほしいだけだよ。何か難しいこと言ってる?

530 :デフォルトの名無しさん:2013/05/25(土) 14:42:04.08
オープンソース以前()

531 :デフォルトの名無しさん:2013/05/25(土) 14:42:53.15
>>527
だからどの程度楽なんだって?

シンクロニシティ(笑)なんてめったにないから、
どっちみち変換して呼び出さないといけない。

意図的に何かの仕様に合わせてインターフェースを実装するのであれば、
それは、ダックタイピングではなく普通にインターフェースを実装してるだけ。

532 :デフォルトの名無しさん:2013/05/25(土) 14:43:42.46
>>531
はいはい何でもインターフェースですね
動的型はインターフェースの実装も楽なんだよ

533 :デフォルトの名無しさん:2013/05/25(土) 14:44:54.89
>>525
静的型信者がスレチなスクリプトスレで暴れるメリットって何?

534 :デフォルトの名無しさん:2013/05/25(土) 14:45:31.00
>>530
ん?具体的に1998年とかいったほうが良かったか?
オープンソース以前は比較的最近なんだよ。

> オープンソース
> History of the OSIによれば、1998年2月3日に、パロアルトにおいて、
> Netscapeブラウザのソースコードをどのような形で公開していくかと
> いう戦略会議の中でつけられた新たな用語であると説明している。

535 :デフォルトの名無しさん:2013/05/25(土) 14:46:45.74
>>532
インターフェースの実装はどちらも手間は変わらないが、

インターフェースが変更された時
それが検出できないのがダックタイピングだよね。

536 :デフォルトの名無しさん:2013/05/25(土) 14:47:16.20
>>528
置き換える相手のjarに依存するなら一緒

537 :デフォルトの名無しさん:2013/05/25(土) 14:47:44.47
プログラミングの短い歴史を考えたら15年前は大昔だが、そのころの常識を真顔で語っちゃう老害って何なの?
ちょっと前もひたすら化石環境を長文連投してたよね。ただの醜いボケジジイだろ

538 :デフォルトの名無しさん:2013/05/25(土) 14:48:11.86
>>536
何と何が一緒なのか
ちゃんと日本語ぐらい話せよ。

539 :デフォルトの名無しさん:2013/05/25(土) 14:48:52.46
>>537
×そのころの常識
○そのころから今までずっと続いている常識

今も普通に使われてる常識を知らんから
馬鹿にされてる。

540 :デフォルトの名無しさん:2013/05/25(土) 14:49:52.71
つか、外部ライブラリを使うのに、
そのソースコードが必要だって
なんで思っちゃったの?w

Windows APIを使うのに
Windowsのソースコードが必要なのかよw

541 :デフォルトの名無しさん:2013/05/25(土) 14:50:04.39
>>535
真のダックタイパーなら、アヒルのように鳴きアヒルのように歩くものを寄越せと
書いてるはずだからアヒルが変更されても問題ないよ

542 :デフォルトの名無しさん:2013/05/25(土) 14:50:12.35
>>535
検出ってコンパイルエラーのことか?

543 :デフォルトの名無しさん:2013/05/25(土) 14:50:45.72
>>539
オープンソース以前を知っていれば、という前提を置くのは何故?

544 :デフォルトの名無しさん:2013/05/25(土) 14:50:53.41
昔に比べてコンピュータの速度がこんなに速くなったのに、
未だに静的型言語にシェアでおされている動的型言語。
コンピュータのリソースを無駄に使う分、
ユーザビリティーが優れていると思われがちだけど、
実際にはコンパイラを作る、のが簡単ってだけで、
使う側はメリット無い。現に静的型言語にシェアで負けているし、
これからずっとそれは変わらない。

545 :デフォルトの名無しさん:2013/05/25(土) 14:52:06.19
>>538
パッケージのネームスペースとかを共有したくないって書いてるじゃん
そこ共有しないとダメだよインターフェースじゃ

それに、置き換え狙ってる対象のjarが無いと動かないってアホじゃね?

546 :デフォルトの名無しさん:2013/05/25(土) 14:52:32.04
>>543
クローズドコードのライブラリは
ソースコードが手に入らないってのは
考えるまでもない話だなって
さすがに気づくだろ?

547 :デフォルトの名無しさん:2013/05/25(土) 14:52:57.90
>>544
今更ドヤ顔でそれしか言えないクズw
お前がキチガイだって事実もお前が死ぬまで変わらない事実についてどう思う?

548 :デフォルトの名無しさん:2013/05/25(土) 14:53:53.31
>>544
>>446

549 :デフォルトの名無しさん:2013/05/25(土) 14:54:13.70
いや、死んでも変わらないか。このスレで馬鹿を何ヶ月も晒し続けてる事実は一生残るわけだから

550 :デフォルトの名無しさん:2013/05/25(土) 14:54:27.36
>>545
> パッケージのネームスペースとかを共有したくないって書いてるじゃん

意味がさっぱりわからん。
例えば、お前が作ったライブラリで
コアライブラリのネームスペースを参照したくないってことか?

普通に参照するだろ?

コアライブラリのネームスペースにメソッドを追加するって話は
誰もしとらんぞ。単に参照するだけだ。

551 :デフォルトの名無しさん:2013/05/25(土) 14:55:55.69
関数型言語スレにJavaを持って行ってシェアがーとか言ってる奴がいたら変人だろ
このスレでも同じだ

552 :デフォルトの名無しさん:2013/05/25(土) 15:00:27.69
Javaだけではなく、CやC++やC#も、
人気の有る言語は総じて静的型言語。

553 :デフォルトの名無しさん:2013/05/25(土) 15:01:40.01
だから、何?関数型言語スレで手続き型言語のシェアがーとか言ってる奴はキチガイでしかない
このスレも然り。まあ自覚して開き直って荒らし続けてるゴミクズだからどうしようもないか
しかもプログラミングのことは全く知らないというおまけ付き

554 :デフォルトの名無しさん:2013/05/25(土) 15:01:51.20
上のほうでも出てたけどさ、

ライブラリAと関数名、シグニチャが完全に一致していれば
単純に処理を転送すればいいから、移譲は簡単にかける。

だがよく考えてみ、それは「ライブラリAと」に限っての話だ。
この時点でライブラリAに依存しているという事だぞ。

一見あるライブラリAに依存していないように見えても、
ライブラリAの場合でしか委譲は簡単にかけないのであれば、
転送処理というのは、ライブラリA専用のロジックというわけだ。

555 :デフォルトの名無しさん:2013/05/25(土) 15:01:56.67
>>550
なんでそんな話になる
こっちが意味わからんわ

例えば、他人が作った数値計算ライブラリのコアライブラリ(行列演算等)を
別のコアライブラリに置き換えるような話だよ

556 :デフォルトの名無しさん:2013/05/25(土) 15:03:34.88
>>555
その二つのコアライブラリ、関数名やシグネチャが全く同じという偶然は
ありえないので〜という話に続くのですか?

557 :デフォルトの名無しさん:2013/05/25(土) 15:03:51.61
思うんだけど、ちょっと前にJSがーって暴れてた人と似てない?同一人物?

558 :デフォルトの名無しさん:2013/05/25(土) 15:04:36.55
>>557
十中八九そうだろ。その前にJavaはLLとか言って暴れてた奴も同じ。

559 :デフォルトの名無しさん:2013/05/25(土) 15:05:08.76
>>557
しらない。というかそんな昔から監視続けてるのお前?

560 :デフォルトの名無しさん:2013/05/25(土) 15:05:36.05
>>559
このスレに何しに来たの?

561 :デフォルトの名無しさん:2013/05/25(土) 15:05:44.72
規模がでかいとパッケージスコープが出てくるから
単純にシグネチャが合ってりゃ差し替えできてもいいだろうというわけにもいかなくなるよ

562 :デフォルトの名無しさん:2013/05/25(土) 15:05:52.96
>>556
意図的に互換ライブラリとして作るに決まってるだろ
でも違うプロジェクトなんだからネームスペースは共有したくない
数値計算では本当に良くある話

563 :デフォルトの名無しさん:2013/05/25(土) 15:05:54.26
動的型言語は静的型言語より実行時のオーバーヘッドが大きいわけだけど、
そのオーバーヘッドが誰のために使われているのかが問題。
言語の利用者ではなく、言語の開発者の怠慢のために使われている。
滑稽だね。

564 :デフォルトの名無しさん:2013/05/25(土) 15:06:54.86
>>561
だからぁ〜、無理ならインターフェース使えば良くね?

565 :デフォルトの名無しさん:2013/05/25(土) 15:08:22.47
>>563
だってプログラムのユーザ = 開発者だもの
スクリプト言語ってそういう立ち位置だよ

566 :デフォルトの名無しさん:2013/05/25(土) 15:10:31.02
>>565
確かに。嫌々使わなければいけないってことも少ないし
静的言語を擁護するために攻撃する意味がわからんよなあ
静的言語からしてもこんなキチガイのサポートなんていらんだろうに

567 :デフォルトの名無しさん:2013/05/25(土) 15:10:58.60
>>564
シグネチャと仕様が合ってても差し替えできない例を示しただけだけど
何を言ってるの?

568 :デフォルトの名無しさん:2013/05/25(土) 15:11:52.95
>>562
もっと熟考してから発言して(笑)

> 意図的に互換ライブラリとして作るに決まってるだろ
何と互換ライブラリとして、誰が作るの?

> 例えば、他人が作った数値計算ライブラリのコアライブラリ(行列演算等)を
> 別のコアライブラリに置き換えるような話だよ

他人が作った数値計算ライブラリのコアライブラリの
互換ライブラリとして、君が作るんだよね?

違うパッケージ名で作ればいいじゃない?
互換ライブラリを作るんでしょ?

それとも互換ライブラリではなく、互換オブジェクトを作りたいの?
つまり他人のコアライブラリと自分のコアライブラリを混ぜられるようにしたいの?
依存してるなら依存関係をもたせるのが当然の設計だよね。

互換ライブラリと互換オブジェクト、本当に作りたいのはどっち?

569 :デフォルトの名無しさん:2013/05/25(土) 15:12:52.12
>>567
> シグネチャと仕様が合ってても差し替えできない
えぇ、関数名が違えば差し替えできませんよ?
ダックタイピングでもね。

570 :デフォルトの名無しさん:2013/05/25(土) 15:14:26.52
>>568
ライブラリAと違うパッケージ名で作ったら、シグニチャ等全部一緒でも
ライブラリAのインターフェースを使ってる関数引数に渡せないよ

571 :デフォルトの名無しさん:2013/05/25(土) 15:16:13.51
>>569
仮に動的言語にパッケージスコープがあれば
Java同様、既存コード側のカプセル化を壊さずに好きなものに差し替えることはできなくなるよ

572 :デフォルトの名無しさん:2013/05/25(土) 15:16:28.72
>だってプログラムのユーザ = 開発者だもの
それは静的言語でも同じだが、
ここで言う開発者は言語のコンパイラの開発者のこと。

573 :デフォルトの名無しさん:2013/05/25(土) 15:16:36.78
仮に

574 :デフォルトの名無しさん:2013/05/25(土) 15:17:47.35
>>570
渡せるぞw

パッケージ名は違っても・・・、あー具体的に言うとだな。

自分で作ったのがMyPackageのMyClassな。

このMyClassがクラスがLibraryAのAPackageのAInteface(もしくはAClass)を
継承していればAInteface(AClass)を使っている関数引数に渡せる。

575 :デフォルトの名無しさん:2013/05/25(土) 15:18:20.42
>>573
言語的にパッケージスコープが無くても
規模が大きくなってきたら外からアクセスされたくないメンバや型はどうしても出てくるでしょう

576 :デフォルトの名無しさん:2013/05/25(土) 15:18:36.86
ダックタイピングに継承は不要

577 :デフォルトの名無しさん:2013/05/25(土) 15:19:30.06
>>574
置き換える対象のパッケージ名に何で依存してるの?

578 :デフォルトの名無しさん:2013/05/25(土) 15:19:31.15
>>575
それは常識だろう
両者ともありえない話をしてるだけだろ
ダックタイピングもインターフェースも両方使えばいいだけなのに

579 :デフォルトの名無しさん:2013/05/25(土) 15:19:55.31
>>576
継承の記述が不要なだけで
実際は継承と同じ事を脳内でやってるんだけどなw

580 :デフォルトの名無しさん:2013/05/25(土) 15:21:12.69
>>577
だってお前が言ってるだろ?

> ライブラリAのインターフェースを使ってる関数引数に渡せないよ

ライブラリAのインターフェースを使ってる関数引数に渡したいと言っている以上
それは「依存してる」ということ。

581 :デフォルトの名無しさん:2013/05/25(土) 15:22:03.21
静的型でダックタイピングできる言語ってマジで少ない
C++で技巧をこらすか、OCamlを使うか、Scalaで(インターフェースより激しく遅いのを我慢して)使うか

582 :デフォルトの名無しさん:2013/05/25(土) 15:23:13.46
>>580
ダックタイピングの言語なら
関数引数にインターフェースなんて書いてないから、
そんな心配いらない

583 :デフォルトの名無しさん:2013/05/25(土) 15:23:40.14
>>579
ある特定の機能だけ一致してるだけで共通クラスとは考えないなあ
そういう意味でアダプターパターンは無理やりまとめてるだけで
記述上継承だが継承の関係とも微妙に違う

584 :デフォルトの名無しさん:2013/05/25(土) 15:25:49.67
>>582
心配って何が心配なんだ?

依存しているなら依存していると明示するのがよい設計だろ。

このMyClassはライブラリAの関数の引数に
使えるのか使えないのか、はっきりさせたようが良くないか?

どうせコメントで書くのだろう?互換性がありますって。

依存してるのに、それをコードとして記述できないことを
だめだって話をしてるのに、お前は何を言ってるんだ?

585 :デフォルトの名無しさん:2013/05/25(土) 15:28:04.12
>>584
シグニチャが決まってるだけで、
特定のパッケージにもインターフェースにも依存していない
ダックタイピングの言語なら

586 :デフォルトの名無しさん:2013/05/25(土) 15:28:19.29
>>581
TypeScript
引数の型としてリテラルでインターフェイス宣言しなきゃいけないけど

587 :デフォルトの名無しさん:2013/05/25(土) 15:30:23.81
>>585
シグニチャが決まってるのはどれでも決まってるだろw

お前が言うべき言葉は「シグニチャが何と互換性があるか決まってる」だ

特定のパッケージやインターフェースの何と互換性があるか
決まってるのであれば、その特定のパッケージやインターフェースが
どれであるか明示しなければいけない。

それをコメントでやるか、コードでやるかの違い。

588 :デフォルトの名無しさん:2013/05/25(土) 15:32:25.90
インターフェースベースで話してるから話が噛み合ってないよ

589 :デフォルトの名無しさん:2013/05/25(土) 15:33:24.00
>>588
インターフェースが嫌なら
関数名でもいいよw

590 :デフォルトの名無しさん:2013/05/25(土) 16:57:50.15
コンピュータがこれだけ高性能になったのに、
いまだに静的言語が主流なのはどうしてだろうね。
ふっしぎー!!

591 :デフォルトの名無しさん:2013/05/25(土) 17:12:54.31
高性能だからこそ静的言語が主流なんだろ?

昔はIDEのリアルタイムプログラミングサポート機能は
重いと言われて敬遠されていた。

今はエディタの一機能と同等の感覚で使う
手に馴染んだツールになってる。

リアルタイムプログラミングサポート機能を実装するには
コードを実行やコンパイルをしなくても、
コードを静的に解析して、それをプログラマにフィードバック
できなきゃいけない。

コードからより多くの情報を取得できるのは静的言語なんだよ。

592 :デフォルトの名無しさん:2013/05/25(土) 17:31:25.03
スレチ

593 :デフォルトの名無しさん:2013/05/25(土) 17:59:58.60
このスレを見て分かるのは何かのトピックについて
ディスカッションしたいときに2chは使い物にならないってことだけ

594 :デフォルトの名無しさん:2013/05/25(土) 18:12:15.92
何を今更…
上場してる某IT企業の創業者も
2chに質問投稿したが煽られるだけで
何の役にも立たなかったと言ってたなw

595 :デフォルトの名無しさん:2013/05/25(土) 18:29:19.20
>>590みたいな役立たずのクズにプログラミング語る資格はないってこった
あ、最初から何も語ってないか

596 :デフォルトの名無しさん:2013/05/25(土) 18:29:35.37
質問してもあおられるから、わざとけなして証明させるのが2ちゃんねるの使い方だってえらい人が言ってた。

597 :デフォルトの名無しさん:2013/05/25(土) 18:32:11.57
延々スレチなことしか言えないゴミは2chの使い方をわかってないから死んだほうがいいけどな
まあ日本語通じないから何言っても無駄だけど

598 :デフォルトの名無しさん:2013/05/25(土) 18:57:40.38
ところでライブラリのソースを共有したくないって話があったが
動的言語の大半において、ライブラリはソースそのものなんよね

599 :Prolog工作員:2013/05/25(土) 20:26:45.98
静的言語・動的言語なんてテーマで延々と議論できる人達が羨ましいです。

600 :デフォルトの名無しさん:2013/05/25(土) 20:46:39.66
>>598
うん、それもデメリットやね。

ソースを公開するかどうかは
それを使う人間の思想で決めるべきで
言語作者が決めることじゃない。

どっちも選べる方がいい。

601 :デフォルトの名無しさん:2013/05/25(土) 21:01:10.61
公開出来るような物を作ってから言え

602 :デフォルトの名無しさん:2013/05/25(土) 21:13:23.16
>>601
公開するとパクられるから。

>>600
だからたいていの場合は選択できる。
ただ、逆コンパイルとかできたりする。

603 :デフォルトの名無しさん:2013/05/25(土) 22:47:51.61
ソースが公開されてるからって実装の詳細を前提にした使い方をするのは
カプセル化を破ってるだろ
ちょっと変更されたらおしまい

604 :デフォルトの名無しさん:2013/05/25(土) 22:55:30.82
簡単に逆コンパイルできる中間コードにコンパイルして
パクり防止とか馬鹿なこと言いませんよね?

605 :デフォルトの名無しさん:2013/05/25(土) 23:01:20.11
>>603
カプセル化の意味を解って言ってるんだよね?

606 :デフォルトの名無しさん:2013/05/25(土) 23:03:46.12
>>605
まさかカプセル化がフィールドの隠蔽だけを意味すると思ってたりしないよね?

607 :デフォルトの名無しさん:2013/05/26(日) 00:44:50.92
実装の詳細を前提にした使い方、ってのが何を示してるかによるんじゃないかな

608 :デフォルトの名無しさん:2013/05/26(日) 01:09:04.57
ホットパンツ

609 :デフォルトの名無しさん:2013/05/26(日) 18:57:47.11
publicなアクセサー公開している時点でそれはカプセル化じゃないんだけど
オブジェクト指向型言語にわかはそれを理解してないよなw

610 :デフォルトの名無しさん:2013/05/26(日) 19:11:16.97
今時Beansから入門する奴もいないだろうに

611 :デフォルトの名無しさん:2013/05/26(日) 20:47:07.43
'そもそもカプセル化とかいらない子だしな

612 :デフォルトの名無しさん:2013/05/26(日) 20:49:16.33
頭大丈夫かこいつ

613 :デフォルトの名無しさん:2013/05/26(日) 21:15:30.62
オブジェクト指向型言語かどうかは、アクセス修飾子の有無より、多重継承できるかどうか、全ての要素がオブジェクトであるかどうかの方が重要だな。

RubyとPythonは合格。
C#は拡張メソッドを使えば多重継承できるから合格。

Javaは、基本型も関数もオブジェクトではなく、多重継承できないから不合格。

614 :デフォルトの名無しさん:2013/05/26(日) 21:29:47.43
Javaはオブジェクト指向じゃなくて名詞指向

615 :デフォルトの名無しさん:2013/05/26(日) 21:43:44.45
phpでの開発で使ってるIDEって、Eclipseが多いんでしょうか?
DreamweaverCS6でかちゃかちゃやってるんですが、デバック作業が・・・

616 :デフォルトの名無しさん:2013/05/27(月) 04:16:54.94
それ以前にphpを使いません
まともな開発をしたかったらJavaを選びます

617 :デフォルトの名無しさん:2013/05/27(月) 07:15:23.67
>>616
何をもって「まとも」というかによるが…

618 :デフォルトの名無しさん:2013/05/27(月) 11:40:54.69
>>613
最近は継承が復活しているのかい?

619 :デフォルトの名無しさん:2013/05/27(月) 12:15:59.67
復活もクソも元々馬鹿が継承使えないって騒いでるだけだぞ

620 :デフォルトの名無しさん:2013/05/27(月) 13:08:25.97
>>619
昔はオブジェクト指向といえば、差分プログラミングで
継承重視だったが。

621 :デフォルトの名無しさん:2013/05/27(月) 18:45:01.96
>>620
あの頃のオブジェクト指向はシンプルでよかったな。1990年頃のことだけど。

622 :デフォルトの名無しさん:2013/05/27(月) 18:47:37.44
老害って昔話しかできないよな

623 :デフォルトの名無しさん:2013/05/27(月) 19:10:54.89
>>622
我々が愛したものメチャクチャにしたのが君たちの世代というわけだ。

624 :デフォルトの名無しさん:2013/05/27(月) 19:13:13.11
おっと、「を」が抜けてる。老人は目が弱くてね。

625 :デフォルトの名無しさん:2013/05/27(月) 21:15:46.25
いちいち手を変え品を変え荒らさなくていいから
おもしろくないし。なんでそんな馬鹿を晒し続けるのか理解できない

626 :デフォルトの名無しさん:2013/05/28(火) 11:49:38.15
理工系ならPythonが最強すぎるんだけど
行列演算から統計、機械学習に画像処理、果てはグラフ描画までほんとになんでもできる
やる気があればそこからWebアプリでもGUIアプリでも比較的簡単に組み込めるし
こんな言語他にあり得ない、理工系の人間は全員Pythonやれって自信をもって勧められる

627 :デフォルトの名無しさん:2013/05/28(火) 12:45:19.29
使い分け不要の超多機能プログラム電卓としては最強
まあ理工系はどうせC、R、Verilog、
大学がライセンスを買ってるはずのMatlab,Maple,Mathematicaあたりもできなきゃいけないんですけどね

628 :デフォルトの名無しさん:2013/05/28(火) 14:17:31.71
それらを一つの汎用プログラミング言語で済ませられるとか最強すぎる
Matlabとか高いし、もうそんなもんにお布施しなくていい

629 :デフォルトの名無しさん:2013/05/28(火) 14:58:11.81
>>626
分野によるのだろうけれど、
統計にPython使ったら、何それ聞いたことない信頼性あるの? て論文をリジェクトされたりしないのだろうか?

630 :デフォルトの名無しさん:2013/05/28(火) 15:26:26.98
>>626
はぁ?
理工系ならFORTRAN一択だろ?
死ねやカス

631 :デフォルトの名無しさん:2013/05/28(火) 16:39:33.52
>>629
何言ってんだ?

632 :デフォルトの名無しさん:2013/05/28(火) 16:45:01.79
>>628
どこから「それらを一つの汎用プログラミング言語で済ませられる」なんてことを言ってんだ
済まねえよ。Matlab使ったことねえだろ

633 :デフォルトの名無しさん:2013/05/28(火) 20:30:11.01
>>626
それってC/C++にも言えなくね?

634 :デフォルトの名無しさん:2013/05/28(火) 20:48:32.93
>>629
されるわけない、確かに統計だけならRに一日の長があるけど。

>>630
今更FORTRAN書くのとか苦行以外の何物でもない。
確かに定番だが、過去の資産とか特別な理由でもない限り書きたくない。

>>632
大概の数値計算ならいける、確かに全てを網羅してるわけじゃないけど。

635 :デフォルトの名無しさん:2013/05/28(火) 20:50:37.38
>>633
やろうと思えばできるだろうけどC/C++は勘弁。

636 :デフォルトの名無しさん:2013/05/28(火) 20:54:13.99
いや、PythonがscientificなのはC/C++やFORTRANと連携できる環境が用意されてるからだよ

637 :デフォルトの名無しさん:2013/05/28(火) 21:08:10.24
>>629
言語ではないけど浮動小数点の誤差がーって教授がよく言ってたな

638 :デフォルトの名無しさん:2013/05/28(火) 23:42:38.33
>>636
で、Javaと連携できる環境が用意されてないから
ドカタ仕事と縁遠いのですね

639 :デフォルトの名無しさん:2013/05/28(火) 23:48:40.55
PHPとRubyに興味があって、どちらが優れているかとかはまだちょっと素人すぎて理解出来ないので
「PHPを覚えてからRubyに手を出す」のと、「Rubyを覚えてからPHPに手を出す」のではどちらが楽そうでしょうか

640 :デフォルトの名無しさん:2013/05/29(水) 00:29:06.09
>>636
科学技術系でのスクリプトとC/C++/Fortranの連携なんてだいたいファイル経由だから何でも変わらんw

641 :デフォルトの名無しさん:2013/05/29(水) 00:39:00.31
PHPとRubyならどっちも捨てろとしか言いようがないな

642 :デフォルトの名無しさん:2013/05/29(水) 00:40:18.84
>>640
ウソつくな

643 :デフォルトの名無しさん:2013/05/29(水) 00:49:52.92
>>639
HTMLを吐き出すしか脳のないPHPと違って、Rubyはちょっとした処理の自動化なんかにも使えるので
「使える」実感が得やすくて長続きすると思う
英語上等ならPythonの方がそういう意味ではさらに使えるしシンプルで覚えやすくて変な癖も付きにくいけど

644 :デフォルトの名無しさん:2013/05/29(水) 01:21:35.43
>>640
ないわーww

645 :デフォルトの名無しさん:2013/05/29(水) 02:27:55.11
元Facebook社員曰く
「ぼくの経験上、一番PHPをバカにし、言語の重要性をうそぶく連中は、
大体自分たちが提唱する言語でもロクな仕事ができないことが多い。」
http://knoh.jp/answers/d65c7a82

646 :デフォルトの名無しさん:2013/05/29(水) 02:50:22.06
PHPはダメだという評価自体には
まあ妥当性があると考えている辺りが面白いな

647 :デフォルトの名無しさん:2013/05/29(水) 03:29:15.96
>>645
それはこのスレ見てりゃ分かるよなww

648 :デフォルトの名無しさん:2013/05/29(水) 03:42:09.39
>>645
> 高校も大学も中退
> 高校2年生にもなって2週間もメートル法について勉強していた。)
> コンピューターサイエンス専攻
> 学ぶことは少なかった。
> 生化学に専攻を変え
> 単位が一番少ない数学に専攻を変え
> 教養のクラスを取るのがおっくうで
> 大学も退学

> 大学は人間的に社会的に成長した場所だった。

> おおまかな全体図をまず把握して、そこから部分的につめていくことが大事だ


> オフィスのダサさ等に何か感じるものはあったがそうなんだなFacebook
いや、
Facebookの大金持ちが選んだ妻を見れば分かるだろJK

649 :デフォルトの名無しさん:2013/05/29(水) 08:09:15.37
>>645
こんなスレまで来て、静的型でなければ云々書き込む
アホは100回読むべきだな

650 :デフォルトの名無しさん:2013/05/29(水) 19:40:22.89
>>636
それにRとも連携できているし、SQLとも連携できる。
pythonは意外とできる子。

651 :デフォルトの名無しさん:2013/05/29(水) 19:43:35.18
Rのは殆ど使われてないだろ

652 :デフォルトの名無しさん:2013/05/29(水) 21:40:15.40
殆ど使われてないかもしれんが、ちゃんとメンテされてて連携できる

653 :デフォルトの名無しさん:2013/05/29(水) 21:55:22.05
>>651
どうしてそんなことがわかる

654 :デフォルトの名無しさん:2013/05/29(水) 22:17:20.28
RはR自体が良いんじゃなくて、Rの膨大な外部ライブラリが凄いから

655 :デフォルトの名無しさん:2013/05/29(水) 23:48:52.90
Rは統計で使う分には使いやすい。

656 :デフォルトの名無しさん:2013/05/30(木) 22:41:13.76
>>626
> 行列演算から統計、機械学習に画像処理、果てはグラフ描画までほんとになんでもできる
> やる気があればそこからWebアプリでもGUIアプリでも比較的簡単に組み込めるし

大抵のメジャー言語にはこれらの機能を実現するライブラリが存在するんだけど

657 :デフォルトの名無しさん:2013/05/30(木) 23:29:02.80
重要なのはコミュニティの活発度で、統計ではRが圧倒鉄器ということ

658 :デフォルトの名無しさん:2013/05/31(金) 18:34:40.53
>>656
数学、科学技術系ライブラリではLLの中でPythonが頭三つくらい抜けて洗練されてるわ
他は正直使い物にならない、かといって今更FORTRANとか書くのはもう嫌

659 :デフォルトの名無しさん:2013/05/31(金) 22:04:21.48
今更FORTRANとか言ってる奴は66か77あたりをディスってて、今のFORTRANのことは知らないから困る

660 :デフォルトの名無しさん:2013/05/31(金) 22:31:31.22
F9x程度ならFortranのイメージを改められるほどモダンな言語になったというわけでもないだろw
それ以降のはほとんど使われてないし

661 :デフォルトの名無しさん:2013/05/31(金) 22:34:29.53
今のFORTRANとか言うんだったら、FORTRANじゃなくてFortranって綴ってね

662 :デフォルトの名無しさん:2013/05/31(金) 22:43:07.37
Fortranはいくら言語がまともになってもユーザーがなあ
奴等スクリプトでも絶対に構造体の類は使わずスカラー配列ぶん回すからな

663 :デフォルトの名無しさん:2013/05/31(金) 22:47:11.18
>>660
残念ながら化石頭の教授が授業で使ってたりするんだなあ

664 :デフォルトの名無しさん:2013/05/31(金) 23:11:28.79
Fortranにオブジェクト指向持ち込んだ奴は頭おかしい
おかげで誰にも見向きもされず90止まりですよ

665 :デフォルトの名無しさん:2013/06/01(土) 08:56:43.72
配列 x[v] y[v]
構造体 v.x v.y
関数 f(x)
オブジェクト x.f()
順序を変えるだけで簡単に革命が起きる

666 :デフォルトの名無しさん:2013/06/01(土) 09:16:43.96
奴等に言わせれば、列ごとに配列で持つとキャッシュメモリに乗りやすくなるので
数値計算では構造体より速くなる場合が多いという
もっともらしい理由があるんですよ
まあ結局「慣れてるから」なんだけど

667 :デフォルトの名無しさん:2013/06/01(土) 10:24:25.11
構造体があっても配列が無くなるわけではないが配列があれば構造体は無くても良い
構造体 ⊂ 配列 ⊂ 連想配列

この関係をクラスの継承で表現できないのが残念です

668 :デフォルトの名無しさん:2013/06/01(土) 13:41:26.90
>>667
継承を何か勘違いしてね?

継承とは”継承関係"にある場合に定義するもので
継承関係にないものが世の中にあるってのは
当たり前の話なんだが?

669 :デフォルトの名無しさん:2013/06/01(土) 14:05:25.86
あれ、Matzのプログラミング歴ってお前らよりしょぼくね?
http://gihyo.jp/news/report/01/rubykaigi2013/0001

670 :デフォルトの名無しさん:2013/06/01(土) 14:18:50.01
お前らも含めてショボイよw

671 :デフォルトの名無しさん:2013/06/01(土) 14:41:07.12
>>664
Fortran2003だっけ
使ってる奴いるの?

672 :デフォルトの名無しさん:2013/06/01(土) 14:42:54.51
一般人は使ってないだろうねニヤニヤ

673 :デフォルトの名無しさん:2013/06/01(土) 14:44:29.16
>>669
プログラミングは才能がすべてだよ
何十年の経歴があろうと
コボラーには革新的なソフトウェアは作れない

674 :デフォルトの名無しさん:2013/06/01(土) 15:46:37.19
コボラーじゃなくても革新的なソフトウェアは作れない。特にお前

675 :デフォルトの名無しさん:2013/06/01(土) 16:49:36.85
気象系の研究室にいたけど、Fortran使ってたよ
それこそスクリプト言語とセットで使うけど
単体で全部書くような人見たことない

676 :デフォルトの名無しさん:2013/06/01(土) 18:34:56.98
道具なんだから目的にあったものを使うのが当たり前、特にプロならな。
鉈で魚をおろす寿司屋はいないだろ?
数値計算屋はFORTRANを使うのがあたりまえ

677 :デフォルトの名無しさん:2013/06/01(土) 19:02:45.21
過去の負の遺産w

678 :デフォルトの名無しさん:2013/06/01(土) 19:10:34.48
FEMをPerlでやる物好きはいないだろ?

679 :デフォルトの名無しさん:2013/06/01(土) 21:37:44.09
数値計算の世界も最近は新規の大きなプロジェクトはC++に移行していってるみたいだよ

680 :デフォルトの名無しさん:2013/06/01(土) 21:42:49.66
>>679
なことはない(笑)

681 :デフォルトの名無しさん:2013/06/01(土) 22:11:03.75
結局Fortranが一番速いからな
まあ今はスパコン専用言語みたいなもん

682 :デフォルトの名無しさん:2013/06/02(日) 07:10:37.10
awkは?

683 :デフォルトの名無しさん:2013/06/02(日) 11:47:31.62
初代のLLは本当に軽量言語
専門馬鹿は外の世界をスルーできるので軽い
世界重過ぎ

684 :デフォルトの名無しさん:2013/06/02(日) 12:44:03.75
GoがFortranも駆逐する

685 :デフォルトの名無しさん:2013/06/02(日) 12:46:48.34
汎用言語では無理

686 :デフォルトの名無しさん:2013/06/02(日) 12:51:56.11
てかそろそろスクリプト言語の話しろよ

687 :デフォルトの名無しさん:2013/06/02(日) 13:14:26.05
100試して1成功するような事例だと、Fortran なんて使ってられない。
試しながら、確認しながら進むような場合は Python とかインタプリンタの方が良い。

自分のいたところは「Matlab? ( ´,_ゝ`) プッ Fortran だろ jk」ってな風潮だった。
でも、今の時代 Fortran なんて使ってたら世界の研究・開発のスピードに付いていけないと思う。

688 :デフォルトの名無しさん:2013/06/02(日) 14:31:06.08
>>687
そもそも、
>100試して1成功する
って意味がわからんけど?
ついていけないのはお前のレベルじゃないの?

689 :デフォルトの名無しさん:2013/06/02(日) 15:06:45.03
スパコンはC++コンパイラがなあ・・・
京も一応C++コンパイラが開発されてるけど
かなりの糞コンパイラらしい

690 :デフォルトの名無しさん:2013/06/02(日) 15:26:24.80
>>687
世界の研究・開発()してる人がFortranくらい書けないと思ってるのか?(笑)

691 :デフォルトの名無しさん:2013/06/02(日) 15:30:23.52
全てをCやFortranで書いてる人は少ないだろうが
>>687が言ってるのは個人ではMatlabを自作できないというだけなので話が別

692 :デフォルトの名無しさん:2013/06/02(日) 15:37:31.60
理数系、特に数値計算の分野で、Fortranでアルゴリズムが記述できないやつがCとかC++なら書けるのか?
話にならんな

693 :デフォルトの名無しさん:2013/06/02(日) 15:37:58.05
まあただのPython厨なんだろ
そもそも想定してる計算量の認識が違いすぎる
ああいうのは月単位とか少なくても日単位で計算させるから
そんなの多少面倒だろうが、少しでも速い言語で書くに決まってる
高機能電卓くらいのノリでPythonとか使う方はいるけど

694 :デフォルトの名無しさん:2013/06/02(日) 16:02:36.78
みんながみんな日単位で計算してるわけじゃねえよ

695 :デフォルトの名無しさん:2013/06/02(日) 16:10:40.13
そうそう、ほとんどの計算は汎用言語で事足りるんだよ
計算規模が大きくなってきたらボトルネックをFortranとかで実装とかすればいいんだよ

696 :デフォルトの名無しさん:2013/06/02(日) 16:12:16.60
>>695
あの…
Fortran(FORTRNでも)は、汎用言語なんですけど?

697 :デフォルトの名無しさん:2013/06/02(日) 16:13:11.68
アスペみたいなこと言うなよ

698 :デフォルトの名無しさん:2013/06/02(日) 16:14:47.69
>>697
お前がなw

699 :デフォルトの名無しさん:2013/06/02(日) 16:15:28.46
ガキかよ

700 :デフォルトの名無しさん:2013/06/02(日) 16:19:18.58
FORTRANが汎用言語でないとすると、Pythonはスクリプト言語か。

701 :デフォルトの名無しさん:2013/06/02(日) 16:20:44.39
スクリプト言語だろ

702 :デフォルトの名無しさん:2013/06/02(日) 16:23:00.45
なんか、FORTRAN vs Python のバトルロワイヤルなのか?

703 :デフォルトの名無しさん:2013/06/02(日) 16:24:08.82
多分どちらも相手の言語を使ったことないな(笑)

704 :デフォルトの名無しさん:2013/06/02(日) 16:24:12.61
違うよ、アスペ vs ガキだよ

705 :デフォルトの名無しさん:2013/06/02(日) 16:26:02.85
最近はJavaScriptがこの業界の
トップになったね。

jQueryというライブラリが優れていた。
関数型プログラミングをJavaScriptに取り入れることが出来た。

706 :デフォルトの名無しさん:2013/06/02(日) 16:26:30.37
>>705
スレチ

707 :デフォルトの名無しさん:2013/06/02(日) 16:34:21.91
せめてスクリプト言語同士でやってくれよ

708 :デフォルトの名無しさん:2013/06/02(日) 16:38:02.08
全ての始まりは>>630なんだよ
死ねやカス

709 :デフォルトの名無しさん:2013/06/02(日) 16:42:15.73
>>708
5日間以上も怨念をためていて、やっと念願の復讐()が叶ったようだなw

710 :デフォルトの名無しさん:2013/06/02(日) 16:45:59.16
うわぁ〜ストーカーみたいな感想ですね

(´・ω・`)・ω・`) キャー
/  つ⊂  \ コワーイ 

711 :デフォルトの名無しさん:2013/06/02(日) 17:01:47.23
プロトタイピングに Fortran なんか使ってたら確実に死ねる。

712 :デフォルトの名無しさん:2013/06/02(日) 18:22:22.97
ドカタに縁遠い話題が続きすぎて
しびれを切らしてる奴がいるなw

713 :デフォルトの名無しさん:2013/06/02(日) 18:23:42.25
ドカタの話だと思っていたが・・・

714 :デフォルトの名無しさん:2013/06/02(日) 18:25:57.04
>>711
もしそうならFortranでなくても危ないから早く逃げろ
他の人が簡単に死ぬような場所の近くにいるのに自分は大丈夫と思うのはおかしい

715 :デフォルトの名無しさん:2013/06/02(日) 18:40:44.69
Fortranはスクリプト言語じゃないんだけど、
いつまで続けるつもり?

716 :デフォルトの名無しさん:2013/06/02(日) 18:48:07.68
Fortranと連携できるスクリプト言語は?って話ならアリだけどね

717 :デフォルトの名無しさん:2013/06/02(日) 19:14:17.98
連携する程度ならどれでも出来るしな
まあ不毛

718 :デフォルトの名無しさん:2013/06/02(日) 19:22:00.03
じゃあそれぞれの言語でどう書くのか示して欲しいのだが

719 :デフォルトの名無しさん:2013/06/02(日) 19:46:01.41
ライブラリの作り方を示すより
大量のライブラリをプリインストールする方が早いというのが主流で
ライブラリを自作しやすいのはマイナー言語ばかりなので説明しずらい

720 :デフォルトの名無しさん:2013/06/02(日) 19:47:44.80
ああ、面倒この上ないけど頑張ればできるとかいう次元の話ね。ゴミ

721 :デフォルトの名無しさん:2013/06/02(日) 20:56:47.60
そうだねゴミだね
メジャー言語は、プリインストールされてないライブラリの例を頑張って探すのが面倒

722 :デフォルトの名無しさん:2013/06/02(日) 22:06:42.68
> プリインストールされてないライブラリの例を頑張って探すのが面倒

プログラミング初心者丸出しか…

723 :デフォルトの名無しさん:2013/06/02(日) 22:09:45.14
話が噛み合ってない気がするが、
連携ってのがFortranの共有ライブラリを呼び出す事を指すなら
Cの共有ライブラリが呼び出せればFortranも同じでしょ

724 :デフォルトの名無しさん:2013/06/02(日) 23:02:17.16
 (*゚Д゚) わかりました、最強の言語はFortranです
 (ヽノ)
  >ω>

725 :デフォルトの名無しさん:2013/06/02(日) 23:16:36.50
ムホムホ

726 :デフォルトの名無しさん:2013/06/03(月) 01:01:11.93
>>723
そんな簡単なことでも
Jなんとか言う糞言語には難しい

727 :デフォルトの名無しさん:2013/06/03(月) 01:13:08.29
>>726
JavaなのかJavaScriptなのかしらんが、
どっちも可能だよ。

728 :デフォルトの名無しさん:2013/06/03(月) 01:20:47.88
Javascriptとかいうクソ言語はスレチ

729 :デフォルトの名無しさん:2013/06/03(月) 01:23:00.21
JavaScriptもスクリプト言語じゃないの?
今はCLIで実行することも可能だし。
ファイルアクセスとかもできるし。

730 :デフォルトの名無しさん:2013/06/03(月) 01:24:39.53
JavaScript良い言語だと思うけどね。
プロトタイプベースでオブジェクト指向できるし。
スクリプト言語の中でも速い方に分類されるし。

731 :デフォルトの名無しさん:2013/06/03(月) 01:25:28.58
>>729,730
スレタイ読めないのか?JSのスレがあっただろう

732 :デフォルトの名無しさん:2013/06/03(月) 01:26:18.05
[JavaScript] スクリプト言語34 [Perl,Python,PHP]
http://toro.2ch.net/test/read.cgi/tech/1367771981/

733 :デフォルトの名無しさん:2013/06/03(月) 01:27:33.26
経緯:JSが何故クソかという議論は語り尽くされ、その後はブラウザ信者が暴れるだけになった。以上

734 :デフォルトの名無しさん:2013/06/03(月) 01:27:55.39
>>731
だからスクリプト言語だろう? JavaScriptは?
名前にScriptって入ってるしな。
話の通じないやつだな。

735 :デフォルトの名無しさん:2013/06/03(月) 01:29:09.39
>>734
だからスレチだって。例の荒らしか?
ああ、規制が解除されてまた連日荒らし続けるのか…うざすぎる

736 :デフォルトの名無しさん:2013/06/03(月) 01:32:05.12
おまえら撤退が苦手だよな
火に油を注ぐのは得意だけど方向転換が苦手

737 :デフォルトの名無しさん:2013/06/03(月) 01:32:50.91
ただ炎上させたいだけなんだから当然だろ
馬鹿しか使わねーよこんなスレ

738 :デフォルトの名無しさん:2013/06/03(月) 01:45:58.21
バトルロワイヤルなのに追い出して勝った気になってるとか
哀れにもほどがあるな
まあ例の人格攻撃しかできなかったPython厨だろうが

739 :デフォルトの名無しさん:2013/06/03(月) 01:53:24.31
なんでスレが分離したの足りない頭で考えろ
キチガイ荒らしのおかげでJSの優勝、殿堂入りだよ
ここは負け組言語のスレで、だからJSはスレチ。それでいいだろ
なんで執拗にJSの話題をしたがるんだ?荒らしたいだけじゃねーか

740 :デフォルトの名無しさん:2013/06/03(月) 01:55:48.38
ブラウザガーブラウザガーでJSの大勝利だよ。他のあらゆる言語は黙殺。
スクリプトの用途は度外視の最凶最悪仕様のゴミ言語の話題を延々としたがるカス

741 :デフォルトの名無しさん:2013/06/03(月) 01:56:57.90
 (*゚Д゚) わかりました、最強の言語はJSです
 (ヽノ)
  >ω>

742 :デフォルトの名無しさん:2013/06/03(月) 02:18:18.08
>>739
むしろ過剰反応して荒らしてるのはお前だろう
>>726-727でJavaScriptがちょっと触れられただけでコレ
もはや何がしたいのかわからない

Javascriptの単語見ると攻撃したくなる発作が起きるんだろうが、
お前の発作を抑えればスレは荒れないよ

743 :デフォルトの名無しさん:2013/06/03(月) 02:24:03.76
>>742
そういうスレを望むのなら>>732を使えよw
なんでJSを除外したスレでわざわざJSの話をしようとするのか謎
何が過剰反応だよ。そもそもこのスレ自体がJS厨が邪魔だったから立てられたスレだぞ

744 :デフォルトの名無しさん:2013/06/03(月) 02:32:00.21
なんでそこまでJSを毛嫌いするのか分からん。
女子小学生って素直でいいんだけどなあ。

745 :デフォルトの名無しさん:2013/06/03(月) 03:16:49.57
>>743
別のスレを立てること自体が過剰反応だろ。
JavaScriptがスクリプト言語であることは
紛れも無い事実なんだし、避ける意味がわからない。
お前がJSが邪魔に感じてるだけじゃないか。

746 :デフォルトの名無しさん:2013/06/03(月) 03:56:49.64
>>745
だからー、このスレは過剰反応なスレなの。さっさと出ていけよw

747 :デフォルトの名無しさん:2013/06/03(月) 04:00:53.35
こちらには JS がない
あちらには Ruby がない

誰が過剰反応してるか分かるね。

748 :デフォルトの名無しさん:2013/06/03(月) 04:07:03.19
>>746
ここはお前専用のスレじゃねーよw

俺がいたいと思ったらいる。
俺は自由だ。

749 :デフォルトの名無しさん:2013/06/03(月) 04:11:45.28
いつもの開き直りクヅ

750 :デフォルトの名無しさん:2013/06/03(月) 04:12:31.93
JS厨はそう言って荒らし続けた。誰も俺を止められないってね。そりゃあその通り。荒らし続けて、どうぞ

751 :デフォルトの名無しさん:2013/06/03(月) 04:14:03.03
俺が荒らしたいと思ったら荒らす。
俺は自由だ。

752 :デフォルトの名無しさん:2013/06/03(月) 04:14:04.73
荒らしはしてないしするつもりもないけど、
スレの管理者から許可を得たから
問題ないね。

>>746
ザンネンでした。公式に認められました。

753 :デフォルトの名無しさん:2013/06/03(月) 04:18:52.38
JSスレを乱立した挙げ句、結局JS禁止で正常化したスレを乗っ取り、荒らす、荒らす、荒らす!
毎回これ。なぜJSスレでやらないのか?誰もJSの話なんてしたくなくて過疎ってるから。
JSはスレチと言われて相手にしてもらえるだけで射精してるんだろうな

754 :デフォルトの名無しさん:2013/06/03(月) 04:19:43.72
>>753
だからお前が一番荒らしになってるんだよ。
自覚しろよ。みんな呆れてるぞ。

755 :デフォルトの名無しさん:2013/06/03(月) 04:20:29.86
JavaScriptはスクリプト言語なんだから
普通にJavaScriptの話をしようって言ってるのに
品性の欠片もない人ですね。

756 :デフォルトの名無しさん:2013/06/03(月) 04:24:30.20
JSキチガイが我が物顔で居座る限り続けるわ
もともとのスレをJS厨に明け渡したわけだからな
JSの話をしたけりゃあっちに行けよ
なんでJSを追い出したこちらに書き込み続けるのか?
キチガイ荒らしだからだろ。誰も反論できない
キチガイ荒らしにキチガイ荒らしと言ってるだけ
このやり取りがしたくてこのスレに書き込んでるんだろう
さあ、糞JSのゴミレスを続けろ!さあ!

757 :デフォルトの名無しさん:2013/06/03(月) 04:26:51.34
>>756
お前はそうやって罵倒しているだけ。社会のゴミ。

俺らは普通にJavaScriptを含めた
スクリプト言語の話をする。

その違いの意味をよく考えることだ。

もうこれ以上お前のようなキチガイ荒らしにレスしてやらんよ。
これからは無視してスクリプト言語の話をする。

758 :デフォルトの名無しさん:2013/06/03(月) 04:30:42.19
>>735
スレタイ、テンプレから除外された理由を知ってるくせに白々しい
というかJSでスクリプトスレを糞スレ化した張本人だろ?
もういいよ。お前はJSのことも全く知らない雑魚じゃねーかw
プログラミングの話題が出来ないから、あえてJS禁止スレで茶化してるだけ
喧嘩プロレスしたいだけなんだろう?
JSの話がしたいならお前が腐らせたあのスレで淡々とJSネタ投下してみろ。まあ、無理か

759 :デフォルトの名無しさん:2013/06/03(月) 04:32:55.52
ここでJSの話題を淡々としてみよう。

760 :デフォルトの名無しさん:2013/06/03(月) 04:35:38.12
スレチ荒らしの池沼じゃないなら何なの?

761 :デフォルトの名無しさん:2013/06/03(月) 07:50:16.84
>>744
かと思えば、たまに恐ろしくクールで取っ付きにくいうちの娘みたいなのは除外ですか……

762 :デフォルトの名無しさん:2013/06/03(月) 07:51:41.12
そもそもスレチの前にローカルルール的に板も違うっていうね
まあ勝手にしてくれ

763 :デフォルトの名無しさん:2013/06/03(月) 08:06:24.01
>>727>>729
御題:次のFortranの関数を実行せよ

subroutine incr(i)
    integer i
    i = i+1
end subroutine

764 :デフォルトの名無しさん:2013/06/03(月) 12:15:34.53
手軽に書けるのがPHPの特徴だと思っていたのに
PHP5のソースコード見たら、すっげーめんどくさいことしてんだけど

PHP5ってPerl6みたいに死産したの?
それとも現役?

765 :デフォルトの名無しさん:2013/06/03(月) 13:04:40.05
ググレカス

766 :デフォルトの名無しさん:2013/06/03(月) 18:25:03.32
>>764
TIOBE( http://www.tiobe.com/content/paperinfo/tpci/index.html )によると、
PHPはC#の下、VBの上の6位で、そのほとんどがPHP5だと思う。
もちろん現役。

767 :デフォルトの名無しさん:2013/06/03(月) 18:28:19.89
>>764
私はあほですって自己紹介はいらんから

768 :デフォルトの名無しさん:2013/06/03(月) 20:35:43.64
>>764
PHPは王道をたどっただけ。

1. シンプルな言語
2. ゆえに普及する
3. だんだんとプログラマの要望が増える
4. 言語が進化する
5. プログラマと言語がともに成長する。
6. 一流の言語へ

769 :デフォルトの名無しさん:2013/06/03(月) 21:37:07.23
>>768
C++みたいな変態言語へと変化したのもあるけどな

770 :デフォルトの名無しさん:2013/06/03(月) 21:40:50.39
>>768
王道?
そんな経過を辿った言語が他にあるというのか。

771 :デフォルトの名無しさん:2013/06/03(月) 21:43:17.91
>>766
PHPって2010年頃から順調に下降線をたどってるんだね

772 :デフォルトの名無しさん:2013/06/03(月) 21:45:10.31
>>770
C++とか。

昔のC++はシンプルだったよ。
STLは無い、当然Templateもない。
例外機能もない。実行時型情報もない。
どの言語もどんどん機能が追加されているんだよ。

773 :デフォルトの名無しさん:2013/06/03(月) 21:50:24.64
Goがまさに王道を歩んでいる

774 :デフォルトの名無しさん:2013/06/03(月) 21:59:12.18
>>772
C++が一流の言語?
変態度合いは一流と呼んでいいが…

775 :デフォルトの名無しさん:2013/06/03(月) 22:03:12.47
>>774
どうせ自分の知らない言語をディスりたいだけだろ。
人間性を疑うね。

776 :デフォルトの名無しさん:2013/06/03(月) 22:04:11.29
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
C++ は4位だな。

777 :デフォルトの名無しさん:2013/06/03(月) 22:38:38.16
でもC++とPHPは変態で有名なのは有名だからね
ここまで有名なら信憑性あるよね
評判を参考にするのは当然だよね

778 :デフォルトの名無しさん:2013/06/03(月) 22:49:59.94
変態って言ってるのはお前だけというw

779 :デフォルトの名無しさん:2013/06/03(月) 22:58:07.03
PHPは知らんけど、最近のC++は変態な記法増やしたなあとは思う

780 :デフォルトの名無しさん:2013/06/03(月) 23:04:21.56
PHPは変態ではない
場当たり的な変更と拡張でウンコになっただけ

781 :デフォルトの名無しさん:2013/06/03(月) 23:14:39.08
スカトロなんて変態の極みじゃないですかぁー! PHPド変態ですよぉー!!

782 :デフォルトの名無しさん:2013/06/03(月) 23:24:43.52
JS叩きの次はPHP叩きか。
まったく呆れるね。
結局罵倒することしか出来ない。

783 :デフォルトの名無しさん:2013/06/03(月) 23:35:23.36
JS推してる奴とPHP推してる奴って
話題の唐突さとコメントの内容の無さが
同一人物かと思う程に似てるね

784 :デフォルトの名無しさん:2013/06/03(月) 23:48:31.62
意訳

叩いている奴は同一人物

785 :デフォルトの名無しさん:2013/06/04(火) 00:16:50.41
1984年(29年前)グリコ・森永事件
13年前に雪印食中毒事件
6年前に 不二家 の賞味期限切れ卵事件
こないだ 明治のヨーグルトに虫混入事件

さて、得をしたのは誰?

786 :デフォルトの名無しさん:2013/06/04(火) 01:40:37.18
リンチ・バラバラ殺人犯人
事件直後、南アフリカへ逃亡

http://www.keishicho.metro.tokyo.jp/jiken/sokuhou/s150919.htm

現在も逃亡中

787 :デフォルトの名無しさん:2013/06/04(火) 05:19:52.71
PHPはあくまでWeb上に特化したプログラミング言語で
確かにその分野に限って言えばメリットも見いだせるんだろうけど
結局土方みたいなプログラミングしかできないよね

788 :デフォルトの名無しさん:2013/06/04(火) 10:02:30.54
PHPはあまり好きな言語じゃないけどwikipediaやfacebookもPHPで作られてるし、それはおかしいんじゃないでしょうか

789 :デフォルトの名無しさん:2013/06/04(火) 20:31:45.48
俺が負けてる?ありえない。この俺が土方になんか負けるはずがない。

790 :デフォルトの名無しさん:2013/06/04(火) 21:00:46.21
>>788
PHPはWebのフロントエンド専用言語だろって書き込みに対し
Webのフロントエンドで使ってる事例を持ってきても
反論になってないよ

791 :デフォルトの名無しさん:2013/06/04(火) 21:49:00.09
facebookはフロントエンド以上のことやってると思うな

792 :デフォルトの名無しさん:2013/06/04(火) 22:35:27.14
facebookではフロントエンド以外の部分はPHPじゃなくてC++、ERLANG、JAVA、Pythonとか使ってる

793 :デフォルトの名無しさん:2013/06/04(火) 22:44:31.07
>>789
負け犬乙

794 :デフォルトの名無しさん:2013/06/04(火) 22:52:23.60
フロントエンドは、HTML+JavaScriptだろ?
PHPはサーバーサイドで使う言語だ。

795 :デフォルトの名無しさん:2013/06/04(火) 23:01:14.21
Webシステムのフロントエンドならクライアントのブラウザのあたりのことで

Webのサーバサイドのフロントエンドなら
ブラウザからのリクエストを受けてレスポンスを返すあたりの処理のことだな

796 :デフォルトの名無しさん:2013/06/04(火) 23:26:53.35
テンプレートからHTMLを生成して返す処理を
フロントエンドといわれても違和感があるな。

797 :デフォルトの名無しさん:2013/06/04(火) 23:39:00.86
いや普通に使うから。
フロントエンドとかバックエンドなんていうのは相対的な位置を表す言葉だからね?
特定の機能を指す言葉じゃないよ?

798 :デフォルトの名無しさん:2013/06/04(火) 23:40:55.30
相対的というのなら、何に対してなのか書けよ。

799 :デフォルトの名無しさん:2013/06/04(火) 23:43:50.74
アスペかよw
PHPを使ってるかどうかの話なんだからサーバサイドに決まってるだろw

800 :デフォルトの名無しさん:2013/06/04(火) 23:55:28.02
>>789
プッw

801 :デフォルトの名無しさん:2013/06/05(水) 00:01:20.57
>>799
だから全部PHPで作ってれば
PHP以外出てこないだろ?
サーバーサイド=PHPかよ

802 :デフォルトの名無しさん:2013/06/05(水) 00:03:01.12
言葉の使い方はともかく、PHPはHTMLを吐き出すだけの言語だ

803 :デフォルトの名無しさん:2013/06/05(水) 00:06:26.04
PHPを吐き出すだけとは?
データベースにアクセスも出来る。
たった一件でお前の主張は崩れたわけだが?

804 :デフォルトの名無しさん:2013/06/05(水) 00:08:50.20
PHPといいJavaScriptといいJavaといい
結局は勝っているものに対しての嫉妬なんだなぁって思う。

805 :デフォルトの名無しさん:2013/06/05(水) 00:39:04.31
>>804
おい、そんなことを言ったら、
Objective-CはC++やC#より上に行っているんだが?
Objective-Cを羨んだりするかね?

806 :デフォルトの名無しさん:2013/06/05(水) 01:26:33.28
するんじゃない?
なんかカッコいいじゃん
オシャレなマックやiPhoneの開発言語でちょっとイカシタ名前で
ちょっとマイナー感もあってなんだか通っぽいしさ

807 :デフォルトの名無しさん:2013/06/05(水) 02:27:25.36
PHPやJavascriptでは機械学習や数値計算、自然言語処理などの高度な計算機科学は無理
Web上でちょろちょろ動くものを作る土方みたいな作業やるには素晴らしい言語なんじゃない?

808 :デフォルトの名無しさん:2013/06/05(水) 02:58:43.62
Lisperになればコード書くなんて土方みたいなことしなくてもよくなるぞ

809 :デフォルトの名無しさん:2013/06/05(水) 04:01:04.23
仕事そのものがないから、他の業種にいくことになるという意味かw

810 :デフォルトの名無しさん:2013/06/05(水) 04:01:35.88
>>807
そんなのやってるのは学校だけだよ。

811 :デフォルトの名無しさん:2013/06/05(水) 04:52:48.17
>>810
おいおい

812 :デフォルトの名無しさん:2013/06/05(水) 08:14:03.61
PHPerってさ、検索エンジンやリコメンドシステムも
DBにアクセスしてHTML吐き出す処理が
メインと思ってるのかな

813 :デフォルトの名無しさん:2013/06/05(水) 08:56:32.99
お前は検索エンジンの会社が主に検索エンジン作ってるだけと思ってるのか

814 :デフォルトの名無しさん:2013/06/05(水) 08:59:49.65
バカにしてる人の論調がPHPer以下でアホらしすぎる

815 :デフォルトの名無しさん:2013/06/05(水) 21:23:51.09
>>812
お前が何を言いたいのか知らんが、
お前がメインと思っている部分が
PHPで書けないという根拠を言ったら
話を聞いてやらんでもないぞ。

816 :デフォルトの名無しさん:2013/06/05(水) 22:39:53.29 ID:Q3jhN7VK!
JSP >>>>> PHP

817 :デフォルトの名無しさん:2013/06/05(水) 22:45:03.77
>>816
それって、笑ったらいいの?
リアクションに困る

818 :デフォルトの名無しさん:2013/06/06(木) 00:28:41.92
検索エンジンやリコメンドシステムがバックエンドなら
HTML吐き出すのはフロントエンドだよねって言ってるだけで、

PHPでフロントエンドを書くのはドカタでも出来る簡単なお仕事とか、
そんなことは一言も言ってないよ

819 :デフォルトの名無しさん:2013/06/06(木) 02:49:18.37
えとな、

PHPでHTMLを吐き出すことができる ≠ PHPでHTMLを吐き出すことしか出来ない。

この二つの違いわかるか?

HTMLを吐き出したらフロントエンドというのなら
JavaだってRubyだってPythonだってフロントエンドだろうが。

820 :デフォルトの名無しさん:2013/06/06(木) 02:56:05.24
(y)
いいね!

821 :デフォルトの名無しさん:2013/06/06(木) 08:17:16.43
>>819
だからさ、PHPがHTML吐き出すのに特化した、汎用言語としては欠点だらけの
クソ言語だなんて誰も言ってないよ

822 :デフォルトの名無しさん:2013/06/06(木) 09:18:35.55
>>821
おまえが粘着型気質で、さらに、ある種の心の病を患ってるなんて誰も言ってないよ

823 :デフォルトの名無しさん:2013/06/06(木) 11:31:22.57
うっほw そこは言語の文句言えよ
完全に逃げてる! オマエの負けだwww

824 :デフォルトの名無しさん:2013/06/06(木) 11:50:01.49
hcapp.rakusaba.jp
hcapp.rakusaba.jp/?page=HC-Standalone-B
hcapp.rakusaba.jp/?page=HC-Standalone-S
hcapp.rakusaba.jp/?page=HC-wbRadStudio
hcapp.rakusaba.jp/?page=HC-LocalServer

825 :デフォルトの名無しさん:2013/06/06(木) 12:51:59.61
Webシステムの話なら、普通フロントエンドって言ったらブラウザとブラウザ部分のことだよね

826 :デフォルトの名無しさん:2013/06/06(木) 13:35:48.86 ID:owJc0AwH!
PHPでミドルウェア書くのがプログラマの仕事

827 :デフォルトの名無しさん:2013/06/06(木) 13:38:38.35 ID:owJc0AwH!
それ以外は板前の見習いとかで、その辺りでギークを自称している連中は
俺は将来サーファーになるんだぐらいのちょっと恥ずかしい人たちで、
後々で自分が書いたブログを読み返して黒歴史だと感じ頭を布団に埋めてジタバタする。

828 :デフォルトの名無しさん:2013/06/06(木) 13:51:21.83
ミドルウェアって、OSとかデバイスと、アプリケーションの間のソフト/ライブラリのことでしょ。
サーバアプリを実装する言語/レイヤーのことをミドルウェアと呼ぶのは聞いたことない。

829 :デフォルトの名無しさん:2013/06/06(木) 14:07:05.50 ID:owJc0AwH!
node.jsのことをミドルウェアって書く記者なら見たけど?

830 :デフォルトの名無しさん:2013/06/06(木) 14:10:44.81
あれw?IDキターwwwww?

831 :デフォルトの名無しさん:2013/06/06(木) 14:11:16.48
ああwごめん末尾!かw

832 :デフォルトの名無しさん:2013/06/06(木) 14:15:08.61
ミドルウェアのミドルは基本ソフトウェアと応用ソフトウェアの間って意味でしょ

833 :デフォルトの名無しさん:2013/06/06(木) 14:16:23.42
>>829
それは、node.jsを使ってWebアプリケーション(あるいはサーバアプリ)を書くという文脈じゃないの?
Webアプリやサーバアプリそのものを実装する言語のことは、普通ミドルウェアとは言わないよ。

834 :デフォルトの名無しさん:2013/06/06(木) 14:19:37.96
>>825
すでに>>797が指摘してるけど、
・プログラマ目線では、フロントエンドはブラウザ
・アーキテクト目線では、フロントエンドはサーバ
かな?

>>828
エンタープライズ分野ではサーバアプリを実装するレイヤを指して
ミドルウェアと呼ぶのは常識
代表例だと、OLTP(例: 日立 OpenTP1)やメッセージング(例: IBM MQ)など
まあ、この板の住人の大半を占めるだろう末端プログラマや
学生さんには縁遠い世界だから、聞いたことが無いのも無理は無いが...

835 :デフォルトの名無しさん:2013/06/06(木) 14:22:10.70
>>834
OLTPもMQもサーバアプリが使用するレイヤのソフトでしょ。

今は、
> PHPでミドルウェア書くのがプログラマの仕事
の表現がおかしいって流れなの。

836 :デフォルトの名無しさん:2013/06/06(木) 14:23:43.48
>>834
TPモニタとかMQとかは、大規模システムで集められる三次四次移行の末端のプログラマでも知ってる話。

837 :デフォルトの名無しさん:2013/06/06(木) 14:23:56.72
プログラミング言語自体は基本ソフトウェアに含まれるかな
プログラミング言語で実装されたフレームワークとかをミドルウェアと呼ぶ思うけど
最近だとプログラミング言語とフレームワークが一体になってるようなものもあるから、
どちらに分類するか曖昧になることもあるかね

838 :デフォルトの名無しさん:2013/06/06(木) 14:36:53.65
言語は基本ソフトウェアじゃないでしょ・・・

839 :デフォルトの名無しさん:2013/06/06(木) 14:52:20.42
基本ソフトウェア=オペレーティングシステムで
これに言語を含めないのはPC系の文化かね

840 :デフォルトの名無しさん:2013/06/06(木) 14:56:03.88
>>839
言語を基本ソフトウェアに含めるという文化は、いつ/どこの話なんだ?

841 :デフォルトの名無しさん:2013/06/06(木) 15:27:36.20
Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味で
広義では言語処理系もこれに含めてるな

842 :デフォルトの名無しさん:2013/06/06(木) 15:34:45.59
>>841
wikipediaには、「基本ソフトウェア」の項目がないんだけど、それ何の項目の説明?

843 :デフォルトの名無しさん:2013/06/06(木) 15:38:17.48
>>842
基本ソフトウェアから転送される

844 :デフォルトの名無しさん:2013/06/06(木) 15:41:43.60
>>843
システムソフトウェアには、言語も含まれる場合があるとは書かれてるけど、基本ソフトに関しては、
> 日本の大手旧来マスメディアなどは、「オペレーティングシステム」の言い換え語として「基本ソフト」を使っている
として書かれてないけど。

845 :デフォルトの名無しさん:2013/06/06(木) 15:44:17.00
>>844
>語感としては「システムソフトウェア」のほうが「基本ソフト」に相当する

846 :デフォルトの名無しさん:2013/06/06(木) 16:02:15.13
>>845
いや、それは読んだが、だからといって、>>841
> Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味
とはならない。

847 :デフォルトの名無しさん:2013/06/06(木) 16:11:28.73
誰が決めたか知らないが、現状では基本ソフトといえばイコールOSのことでしょ

848 :デフォルトの名無しさん:2013/06/06(木) 16:15:54.11
>>846
転送されてるし、Wikipedia的にはシステムソフトウェア=基本ソフトウェアとしてるように思えるけど
まあ、これはどっちでもいいや

それで、どうなの?
システムソフトウェア=基本ソフトウェア ○or×?
システムソフトウェアに言語処理系が含まれる ○or×?

849 :デフォルトの名無しさん:2013/06/06(木) 16:20:57.38
どっちでも良いだろ糞が。

850 :デフォルトの名無しさん:2013/06/06(木) 16:21:53.72
>>848
システムソフトウェア=基本ソフトウェア ×
システムソフトウェアに言語処理系が含まれる ○

851 :デフォルトの名無しさん:2013/06/06(木) 16:29:09.65
俺の記憶だと、DOSの時代からマスコミはOSのことを基本ソフトと言ってたな。

852 :デフォルトの名無しさん:2013/06/06(木) 16:37:28.63
おぺれーちんぐ・すすてむ

853 :デフォルトの名無しさん:2013/06/06(木) 16:55:02.24
言語処理系って言ったってピンキリだろ?
bash だって言語だぞ

854 :デフォルトの名無しさん:2013/06/06(木) 17:29:00.34
>>840
メインフレームのCOBOLは基本ソフトウェアの中に含まれる。

855 :デフォルトの名無しさん:2013/06/06(木) 17:35:17.87
>>854
ググると、メインフレームの文脈でも、OSのことを基本ソフトと言ってる人多数だよ。
まぁ俺メインフレーム触ったことないから、現場ではどうなのか知らないけど。

856 :デフォルトの名無しさん:2013/06/06(木) 17:41:38.02
IBMのメインフレームだったら、アセンブリ言語、PL/I、COBL、FORTRANは付属品だわな。
昔(いつかは秘匿)はOSのことを基本ソフトとは呼ばなかったよ、誰も。
コンピュータが一般に使われるようになるまではね。
OS(オペレーティング・システム)じゃ一般の人はなんのことかさっぱりわからないから適当に基本ソフトって言い換えたのが始まり

857 :デフォルトの名無しさん:2013/06/06(木) 17:41:48.74
>>855
そりゃ、あたりまえだ
基本ソフトというカテゴリにオペレーティングシステムが含まれるんだから
もちろん基本ソフトというカテゴリにはCOBOLやCといった言語処理系も含まれる
現場では常識

858 :デフォルトの名無しさん:2013/06/06(木) 17:48:18.36
「基本ソフト」なんて日本だけで通用する造語じゃないの?
基本ソフトを英訳するとなんて言うの?

859 :デフォルトの名無しさん:2013/06/06(木) 17:50:20.72
>>858
Operating System

860 :デフォルトの名無しさん:2013/06/06(木) 17:51:20.56
>>857
2,30年前の常識でしょ

861 :デフォルトの名無しさん:2013/06/06(木) 17:54:25.54
日本語話者同士の会話の中で「基本ソフト」って言う言葉が出てきたら、英語話者に伝える場合は、もう間違いなくOS(Operating System)。
基本ソフトのカテゴリがOSのカテゴリと違うとか言ってるのは恥ずかしい

862 :デフォルトの名無しさん:2013/06/06(木) 17:58:02.51
>>857
> 基本ソフトというカテゴリにオペレーティングシステムが含まれるんだから
それはトートロジー。

ググってないでしょ。ググってごらんよ。メインフレームの文脈で「基本ソフト=OS」って言ってる人多数だから。

863 :デフォルトの名無しさん:2013/06/06(木) 18:18:14.02
どうでもいいわ

864 :デフォルトの名無しさん:2013/06/06(木) 18:20:15.26
なんでスクリプトのスレでOSの話してんだよ。お前ら馬鹿じゃねーのか。


> 841     Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味で 広義では言語処理系...
> └842     >> 841   wikipediaには、「基本ソフトウェア」の項目がないんだけど、それ何の項目の...
>  └843     >> 842   基本ソフトウェアから転送される
>   └844     >> 843   システムソフトウェアには、言語も含まれる場合があるとは書かれてるけ...
>    └845     >> 844   >語感としては「システムソフトウェア」のほうが「基本ソフト」に相...
>     └846     >> 845   いや、それは読んだが、だからといって、>> 841 > Wikipediaだと基...
>      └848     >> 846   転送されてるし、Wikipedia的にはシステムソフトウェア=基本ソフ...
>       └850     >> 848   システムソフトウェア=基本ソフトウェア × システムソフトウ...

諸悪の根源はWikipediaか

ttp://ja.wikipedia.org/wiki/オペレーティングシステム
OS=ハードウェアを抽象化

ttp://ja.wikipedia.org/wiki/システムソフトウェア (基本ソフトから転送)
ハードウェアを管理・制御


これは転送が間違ってるね。

865 :デフォルトの名無しさん:2013/06/06(木) 18:20:33.73
昔の情報処理試験のテキスト見ると、
システムソフトウェアに基本ソフトウェアとミドルウェアが含まれて、
基本ソフトウェアに以下の三つが含まれてるな
制御プログラム(OS)
言語プロセッサ(アセンブラ、コンパイラ)
サービスプログラム(ユーティリティプログラム)

866 :デフォルトの名無しさん:2013/06/06(木) 18:25:41.97
>>865
合ってるじゃん

867 :デフォルトの名無しさん:2013/06/06(木) 18:27:27.25
(最新 | 前) 2007年 7 月28日 (土) 07:59? 210.154.96.162 (会話)? . .      (44バイト) (-6)? . . (←システムソフトウェアへのリダイレクト) (取り消し)
(最新 | 前) 2006年12月31日 (日) 06:43? Fryed-peach (会話 | 投稿記録)? . . (50バイト) (+50)? . . (←オペレーティングシステムへのリダイレクト)

IPアドレスまたは利用者名: 210.154.96.162
2007年7月25日 (水) 07:03 (差分 | 履歴) . . (+170)? . . ノート:システムソフトウェア ?
2007年7月25日 (水) 06:58 (差分 | 履歴) . . (+800)? . . ノート:オペレーティングシステム ?
2004年9月27日 (月) 05:36 (差分 | 履歴) . . (+65)? . . 筑波大学 ? (→?沿革)


筑波大学の馬鹿が犯人だな。

868 :デフォルトの名無しさん:2013/06/06(木) 18:27:59.88
たぶん>>862とか>>864はぐぐってるだけで現場を知らない

869 :デフォルトの名無しさん:2013/06/06(木) 18:30:48.99
>>868
現場ってどこだよ。筑波大学が現場ですか。確かに土方の卵だから現場に行くんだろうけどさ。

870 :デフォルトの名無しさん:2013/06/06(木) 18:31:52.03
見苦しすぎ

871 :デフォルトの名無しさん:2013/06/06(木) 18:36:21.49
ちょっと前の基本情報処理のテキスト引っ張り出してきたけど、>>865みたいな分類になってるわw
まあ基本情報処理なんて土方試験ですけどねw

872 :864:2013/06/06(木) 18:53:13.55
>>868
>>870
馬鹿はお前


基本ソフト=OS

ttp://itpro.nikkeibp.co.jp/article/lecture/20070423/269172/
ttp://itpro.nikkeibp.co.jp/article/lecture/20070423/269172/zu1.jpg

873 :デフォルトの名無しさん:2013/06/06(木) 18:58:13.92
>>872
バカはお前だ
基本ソフトウェアに言語処理系が含まれるかどうかの話をしてるのに

874 :デフォルトの名無しさん:2013/06/06(木) 19:00:30.75
>>872
最初からそう言ってるだろw

875 :デフォルトの名無しさん:2013/06/06(木) 19:01:26.88
>>873
バカはお前だ
基本ソフトウェアに言語処理系が含まれるかどうかの話をすべきなのに

876 :デフォルトの名無しさん:2013/06/06(木) 19:10:09.79
>>875
流れを理解できないバカだなあ
基本ソフトウェアに言語処理系が含まれるかどうか議論していて
Wikipediaでシステムソフトウェアに言語処理系が含まれるという記述があってそれに異論が無いようだったから
それならば、基本ソフトウェアとシステムソフトウェアとOSの関係はどうなのか?について議論してたのに

877 :デフォルトの名無しさん:2013/06/06(木) 19:12:44.88
まあ結論はでたね
>>838
>言語は基本ソフトウェアじゃないでしょ・・・
これがお馬鹿さんだったということでw
つまらんスレを大量に消費した反省をしてくださいw

878 :デフォルトの名無しさん:2013/06/06(木) 19:13:14.24
なんだこれ。JS厨並の馬鹿二人の水掛け論
生きてて恥ずかしくないんだろうか

879 :864:2013/06/06(木) 19:13:21.68
>>876
だから 「Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味で」とか言い出した馬鹿を見つけて否定したんだろ。

それとも何か?お前の意見では 「基本ソフトウェア=システムソフトウェア」 なのか? Wikipediaにはそう書いてあるけど。

880 :デフォルトの名無しさん:2013/06/06(木) 19:14:01.28
ここまで全部JS厨

881 :デフォルトの名無しさん:2013/06/06(木) 19:14:17.53
それなら仕方ない

882 :デフォルトの名無しさん:2013/06/06(木) 19:14:35.29
>>839に対する>>840もかなり恥ずかしいw

883 :デフォルトの名無しさん:2013/06/06(木) 19:21:36.48
>>879
Wikipediaに「基本ソフトウェア=システムソフトウェア」と書いてあるなら、
「Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味で」これは正しいだろ?なんで馬鹿なの?

884 :864:2013/06/06(木) 19:31:26.68
>>883
単純に引用してしたり顔してると言う事は、正しいと主張してるのと同じ。

確かに書いてはあるが、間違った事が書かれているということで、否定している。
Wikipediaにそう書いてあるというのは>>864で俺も認めていて、
そしてその内容が間違っていると主張しているんだけど、まだ理解できないの?

それとも、まだ自分の間違いを認められないの?


>>846 も書いてるだろ。
> >>845
> いや、それは読んだが、だからといって、>>841
> > Wikipediaだと基本ソフトウェアはシステムソフトウェアの意味
> とはならない。

885 :デフォルトの名無しさん:2013/06/06(木) 19:45:39.29
>>884
単純に引用されてるのを見ただけで
「したり顔してるとか」、「正しいと主張してるとか」、
そう感じるなら病院に行ってお薬貰ったほうがいいぞ

886 :デフォルトの名無しさん:2013/06/06(木) 19:48:31.87
システムソフトウェア、基本ソフトウェア、広義のOS、ミドルウェア
この辺の範囲はけっこう曖昧だよ。

ミドルウェアを特に区別してなくて、
システムソフトウェア=基本ソフトウェア=広義のOS
みたいな感じの現場もけっこうある。

887 :デフォルトの名無しさん:2013/06/06(木) 19:48:54.12
>>885
> 単純に引用されてるのを見ただけで

いやいや
その引用へのレスに対するレスを参考にしてますよ。

>>868-870
> たぶん>>862とか>>864はぐぐってるだけで現場を知らない

> 見苦しすぎ


どう見てもこれ、勝利宣言だろ。

888 :デフォルトの名無しさん:2013/06/06(木) 20:03:16.21
>>887
お前が勝ったとか負けたとかどうでもいい
本題と関係無いから黙ってろ

今回の恥ずかしい敗者は
>>838「言語は基本ソフトウェアじゃないでしょ・・・」
>>840「言語を基本ソフトウェアに含めるという文化は、いつ/どこの話なんだ? 」

889 :デフォルトの名無しさん:2013/06/06(木) 20:08:19.38
>>887
基本ソフトウェア、システムソフトウェア、OSとかの範囲をきっちり区別できると思ってるあたりが現場を知らないね

890 :デフォルトの名無しさん:2013/06/06(木) 20:18:22.24
OSの言い換え語としてバカみたいに「基本ソフト」って言い換えてるバカマスコミに脳をやられたバカが多杉

891 :864:2013/06/06(木) 20:28:59.10
>>886
あいまいならなおさら気をつけて使うべきだろ

>>889
現場では 基本ソフト=OS なんだからこれを区別しない


>>888
じゃあ本題の話をしようか

Pythonみたいなシェルスクリプトに使われてるのは基本ソフトと言ってもいいけど
JavaScriptみたいなブラウザ上でしか動かないようなスクリプト言語はせいぜいミドルウェアかアプリケーションのおまけなので基本ソフトには入らない。
PHP, Perl, Ruby もWebサーバーとしかやり取りしないんだから基本ソフトとは言えない。

だからスクリプト言語が基本ソフトに含まれるかどうかを議論するのは不毛。



しかし、プログラミング言語を使う時に、追加のライブラリと区別するために最初からついてるのを基本ソフトと表現するのはありかなと。
結局は ”基本” という言葉の語感が諸悪の根源。

892 :デフォルトの名無しさん:2013/06/06(木) 20:30:59.90
シェルスクリプトに使われてるのはPerlだろ

893 :デフォルトの名無しさん:2013/06/06(木) 20:32:57.75
やっぱり864は、いつも暴れてるアンチJS厨=Python厨なんだなw

894 :デフォルトの名無しさん:2013/06/06(木) 20:35:31.35
言語は基本ソフトウェアじゃないでしょ・・・って言ってた人はどこ行っちゃったの?

895 :864:2013/06/06(木) 20:36:22.19
>>893
ようやく諸悪の根源であるJS厨が姿を現したようだな。巣に帰れ。

>>894
>>893がそうですが何か。

896 :デフォルトの名無しさん:2013/06/06(木) 20:37:27.12
>>891
JSがブラウザ上でしか動かないとかいつの時代の人なんだよ
Windows8とかJSでアプリが書けるのに

897 :デフォルトの名無しさん:2013/06/06(木) 20:39:29.27
JSはブラウザ依存言語だからな
環境によって全くの別言語になるゴミ
詳しくはスレチだから他所に言って語り合ってくれ

898 :893:2013/06/06(木) 20:41:49.07
>>895
いやいやw簡便してくれw俺は>>837だよw

899 :デフォルトの名無しさん:2013/06/06(木) 20:44:28.73
>>891

Perlがないと成り立たないLinuxディストリビューションやBSDシステムは多い。
超適当に分けると
Perl システムツール
Python アプリケーションソフトウェア
という傾向はありそう。

> しかし、プログラミング言語を使う時に、追加のライブラリと区別するために最初からついてるのを基本ソフトと表現するのはありかなと。
これは「標準ライブラリ」とでも言いたい。

900 :デフォルトの名無しさん:2013/06/06(木) 20:45:30.69
なにこのプログラミング一年生みたいな議論は

901 :デフォルトの名無しさん:2013/06/06(木) 20:53:20.54
何が基本ソフトウェアに含まれるかというより、
基本ソフトウェアを提供する側が何を基本ソフトウェアに含めるかっていう区分なんだよね

902 :864:2013/06/06(木) 20:57:36.68
>>896
WinRT API しか叩けないし画面はHTMLなんだからWebアプリといっても過言ではない。
ttp://livedoor.blogimg.jp/haruka_sao/imgs/c/6/c6e38208.png


>>899
>>892
UNIX系は知らないから Perl は Web用言語だと思ってたわー


結局は実装しだいなんだから
言語が基本ソフト、オペレーティングシステム、システムソフトに含まれるかどうかと言うのは製品によるということで。


昔と違うんですよ。



だからスクリプト言語のスレでOSを語るのは不毛

903 :デフォルトの名無しさん:2013/06/06(木) 21:07:04.71
>>902
> WinRT API しか叩けないし画面はHTMLなんだからWebアプリといっても過言ではない。

http://d.hatena.ne.jp/shiracha_rikyu/20100407/1270587654
> JavaScriptからDirectXなんて、そんなことは不可能だ。
>
> と想われるかもしれないが、実は可能だ。

これ論破したレベルだと思うけど、
反論できる?

904 :デフォルトの名無しさん:2013/06/06(木) 21:10:21.15
UNIX系知らないとかPython厨はWindowsでPython使ってるのか?

905 :デフォルトの名無しさん:2013/06/06(木) 21:11:16.29
また別言語の話かよw
JSネタはこればっか。もういいよ、他所でやってくれ

906 :デフォルトの名無しさん:2013/06/06(木) 21:12:35.77
>>904
864はPython厨じゃねえよ
PythonがLinuxのシステムに使われてるって聞きかじりの知識で喋ってるだけ
これに限らず全部テキトー。まともに取り合ってる奴らのレベルも同じくらい低いけど

907 :デフォルトの名無しさん:2013/06/06(木) 21:12:45.01
>>902
> UNIX系は知らないから Perl は Web用言語だと思ってたわー

UNIX系だけじゃなくて
ソフトウェア全般の歴史を知らないだけでしょ?

http://ja.wikipedia.org/wiki/World_Wide_Web#.E6.AD.B4.E5.8F.B2
> 実装は1990年11月13日から開始され、バーナーズ=リーは最初のウェブページ[10]を
> NeXTワークステーション上に置いた。
> その年のクリスマス休暇の間に、バーナーズ=リーは WWW に必要な全ツールを構築した[11]。
> 世界初のウェブブラウザ(ウェブエディタでもある)と世界初のWWWサーバである。

1990年ウェブ誕生

http://ja.wikipedia.org/wiki/Perl#.E6.AD.B4.E5.8F.B2
> Perl 1.0 1987年12月18日にリリース。6台のVAXと6台のSunのための
> コンフィギュレーション管理制御システムのレポート作成ツールとして誕生した。

遡って1987年Perl誕生


そういうこと。この程度知識しか無い奴が
偉そうに語ってる。言ってることは間違いばかり
信用できる? もう信用出来ないね。

908 :デフォルトの名無しさん:2013/06/06(木) 21:14:48.13
まあ、見てればわかる
>>864は無知だからな。

909 :864:2013/06/06(木) 21:19:08.87
>>907
> そういうこと。この程度知識しか無い奴が
> 偉そうに語ってる。言ってることは間違いばかり
> 信用できる? もう信用出来ないね。

なるほど。つまり、基本ソフト≒OS と言う事ですね。分かりました。

910 :864:2013/06/06(木) 21:21:15.53
>>903
> これ論破したレベルだと思うけど、
> 反論できる?

>そう。もちろんこれは素のECMAScript, JavaScriptではなくて、MS製品のJavaScript(JScript)である。

そのページに書いてあったよ。

911 :デフォルトの名無しさん:2013/06/06(木) 21:23:33.69 ID:owJc0AwH!
Larryですらも今ティーンエイジャーならjavascript使うって言ってたぞw

912 :864:2013/06/06(木) 21:26:08.11
だいたいいまどき、 Flash の ActionScript だって、プラグインがDirectXの機能を呼び出してくれてるよ。

スクリプト言語の話すればいいのになんで .net の話すんの? 馬鹿なの?

913 :デフォルトの名無しさん:2013/06/06(木) 21:28:47.71
>>910
MS製品のJavaScriptですよね?
それがどうかしましたか?

914 :デフォルトの名無しさん:2013/06/06(木) 21:29:34.90
>>910
じゃあお前はどこが作ったJavaScriptのことをJavaScriptと呼んでるの?

>>912
.net上で動くスクリプト言語はスクリプト言語じゃないの?

915 :デフォルトの名無しさん:2013/06/06(木) 21:36:16.23
コンパイルが必要www死んどけ

916 :デフォルトの名無しさん:2013/06/06(木) 21:36:49.98
あーあ、またJS厨が暴れ始めた

917 :デフォルトの名無しさん:2013/06/06(木) 21:41:55.75
なんかピンチになるとJS厨って騒ぐ人いるよねw

918 :デフォルトの名無しさん:2013/06/06(木) 21:43:39.32
何がどうピンチなのか詳しく解説して欲しい

919 :デフォルトの名無しさん:2013/06/06(木) 21:46:04.46
スレチな話題で荒らされるというピンチ

920 :デフォルトの名無しさん:2013/06/06(木) 21:47:33.99
864はどうみてもいつもJS厨といっしょにスレを浪費してるやつだろ

921 :864:2013/06/06(木) 22:02:39.44
>>353なんだけどそんな前からこのスレ見てるわけじゃないから。

ああ、だからみんながスルーしてる荒らしに反応してしまうのか。
すまんこ。

そもそも Perl を作ったのも俺なんだけどな。
Web用に作ったんだ。

922 :デフォルトの名無しさん:2013/06/06(木) 22:03:33.04
そーそー、スレチはスルーすればいいんだよっ!

923 :デフォルトの名無しさん:2013/06/06(木) 23:00:13.55 ID:owJc0AwH!
というか、その昔IEをOSに含めるか否かで揉めてただろ

924 :デフォルトの名無しさん:2013/06/06(木) 23:12:09.87
狭義のOSはカーネルだけ。
広義のOSはカーネル以外も含む。

ただしOSメーカーがの一部と考えてる場合だけだ。
PythonもPerlも必須パッケージではない。
オプショナルなパッケージだからOSではない。

925 :デフォルトの名無しさん:2013/06/06(木) 23:20:52.95
アンインストールしたらOSが動かなくなるオプション

926 :デフォルトの名無しさん:2013/06/06(木) 23:22:21.88
リンクをクリックしたらメールが飛ぶPHPを作ってますが、
これって巡回ロボットがリンクを踏んでもメールが飛ぶのでは?
防ぐにはどうしたらいいですか?

927 :926:2013/06/06(木) 23:23:14.12
誤爆です

928 :デフォルトの名無しさん:2013/06/07(金) 01:38:29.09
Wikipediaなんてソースとしては不適切だからな

929 :デフォルトの名無しさん:2013/06/07(金) 02:05:49.63
PerlはしらんけどPythonはなくても動くな。
というか、最小構成でインストールしたから
Pythonは入ってない。

930 :デフォルトの名無しさん:2013/06/07(金) 02:34:16.08
Ubuntu入れてsynapticでpython消そうとしたら警告されたよ

931 :デフォルトの名無しさん:2013/06/07(金) 06:43:06.91
>>928
Web上に根拠を求めることが不適切ということかな。

932 :デフォルトの名無しさん:2013/06/07(金) 08:09:38.94
CentOS、RHEL、Fedoraあたりはパッケージ管理にyum使ってるが
そのyumがPython無いと動かない

933 :デフォルトの名無しさん:2013/06/07(金) 08:23:36.26
yum には Python 必須みたいですね

934 :デフォルトの名無しさん:2013/06/07(金) 08:44:53.89
俺、汎用の経験もあるし一時期客先常駐ばっかやらされてていろんな現場行ったことあるけど、
現場で「基本ソフト」なんて言葉聞いたことないぞ。マスコミが言ってるだけじゃないの?
現場で基本ソフトと言ってるという奴は、一体どういう文脈でその単語が使われてたんだ?

935 :デフォルトの名無しさん:2013/06/07(金) 11:53:14.40
>>934
OSとか言語とかやってるとこの部署名が基本ソフト〜だった

936 :デフォルトの名無しさん:2013/06/07(金) 12:39:34.18
>>935
H?

937 :デフォルトの名無しさん:2013/06/07(金) 13:23:21.37
「yumはPythonで書かれている」を「yumにはPython必須」とか言っちゃう奴はセンスが欠片も無い

938 :デフォルトの名無しさん:2013/06/07(金) 13:38:09.10
どれが採用されるのかね(`・ω・´)

http://www.itmedia.co.jp/news/articles/1306/06/news115.html

939 :デフォルトの名無しさん:2013/06/07(金) 14:00:58.55
>>938
本命 Ruby
対抗 Java

940 :864:2013/06/07(金) 14:54:04.71
>>937
これのことか

pythonのバージョン上げるとyumが動かなくなった - ike-daiの日記

941 :デフォルトの名無しさん:2013/06/07(金) 15:00:29.91
>>937
pythonが無ければyumが実行できないんだから、yumにはpython必須でしょ

942 :デフォルトの名無しさん:2013/06/07(金) 15:28:03.36
Anacondaというのがあってだな
https://ja.wikipedia.org/wiki/Anaconda

943 :デフォルトの名無しさん:2013/06/07(金) 15:33:20.76
>>942
Anacondaがあったから何だと言うんだ

944 :デフォルトの名無しさん:2013/06/07(金) 15:40:34.81
もう RedHat系はインストールの時からPython要求してるってこと
OpenSUSEのYaSTがRubyを採用したらしい
OSによってシステム言語的に組み込んでるってことでした

945 :デフォルトの名無しさん:2013/06/07(金) 15:46:58.55
インストーラは関係無いでしょ

946 :デフォルトの名無しさん:2013/06/07(金) 16:12:02.03
>>931
責任感持ってやってるトコなら問題ないだろうけどさ
WikipediaにはそんなものはないしアドミンもDQNだからな

947 :デフォルトの名無しさん:2013/06/07(金) 17:36:05.39
はい自分は追放された荒らしだという告白入りましたー

948 :デフォルトの名無しさん:2013/06/07(金) 18:03:32.86
それどこよ

949 :デフォルトの名無しさん:2013/06/07(金) 20:51:22.82
PerlやPythonやRubyがシステム言語的に使われてるのに
PHPがそうならないのは、PHPが汎用言語としてはウンコすぎるから?

950 :デフォルトの名無しさん:2013/06/07(金) 20:58:39.18
もええええええええええええええええええええええええええええええええ

951 :864:2013/06/07(金) 21:12:33.89
Rubyはrailsがないとまともに動かないだろ

952 :デフォルトの名無しさん:2013/06/07(金) 22:15:14.64
>>949
> PerlやPythonやRubyがシステム言語的に使われてる

はあ?

> PHPがそうならないのは、PHPが汎用言語としてはウンコすぎるから?

こっちは正しい。

953 :デフォルトの名無しさん:2013/06/07(金) 22:17:16.86
「はぁ?」と「こっちは正しい」としか
言ってない人間は信用されない。

954 :デフォルトの名無しさん:2013/06/07(金) 22:17:58.10
ひぃひぃふぅ

955 :デフォルトの名無しさん:2013/06/07(金) 22:19:15.75
まあこの板嘘つきばかりだからな

956 :デフォルトの名無しさん:2013/06/07(金) 22:47:40.19
PerlやPythonやRubyがシステム言語的に使われてるのに
Javascriptがそうならないのは、JSが汎用言語としてはウンコすぎるから?

957 :デフォルトの名無しさん:2013/06/07(金) 22:54:00.84
そうだといいなぁ。

958 :デフォルトの名無しさん:2013/06/07(金) 22:55:12.22
まだ世に生まれていない最強言語が、システム言語に使われていないのは
最強言語が、汎用言語としてうんこすぎるから?

959 :デフォルトの名無しさん:2013/06/07(金) 22:57:46.36
JSとJS厨がウンコだから

960 :デフォルトの名無しさん:2013/06/07(金) 22:58:56.39
これから、ウンコ言う奴がウンコなw

961 :デフォルトの名無しさん:2013/06/07(金) 23:11:44.99
JSはスレチって何度言えば分かるんだ
あ、馬鹿だから一生分からないか。ごめんごめん

962 :デフォルトの名無しさん:2013/06/07(金) 23:32:20.61
はい、一生分かりません。
わかったらもう黙っててくださいね。

963 :デフォルトの名無しさん:2013/06/07(金) 23:35:01.73
馬鹿だなあ

964 :デフォルトの名無しさん:2013/06/07(金) 23:48:22.21
こんな奴に使われてるPythonが可哀そうだわ

965 :デフォルトの名無しさん:2013/06/07(金) 23:57:44.68
糞仕様のJSがこんなキチガイにしか使われないのは仕方ないことだよね(´・ω・`)

966 :デフォルトの名無しさん:2013/06/08(土) 00:52:14.84
次スレ

【PHP,Python】スクリプト,バトルロワイヤル35【Perl,Ruby】
http://toro.2ch.net/test/read.cgi/tech/1370620300/

967 :864:2013/06/08(土) 00:58:09.41
>>907
> 信用できる? もう信用出来ないね。

>>953
> としか
> 言ってない人間は信用されない。

単語だけでどの宗派の人か分かるんだけど名乗らない。
ステマばっかり。

968 :デフォルトの名無しさん:2013/06/08(土) 00:59:22.93
どの宗派だとわかったんだ?w
外れていたら恥ずかしいぞ。
その根拠とともに答えたまえ

969 :デフォルトの名無しさん:2013/06/08(土) 01:04:12.33
>>966
まーたJS厨のテンプレ改悪クソスレ乱立か…
これで何個だ?さっさと死ね!

970 :デフォルトの名無しさん:2013/06/08(土) 01:05:25.58
Python厨の自演分かり易すぎ

971 :デフォルトの名無しさん:2013/06/08(土) 01:06:10.63
JS厨は早く自分の乱立したクソスレを消化しろよw

[JavaScript] スクリプト言語34 [Perl,Python,PHP]
http://toro.2ch.net/test/read.cgi/tech/1367771981/

【JavaScript以外】 その他のスクリプト言語
http://toro.2ch.net/test/read.cgi/tech/1367676856/

972 :デフォルトの名無しさん:2013/06/08(土) 01:06:54.87
効いてるw効いてるw

973 :デフォルトの名無しさん:2013/06/08(土) 01:08:25.38
>>972
なんでそんなに馬鹿なの?

974 :デフォルトの名無しさん:2013/06/08(土) 01:11:28.57
過剰反応してスレ汚し
人格攻撃
Javascriptユーザー装って乱立荒らし

こんな奴に使われる言語、それがPython

他のPythonユーザーは迷惑被っているだろうが
引き取ってくれよな

975 :デフォルトの名無しさん:2013/06/08(土) 01:13:46.26
ということにしたいんですねw
JSがスレ潰し&クソスレ乱立したことを責任転嫁
JS禁止スレでJSの話題をしまくってる馬鹿はどこのどいつだよ。あ?

976 :デフォルトの名無しさん:2013/06/08(土) 01:15:12.73
JSの話題さえなければ荒れないのに
他の言語関係ない話題でブラウザがーブラウザがスレを荒らしまくるゴミ
ブラウザ依存言語の話とか誰も興味ないだろw

977 :864:2013/06/08(土) 01:19:58.26
信用と言う言葉を使うのは
洗脳を仕事とする宗教家。
宗教がプログラミング言語に絡んでいるのはRuby。
だからRuby工作員。

>>949 Ruby↑ PHP↓   PHPが〜ウンコ
>>956 Ruby↑ JS↓    JSが〜ウンコ

>>277 VBScriptって〜ウンコ
>>279 ブラウザで〜ウンコ
>>780 PHPは〜ウンコ

ほらね。
Rubyはいつも上げ
Ruby以外の言語は「ウンコ」と言うイメージの悪い言葉とともに下げ

こうやって抽出してまとめて比較するとよく分かる。

そのほかの例がこれ
>>785

978 :864:2013/06/08(土) 01:22:40.56
次は Pythonつぶしですか。

>>968
> どの宗派だとわかったんだ?w

>>970
> Python厨の自演

>>974
> Javascriptユーザー装って
> こんな奴に
> それがPython



義務教育で副読本にでも採用されれば大もうけだからがんばっちゃってるのかなあ?

政府 「プログラミングを義務教育にします」
ttp://hayabusa3.2ch.net/test/read.cgi/news/1370523053/

979 :864:2013/06/08(土) 01:26:49.46
義務教育での採用を目指しての工作活動と仮定すると、
外国生まれの言語は工作する意味がないんだよね。
別にうまみないし。

学校の教材みたいな実用性皆無のところを狙っても落ちぶれるだけ。
そんなところにリソースを割くよりも業務を優先するもんだ。

まあ、UNIX系のツールや言語は大学で使われてきたと思うけど
優秀な学生なら教えれば使いこなせるし就職したら採用してくれるんで商売になる。
日本の小学生に教えても意味ない。全然違う。

980 :デフォルトの名無しさん:2013/06/08(土) 03:19:47.59
>>953
別に、バカに信用されたいわけじゃないから (w

981 :デフォルトの名無しさん:2013/06/08(土) 03:22:10.18
馬鹿がまともな人間に信用されたいといくら思ってもそれは無理だぜ?

982 :デフォルトの名無しさん:2013/06/08(土) 03:36:37.53
> 馬鹿がまともな人間に信用されたいといくら思ってもそれは無理だぜ?

たしかに、>>981 とか見るとよくわかるな (w

983 :デフォルトの名無しさん:2013/06/08(土) 16:07:52.30
>>976
だからWeb外の話を要求してるんだが、PHPやJSはWeb以外の話になると話続かないのがね
JSとかWeb以外にも色々あるはずなんだが、ここに来る輩にそれをやってる人間がどうも居なさそう

984 :デフォルトの名無しさん:2013/06/08(土) 16:44:04.05
JSって何

985 :デフォルトの名無しさん:2013/06/08(土) 16:48:36.86
女子小学生だろjk

986 :デフォルトの名無しさん:2013/06/08(土) 18:21:23.34
一応WebProg板なんでねPHPやJSは
ここより過疎ってるけど

987 :デフォルトの名無しさん:2013/06/08(土) 19:31:23.80
だけどWebの話を排除するとPythonが最強という結論にしかならないわな

988 :デフォルトの名無しさん:2013/06/08(土) 19:41:04.26
逆に言えばWebじゃPythonはかなわない。

989 :デフォルトの名無しさん:2013/06/08(土) 19:44:22.46
逆に言えばWeb以外なら?

990 :デフォルトの名無しさん:2013/06/08(土) 19:45:52.45
WebってHTML吐き出すアレ?

991 :デフォルトの名無しさん:2013/06/08(土) 19:58:36.96
>>987
Pythonはワンライナーが辛いかと…

992 :デフォルトの名無しさん:2013/06/08(土) 20:00:45.85
短いバッチ殴り書き用:Perl
ちょっと気合入れて作る用:Python
で終了だな

993 :デフォルトの名無しさん:2013/06/09(日) 00:27:20.22
いやいや、可読性最悪のPerlさんの方が気合入るって。
それに、ワンライナーだから気楽にできると思ったら大間違い、
ワンライナーに収めるみょうちくりんなテクニックとか駆使せなアカンし、
可読性はさらに最悪になるし、もうパズルですよ。

ワンライナーにせずに関数書いたりする方が気楽にできるのは間違いないよね。
ワンライナーなんかただのオナニーなんだよ、一行に収めるのにどんだけ労力かけてんだよって。

994 :デフォルトの名無しさん:2013/06/09(日) 02:06:06.16
一行に収めるとはすごい発想だw

一行でおさまる程度のコードだから
一行で書くんだよ。

995 :デフォルトの名無しさん:2013/06/09(日) 02:48:25.78
一行とかどうでもいいって

996 :デフォルトの名無しさん:2013/06/09(日) 04:08:41.32
古谷

997 :デフォルトの名無しさん:2013/06/09(日) 11:22:14.14
CUI使いにとっては、ワンライナーはどうでも良く無いよ
ファイルに書くまでもない一行コマンドを実行することは良くある
まあ、sedやawkで十分ではあるが

998 :デフォルトの名無しさん:2013/06/09(日) 11:33:21.00
Perlとかどうでもいいって

999 :デフォルトの名無しさん:2013/06/09(日) 11:37:16.59
なるほど、Perlには敵わないから
どうでも良いという事にしたいのですね

1000 :デフォルトの名無しさん:2013/06/09(日) 11:38:07.72
Windowsだと一式入れるの面倒だからPerlだけ突っ込んでる
sed役もawk役もPerlだけでこなせるからな
まあsedに関しては付属のpsed使ってるが

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

233 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)