人気プログラミング言語ランキング

1 ：2012/08/22 〜 最終レス ：2012/10/31

JAVA転落ざまあｗｗ

2 ：

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

3 ：

Haskell

4 ：

Prolog

5 ：

はいはいRubyRuby

6 ：

ruby はキチガイ隔離言語

7 ：

Haskell

8 ：

このスレのお陰で有益なスレッドが一つ立てられなくなったよ

9 ：

class << Class.new do
    include Module.new { attr_accessor :x }
    break self.new.x = 4
  end.+(2).display
  define_method :f do self.class.ancestors end
end.[].display
はいはい

10 ：

>>8
どんなスレ立てようとしたの？

11 ：

Prolog

12 ：

Haskell

13 ：

ruby

14 ：

G-BASIC
これ一択

15 ：

Haskell

16 ：

ruby

17 ：

Prolog

18 ：

ここまでの集計
Java    +
Haskell +++
Ruby    +++++
G-BASIC +
Prolog  ++++++++++

19 ：

Prolog

20 ：

おれはJavaがすきだ

21 ：

実際のランキングへのアンチテーゼなのか？ジャバ以外はマイナーなのしかないし。俺はGOがいいけど。

22 ：

ruby

23 ：

JAVAドカタ労働厨R

24 ：

人気プログラミング言語
順位、上位一桁。
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

1 2 C 18.937% +1.55% A
2 1 Java 16.352% -3.06% A
3 6 Objective-C 9.540% +4.05% A
4 3 C++ 9.333% +0.90% A
5 5 C# 6.590% +0.55% A
6 4 PHP 5.524% -0.61% A
7 7 (Visual) Basic 5.334% +0.32% A
8 8 Python 3.876% +0.46% A
9 9 Perl 2.273% -0.04% A

25 ：

JAVAのオワコン化は長期化の見通し
成り上がりJAVAerざまあｗｗｗｗｗｗ

26 ：

Androidアプリやって見たいけど、C#より言語機能ショボそうで手出したくない・・・

27 ：

C++よりObjective-Cが上とかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
終わってるｗｗｗｗｗｗｗｗｗｗｗ

28 ：

C言語ってよう知らんのだけど必要な変数て一番最初に記述しなきゃならいないんでしょ？
すごい不便だよね

29 ：

>>28
死ぬほど不便だけど、そういうプログラミングスタイルでも
大規模開発をやっていくノウハウが数十年の歴史で完成しちゃってる
この言語を退場させるには大変革が必要

30 ：

Haskell

31 ：

C#のコード見ると吐き気がする

32 ：

>>24
この指標(あくまでサイトの検索数)から読み取れることは
1) JAVAの低落
2) Objective-C だけが成長している
3) C#, Python, JS(ここには載っていないが)らの低迷
4) VB, PHP, Perl などがなかなか退場しない

33 ：

pythonは日本じゃ無理なんだよ
下ネタにきこえるし
ローマ字が読みにくいものは命名しないようにすんのはマーケティングの基本だろ

34 ：

>>28
#include <stdio.h>
int main(void)
{
  char c[] = "before the block";
  int i = 1;
  printf("%s: i = %d\n", c, i);
/* the block */
  {
    char c[] = "inside the block";
    int i = 2;
    printf("%s: i = %d\n", c, i);
  }
  printf("%s: i = %d\n", c, i);
  return 0;
}
/*
D:\work>gcc -o block block.c
D:\work>block
before the block: i = 1
inside the block: i = 2
before the block: i = 1
*/

35 ：

>>28
関数の最初にかきます。ブロックの最初にかきます

36 ：

>>35
Prologは変数を書きません。

37 ：

>>34
初心者R

38 ：

>>28
不便といえば不便かもしれないが
関数内で使用する変数が一箇所に記述されるので
初期化等、みやすく整理されるというメリットがある。
初心者は、画面に[HelloWorld]を表示するプログラムを作成するまでの手数が
少なければ少ないほど、その言語が簡単だと判断するだろうから、不便と思うのだろう。

39 ：

>>31
理由を頼むぜ。

40 ：

>>38
それは認めたくはないCの利点
結局どんな方法でもプログラムはくめるからむしろ何らかの不便さがあってそれがそのままコーデング規則になると
必然的に誰が描いても似てくるからよみやすいあまりにも不便すぎたらクズだけどCは不便がちょうどいい具合いになってるんだろうな
たとえごみかすな知識ノウハウでも、それが世界標準になると常識のようなものになってしまう

41 ：

Haskell

42 ：

>>40
ある程度冗長性が無いと読みずらいしリファクタリングしずらいんだよ。
１６進数のマシン語より日本語の方が読みやすいだろってこと。

43 ：

>>38
> 不便といえば不便かもしれないが
> 関数内で使用する変数が一箇所に記述されるので
> 初期化等、みやすく整理されるというメリットがある。
それはデメリットとはっきり認識する出来事があった。
この間新人が教育課題をやっていて必要もないのに関数の冒頭で変数を宣言していた。
C言語のような例もあるし、冒頭で宣言するのもありかとは思ったが、その関数にバグがあり
その修正に手間取っていた。
そこで自分ならこう書くなと思いながら、混乱の原因となりそうな部分を
新人が理解できるであろう道筋で修正していった所、関数の冒頭で
変数を宣言していることが、混乱の大きな原因となっているのが判明した。
たとえば、関数は短いのだが新人にとっては、スコープがブロックレベルから
関数レベルになっただけでも広いようで、どこで誰が変数に値を入れているか把握しきれていなかった。
同じく変数のスコープが広いため変数名が冗長になっていた。
その関数にはループ処理があるのだが、ループの外で宣言しているために、
ループの開始 または 終わりで 変数の初期化処理が必要になっていた。

44 ：

>>43
ループ開始でループカウンタを初期化するのは当たり前だろ。
あんた普段どんな言語を使ってるんだ。
アセンブラと比較したらどんな言語も分かりやすいよ。

45 ：

>>44
ループカウンタなんてひとことも書いてないぞ。
読み直し。

46 ：

for i in 0..10
10.times
for 10 { }

Cがゴミカスなのは今更いうまでもない

47 ：

>>46
>>24
ぶはｗｗｗｗ

48 ：

>>45
ループするのに初期化がいらないような言語しか知らない人がなんでプログラマやってんのって話だよ。

49 ：

ループするのに初期化が必要なゴミカス言語の癖を知ってると何かあるんかね

何もないよｗｗｗｗｗｗｗｗｗ

50 ：

間違っているのはどちらかくらいは判断

51 ：

>>49
>>46
> for i in 0..10
０は初期値じゃないとでも言うのか。
本当にごみくずだな。

52 ：

これは恥ずかしいｗ
実装知らないにもほどがある

53 ：

>>52
ほう
実装では5246730189の順番に実行されるんですね。初めて知りました。

54 ：

頭悪すぎるよおまえ
しんだほうがいい

55 ：

はやくRば

56 ：

Rubyコミュニティのkwatchのブログ
ttp://d.hatena.ne.jp/kwatch/20100430/1272585083
プログラミング言語の速度とアプリケーションの速度がいかに関係ないかがわかるグラフ20
C で実装された Cheetah や Template-Toolkit も、pure Python や pure Perl なテンプレートエンジンに思いっきり負けている。
逆に Ruby や PHP のようにスクリプト言語の中でも遅いと言われるものでも、正しいアーキテクチャを採用すれば十分な速度は出せる。
言語の速度を気にするのも結構だが、もっと重要な要素があるんだからそっちを気にしたほうがいい。
今日のまとめ：プログラミング言語の速度 != アプリケーションの速度
〜〜〜〜〜〜〜〜〜〜〜〜〜〜
> いや、Tenjin は C で実装されているわけですが。
え？そんなことないはずですけど。もし C で実装されているなら、ぜひソースを紹介してください。（kwatch）
ttp://www.kuwata-lab.com/

57 ：

しね

58 ：

phpTenjin (0.0.1)　 5.39　 3.64
..rbTenjin (0.6.0)　 7.34　 4.52
..pyTenjin (0.6.1)　 6.96　 5.61
..plTenjin (0.0.1)　10.42　 5.72
..jsTenjin (0.0.1)　19.00　12.98
PHPさすがだなあ

59 ：

だからどこで使うかの用途によると何度言えば

60 ：

VBA

61 ：

visual basic advance
GBAエミュレータ

62 ：

マトラボ

63 ：

http://d.hatena.ne.jp/gfx/20110131/1296481773
先日のPycon mini JPでは、Tenjinのトークが好評だったようでした*1。
- How to Create a Highspeed Template Engine in Python
このスライドの中で述べられているのは以下のような事です。
- Web Appの実行時間の中でViewコンポーネントが占める割合は意外と大きい
- テンプレートエンジンをCで実装する必要はない
- 様々な言語*2のテンプレートエンジンの実行速度を比較してみると、Perlが最速だった
- Djangoのテンプレートエンジンは遅い
このスライド、見せ方が非常にうまいので一見なるほどという感じがしますが、
この二番目の「テンプレートエンジンをCで実装する必要はない」という結論には疑問があります。

64 ：

（続き）
このスライドの前半にあるような最適化手法は私もずいぶん熱心にやったものです。
しかし結局のところスクリプト言語はCには敵わないので、本当にボトルネックになるならCで書くのがよい、という結論に達しました。
そして私はCでテンプレートエンジンXslateを書いたのでした。
Cによる実装はデバッグが難しいため、特別な理由がないかぎりCで実装する必要がないというのは私も賛成しますが、
Cで実装することで劇的に高速化することも実際に可能なのです。
　　　　 Rate　　 TT Tenjin　　 MT　　TCS　　HTP Xslate
TT　　 79.3/s　　 --　 -56%　 -79%　 -93%　 -95%　 -99%
Tenjin　179/s　 126%　　 --　 -52%　 -84%　 -88%　 -98%
MT　　　374/s　 372%　 108%　　 --　 -68%　 -76%　 -96%
TCS　　1158/s　1360%　545%　 209%　　 --　 -25%　 -86%
HTP　　1548/s　1853%　 763%　 314%　　34%　　 --　 -82%
Xslate 8452/s 10561%　4609%　2159%　 630%　 446%　　 --
Tenjin, MTがpure Perlであり、TTがCとPerlのハイブリッド、TCS, HTP, Xslateの実行エンジンはCによる実装です。
TTは一部をCで実装しているものの、たしかに遅いです。
しかし、Cによる3実装はすべてPerlによる実装より高速です。
これならばCで実装する価値はあるのではないでしょうか。
なお、上記のベンチマークによればTenjinよりMTのほうが高速なようです。
また、TenjinはMTやXslateとは異なり、スマートエスケープ機能を持っていません。
したがって、少なくともPerlにおいては、テンプレートエンジンとしてTenjinを選択する理由はないでしょう。

65 ：

KL1

66 ：

プログラミング言語なんて人気も何もないでしょｗ

67 ：

必要に応じて使うだけだしね。

68 ：

obj. c

69 ：

HPのRPN電卓に載ってるBASICみたいなやつ。

70 ：

APDL

71 ：

記述がC言語系の言語（C,C++,java,Objective-C,C#など）で
どれが一番良いの？

72 ：

>>71
APDL

73 ：

ヴイビー

74 ：

ruby

75 ：

>>67
ほとんどの言語で同じことができるから、最終的には「人気」でしょう。

76 ：

CとJSを比べてどうすんだって言うのはあるわな。というか、検索キーワードでランキングしても意味ないと思うが。

77 ：

JSでスクレイピングまだ？

78 ：

一番馬鹿にされてるけど、今一番稼げるソーシャルゲーム（笑）はPHPなんだよねぇ・・・

79 ：

そんな状況を例えるなら、あへんとかRに似てると思うよPHP
言語がクズなのは誰しも理解しているのに目の前の利にとらわれてやり続けるしかないとか、それはR以外の何物でもない
仕事があるからってゴミカスな言語でどんなに資産築いてもゴミになるだけなわけで何も残らんぞ
ちゃんと設計されたruby言語で自分だけの資産を作っていくことが大事

80 ：

>>43
Cもスコープの先頭で記述できるんだから
言語のせいじゃないじゃん。
>>38が関数内、って言ってるから、そう突っ込んだのかもしれんが
だとしてもC言語のデメリットとは言えない。
単にプログラマがヘボかったというだけだ。

81 ：

>>79
悪いね。俺にはその屁理屈は通じないよ。
相手が○○に例えて批判してきた時、
俺は○○のことだけを考えた時、
それをどう思っているか自分に問うようにしている。
そして○○だけで答えが出た時、
それは例えではなく印象操作だと考えることにしている。
つまりな、アヘンとかRとお前がいった時点で
俺は、アヘンとかRをどう思うか考え、
そして、悪いものだと答えが出たので、
お前の言うことは、例えではなく印象操作であると結論づけた。

82 ：

R中毒者には何言っても無駄だからなあ
どうしようもならなくなった時に慌てて言語を乗り換える
PHPが使われてる現状が「おかしい」と、思ったら
なぜ？　をちゃんと考えろよ

83 ：

変数に$つけるだけのC likeな文法が初心者やちょっとかじったことある人に受けてるんじゃない

84 ：

え、ＰＨＰってそんな簡単なん？
ネイティブコンパイラもあるし使ってみようかな。

85 ：

変数に$ついてるとプログラミング言語っぽいっていう印象はある
けどマジでそれは意味ない
見せ掛けだけの思い込みだ
perlがもたらしてくれた弊害だと思う
でもperlはいいんだよ
perlは$記号のおかげでソースコードが小さくなってるから
その目的のためだと思えば対価は払える
だがPHPは違う
何の意味もなく変数に$がついてる
ちょっとしたコードでも行数がかさむから
確かに初心者には良いと思うんだよ
rubyなら一行で済むことも長々と当たり前のおまじないを綴っていくことで
「あープログラムかいたなー俺はプログラマなんだなー」って実感が得られるんだろうね
けどマジ意味ない
社内ニートを増やさない為のパディングとしてPHPを使うことが世界効率としてはそれでいいのかもしれないけど、プログラミング効率上ではそういう無駄な行為は
マジで意味ない

86 ：

>>84
書店いけば分かるけど
基本的にruby,perl,PHPは同じような用途に使われるはずだけど
PHPだけがなぜか絵本みたいな入門書だらけ
おかしいぞこの言語

87 ：

ある程度誰かに何か流行が操作されてるっていうのは気づくべきだと思う
定期的に広まるバズワードは一体どこから誰が何の目的でバラまいているのか
ちなみに「クラウド」をばら撒いたのはトレンドマイクロだと思うよ
クラウドって単語がまだちょっとしか広まってないはずの時期に
「ウイルスバスタークラウド」と、商品名に起用する大胆さを見た
あれは自分で流行を作っているから、そういう大胆な決定が出来るんだろうよ
PHPはなぜ流行っているのか、
この言語が流行ることによって誰が得をしているのか、バズワードのトレースをしていくたい

88 ：

＞をしていくたい
をしていきたい

89 ：

流行の操作とPHPは関係がないだろｗ
phpは最近勉強してるけど、結構面白いよ
スーパーグローバル変数とか頭が痛くなるけどな

90 ：

流行りとかどうでもいい
文書書かずに実用的なアプリ書けよ

91 ：

ウェブアプリなんて馬鹿しか書かないぜ（・ω・）

92 ：

>>90
＞文書書かずに実用的なアプリ書けよ
え、なんで？

アプリはお前が書けよ
プロなんだろう？

93 ：

phpはwebデザイナが手を出しやすいからな。

94 ：

出しやすいも何もデザイナ向けの言語だろ？

95 ：

「ちゃんと設計されたruby言語で自分だけの資産を作っていくことが大事」
ごめん、ちょっと笑ってしまったw

96 ：

プログラムが資産だったことなんかあるのか？

97 ：

負の遺産だったことなら。
メンテ大変。

98 ：

rubyってまだ頑張ってたの？
-devや-listのML流量が1日数通くらいだっけ？

99 ：

Cは仕事不足で人口も減ってる
Javaはまだしばらく大丈夫
ruby良い言語だけど、人口が少ない
PHPは人口が多いからなかなか廃れない
COBOL未だに保険、金融系で動いてるとか怖すぎる
ようはインフラやっとけってことだな

100 ：

>>96
えっって思った
まぁ何も作りたい物がなくて、
目の前のタスクを処理する事にしか触ってないなら
資産も何も貯まっていかないだろ

101 ：

全然ランキングにならないな。

102 ：

この世界、
1) 速いほどよい。やはり速くなくては。
2) 短くかけるほどよい。短く書いたものは分かり易い。
といった思い込みが引っ張ってきたが、すこし見直してみたらどうだ。

103 ：

>>99
インフラってしーじゃないの？
しーはよくないんでしょ？

104 ：

JAVAer「実行速度なんてどうでもいいｗｗ開発が早けりゃいいんだよｗｗ
　　　　　　JAVAバグも出ないし書きやすい、Ｃざまあｗｗｗｗｗｗｗｗ」

105 ：

短ければいい は個人差が強いんだよ
連番メソッド名でも自分がメソッドの中身と引数覚えてるなら短いし読みやすい

106 ：

PHPはCに似てるって掲示板で見たけど、全然違う気がする…。

107 ：

比べれているのはCの原型すらないキチガイ言語だから
それらと比べたらまだ似てるってだけ

108 ：

>>106
C、perl、phpと継承してきたんじゃないの。
sedやlispと比べたら同じようなもの。

109 ：

>>105
連番で覚えてられる分けないだろ馬鹿か

しかし、機械語のようにそれぞれのビットに意味がある場合は別。
ビットの組み合わせで読み取れる。

110 ：

　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　

111 ：

　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　

112 ：

>>106
PHPは文法はJavaに似ている。Cとは似ていない。
ただしCと似た標準関数が結構ある。sprintfとか
Javaと似ている部分はclassがあるところ。
この時点でC言語とは違う。
C++もクラスがJavaの文法に近いし
多重継承が出来ずインターフェースがあるのでJavaに近くなっている。
クロージャやトレイトなどJavaにはない機能もある。
歴史的理由で変な所も多いが、
クラスベースの動的型付けとして普通の言語だよ。

113 ：

突っ込む気力がない（・ω・）
c++とjavaは違うし、phpも最初から今のようなobject-orientedな言語じゃない
まあphpは使わないので詳しくないが

114 ：

最初なんてどうでもいいだろ？
C++の最初って知ってるか？
テンプレートないし、名前空間ないし
例外（throw するあれ）すらなかったんだぞ。

115 ：

pythonって何で人気無いの？

116 ：

インデント強制するから

117 ：

いやc++は標準化まで長いから

118 ：

>>117
だから？ 標準化するまではベータ版とでもいいたいの？

119 ：

やっぱり言語仕様が一番洗練されているのはJava
Objective-Cとかウザ過ぎ林檎Rくれって感じ
C++は汚いけど物理計算とかゲームとか重い処理はやはりこれしかない
言語の速さはアプリの速さと関係ないとかぬかしてる奴には
N体問題や弾性体シミュレータをJavaやRubyやVBで作らせたいわ

120 ：

まあそうなんだけど、c++でもゲームとかじゃstlは使わないんだよね

121 ：

>>119
Javaとか勝手にメモリ管理されるのが気色悪い

122 ：

C++でstl使わないって何？
ライブラリ部分のこといってんの？

123 ：

>>122
知りたい？ｗ 知りたい？ｗ
ヒント、メ

124 ：

>>109
てめーとは違うから覚えるよ

125 ：

ゲームでもSTL使わないってコンシューマだけじゃないの

126 ：

PC版でもコンシューマに移植したりするからなぁ。

127 ：

ネイティブか、仮想シミュレータか、動的プログラミングか、
この速度差くらいはわかると思うが、オンラインRPGなど超高速処理が必要なプログラミングは
アセンブラで記述して、無駄を極限まで排除して高速化を図ってるんだな。
最近の人は、mov ax,0 を xor ax,ax と記述することの意味とか知らないだろうし
そういう意味では、簡素化された最近の高級言語だけじゃなく
C言語くらいやっといたほうが勉強になるわけだ。

128 ：

>>127の続き
STLを使わないのは、そういった理由だよ

129 ：

>>128
はい残念。違います。
それが理由ならSTLに限定する必要がありません。

130 ：

mov ax,0 を xor ax,ax
これ、メモリ節約になるって知ってる？
処理が高速化されるって知ってる？

131 ：

ビット演算スレでどうぞ

132 ：

Javaが速いって言われる時代だからそんなの考えなくていい

133 ：

>>130
今はSTLの話だよｗ

134 ：

いや、STLがゲーム開発などメモリ制約の多い環境で嫌われる理由
速度面でのチューンアップのために嫌われる理由という意味で同意なのだが
それが理解できない、という点で>>127が書かれているのだろう。

135 ：

>>127はSTLを使わないの答えにはなっていません。

136 ：

メモリ制約の多い環境で嫌われるのはいいとして
なぜSTLなのか、STLが名指しされている理由が書かれていません。

137 ：

> xor ax,ax
この程度のことは普通にコンパイラで最適化されるだろ
と思ったら最適化なしでもそう変換されるらしい。
ttp://myoga.web.fc2.com/prog/cpp/opti03.htm
; 最適化なし
00401059: xor　 eax, eax 　　 ; 戻り値 = 0

138 ：

>>130
>処理が高速化されるって知ってる？
今のCPUは昔のように命令が順番に処理されるような単純な回路じゃない。
実際に今のCPUで実行したらどのくらい早くなるか教えてもらえるか？

139 ：

「 C++のテンプレートはテンプレート引数が違うとそれぞれ全く別の型として扱われ、
それぞれ別の機械語コードにコンパイルされてしまう（中略）
記憶容量に制限のある環境では
STLに限らずテンプレート全般の使用を禁止している開発現場もある」
Standard Template Library (STL) - Wikipedia

140 ：

メモリ管理は下々の仕事。

141 ：

俺が120フルボッコにする前に既に名無し共にフルボッコにされた後であった
>>120
初心者R

142 ：

虎の意を借る雑魚キタ

143 ：

>>141
いや、使ってない人多いみたいだよ？
俺はプロじゃないから現場のことは知らないから使っているかもしれんが

144 ：

テンプレート使わないC++なんてゴミですがね
まあ使ってもゴミですが

145 ：

> テンプレート使わないC++なんてゴミ
ドコモ社長「iPhoneはCPUが低速、おサイフやdメニューもない、画面も小さい」

146 ：

>>143
ほんと意味のねえレスだな

147 ：

Wikipediaは何もかも正しい！

148 ：

rubyすごい

149 ：

rubyすごくね？

150 ：

ruby2.0がかなりすごいらしい

151 ：

>>119
それってjavaやpythonには全て実装がありそうなもんだけど
rubyやVBに実装がない理由なんて海外の計算機学科で使われてないからだろ

152 ：

uy乙

153 ：

> 作らせたい
とか偉そうに言ってるよな
エクセルマクロ（VBA）でスーパーマリオが動いたときはびびったもんだ。

154 ：

Matlabみたいに高水準から必要な時に低水準呼べばいいだけだな。
どっちかだけに縛ってケンカしてもしゃーない

155 ：

今から言語習うとしたら
CとJavaどっちがいいんだ？

156 ：

J

157 ：

>>155
なぜ習うのかによる。

158 ：

ruby2.0がかなりすごいらしい

159 ：

Prolog
お待たせ。ようやくこの言語の時代が来る。

160 ：

寝言は

161 ：

根抵当

162 ：

自然言語処理がブームなんだからprologブームの再燃は妥当だよ
むしろ、PHP,ruby,jsなんて言ってる連中からは残念な下等コーダーの底辺臭しかしない

163 ：

マジレスするとprologに何か有用なものがあるっていうなら
それをC#やRubyが実装しちゃうだけだよ

164 ：

で、prologには何があるのかね

165 ：

>>164
Prologインタプリタ。インラインに実装してください。

166 ：

>>165
それもおもしろい答えだけど。Prologでできることは最終的には他の言語でも
できる。強いてPrologでないと大変かなという課題は、私の手元に
「昭和50年版経済白書」という本がある。これを全部丸ごとプログラム化
しなさい、というような課題。Prologプログラマが5人いれば、即分担して
作業に取り掛かれる。他の言語だと最終的な仕上がりも含めて簡単ではない。

167 ：

これからは関数型言語の時代だから。マジで。
Prologが流行るとしたら関数型言語の後。

168 ：

確かにマシンが進化すれば関数型言語でも、とは思っちゃうけど、やっぱ関数型言語はなあ

169 ：

手続き型人間が関数型言語を使うのは効率が悪い

170 ：

一応、Ｃでも関数型言語的なコードは書けるけど、なんつーか微妙
まあ自分があんま知らないってのもあるけどね
ロジック（数理論理学）を記述できるPROLOGってのはカッコウいいけどな

171 ：

ゲームで STL 使わないとかのたまう奴はプロにもいるが、そういうのは std::allocator とかも知らない雑魚だから、そういう奴の話を聞く必要はない。
また、オンラインRPGが高負荷プロジェクトの代表だと思ってる奴の言うことを聞く必要もない。
そして、極限まで最適化するほど余裕のあるプロジェクトなんてほとんどない。やれば十分な効果が得られると分かっている一部の処理を置き換えるだけ。また、直接アセンブラで書かず、intrinsics を使うことが多い。

172 ：

滅茶苦茶だな。。。
平山さんのhpみてこいよまず

173 ：

多分プロジェクト全体ではSTL使用してるんだけど
ひとりだけ使わせてもらえないとか
そういう感じの奴なんだ

174 ：

関数型言語の時代はこない
もうとっくにOO言語が関数型の概念を吸収実装してる
関数型サイドがいつまでもOOに近づかなかった結果
もう遅い
関数型プログラミングが行われるようにはなってもそれはOO言語上でやられる
prologには何もない
見たところmethodmissingひとつで済むようなことを言語レベルでやってるバカかよシネ

175 ：

静的型付けで型推論まともに出来るのは関数型言語だけ
え、動的型付け言語使うって？使い捨てコード量産ご苦労様ですw

176 ：

まだ型推論とかやってんだ
とっくにその流行終わったものだと思ってた

177 ：

最低でも代数データ型くらいは無いと

178 ：

>>174
なんでそこでmethodmissingがでてくるの？

179 ：

prologは言語レベルでmethodmissingやってるだけの効率のわりいばか

180 ：

>>179
?

181 ：

効率が悪すぎる
よくやってられんな

182 ：

まっさらから定義をしていくという意味か？

183 ：

既に終わった言語だから気にしなくていい

184 ：

一度もメジャーになったこともないRubyがよくいうよw

185 ：

なんだこの基地外
はやくR
隔離されろ
prologスレから二度とでるな

186 ：

Rubyと違って、こちらは1980年代中頃には人気ナンバーワン言語だからね。
最近は斜陽だけど。

187 ：

こういう奴って自分も言語開発に参加してるならいいけど
そうじゃない場合って、ただの口だけバカだよな
早くRばいいのに

188 ：

なんでまだ生きてんだよ

189 ：

>>188
R

190 ：

Rubyもこんな本が一冊でも出ればまた人気上がるんだけどな。
http://www.amazon.co.jp/dp/0321417461

191 ：

Javaにはこんなのがあるね。
http://www.amazon.co.jp/dp/4339024457

192 ：

ゴミ言語が２つそろって必死だな

193 ：

お前らに何も教える気はない
そのまま勘違いしたままR

194 ：

は

195 ：

>>181
いちいちメソッド(Prologだと述語)が定義済みかどうか確かめている、くらいの
意味ではないか。

196 ：

ごめん >>182 だね

197 ：

Rubyとかその辺の言語ってなんで人気にならないの？

198 ：

聞こえなかったか
勘違いしたままRって

199 ：

俺はプログラミングとかもうほとんどやってない
やるにしても一瞬過ぎる
飯食べながら始めて、食べ終わる頃までに終わってる
それで自分がすべきプログラミングの作業が終わってしまうくらいには作業効率が良い
それ以外の時間はソースコードなんてかいてない忙しい
おまえ等はまだプログラミングとかやってたのか
死ぬまでやり続けてろよ

200 ：

>>199
効率w

201 ：

勘違いしたまま死んでいいよ
おまえは俺に無関係だ

202 ：

このレスを視た奴全員R

203 ：

もぐら叩きゲームも終わっちゃったかな
もうあんまりもぐらが出てこなくなってつまらないんだ
ちょっと叩くとすぐいなくなる
こっちがレスを誘導するように
レスしやすいようにしてやらないともぐら叩きゲームにならない
この板も終わったな

204 ：

全員死んだから

205 ：

% 以下は昨日他のスレでリンクが張られたもの。私の作だからコピーしてしまう。
バブルソート(L1,L2) :-
　　　　軽い泡はちょっと浮き上がる(L1,L3),
　　　　泡が浮き上がったら最初からやり直す(L3,L2).
バブルソート(L,L) :-
　　　　浮き上がる泡がなくなったらバブルソート終了.
軽い泡はちょっと浮き上がる(L1,L3) :-
　　　　append(L0,[_重い泡,_軽い泡|R],L1),
　　　　_重い泡 @> _軽い泡,
　　　　append(L0,[_軽い泡,_重い泡|R],L3).
泡が浮き上がったら最初からやり直す(L3,L2) :-
　　　　バブルソート(L3,L2).
浮き上がる泡がなくなったらバブルソート終了.

% 冗長プログラミングの雛形して書いた。こんな記述とは逆に、長い文章の中に
% タグを挿入するように引数を書き込んで、それだけでプログラムが書けないかと
% いう研究テーマもある。

206 ：

人気はないが、実力は一番のDelphi言語。

207 ：

Delphi使うくらいならVB使うわ

208 ：

oascalナツカシス

209 ：

pascalの誤

210 ：

Pascal 1970年代後半から1980年代に掛けての人気言語ですね。

211 ：

>>206
たしか、2000年頃は良い言語の1つだったよね。コンパイルも速いし
javaとc#、webアプリの登場で忽然と姿を消した悲しき亡国
未だにdelphi使ってるところは、せめてc++builderに移行しろよと思う

212 ：

c++builderもオワコンだろ
ボーランドじゃなくなった時点で
終わり。

213 ：

>>163
バックトラックとユニフィケーションぐらいかな
他の言語で実装すれば良いよ

214 ：

>>212
同感だね。今後はqtがインフラになるよ
photoshop,skype,chromeと実績が豊富

215 ：

>>213
実装する技術のある人はいくらでもいるが、
その上に高度な論理プログラムを展開するのはなかなか困難。
Prologのように環境もsyntaxも整っていてもプログラムを本当に
書ける人がどれだけいるか。

216 ：

サザエさん課題とエキスパートシステムの実装は楽だったけど、
それ以外でどんな使い道があるの？

217 ：

それはPrologが難しいのでも論理プログラミングが難しいのでもなくて
解こうとしてる問題が難しいんだよ

218 ：

>>217
そうです

219 ：

Prologは簡単なプログラムは簡単にとけるの？
難しい問題をとけるような仕様にした結果？
難しい問題は難しいままで、
簡単な問題を解くのも難しくなってないか？

220 ：

>>219
全然

221 ：

否定するところが怪しいなｗ
説得力ないし、やっぱり難しくなってるんだろうな。

222 ：

>>221
>>205のプログラムはもっとも易しいものだと思うけど、
実質スキルが必要なのはappendのサンドイッチ3行ですね。

223 ：

>>205 はデモプログラムです。
故意に誂えたものです。三手詰の詰将棋のようなもの。
いつもこんな訳にはいきません。

224 ：

今後Dartが世界を席巻するだろう

225 ：

だといいね。

226 ：

>>219
そりゃ得意不得意あるだろう
関数型がアッカーマンをやりたがるのといっしょ

227 ：

>>209
Delphi言語とPascalは違う。（C、C++以上に違う)
>>211
Delphi言語はオブジェクト指向はもちろん次の機能もある。
・アスペクト指向プログラミング（AOP）
・ジェネリクス
・シーケンス
・クエリー(LINQ)
・並列コンピューティング
Delphi言語はjava・c#より機能は上。

228 ：

http://www.tiobe.com/index.php/paperinfo/tpci/Pascal.html
なんでパスカル上昇中？

229 ：

VBAに1テラカノッサ

230 ：

某end言語の影響だろ

231 ：

このスレのバカは終わった技術掘り起こして何がしたいんだか知らんけど
妄想はブログでやってろよ
おまえが10年前かもっと前で知識止まっているのはわかる
目障りだよ

232 ：

Scala

233 ：

Scalaも全然使われてない
javaのクラスが継承できるとかが売りだったんだろうけど
そんなの全然珍しい技術じゃない
そもそもいまはMix-inが評価されて継承が捨てられようとしてる段階

234 ：

ゴミ

235 ：

仕様みたことすらないけど、scalaってhaskellみたいな関数型の恩恵あるの？
パッと見ではjavaっぽく書けたけど、それじゃメリットないよね

236 ：

ゴミ

237 ：

使ってない人が批評するなよ

238 ：

Javaとたいして変わらない
構文を少し変えたJava言語といった感じ
意味ないよ

239 ：

>>237 >>238
このスレは人気があるかどうかだけ述べればいいのさ
それ以外の書き込みは全部ゴミ

240 ：

Cがいい。Javaがすき

241 ：

Cはある意味、評価は出来る
本当に最低限はそろってるからな
けどいつまでたっても
；
↑
これ取らないからゴミ
バカなんじゃね

242 ：

俺底辺プログラマ好き だから>>241大好き

243 ：

ゴミみたいな奴だな

244 ：

>>243
ゴミみたいな書き込み好き

245 ：

>>242
Haskeller以外は全部底辺プログラマ

246 ：

ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ
はやくゴミはRゴミ
いつまで生きてんだゴミが
さっさとRやゴミ

ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミッカスRや

247 ：

>>245
haskellなんて

248 ：

Rゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミR
R
Rや
ハスケルはゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミッカス
Rゴミ

ゴミゴミッカスRや
Rゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ

249 ：

Rゴミ

250 ：

HaskellなんぞScalaから見たら実践の伴わない玩具だがな

251 ：

Scalaが実践www

252 ：

誰も使ってないｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バカ言語ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

253 ：

バカ言語おつｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バーかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

254 ：

ScalaはJavaに寄生して楽して普及しようとしたら
中途半端な仕様になって
ドカタからもコアなユーザからもそっぽ向かれた

255 ：

何のために作った言語だよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バカ言語ｗｗｗｗｗｗｗｗｗｗｗｗおつｗｗｗｗｗｗ

256 ：

バーカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
Rｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
さっさとRやｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
カスｗｗｗｗｗｗRｗｗｗｗｗｗｗｗｗｗｗｗ

257 ：

Haskellを理解できなかったゴミ

258 ：

現実として現場にゴミはいるわけで、ゴミにはHaskellは敷居が高すぎる。
仕事をした気分にすら出来ないから、いらん邪魔をはじめる。
C、JAVA程度なら仕事をした気分にさせておけるから、邪魔にならない。
もちろんOutputは当然捨てるが。
ゴミはテキトウに遊ばせておくに限る。

259 ：

Rｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バーカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

260 ：

Rバカｗｗｗｗｗｗ

261 ：

少しググれば分かる話だけれど、
haskell,ocaml,erlangで実装されたソフトウェアって、
複雑怪奇で並のPHPerやjava屋には作れないものばかりだよ

262 ：

別になんの言語使っていようが
haskell,ocaml,erlangで実装されたソフトウェアは
並のプログラマには作れないだろｗ

263 ：

それがどうしたんだか
やれやれ

264 ：

haskell,ocaml,erlangは凄いっていいたんですけどー？

265 ：

Prologの血を引くErlangが凄いのは当然

266 ：

凄いけど実績がないだけだ
凄いんだぜ！

267 ：

＞並のプログラマには作れないだろｗ
キリッ

下見て比べてるようじゃなあ･･･

268 ：

Rゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

269 ：

Rゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミゴミゴミｗｗｗｗｗｗコラゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
Rゴミｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミｗｗｗｗｗｗ
ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

270 ：

>>266
エリクソンはもちろんドイツの通信機器メーカーなんかでは実績も凄いらしいよ。

271 ：

ガンダム的に例えると、
アムロやシャア級のメインキャラだけが使いこなせる機体だよね
平均以下のプログラマにはCOBOLや事務の方が幸せそうだ

272 ：

関数型はザクレロとかアッザムあたりだろｗｗ
確かに常人には使いこなせる気がしない

273 ：

関数型関数型っていうけどErlangなんてPrologよりやさしいじゃないか。

274 ：

5年、10年と、手続き型を延々とやってきた奴が、
半年も腰を据えて関数型を触らない内から
関数型は手続きより難しいとか言ってんだよな。
全然やる気が無い

275 ：

関数型(笑)ってただのとんでも設計のひとつだよ
実用性がない
OOのほうが効率いい

276 ：

>>275
OOは上に高いが下に低い。
大規模になるほど「下」を食い止めないといけない。
OOでコーディング規約たくさん作ってレビューする
事を考えると、関数型のほうがむしろ楽な場合もある。
・・・部品のそろったSmalltalkで作りたい。

277 ：

>>275
それをいうとOOは思いつき設計

278 ：

OOPを使えば沢山の規約が盛り込めるだろ。

279 ：

>>277
たしかにOOのモデルはOOでしかない

280 ：

Haskellのモデルは数学というと言い過ぎかもしれないが

281 ：

Prologのモデルは論理式 ooのモデルはooたしかに効率がいいw

282 ：

じゃあ何か作れよ
テトリスでいいよ
効率いいなら１時間でいけるよな
OOで書いたらそんくらいだし

283 ：

>>282
あれっOOは効率がいいって書かなかったかな？

284 ：

OOの効率にはかないませんね

285 ：

関数型言語の設計ってやっぱり構造化なの?

286 ：

ゴミｗｗｗｗｗｗｗｗｗｗｗｗ

287 ：

構造化は効率がいいwwwwwwwwwwwwwwwwww

288 ：

ゴミは効率がいいwwwwwwwwwwwwwwwwwwwwwwwwwwww

289 ：

あれか？uy君はruby-devにキリッとバグ報告したら
あっさりスルーされて発狂してるのか？

290 ：

効率のいいものはゴミ

291 ：

構造化って何を基準に分けるの?

292 ：

>>291
データ構造 (ジャクソン法)

293 ：

>>292
COBOLの世界ですね

294 ：

少数で開発するなら好きな言語を使えば良いが
大人数で開発するならJava一択で、JavaはOOPL
だからOO以外選択肢は無い

295 ：

>>294
COBOLは?

296 ：

なんかおまえ等って足が遅いから優秀なやつがわざわざフィールド下げて
レベルあわせてもらっている分際で
ようはおまえ等が足引っ張るからjavaなんだよってことわかっていないようなレスを平気でしてくるんだよな
大人数での開発で足引っ張ってんのはお前だよ

297 ：

ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミゴミゴミｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗ
ゴミｗｗｗｗｗｗゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
互換性ゴミンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

298 ：

>>292
具体的には?

299 ：

数学の素養の無い文系ドカタのために必要 > オブジェクト指向

300 ：

>>298
ダイクストラの構造化プログラミングとは付かず離れずのメソッド。
連接,分岐,繰り返しのパターンをプログラム構造の基礎とするのだが、
どこからその構造が来るかというと、データ構造と一致させる。つまり
データ側にも同様の構造があるように構造化する設計法。

301 ：

開発が文系か理系か関係無く、顧客がわかる仕様にしなきゃならないわけたが。

302 ：

>>300
そのデータをどうやって設計するのかって話。

303 ：

人気はなくてもCOBOLは昔も今も主流言語
これまでのプログラム資産はダントツ1位であと何十年も1位を維持するだろう
新規で作られるプログラム量でも当分は上位だろ
だがCOBOLほどスレタイに一致しない言語もない
あのビジネスに偏った文法に遊び心とか洗練さは皆無
好きではないが無視できない存在

304 ：

>>302
そこから先は私は知らない。つまりあなたの指摘する部分が重要なので
その後論理設計の技法が確立していったのではないか。ジャクソンメソッドにも
そこの部分の示唆はあったように思うが仕様の例を引いての分析したものを
読んだ記憶がない。形式仕様記述などが流行る以前のこと、ということになる。

305 ：

私はPrologだから、その視点で書いてみる。COBOLはデータ部と手続き部が分離して
いるが、Prologにはそういう意味でのデータ構造はない。Prologでそれに当たるのは
仕様の文章であって、仕様の文章を論理式に変換するのが、Prologプログラミングである
ということになる。論理式に直接変換を試みるのではなく、ある種のデータ構造を仕様から
抽出していくというアプローチも当然ありうる。COBOLによる大規模開発ではジャクソン法
以前的に、そういう作業を積み重ねてきているのだと思う。

306 ：

ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

307 ：

効率のいいものはゴミ

308 ：

ゴミゴミゴミ効率ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

309 ：

>>304
そっか。ooのがわかりやすそうだね。

310 ：

>>309
だってジャクソン法云々は>>291に対してキャッチャーが外す敬遠のボールようなもの。
スコープを連想するような「構造」から離れてみただけ。

311 ：

rubyの互換性ゴミンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

312 ：

>>311
いやRubyは互換効率がいいからwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

313 ：

やあuy

314 ：

ooの分かり易さは、馬鹿でも分かった気にさせるという意味

315 ：

OOはプログラムの考え方といより、
普段の頭の中の整理方法として役立つ。

316 ：

>>315
それはあると思う。ただ、反射的にその整理を始めるようになると、万事コストで
物事を測る経済人と同様に世界を縮めそうな気もする。

317 ：

普通の人の普段の考え方を開発に取り入れただけだろう。

318 ：

>>317
それははっきり違う。

319 ：

>>318
はっきり根拠も言えるかな。

320 ：

普通の人は概念に対してそれが表れる事例をあらかじめ列挙して整理するようなことはしない

321 ：

意識するまでもなくできている。
って、ここにできてない人もいるのか。すまなかった。

322 ：

普通の人はできない。普通の人はそれを言語というより句構造の記憶で整理する。
これはOOとは関係ない。

323 ：

まあ、OOにはまともな定義がないので
こういう話はすぐ揉める

324 ：

ここでスレと言ったら、この発言の連続だと誰もがわかるだろう。誰も糸のことだとは思わない。
これは2chというコンテキストの上で話してるから。他のとこで言う時は2ch.thread。何かと区別する時はthis.thread。最初のケースはthread。

325 ：

>>322
句構造の記憶ってなーに?

326 ：

難しそうな言葉 {使って|作って} 話しそらそうとしてるんだから、邪魔しちゃダメだよ。

327 ：

プログラミングの話してんのにカプセル化が冷蔵庫だとか
テレビのブラウン管とかなんとか意味不明なたとえ話し始める奴がいるくらいならOOなんてないほうが良い

328 ：

イベント
スレッド

329 ：

>>325
使われるまたは使っているのを見聞きするだけでメソッドのようなものが記憶されていく
ことは考えにくい。あまり未分化の解析されない状態で積まれているだけだろうということ。
そう考えないとある概念の説明を求めた時、活用辞典的な応用例が次々と出てくるという人が
ほとんどいないことの説明がつかない。

330 ：

カプセル化は冷蔵庫キリッ
プログラミングは絵に似ているキリッ
ゲッタセッタは仲介業者キリッ
クラスとは物ｗでｗあｗるｗ
タンスクラスｗｗｗｗ
つくえクラスｗｗｗｗｗ
イスクラスｗｗｗｗｗｗ
家クラスｗｗｗｗｗｗｗｗ
オブジェクトは人間と似ているキリッ
プログラミングは建築と似ているキリッ
こういう奴らがいなくなるなら関数型大賛成

331 ：

>>330
OOPLでも関数型プログラミングは出来るが
OOPL使ってる限りそういうアホは居なくならない

332 ：

>>302
横レスだけど、ジャクソン法が対象にしているのは、(COBOLが活躍する)一般業務処理の世界
この分野では多くの場合、伝票が入力データで帳票が出力データになる
(言い換えると、入出力が伝票や帳票に限定できるから、それらの構造は比較的に単純ですむ)
この入力伝票/出力帳票に関するデータ構造を、「連接, 選択, 繰り返し」という
三つの要素で視覚的に(=ツリー図として)階層的に表現するのがジャクソン法におけるデータ設計
詳しくは、以下の文献を参照
・プログラミング方法論 (ジャクソン法)
　　情報処理 23(11), 1063-1074, 1982-11-15, http://ci.nii.ac.jp/naid/110002761572
個人的見解になるが、この「連接, 選択, 繰り返し」というデータ構造要素は、
(MLやHaskellといった)関数型言語のデータ型要素である
「直積(タプル, レコード), 直和(代数型), 列(リスト, 配列)」と同義と見なせる
つまり、(型推論によって)性能問題を解決したモダンな関数型言語(とその処理系)は、
一般事務/業務アプリ開発に最適なプログラミング言語の候補であると考えている

333 ：

>>329
それは言語の話でしょ。考え方の話してたから的外れ。

334 ：

>>332
それはすでに分析されて定型化しているシステムを電子化するだけってことだね。分析から始める場合に>>304みたいになっちゃうんだ。

335 ：

関数型で業務システムを構築したとしてさ、必要なパフォーマンスが出なかった場合はどうすんの？
関数型でこれ以上のパフォーマンスは無理ですごめんなさいってお客さんに謝るの？

336 ：

それは関数型に限った話ではない。

337 ：

いや、別に関数型って動作遅くないですし

338 ：

JavaでRレベルに遅かったときに
C++で書き直した例ってあるの > 業務システム

339 ：

>>289
これ？
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/46061
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/46072

340 ：

普通に考えるとoopのが遅いよな。
まあ、どれがチューニングしやすいかとかは置いといて。

341 ：

>>330
トリ

342 ：

ゴミ

343 ：

OOPだってSmalltalkではダメで
ブルーカラー用にデチューンされたJavaじゃないと普及しなかった
だからFPLもMLやHaskellではダメで
ブルーカラー用にデチューンされた言語が必要なんだよ

344 ：

タイミング的なものもあるんじゃないか。

345 ：

Java&C++ → Objective-Cっていう時代の流れか
Cの人気が回復というより、実質的には定位置なんだろうな

346 ：

誰がどう考えてもiPhone人気だからw
cが上位に来た理由はjavaが数年置きに互換性が無くなるうえ、
そんなに速くもなければ有り難がる必要もないってバレたんじゃないか？

347 ：

Javaが互換性がなくなったって
一体どの話をしてるの？

348 ：

jdkのバージョンや、androidあたりじゃない?

349 ：

>>348
バージョン変わっても互換性保っているし、
一体何の話なのかわからない。

350 ：

http://java.sun.com/j2se/1.5.0/ja/compatibility.html

351 ：

javaのdeprecatedは便利だ。

352 ：

>>350
互換性あるって書いてあるね。
> 後述の「Java 2 Platform Standard Edition 5.0 における非互換性」で説明されている項目を除き、
> JDK 5.0 は、Java 2 SDK v1.4.2 に対してバイナリレベルの上位互換性があります。
> つまり、互換性のないことが示されている機能を除き、バージョン 1.4.2 のコンパイラで
> 作成されたクラスファイルは、JDK 5.0 で正常に動作します。

353 ：

⁄⁄⁄⁄

354 ：

JDKのバージョンがあがっても、コンパイル済みのは、うごきます

355 ：

コンパイル後なら動くのなんて当たり前じゃん
コンパイルしとけばrubyでも互換性関係なく動くわ

356 ：

ほな、おまえrubyのコンパイラつくれや。有名になれるで

357 ：

無知もここまできたか

358 ：

いや、それは、もはやRubyではない

359 ：

VBA

360 ：

>>343
デチューン以前に金になる言語じゃないと普及せんよ

361 ：

>>299
一昔前までオブジェクト指向なんて無教養には絶対無理だか
らOOPLなんぞ普及しないとか言われていたがな。

362 ：

それは言ってる奴がバカだったんだろ
OOなんてOOの概念知らずともそのうちたどり着く答え
才能あればプログラミング一年目で辿り着いてる
順序的に関数型に辿り着くのはその後なんだけど
有用性は感じない
関数型を飛び越えたもう一つ先が必要
つまり２世代先

363 ：

uyがやってるのは劣化Lispだって言ってんだろ
50年前からある方法の劣化版なんだよお前のは

364 ：

>>362
環境にもよるだろ。OOの初期に謳われた差分プログラミングひとつとっても
共同作業という環境でないと必然性が感じられない。

365 ：

>>299>>360>>361
ある言語が流行るかどうかは難易度より金なんだよな
http://www.tiobe.com/index.php/paperinfo/tpci/Objective-C.html

366 ：

どんなクソ言語やクソ環境だろうが、それ使ってできることに魅力があれば普及するわけで
C++、PHP、Objective-C、JavaScript全部そうだった。
もっともJavaScriptはあまりにクソすぎるため
本格的に使われる前に機械生成する言語になりそうなふいんきだが

367 ：

あと最近のObjective-Cは意外と面白い。
iPhone開発で他の言語に置き換えるのがちょっと考えにくい程度には。
モバイルでGCのある言語はありえんし、C++は微妙だし。

368 ：

あとはC#の独特のポジションについて

369 ：

前々からtiobeはトレンドしか反映してないよw
言語の善し悪しに関わらずjsは、2、3年以内にobjective-c同様のバブルになるからね

370 ：

JSがバブルだといいけどね
政治には勝てないとげんなりしちゃう言語開発者とか出てきちゃってるし

371 ：

政治?
Microsoft,google,adobe,mozillaの政治指導者たちが、そっち向いてるのに?
それとも、民主党がrubyプログラマによる富国強兵政策でも始めたのか？

372 ：

>>367
appleの囲い込み戦略ってだけだろ.だいたいGCが使えないならc++で十分じゃないか
言語の善し悪しだけで考えれば、iOS上でもmonoを使った方がマシだろうよ

373 ：

Rよ

374 ：

昔も今もマトモなPGたちはライブラリはc、アプリケーションはc++で書きつづけるよ
スグに挙動がオカシクなる言語なんかでプログラムを書きたくないからね
それ以外の言語は場当たり的な消耗品を書くのにしか向いてないよ

375 ：

Cはその通りだけどC++はオワコン

376 ：

>>374
それを言ったらやっぱりCOBOLだろ

377 ：

これからまたバブルだよ
web開発とクロスプラットフォームでjavaが退いて廃れると、
まともに動くオブジェクト指向言語はc++しかないんだからね

378 ：

>>376
それって銀行の給与計算以外に使われるの?ソフトウェア書く言語じゃないよ

379 ：

五十両! じゃなかった五十年!

380 ：

>>378
なにを寝ぼけたこと言ってるの

381 ：

>>380
COBOLで書かれたソフトウェアって何さ?
これはRの加齢臭がするDSLだろ

382 ：

>>381
ソフトウェアw

383 ：

COBOLerはPGじゃないよ.
カスタマーエンジニアとかアンドロイド女子みたいな恥ずかしい生き物w

384 ：

でも>>383より稼ぎが多い。

385 ：

>>383
>>379

386 ：

>>385
>>381に加齢臭のするRって書いただろ

387 ：

そうは言ってもCOBOLは人類の貴重な資産
現在稼働しているCOBOLで書かれたプログラムのステップ数を知ってるか
億単位だぜ
COBOLをバカにしてもいいが事実は知っとけ

388 ：

資産?負債の間違いだろw
あんな腐ったゴミの管理を任されるなんて、想像しただけでもゾッとする

389 ：

>>388
負債という表現は諾えなくもないが。COBOLが生まれて凡そ10年後には
Cが発展誕生しているのに、それから40年なぜCはメインフレームで
十分な居場所さへ与えられなかったのだろうか？

390 ：

給与計算にはDSLで十分だからだよ
そんなもの疑問に感じることすらオカシイ

391 ：

マジレスするとCOBOLが生きていることに深い理由なんてない
使い手がバカだ

392 ：

C#がかなり成長してきてるんだよな
現状はC++を若干越えてる気さえする
けどMSが投資し続けないと終わるような言語と
放っておいても完璧主義者が集まって成長させていくC++じゃ
長期的にみたら勝負の結果は見えてる
Cは残ってC++はなくなるみたいなこと言ってる奴ってバカすぎるぞ
欲を出さなければ「使いやすいC」としても使えるのがC++
あんな言語でもずっと使っていれば人間は覚える

393 ：

1言語1プラットオーム
そんな時代

394 ：

誰もパソコンを使わなくなる時代が迫っている プログラマ大失業時代

395 ：

>>391
おまえの方がもっとバカに思えるが

396 ：

>>394
パソコンで動くプログラムなんて、もともと少ないんじゃないの。サーバとかでしょ。
キミが失業することに異論はない。

397 ：

>>396
確かに。パソコンというよりもExcelで管理する意欲が失われる時代かな。

398 ：

>>397
それはサーバサイドにも影響をあたえる

399 ：

会議室もなくなってしまったがオフィスのデスクトップもノートもどんどんなくなっていく・・・

400 ：

ゴミ

401 ：

Rゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バーカｗｗｗｗｗｗゴミｗｗｗｗｗｗゴミンゴｗｗｗｗｗｗｗｗｗｗｗｗ

402 ：

ビジネスアプリはもうGeneXusでいいや。
業務仕様から中間のモデルを作製して、モデル
からDBも画面もコードも自動生成、保守する。
思想的に現代のSmalltalkかも知れん。

403 ：

ゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗ

404 ：

ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗR
Rよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

405 ：

JavaやC#あたりのIT土方がCOBOLプログラマを一生懸命disるスレｗ

406 ：

RRゴミゴミｗｗｗｗｗｗバーカｗｗｗｗｗｗｗｗｗｗｗｗ

407 ：

>>402
つまりPrologですね

408 ：

ゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗRｗｗｗｗｗｗ
Rｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

409 ：

Smalltalkという名前はPrologにこそ相応しいものだったんだよ
もう取り替える訳にはいかないけど

410 ：

>>409
PrologがPrologなんて名前でなくてSmalltalkの方が相応しいとは私も思う
だけどSmalltalkがその名に相応しくないとかPrologの方がその名に相応しいと
いうことではないだろう？

411 ：

>>410
そうです 現代のSmalltalkという表現があったので日頃思ってたことを
書いてみただけです

412 ：

ということは私の >>407 にも注釈がいるということか。
GeneXusはウルグァイのProlog学者がPrologで書き、会社を作り、さらに適切な
言語に移植していったもの。現在でも新規開発部分の核は最初Prologで記述されると
言われている。

413 ：

↑ゴミｗｗｗｗｗｗｗｗｗｗｗｗ

414 ：

↓ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

415 ：

prologはゴミｗｗｗｗｗｗ
ゴミンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

416 ：

ゴミゴミナース！

417 ：

ゴミ箱ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗンゴｗｗｗｗｗｗｗｗｗｗｗｗ

418 ：

Rｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

419 ：

なんで、prolog->Smalltalkがしっくりくるのか理由がわからない
述語論理記述するものだから、program logicでいいだろ
てか、prologで書かれているだけで、すごくモッサリしてそうな印象
>>394
一体、どこの農業大国だ.だいたい,農家すらもIT化しようとしているのに

420 ：

RRRｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

421 ：

Smalltalk って当たり障りのない気軽な世間話だからね。
相手（レシーバー）に言いたいことを言い放つ（メッセージを送る）だけで、ロジックからは縁遠い。
Prolog は一人っきりでただひたすら理屈を積み重ねて結論に達する Monolog がお似合い。

422 ：

それなら、prologよりかもtwitterの方がお似合いだな

423 ：

>>422
そうね。twitterの最後にピリオド付ければ全部Prologプログラム。実際には
シングルクォートで囲んでからからだろうけど。

424 ：

だから
Prolog -> twitter -> Smalltalk
でしょ

425 ：

>>421
Smalltalkはオブジェクトの中じゃなくて、オブジェクトが
メッセージを投げ合う所にロジックがあるんだろう。
行間って言うか何というか。
Prologは行間じゃなくて行をひたすら読む感じ。

426 ：

初心者の俺はCとC++が使えれば満足したのであった

427 ：

そうだね.今だにterminal上でrougeで遊ぶのが最高にkoooolだよ

428 ：

>>425
そうですね。オブジェクトが掛け合うのがSmalltalk。
Prologはプログラマがひたすらボソボソ、ボソボソ。

429 ：

Prologのプログラミングはtalkというより、書付けかな。
Excelほどの形式もなく、ただ書いていくから。
紙の裏側にちょっと書いておいてしまって置く。反故というのかな。
そんな感じ。

430 ：

ゴミ

431 ：

>>430
まあRubyには真似できませんよ。

432 ：

>>429
最後に質問が真になるか偽になるかを決めるのはそうやってかき集めた述語です

433 ：

プログラム言語には考えるためのツールという側面があり、パラダイムなんて
いう議論をするとそこらあたりが強調されます。Prologの場合はひたすら書付けて
何も考えないのが理想なのだと思います。

434 ：

rubyは他の言語でプログラミングする気がなくなる魔力がある
どの言語も一長一短あるが使いやすさではrubyが一番
日本人が作った言語なのに日本ではアンチruby派が多いよね

435 ：

>>434
どの言語と使い比べてrubyが一番という結論に至ったの？

436 ：

>>434
Rubyがよい言語であることは全然否定しませんよ。私の文脈のような
プログラミングをする人はRubyプログラマにはいないだろうし、それに
適するsyntaxの言語ではないと思っているだけです。

437 ：

>>435
Javaを敵視しているらしい

438 ：

>>435
仕事で使った言語はアセンブラ、COBOL、PL/I、C、C＋＋、Java
趣味で使った言語はpascal、smalltalk、perl、ruby
プログラミングするのが楽しく思えたのはPL/Iとruby
こんな感性だから聞き逃してもらっていいよ

439 ：

>>438
PL/Iですか。ム板で語られることのない言語ですね。ぜひ、お願いします。

440 ：

>>419
レス遅れました
>いったい、どこの農業大国だ・・・
もちろん日本のことです

441 ：

>>440
デスクなくしてしまったオフィスもあるけどw
年配の管理者はパソコン分からないという世代が去って
使い込んできた世代に変わってきて部下がExcelやPowerpointで
仕事しているのを極端に好まない管理者が増えてきているようだ。

442 ：

>>441
Windows95世代。入社が。

443 ：

methodmissing

444 ：

ゴミ箱ｗｗｗｗｗｗｗｗｗｗｗｗ

445 ：

>>443
これ最近たまに見かけるけど、いつ頃発明された概念なんだい？

446 ：

Smalltalk誕生以前

447 ：

>>441
アクセスできる情報が共有されていると部下と同等かそれ以上のIT能力のある管理者に
とって部下の社内報告書は無意味なものとなる。だからといって全部取り上げてしまうと
部下は判断の機会を失い経営的センスが成長しない。管理者が多忙過ぎてできない領域で
しかもこのような能力を醸成する機会を与える何かを見つけ出す必要がある。
結局AIの出番かな。

448 ：

>>446
どんな論文があるの？

449 ：

ゴミ

450 ：

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バコナロ「んーーーーーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

451 ：

コナン「バーナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」







ッペロバコナーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

452 ：

バコペナロッ「ンーーーーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

453 ：

ッペロ「ンーーナｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

454 ：

ペローナ「ッバコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

455 ：

ペコバナーロ「ッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

456 ：

ッｗｗｗｗｗｗ「ペコバナーローｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

457 ：

ペコバナーロー「ッンーーーーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

458 ：

>>447
>結局AIの出番かな。
名前欄にprolog工作員と書くのを忘れてますよ

459 ：

ンーｗｗｗｗｗｗ

460 ：

ンー「ナーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

461 ：

>>458
もう少し文字列処理が多くなるような領域に対象を移す必要は
あると思います。事務処理は。

462 ：

>>461
手続き脳が宣言型パラダイムでそれなりに書けるようになるまでどれ位かかります？

463 ：

>>462
居心地が悪いと感じるのはこれはどうしようもない。>>205の
　　　　append(L0,[_重い泡,_軽い泡|R],L1),
　　　　_重い泡 @> _軽い泡,
　　　　append(L0,[_軽い泡,_重い泡|R],L3).
は手続的に解析すればいろんな事をやっています。しかし、それを
軽い泡をひとつだけ浮き上がらせると読む。宣言的であるかどうかの
差はそこしかない。読み方の問題。とするならば、手続的プログラマは、
即、宣言的プログラマになれる。

464 ：

バーカｗｗｗｗｗｗｗｗｗｗｗｗ

465 ：

>>463
レスサンクスです。が、スマンよくわからんｗ
例えば、書き捨てのテキスト処理やCUI三目並べ、linuxの基本コマンドなんかを
それぞれ数時間あれば作れるようになるまで約何カ月でしょうか？

466 ：

そのレスは万年低級者が存在するスポーツやアートの分野において、
非常にナンセンスなものだと思われます.

467 ：

>>465
できる奴はとっととできるようになる。
できん奴は一生できん。

468 ：

>>432
三目並べを作ろうとすると、ゲームより先に
先手必勝か後手必勝かを勝手に答えてきそう。

469 ：

ナバ「ペコーンッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

470 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗ

471 ：

バコナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

472 ：

コンーナバーロ「ｗｗｗｗｗ」

473 ：

日本のサーバーOSシェア、なんとWindows Serverが73.7％と圧倒　※ただしNT/2000/2003が半数以上
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/

474 ：

ッロナー「バペンコｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

475 ：

コロバ「ンーペッナｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

476 ：

バ「コッペロンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

477 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

478 ：

>>473
弥生が動いてるだけのサーバーとかね。

479 ：

バーカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

480 ：

>>473
あれ一時80%近くまで行ったんじゃなかったかな

481 ：

IBMなんかが結構本気でLinuxサーバに乗り出してるから今後は苦戦だね
汎用機のオコボレが勝負なんだから

482 ：

弥生サーバなんてものがあるのかどうか知らないけどそういうレベルは
これからクラウドに吸収されて激減するからWindowsシェアも激減するでしょ

483 ：

コペロバーナ「ッｗｗｗｗｗｗｗｗｗｗｗｗｗ」

484 ：

ナコペローバ「ンッｗｗｗｗｗｗｗｗｗｗｗｗｗ」

485 ：

ペロｗ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

486 ：

ンーｗ

487 ：

ンーｗｗｗｗｗｗ

488 ：

ッペコロナ「サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

489 ：

ペコローナ「ンーｗｗｗｗｗｗｗｗｗｗｗｗ」

490 ：

バナコロ「ンぺーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

491 ：

ペコーン「ｗ」

492 ：

ッサーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

493 ：

>>463
そうなのか。今まで「信者がいるらしいので敬遠」していたのだが、それは人生の損失のなのか。
適当な書籍と処理系をぜひ。

494 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗ

495 ：

ペロン「ッｗｗｗｗｗｗｗｗｗｗｗｗｗ」

496 ：

ペコロバ「ン「」ｗｗｗｗｗｗｗｗｗｗｗｗｗ」

497 ：

>>493
処理系
SWI-Prolog http://www.swi-prolog.org/ 一番人気 普通の選択
AZ-Prolog http://www.az-prolog.com/
私の友人が作者 Prolog-KABAの後継を狙ったもの C言語に落とせる マルチコア指定可
初心者向き http://www.amazon.co.jp/dp/4303716901
一番人気本 http://www.amazon.co.jp/dp/4320097106 入手難
本格本(二分冊)
http://www.amazon.co.jp/dp/476490165X
http://www.amazon.co.jp/dp/4764902540
本の目録は http://nojiriko.asia/prolog/prolog_book.html 参照

498 ：

ごめん。初心者向きと書いてある行からは書籍の案内です。

499 ：

ッ「コッペロンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

500 ：

HSP使いやすいよ。サイコー

501 ：

バコナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗ」

502 ：

ペコッ「これは、ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

503 ：

ロバナー「ペッコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

504 ：

サーバー「ペッコンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

505 ：

サーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

506 ：

ペロッ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

507 ：

ッバコナロ「サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

508 ：

サーバー「ペコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

509 ：

サーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

510 ：

サーバー「カコーンッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

511 ：

ンーペコバロッナ「サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

512 ：

ペコバロッサ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

513 ：

マジキチ

514 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗ

515 ：

ペロッ「ンッンーｗｗｗｗｗｗｗｗｗｗｗｗｗ」

516 ：

ペッ「バナンローｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

517 ：

バッナンロ「サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

518 ：

サーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

519 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

520 ：

コペンバローナ「ンーッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

521 ：

サバー「ペッこれはコバナンロッ、ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

522 ：

サーバー「カコーンッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

523 ：

サーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

524 ：

コペンバローナ「サーバッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

525 ：

ナロバッペ「コーンッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

526 ：

ナペンバーロ「これは、サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

527 ：

ペロッ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

528 ：

ペバコロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

529 ：

TIOBEのは被検索の順位だから、Indeedのような案件数の推移の方が実体を反映している気がする。
http://www.indeed.com/jobtrends?q=java&l=

530 ：

ンーｗｗｗｗｗｗｗｗｗ

531 ：

uyはゲーム系専門卒の屑ニート

532 ：

>>529
これには賛成
利用されている数順位に多少とも近いのはこちらだと思う

533 ：

注意が必要なのは
例えばPrologはPrologでindeedされることはあまりなく
Logic programming でされる そういうクセがでてしまう

534 ：

Prologが扱えるなんてことは、ロジカリストの一属性ってことか。

535 ：

ペコー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

536 ：

バローナ「ンーｗｗｗｗｗｗンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

537 ：

バコぺナーロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

538 ：

これは、ペロナ「バッコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

539 ：

バコペロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗサーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

540 ：

ン「バコナローバンドーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

541 ：

>>534
そういうことになるんでしょうね

542 ：

ペナ「ンッローｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

543 ：

そういうことになるんでしょうね。「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

544 ：

ッバコナロ「そういうことになるンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

545 ：

ナッロバコ「そういうことにナーンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

546 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

547 ：

この荒らしにとって、さっさと流れて行かないと困る何かがこのスレにあったというね

548 ：

ッ「バコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

549 ：

ペロコン「ナッローｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

550 ：

そういうことにナーｗ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

551 ：

バコナロー「ンー」

552 ：

そういうことにナーンーｗ「バコナロｗｗｗｗｗｗｗｗｗｗｗｗｗ」

553 ：

早くも次のスレが立ったようだがそちらにも流れていくのだろうかw

554 ：

関数型の話題からアンチが沸いたな
コモディティ化すると困る市場があるんだろう

555 ：

スレ「コモディティーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

556 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

557 ：

ナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

558 ：

咲「ロンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

559 ：

やれやれ。まだやってるんだ。


もう、偏執狂というか、馬鹿というか。

560 ：

韓国軍海兵隊のトンデモ体質
http://www.tokyo-sports.co.jp/nonsec/37403/
「実際に海兵隊は、かつてベトナム戦争に派遣された折、無抵抗の
村人たちを大勢、虐Rる事件をしょっちゅう起こしています。
これは被害に遭ったベトナム人たちの証言によって明らかになっています。
海兵隊はまず村民のベトナム女性たちを集団で強姦し、その後で生きたまま
井戸に放り込んで、命乞いをする彼女たちを無視して手りゅう弾を
放り込んでRような残虐なやり方を好んで行っていました」
日本ではベトナム戦争の悲劇というと米軍兵士によるソンミ村事件が
有名だが、実際には韓国海兵隊による虐殺事件の方が犠牲者も件数も
圧倒的に多かったという。

561 ：

ナコバロ「ンーｗペッナｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

562 ：

>>554
単に引っ込みがつかなくなっただけだろ

563 ：

>>562
文字の組み換えに深遠なる何かがあるのだろうと解析中だが未だわからない

564 ：

ーペッナ「バッコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

565 ：

ッペロバコ「ンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

566 ：

そういうことに「ナアンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

567 ：

>>566
ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

568 ：

サーバー「カ、カコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

569 ：

サーバー「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

570 ：

ンーペッナローバコ「サーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

571 ：

ナロー「ルーターｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

572 ：

実験スレか何かかここは…

573 ：

ンロー「ンーロｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

574 ：

バコナペロ「何かかここーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

575 ：

ルータ「サーバーここーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

576 ：

ルータ「」

577 ：

ナバロコン「ルーターｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

578 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗ

579 ：

ルーター「ンｗ」

580 ：

ルーター「実験ｗｗｗンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

581 ：

バコナロッー「ルーターｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

582 ：

ペロバコーナ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

583 ：

コペンロナーバ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

584 ：

バロナコ「実験スレかここーｗｗｗｗンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

585 ：

ナコロバ「そういうことにナーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

586 ：

ここでルイズコピペ↓

587 ：

ン？

588 ：

ペロナッ「コーンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

589 ：

ッ「バペロナコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

590 ：

ッ「ペロバロコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

591 ：

ペロッこれはペロッこれはペロッこれはペロッこれは「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

592 ：

ン「ッンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

593 ：

ッ「ナロバコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

594 ：

ッ「ぺナロバコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

595 ：

ちゃんと睡眠とってるじゃんワロタ

596 ：

ッ「コーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

597 ：

ッ「ナコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

598 ：

ッ「ペナコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

599 ：

ッ「ペナペナコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

600 ：

バコナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

601 ：

ナナ「ペコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

602 ：

ナローバ「コンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

603 ：

バコナロ「ナローバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

604 ：

バナロ「コンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

605 ：

バコナロ「ナバローｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

606 ：

ッ「コナミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

607 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗンォｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

608 ：

ペロｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

609 ：

ッン「ンーペバンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

610 ：

ーッ「コッペロンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

611 ：

コバナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

612 ：

通報したわ

613 ：

バナロペッコ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

614 ：

バコナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

615 ：

ペッコ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

616 ：

コロンーバーペッナ「ッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

617 ：

PHPは良いと言ってた連中にはすっかり騙された。

618 ：

ー「ペッコーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

619 ：

コナ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

620 ：

ンーペッナローバコ「すっかり、言ってた、ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

621 ：

知性のかけらも感じない
無理してプログラミングやらなくていいよ

622 ：

ンーペッナバコーロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

623 ：

プログラミグ「ペロっこれは、ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

624 ：

反論でも何でもいいからプログラムっぽいレス欲しくて書き込んだんだけど駄目だな。荒らしが止まらない。この馬鹿どもめ

625 ：

もうみんな移行してる
人気プログラミング言語ランキング 2
http://toro.2ch.net/test/read.cgi/tech/1347635418/

626 ：

バコッ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

627 ：

ンーペッナ「バコｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

628 ：

ッロバ「ンンンンンンンンンンンンンンンンンンンンンンンンンンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

629 ：

ナッコロバ「ルーティングハブサーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

630 ：

ナコバロ「ンンンンンンンンンンンーｗｗｗｗｗｗｗ」

631 ：

ンーペッロ「コナーバーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

632 ：

ンーペッナ「ンーペｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

633 ：

バコナロｯ「ロバｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

634 ：

多くのPGにとって福音となるはずのc# on jvmのstubたんが普及しない

635 ：

わざわざツールとかが限定されるC#で書く意味がない。

636 ：

ロバ「ッンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

637 ：

バコンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ「ナｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

638 ：

ンーｗｗｗ

639 ：

バロコンーペッナ「ンヲｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

640 ：

ッ「ナッコバローンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

641 ：

ペッナ「ンンンンンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

642 ：

バローコペッンーナ「ペロッこれはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗロバッｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

643 ：

ロバッ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

644 ：

ロバッ「ン、これはペロッバコナロｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

645 ：

ンーペッナ「バコナロｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

646 ：

バコナロ「ンンンンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

647 ：

ペバロナーコｌ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

648 ：

ロバ「これは、ロバッンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

649 ：

ンーペッナバコーロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

650 ：

ンーペッナロバコ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

651 ：

バコナロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

652 ：

ロナ「バコｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

653 ：

ナロバーンーペッコ「ンジャメナｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

654 ：

コペンナーロバーロ「ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗジャメナｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

655 ：

ッ「ペロンジャメナーンｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

656 ：

C#に対抗できる言語なんてあるのかよ？

657 ：

>>656
Prologは遥に超えている

658 ：

ンナロバｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

659 ：

コバン「ナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

660 ：

やっぱりC++最強だよな？

661 ：

ーｗ

662 ：

>660
JavaこそC++｢++｣。多重継承の禁止やポインタの廃止など、進化したC++と言える。

663 ：

ンーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

664 ：

ロ「ッペコバンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

665 ：

コ「ッペロバンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

666 ：

コ「ッペロバーナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

667 ：

>>662
しかし java は参照をとりいれなかったのが失策。
基本的なデータ構造の効率的な処理が記述できなくなってしまった。
http://toro.2ch.net/test/read.cgi/tech/1316592884/270-271

668 ：

>>662
それじゃ++++を合わせて#になる意味がない。複雑なものを引くから++--だろ。

669 ：

++
++
で # っていうのはすさまじくうまいこと言ってる気がするんだけど既出ネタ？

670 ：

既出も何もC#の設計主任がそう言ってるんだから
ttp://www.atmarkit.co.jp/fdotnet/insiderseye/20060215cscommunity/cscommunity_01.html
＞「C#」を近くでよーく見ると、「C++++」に見える。そのような理由で最終的に「C#」という名前に落ち着いた。

671 ：

ンーｗ

672 ：

マンダム

673 ：

やっぱり、C++が最強だな

674 ：

>>670
どうも。半音上げか何かだと思ってた

675 ：

c#が発表されたとき、熱狂的なファンがわーわーいっているのを傍でみていて
なんかのメーリングリストに入ったものの、一日百通ぐらいも、どー、と流れていて
そんなのをみてため息をついてた時点で、私の負け組は確定でした‥‥‥
明日教科書かってくる‥‥‥
あ、机の下にシルト先生の独習が‥‥‥

676 ：

ンーｗ

677 ：

バコンロ「ッナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

678 ：

その言動じゃ、プログラマやっても負け組みに見える
WPFやsilverlightなんて、この先生き残るのか疑問。
いまのところ、スマホとunityで騒がれているだけでしょ？
VBやperlの代替になるnode.jsのほうが勝ち馬に乗れそうなもんだけど

679 ：

エンプラ方面じゃとっくに普及してるだろうに

680 ：

ンッペロコバンナー「ンッペコロバンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

681 ：

linux版の出来悪すぎ。試す度にjavaでいいやってなる
エンプラでもjavaの方が勝ってるだろうに
ゲームとスマホ以外で普及する余地あるの？

682 ：

結局、java最強だな

683 ：

monoの猿のロゴ好きだよ。イカザの生き方って刹那的だよね
あれって、ファイトクラブのスペースモンキーを意識してたりするのかな？

684 ：

C++最強な件

685 ：

Javaは遅すぎなんだよな

686 ：

ｊａｖａ「ンッペコバンナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

687 ：

Javaは言語仕様も悪いが、処理系の実装も悪い。

688 ：

Java厨は生産性を叫ぶだけの無能猿

689 ：

無能であっても大量にかき集めれば生産性が向上すると
本気で信じているからな > Java厨

690 ：

>>689
有能を100に連れてこいといって
お前はそれができるのか？
誰でもロイヤルストレートフラッシュのカードを
持ってれば勝てるだろう。
だがそんな幸運は期待できない。
手持ちのカードで目的を果たす方法を
お前は考えたことがあるのか？

691 ：

C++がそんなにレベル高いか？

692 ：

>>690
有能を3連れてくればいいところを、無能ばかり100連れてくるから問題なんだろ
手持ちのカードが悪ければ素直に降りてりゃいいのに、ハッタリかまして失敗するのもな

693 ：

有能3:無能100の比率でもマシなのに、例外がいると邪魔だからと
有能3を排除して無能100だけで仕事しようとするのがJava厨

694 ：

どれも、人気はないから。

695 ：

んーｗ

696 ：

つか、有能というかプロはC++かCだろ
土方にJavaをやらせているだけ
JavaだけでOSの実装なんてできるかよ

697 ：

ググってからレスしろよ

698 ：

google最強だな

699 ：

ペッコンバローナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

700 ：

プロ「ペッコンバローナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

701 ：

ンッペコバンナー「ペッコンバローナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

702 ：

このスレッドは天才プログラマー「ペッコンバローナーちゃん」が
リハビリのために使用しているものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

703 ：

ンペーナ「ペペペッペペッコンバローナーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

704 ：

>>702
ペッコンバローナーなのかお猿のアイちゃんなのかはっきりしろやクソボケ

705 ：

Objective-Cが凄いらしい

706 ：

Objective-Cは最悪のクソ言語

707 ：

>>692
くだらん反論だな。
数値を変えただけじゃないか。
有能を3連れてくればいい所で
3人見つからないときはどうするんだよ。

708 ：

馬鹿には無理

709 ：

>>707
> 3人見つからないときはどうするんだよ。
> 素直に降りてりゃいい

710 ：

有能3人すら連れて来れない無能が
無能100人集めてデスマって
やっぱプログラマってダメだなー、SEこそ至高！とか言ってる図が浮かぶ

711 ：

>>690>>707はまさに「無能で勤勉」の典型
即刻銃殺されるべき

712 ：

私は無能をいかに上手く使って生産性あげるかってこと考えてるね。上のやつみたいに周りが無能だから出来ませんでしたと逃げたくはない。

713 ：

無能な奴は無能しか引っ張って来れないからね
無能なりに出来る範囲で頑張ってるってことなんだろうけど、まさに無能な勤勉ってやつだな

714 ：

そもそも無能と有能に明快な境界線などない。失敗したらあいつが無能だったからと言い訳に使ってるだけ。自分の無能さを隠すために。

715 ：

ぷｗ　えとな、
有名レストランでも、すべての料理人が
一流コックではないのだよ。
実現不可能な理想を語ってどうする。

716 ：

>>715
議論の流れが掴めていない馬鹿の君にも分かるように言うと、
「一流のコックも必要だろ。無能だけ集めてどうする」
「いやいや、無能だけでもイケルって」
という話なんだ。だから君の主張はピント外れ。

717 ：

そんな話をしてるのは君だけ

718 ：

そらそうだ。無能しか集められない無能の話なんて誰も望んでない
馬鹿は底辺でひっそり生きてれば良い

719 ：

有能コックに人集めさせる無能経営者がいるのか。

720 ：

プログラマの場合、周りに無能しか居ないのは自分が無能だから

721 ：

問１
>>720に書かれていることを>>720自身が無能であることを利用して証明せよ

722 ：

＾ｑ＾

723 ：

C→JAVA→C#→objective-c→PHPの流れで勉強してきたけど
Node.jsとClosure Libraryのコンボが神すぎて
他の言語がゴミだという事がわかったよ！
もうJS以外のクソ案件受けねぇわwww

724 ：

>>723
他の汎用言語をひとつも使いこなせなかったのですね。

725 ：

>>723
c++を通れ

726 ：

>>723
似たような言語ばかりじゃなくてlispとかもやればいいのに。

727 ：

>>723
Closure Libraryこそ糞だろ
昔ちょっと触ったけどコンパイルを通すのにやたら苦労するくせに
劣化Javaにしかならない
JSは認める

728 ：

python > js

729 ：

python -> js

730 ：

>>727
それって、コンパイル通らなかったら壊れてね？

731 ：

>>730
Closure独自のスタイルをいろいろ強制されるんだよ
で、それはもうJSじゃなくて感覚的にはJavaに近い
けどJavaより遥かにコードが長くなるし面倒
どうせコンパイルするならJSXとかHaxeみたいのを素直に使ったほうがいい

732 ：

>>731
スタイル強要はしゃあなしだろ
チーム内のオレオレコーダーさん抑制できるし
JSのコード圧縮してくれて、jQueryみたいなゴミよりメッチャ優秀

733 ：

>>732
だからそういうのはJSXとかHaxeを使っとけばいいんだよ
全部の関数にドキュメンテーションコメントを書かされて、空白や改行の位置や数まで
いちいち文句言われたらたまったもんじゃない

734 ：

>>733
聞いたことねーわそんな言語w
どの辺が凄いか説明してよ、怖くてとても使えない

735 ：

>>734
要はコンパイルしてJavaScriptを出力する言語
CoffeeScriptとかDartとかTypeScriptと同類といえば分かるか
JSを使ってるのに名前も聞いたことが無いのはやばいぞ
俺は素のJSを使うけどな

736 ：

>>735
コヒースクリプトはフレームワークとの相性最悪だった
>俺は素のJSを使うけどな
みんながみんなできる人間じゃ無いから良い開発言語探してる
月収15万で毎日ボロ雑巾のように働かされて、追加人員はハロワ経由の未経験しか来ない
こんな底辺プログラマが集まって素のJS組んだらどうなると思う？
底辺がこの先生きのこるためには、Node.jsでJSのみに言語統一して学習コスト抑えた上で
MVCモデル、クラス継承の恩恵をフルに活かせるClosureLibraryでクラスを資産化してくしか無いと思ってる
もしもっと底辺が生産性上げれる言語があれば教えて欲しいれす( ノД`)

737 ：

底辺はJavaでGWT

738 ：

底辺のやつらって、「○○のみに言語統一して学習コストを抑え、コードを資産化していく」
みたいなことを言うの大好きだよなぁ
○○はVBだったりJavaだったりで5年くらいのスパンで変わるんだけど

739 ：

>>738
実際にそうしないとマジで無理
とりあえず動く状態にはみんな持ってくんだけど
客先に爆弾納品してる気分で、電話が怖い

740 ：

>>737
絶対無理、技術者依存のゴミライブラリはもうコリゴリなんよ・・・
ttp://www.atmarkit.co.jp/fwcr/rensai/googlewebtoolkit03/05.html
>一方で、ベータ版であることもあり、バグや未実装が多数存在しているので、実際にアプリケーションを作成していく際には、それらを回避するプログラミングをしていく必要があります。やはり、こういった問題を克服していくには、
>Javaプログラミングの知識だけではなく、JavaScriptやDHTML、あるいはCSSといった知識も要求されるでしょう。

741 ：

senchaでいいだろ。あれだけウィジェット揃ってりゃ、
ハロワで求人募集している糞企業が、似たような零細企業の雑事片付けるには十分すぎる

742 ：

>>735
どこぞの馬の骨が作ったかしらないハックなcoffee scriptやtypescriptつかうなら、
google様プロダクトのclosure libraryつかった方がマシだと思う

743 ：

>>736
ハロワ経由の未経験採用って、そんなに沢山あるもんなの？
web業界って、月収だとか残業代よりかも自身のエゴを満たしたい
慢性的なガキが集まるもんだと思ってた

744 ：2012/10/31

>>739
クラウドやwebアプリのメリットって、自分とこのサーバーに
ソフトウェアを置いといてサービス提供できることでねーの？
c++が廃れて、c#やjavaが流行る理由だと思ってんだけども