1001コメント288KB

【Perl,PHP】LLバトルロワイヤル10【Ruby,Python】

レス数が1000を超えています。これ以上書き込みはできません。

0001デフォルトの名無しさん

2010/04/11(日) 23:30:06

最強のＬＬ＝軽量プログラム言語は、どれよ？

エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！

■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。

ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。

現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）

過去スレは容量オーバーのため>>2に分離

0002デフォルトの名無しさん

2010/04/11(日) 23:31:23

※前スレ
http://pc12.2ch.net/test/read.cgi/tech/1267553581/

■過去スレ
【Perl,PHP】LLバトルロワイヤル8【Ruby,Python】
http://pc12.2ch.net/test/read.cgi/tech/1259287439/
【Perl,PHP】LLバトルロワイヤル7【Ruby,Python】
http://pc12.2ch.net/test/read.cgi/tech/1248487404/
【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】
http://pc12.2ch.net/test/read.cgi/tech/1244166510/
【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】
http://pc12.2ch.net/test/read.cgi/tech/1238720336/
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
http://pc12.2ch.net/test/read.cgi/tech/1234635513/
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1215319832/
【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1209289408/
【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1188997302/

0003デフォルトの名無しさん

2010/04/12(月) 00:27:22

今旬のLL言語教えてください！

0004デフォルトの名無しさん

2010/04/12(月) 00:33:49

Pythonが最強ってのは決まってるからあとは次点をどうするかだな。

0005デフォルトの名無しさん

2010/04/12(月) 00:44:56

　　　　 ,―ヽ＿（（（（（＿、―
　　　,／　　ノ　　　　　　　ヽ　　~＼
　／　　ノ　　　ＩＰＡ　　　　ヽ　　　~＼
／　　　ノ　　　　　　　　　　　ヽ、　　`ヽ
|　　　ﾉ /￣＼　　　／￣~ヽ　ヽ　　 i
|　　ノ　　　　　　　　　　　　　　|　　ノ
＼　 |　　＜●＞　　＜●＞　（　）
　＼ |　　　　　｜　|　　　　　　 i /
　　 |　　　　　 /　　ヽ　　　　ﾚ
　　　i　　　　　（●_●）　　　　 /　　
　　　 i、　　　 ,-――-、　　・ /
　　　　i、　　<（EEEEE）>　∵/　　　IPA Ruby最強、他は糞
　　　　 i、　＼　　　.／　　/
　　　　　＼　ーー　　 ,ノ　　　　　　　
　　,,.....イ.ヽヽ、ー-―一ノﾞ-､.
　　:　　| 　';　＼_____ ノ.| ヽ　i
　　　　 |　　＼/ﾞ（__)＼,| 　i　|

0006デフォルトの名無しさん

2010/04/12(月) 00:52:22

このスレッドは天才チンパンジーのアイちゃんがうんたらかんたら乙

0007デフォルトの名無しさん

2010/04/12(月) 02:28:01

LL言語は総じてだめ
Javaが最強
Scalaがこれに続く

0008デフォルトの名無しさん

2010/04/12(月) 02:29:39

LLなんだから徹底的に楽さを追求したPerlとPHPが最強だろ

0009デフォルトの名無しさん

2010/04/12(月) 05:15:14

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

0010デフォルトの名無しさん

2010/04/12(月) 08:52:41

抽出単語数（前スレ1～994）
Select-String 'Perl|PHP|Python|Ruby|JavaScript' -AllMatches -Path R:\1267553581.dat -Encoding Default | % { $_.Matches } | group

Count Name
----- ----
91 Perl
　146 PHP
　213 Python
　119 Ruby
　 21 JavaScript

0011デフォルトの名無しさん

2010/04/12(月) 10:26:37

前スレ>>994
> オレの使っているエディタはなぜかブロックの終わりを自動判定できない。
> そういうインテリジェントなエディタを是非紹介して欲しい。

分かっている人には当たり前な話だが、
returnとかpassとかの明らかにブロックの終わりを表すフレーズが出た場合は別として
ブロックの終わりは、プログラムの内容を把握している人にしか分からない。

別の言い方をすると、それを知る方法があれば、ブロックを表すのにインデントも括弧もendも何も要らない

0012デフォルトの名無しさん

2010/04/12(月) 10:39:53

いやだからそれを明確にするために他の言語は括弧を必須にしてんだろ
Pythonはそうじゃないから逆に判りづらい
なんとなく見た目が綺麗と言うだけ

0013デフォルトの名無しさん

2010/04/12(月) 10:41:00

passのあとにブロック続くことはある

0014デフォルトの名無しさん

2010/04/12(月) 11:44:52

} の代わりにデリートキーを押せばおk

0015デフォルトの名無しさん

2010/04/12(月) 12:09:37

>>13
そりゃ、あるにはあるだろうけど、まともな使い方ってどんなの？
コメントの代わりとかはやめてくれよ。

>>12
コピペしづらい言語だなぁ、とかnotepad.exeで書きにくい言語だなぁ、といいたいのなら同意するが、
タブとスペースを混在させないオートインデントと、1回のキー操作でインデント下げができる程度には
まともなエディタで自分で書く分には何ら問題ない。

Pythonでは構文を明確にするために括弧やendの代わりにインデントを必須にしている。ただそれだけのこと。
機械での構文解析ならともかく、人が目で見るには分かりにくくはならないはず。

他言語でも、エディタは自動では閉じ括弧やendを挿入してくれないか、してくれたとしてもブロック終わり時に
ユーザがカーソル移動させてブロックから抜けないといけない。
エディタや処理系が自動で判断できない言語では、どうせユーザの操作が入ることになる。

引数の数が固定な関数型言語だと、括弧もendもインデントも何もいらない言語ができるのかなぁ。

0016デフォルトの名無しさん

2010/04/12(月) 13:18:44

だから解りにくいんだっての

0017デフォルトの名無しさん

2010/04/12(月) 13:21:50

括弧の方がシンプルだよな

0018デフォルトの名無しさん

2010/04/12(月) 13:23:53

まともなエディタで書くならCだってオートインデントで綺麗に書けるぜ

0019デフォルトの名無しさん

2010/04/12(月) 13:40:45

馬鹿には使えない言語
それが Python

0020デフォルトの名無しさん

2010/04/12(月) 13:40:52

>>11
いや何というか
終わりのカッコが無いのを皮肉ったつもりだったので他意はない。
終わりのカッコがあればオレだってオートインデントくらい作れる。

0021デフォルトの名無しさん

2010/04/12(月) 13:43:47

あ～眠い
つか
お前ら新スレになってもま～だやってんのか
この手の論争は長引くな

なんかBRスレっぽくねぇけど、こうゆうのも活気があって悪くねぇか
もう思う存分やれ～

今日は真面目に仕事だ

0022デフォルトの名無しさん

2010/04/12(月) 14:45:55

python使いの言い分

・一行野郎じゃなければ、どうせインデントはするものなのだからインデント強制は苦にならない
・よほどの括弧好きでなければ、括弧を数えるよりもインデント位置で制御構造を見る方が楽だから、括弧がなくても視認性は悪くならない

0023デフォルトの名無しさん

2010/04/12(月) 15:11:22

ワンライナー、テンプレートなどへの埋め込み、DSLみたいなのをやりにくくしてる
ってのは一応LLとしては重要な欠点だと思うけど

ブロック構造を空白文字で表現するのは
慣れてないとパンツ穿いてないみたいな不安があるんでないの
空白なんて、そもそも見えないし
典型的にはトリムされたりタブと置き換えたり同一視されたり
特別に虐げられる（ことが多い）地位にある文字だから

0024デフォルトの名無しさん

2010/04/12(月) 15:28:03

個人的にはLisp系のがエディタ選ぶかな……
LispのコードはEmacs以外で書く気がしない

0025デフォルトの名無しさん

2010/04/12(月) 18:25:09

>>24
つかlispはschemeで設定かemacs lisp以外で必要になったことないw

0026デフォルトの名無しさん

2010/04/12(月) 18:25:59

ワンライナーに限るとperl最強だな

0027デフォルトの名無しさん

2010/04/12(月) 18:47:49

>>24
少なくとも、対括弧の強調機能の無いエディタでは書きたくないなｗ

0028デフォルトの名無しさん

2010/04/12(月) 19:57:46

pythonってwhitespaceの命令がスペースじゃない版だろ？

0029デフォルトの名無しさん

2010/04/12(月) 20:22:45

このスレ見てpython始めてみます。
まずは初めてのpythonで勉強してみます

0030デフォルトの名無しさん

2010/04/12(月) 20:59:55

恥めてのpythonは偽者があるから気をつけて!

0031デフォルトの名無しさん

2010/04/12(月) 21:23:20

ポール・グレアムはvi使い

0032デフォルトの名無しさん

2010/04/12(月) 21:32:57

俺はifブロックの終わりで、ifと同じインデント位置で"# end if"みたいに書いてるけど。

  if 条件:
    pass
  # end if 条件

どうしてもインデントだけではブロックの終わりがわかりにくいという人は、これ試してみるといいよ。

それに、{}やbegin-endでブロックを構成している言語でも、
if文に続くブロックの終わりにどんな条件だったかをコメントで書いておけば、
ぱっと見ただけでどこからどこまでがブロックを構成しているのかがわかりやすいから、
こういうコメントの付け方をオススメしてみる。

0033デフォルトの名無しさん

2010/04/12(月) 21:36:13

>>32
それはまずいだろ
# end if
の行がブロックの終わりじゃなくて次に逝っちゃってるから
インデントに対応したエディタによってはかえってめちゃくちゃなことになる

あえて採用するなら

if 条件:
　pass
else:
　pass
　# end if 条件

こうしないと

0034デフォルトの名無しさん

2010/04/12(月) 21:40:18

if [ ～～ ]
then
　～～～～
fi

って書きたいわ

0035デフォルトの名無しさん

2010/04/12(月) 21:46:49

fi = pass

0036デフォルトの名無しさん

2010/04/12(月) 23:12:00

passって意味不明じゃん
ぜんぜん直感的じゃない
せめてendif

0037デフォルトの名無しさん

2010/04/12(月) 23:15:04

endaaaaaaaaaaaaaaaaaaaaiyaaaaaaaaaaaaaaaaaaa;

0038デフォルトの名無しさん

2010/04/12(月) 23:20:51

>>29
それPython2.5だからやめたほうがいいよ。
少なくとも初心者は買うべきじゃない

0039デフォルトの名無しさん

2010/04/13(火) 13:54:12

Python人気凋落ﾔﾊﾞｽ

http://journal.mycom.co.jp/news/2010/04/13/024/index.html
プログラミング言語　インデックス　年間推移　備考
1　　C　　　　　　　　　18.058　　　2.59↑　　　5年ぶりの1位
2　　Java　　　　　　　18.051　　1.29↓　　長期に渡り下落傾向
3　　C++　　　　　　　 9.707　　1.03↓　　
4　　PHP　　　　　　　 9.662　　0.23↓　　
5　　(Visual)Basic　　6.392　　2.70↓　　
6　　C#　　　　　　　　　4.435　　0.38↑　　
7　　Python　　　　　　4.205　　1.88↓　　
8　　Perl　　　　　　　　3.553　　0.09↑　　
9　　Delphi　　　　　　　2.715　　0.44↑　　
10　JavaScript　　　　2.469　　1.21↓　　
11　 Objective-C　　 2.288　　2.15↑　　
12　 Ruby　　　　　　　2.221　　0.35↓　　
13　 SAS　　　　　　　 0.717　　07↓

0040デフォルトの名無しさん

2010/04/13(火) 14:10:57

グラフ見た感じ、2004～2005年あたりの動きが極端だな
Java急降下＆LL系注目
RoRの影響か
それ以後はそんなに目立った動きがないね

0041デフォルトの名無しさん

2010/04/13(火) 14:47:06

Pythonは伸びそうな要素が全くないもんな
まさかPerlが伸びるとは

0042デフォルトの名無しさん

2010/04/13(火) 15:38:45

Google App Engine が出て話題が多かった時期に比べると、
検索の比率が落ちてるだけだろ。

0043デフォルトの名無しさん

2010/04/13(火) 16:11:30

検索数じゃないんだがこれ

0044デフォルトの名無しさん

2010/04/13(火) 19:05:51

Pythonが形勢不利になると何故か伸びないスレ

0045デフォルトの名無しさん

2010/04/13(火) 19:08:46

Python万歳

0046デフォルトの名無しさん

2010/04/13(火) 19:15:44

やっぱ受け入れられてないんだな
インデントでのブロック指定は
新興言語でもPython規約をインスパイアってまずないしな

0047デフォルトの名無しさん

2010/04/13(火) 19:47:55

HaskellもISWIMもオフサイドルールという一般名も知らないんだろうな

0048デフォルトの名無しさん

2010/04/13(火) 19:48:09

パイソン今から2.x始めても大丈夫なのか不安

0049デフォルトの名無しさん

2010/04/13(火) 20:05:10

だいじょうぶ

0050デフォルトの名無しさん

2010/04/13(火) 20:05:54

>>48
python 2.4 以下は糞
最低でも python 2.5 以上で

0051デフォルトの名無しさん

2010/04/13(火) 20:29:52

>>49-50
python始めてみます。
ありがとう!

0052デフォルトの名無しさん

2010/04/13(火) 20:32:03

>>47
そんなゴミ知らないのが普通。

0053デフォルトの名無しさん

2010/04/13(火) 20:42:16

Haskellのオフサイドルールっていつからあったのかね
98の時点？それよりもっと前？

0054デフォルトの名無しさん

2010/04/13(火) 20:57:43

perl、伸びてんのか！
なんかうれしいな

0055デフォルトの名無しさん

2010/04/13(火) 22:16:01

いやだからpythonにインスパイアされた言語はないって話だろ

0056デフォルトの名無しさん

2010/04/13(火) 22:33:45

Pythonの見た目をCやJavaっぽくしたような言語が出てくる方が早いだろうな

0057デフォルトの名無しさん

2010/04/13(火) 22:45:14

plaggerはアイディア次第で小遣い稼ぎになるｗ

0058デフォルトの名無しさん

2010/04/13(火) 23:04:26

HaskellもOCamlも全然流行ってないからな
後から出てきた括弧大好きScalaあたりにあっさり抜き去られた

0059デフォルトの名無しさん

2010/04/13(火) 23:19:00

Perl5の「クラスなんてイラねーよ。ハッシュと等価じゃねーか。」
を地で行った設計にはしびれる。

せっかくハッシュマンセーな作りなのに
クラスベースっぽくさせたがる人達は何がやりたいんだろう。
最初からそういう言語使えばいいのに。

0060デフォルトの名無しさん

2010/04/14(水) 00:19:23

Moose使うならPHPかRubyかなんかに移行するわ

0061デフォルトの名無しさん

2010/04/14(水) 10:21:12

>>55
>いやだからpythonにインスパイアされた言語はないって話だろ

pythonが良く出来てるから
pythonに満足しちゃうんだよ

0062デフォルトの名無しさん

2010/04/14(水) 10:25:01

>>56
言語じゃないけど Qt がいい線逝ってると思う

0063デフォルトの名無しさん

2010/04/14(水) 11:26:56

Rubyは、Matzが、Pythonは良い言語だけど気にくわない部分もあるということで開発された言語。
変数とオブジェクトの関係とかはほとんど同じ。

0064デフォルトの名無しさん

2010/04/14(水) 12:35:34

>>63
Perlについてはよく聞くけど、Pythonは聞いたことがないのう。
ttp://www.atmarkit.co.jp/job/comp/77mynavi/mynavi15.html

0065デフォルトの名無しさん

2010/04/14(水) 13:04:22

Pythonの影響も受けてるよ
「オブジェクト指向スクリプト言語Ruby」pp. 475-476 を見よ

0066デフォルトの名無しさん

2010/04/14(水) 13:19:58

I hate C++. とか
perl は美しくないとか昔は色々言ってたけど
最近は言わなくなったね
Rails が美しくないからかな

0067デフォルトの名無しさん

2010/04/14(水) 16:22:19

影響ってか反面教師だよな
嫌な部分を真似しないようにしたみたいな

0068デフォルトの名無しさん

2010/04/14(水) 16:26:54

>>66
有名になってから鳴りを潜めた感じ

0069デフォルトの名無しさん

2010/04/14(水) 16:57:23

あーだこうだ言われるのがウザくなったんで「Rubyと他言語の比較」のページを消した
のが約5年前、ってだけだろ

0070デフォルトの名無しさん

2010/04/14(水) 17:19:08

探したらweb archiveに残ってた
http://web.archive.org/web/20040423201938/http://www.ruby-lang.org/ja/compar.html

0071デフォルトの名無しさん

2010/04/14(水) 19:17:47

まず教祖がこれだもんな
前にpython信者がどうとか騒いでたruby厨もこれで満足か？
先に因縁つけてきたのはrubyの方なんだよ

0072デフォルトの名無しさん

2010/04/14(水) 19:27:17

嘘と言うか我田引水と言うか自画自賛と言うか
黒歴史にしてしまうのは惜しすぎる

0073デフォルトの名無しさん

2010/04/14(水) 19:41:11

教祖も創成期には色んなところに喧嘩売ってたんだな

0074デフォルトの名無しさん

2010/04/14(水) 19:46:27

PHPのことは最近でもdisってるけどな

0075デフォルトの名無しさん

2010/04/14(水) 19:48:00

子供が社会進出するようになってやっと親も分別が付くようになって
恥ずかしくなって来たので引っ込めて蓋閉めたっていう感じか

0076デフォルトの名無しさん

2010/04/14(水) 20:36:03

>>70
これ読むとPythonよりRubyを使いたくなるな。
でも、Rubyには俺の欲しいライブラリが無いんだよね。だから無理。

0077デフォルトの名無しさん

2010/04/14(水) 20:43:52

>>70のリンク先ははキモさが足りねえ。

まったくpython信者はキモいな。python信者がどうとか言ったらruby厨かよ。
でもpython信者はいつもキモくあって欲しい。

0078デフォルトの名無しさん

2010/04/14(水) 20:44:10

教祖の教えは絶対なのです
もし教えを知らない異教徒が居れば
出来る限り速やかに折伏しなければなりません

0079デフォルトの名無しさん

2010/04/14(水) 20:45:16

ニコニコだけど、テトリス一時間の作者が
BrainF*ckのインタプリタを作ってる動画
http://www.nicovideo.jp/watch/sm10384056

0080デフォルトの名無しさん

2010/04/14(水) 22:34:59

　　　　ﾍ⌒ヽﾌ
　　　（　・ω・）　㌧㌧
　　　/ ~つと）

0081デフォルトの名無しさん

2010/04/14(水) 22:38:06

昔それっぽいの作ったことあるから後で見てみよう

0082デフォルトの名無しさん

2010/04/14(水) 22:47:01

http://pc12.2ch.net/test/read.cgi/tech/1231384158/

0083デフォルトの名無しさん

2010/04/14(水) 23:40:28

御託はいいから、おまいらの得意な言語でこれ書いてみ。

ttp://headlines.yahoo.co.jp/hl?a=20100404-00000003-zdn_ep-sci
●問題
麻雀の手牌が入力として与えられたとき、「待ち」を出力するプログラムを書いてください。

・字牌なし・萬子のみの想定、つまり、いわゆる「チンイツ」限定で結構です（プログラミングの本質的にはこの限定でまったく問題ないため）
・1～9の数字13個からなる文字列を受け取り、できている順子・刻子・アタマを()、待ちの部分を[]でくくって出力してください
・面前かつ槓子は存在しない前提でOKです
・()[]の出力順は自由ですが、順序だけが違うものは同一視してください（例：111222を刻子2つで構成するとき、(111)(222)が(222)(111)に入れ替わるだけのものは同一解答とします）
・多面待ちのときも含めすべての待ちを出力してください
・待ちがないときは何も出力しないでください

制限時間は3時間、プログラム言語・OSは自由です。もしあなたがプログラマーやSEであれば、この問題にぜひ挑戦いただければと思います。回答に要する時間の計測は、読者の方のモラルで行っていただきたいと思います。
・麻雀を知らない人は、順子・刻子・アタマ・待ちといった用語の意味だけ調べてから解答に取りかかってください。これを調べる時間は計算外とします。

コメント
無駄な探索をできるだけしないための工夫、デバッグを効率化するための工夫などがあればソースコードにコメントとして記入してください。

出力例
1112224588899 :
単純なケースです。45を軸にする両面の待ちなので、(111)(222)(888)(99)[45]になります。
1122335556799 :
“99”をアタマの両面か“55”“99”のシャボであるので、(123)(123)(555)(99)[67]、(123)(123)(55)(567)[99]、(123)(123)(99)(567)[55]が正解です。
1112345678999 :
「九蓮宝燈」という役です。1～9すべてが待ちになっています。これに正しく答えが出るのであれば、プログラムはほぼ正しいでしょう。

0084デフォルトの名無しさん

2010/04/15(木) 00:19:33

マルチか
ニュー速で見たな

この麻雀の問題、あなたはプログラミングできますか？史上最大のコーディングスキル判定
http://tsushima.2ch.net/test/read.cgi/news/1270357224/

0085デフォルトの名無しさん

2010/04/15(木) 00:21:15

残ってた
http://www.unkar.org/read/tsushima.2ch.net/news/1270357224

0086デフォルトの名無しさん

2010/04/15(木) 00:21:37

ttp://d.hatena.ne.jp/akiradeveloper/20100406
これか

0087デフォルトの名無しさん

2010/04/15(木) 00:23:58

>>84
>マルチか
俺はここにしか貼ってない。アルファルファで見たので2chのどっかでは既出ってことは知ってたが。

0088デフォルトの名無しさん

2010/04/15(木) 00:30:56

次のかたどうぞ

0089デフォルトの名無しさん

2010/04/15(木) 00:44:26

Pythonってオブジェクト指向言語だと一般には言われてるけど、
関数型言語の要素も存分に持ってる感じがするね。

0090デフォルトの名無しさん

2010/04/15(木) 00:50:26

マルチパラダイムっていう意味じゃJavaScriptもそうだな。
つかPyhtonって「文」を高階関数に渡せるようになったの？

0091デフォルトの名無しさん

2010/04/15(木) 00:54:33

>Rubyと他言語の比較
この程度の贔屓目なら他の言語・フレームワークも当たり前のようにやってるし、
Matzの書き方は茶目っ気あって気分を害す程でもなかった。
なぜ消したのかが分からん。余裕無さすぎだろ。

Matz語録なら多重継承とMix-inに関するコメントの変遷を拾ってみると面白いよ。
初期は多重継承をdisってたのに最近はあまり悪く言ってない。
仕様継承(interface)よりも実装継承(Mix-in)を選んだせいで
同じ実装継承の多重継承を悪くいえなくなったとしか思えん。

0092デフォルトの名無しさん

2010/04/15(木) 01:19:25

PHPとPerlの使い分けが一番いいよ
RubyやPythonやっても仕事にあぶれるぞ

0093デフォルトの名無しさん

2010/04/15(木) 01:24:10

多重継承はダイヤモンド継承避ければ
なんてことない

0094デフォルトの名無しさん

2010/04/15(木) 01:24:21

楽しけりゃいいんだよ

0095デフォルトの名無しさん

2010/04/15(木) 01:28:22

結局CかJavaなんだな世の中

0096デフォルトの名無しさん

2010/04/15(木) 06:00:02

>>Rubyと他言語の比較
>この程度の贔屓目なら他の言語・フレームワークも当たり前のようにやってるし、
>Matzの書き方は茶目っ気あって気分を害す程でもなかった。
>なぜ消したのかが分からん。余裕無さすぎだろ。

技術者同士でニヤニヤやってるうちは良かったんだが
アホ文系マスゴミがチヤホヤし出したあたりから
危険が危ないと気付いて隠したんだろう

0097デフォルトの名無しさん

2010/04/15(木) 07:53:21

> なぜ消したのかが分からん。余裕無さすぎだろ。

世の中には >>71 みたいな気狂いが多いんだよ

0098デフォルトの名無しさん

2010/04/15(木) 08:03:07

>>76
釣りかどうかは知らないがruby厨の喰いつきがなかったな。
これが逆だったらpython信者が入れ食いだったろう。
このあたりがruby厨がpython信者にキモさで負けている。

ライブラリ有無で言語を選ぶ理由というのがわからん。
無ければ作ればすむのだがその言語を使っている間はその
言語風の書き方を強制されるわけでそちらの方がおれには
苦痛だ。

0099デフォルトの名無しさん

2010/04/15(木) 08:34:17

>>98 は自分のキモさに気づいていないRuby厨

0100デフォルトの名無しさん

2010/04/15(木) 08:50:06

Ruby使ってて満足してるけど、関係者がうざくて仕方がない。
特にtdiaryは作者も使ってる人もキモイのばかり。
spamの温床だしあれに関わってるやつ全員首吊りにしてくれ。

0101デフォルトの名無しさん

2010/04/15(木) 08:56:37

　　　　 ,―ヽ＿＿＿＿、―
　　　,／　　ノ　　　　　　　ヽ　　~＼
　／　　ノ　　　ＩＰＡ　　　　ヽ　　　~＼
／　　　ノ　　　　　　　　　　　ヽ、　　`ヽ
|　　　ﾉ /￣＼　　　／￣~ヽ　ヽ　　 i
|　　ノ　　　　　　　　　　　　　　|　　ノ
＼　 |　　＜●＞　　＜●＞　（　）
　＼ |　　　　　｜　|　　　　　　 i /
　　 |　　　　　 /　　ヽ　　　　ﾚ
　　　i　　　　　（●_●）　　　　 /　　
　　　 i、　　　 ,-――-、　　・ /
　　　　i、　　<（EEEEE）>　∵/　　　他人をキモイと言う前に鏡で自分を見ろよ？
　　　　 i、　＼　　　.／　　/
　　　　　＼　ーー　　 ,ノ　　　　　　　
　　,,.....イ.ヽヽ、ー-―一ノﾞ-､.
　　:　　| 　';　＼_____ ノ.| ヽ　i
　　　　 |　　＼/ﾞ（__)＼,| 　i　|
　　　　＞　　ヽ. ハ　 | 　 |｜

0102デフォルトの名無しさん

2010/04/15(木) 09:05:51

spamの温床ってどのへんがどういう風に？

0103デフォルトの名無しさん

2010/04/15(木) 09:18:51

>>99
はいはい、どうしてこうもpython信者はパターンどうりなんだ？
Ruby厨と呼ばれるのは嫌だからC厨とでも呼んでくれ。
python脳には難しすぎるか。
もっともCにもたいした思い入れはないけど。
python,rubyはにたようなもんだろ。共同してPHP.Perlをsageてりゃ
いいのに。

0104デフォルトの名無しさん

2010/04/15(木) 10:10:11

うわー、お約束の「俺はC使ってるからお前らよりエラいけど、」系のキモイのが来たよ。

みんなCとPythonやRubyを使い分けているのに、妄想の中の「Cを使えないPython脳のPython信者」
をdisって自尊心を満たしているんだろうなぁ。
あーキモイ

0105デフォルトの名無しさん

2010/04/15(木) 11:13:47

python,ruby関係無くCぐらい普通使えると思うけどな

0106デフォルトの名無しさん

2010/04/15(木) 11:22:13

どの言語が使えるとかそう言う問題ではないよ
おっさんはC必須の時代が当たり前かもしれんが
今の大学はJavaとアセンブラとかOcamlやHaskellやるけど
Cはやらないって所も結構あるし
逆に言えば必須はアセンブラかもしれん

0107デフォルトの名無しさん

2010/04/15(木) 11:24:20

>>106
Cが重要なのは現存する大半のOSのOS記述言語だから
それは今でもなんもかわらんよ

0108デフォルトの名無しさん

2010/04/15(木) 11:48:34

RubyでもPythonでもPerlでも中心となる実装はCで書かれているから、
拡張を書く為にもC言語は必須だろ。
どの言語でも、既存のライブラリしか使えない初心者はともかく、中級者以上は
C言語も使える。

0109デフォルトの名無しさん

2010/04/15(木) 11:49:50

おまいらこれでも見てもちつけ
ttp://www.itmedia.co.jp/news/articles/1004/14/news068.html

0110デフォルトの名無しさん

2010/04/15(木) 11:50:30

>>104
コンプレックス凄すぎ。
Python脳に難しいのはpython sageるのをruby厨以外に想像できないか
単に"C厨"という文字が難しすぎて書けないと言っている。"Cを使えない"
なんて書いてない。最後の行はそのまま返すよ。

0111デフォルトの名無しさん

2010/04/15(木) 11:53:13

>>108
経験上多くのJava土方はCをロクにしらないし、使う必要も感じていないようだった
けどな
使い勝手のいいffiを最初から導入せず、Pure Javaの方向にユーザを
持っていこうとしたSunの戦略の勝利なのか

0112デフォルトの名無しさん

2010/04/15(木) 12:07:22

>>110
Ruby厨認定されているのは、単純にPythonをsageているからではなく、
>>76 に対して >>98 みたいな反応をしてるからなんだけど、自分で気づかない？

1. >>76 は別に普通の書き込みに見えるのに、 >>98 は釣りっぽい書き込みだとか、
ruby厨の食いつきがなかったとか、逆だったらPython信者が入れ食いだとか、
「コンプレックス凄すぎ」と言いたくなるような反応をしている。

2. >>76 に対して >>98 は
> ライブラリ有無で言語を選ぶ理由というのがわからん。
> 無ければ作ればすむのだがその言語を使っている間はその
> 言語風の書き方を強制されるわけでそちらの方がおれには
> 苦痛だ。
という反応をしておきながら、その後 >>103 で
> python,rubyはにたようなもんだろ。

という反応。似たようなもんなら、>>76みたいにライブラリの有無で言語選んだって良いだろ？
お前の論理は、「Python厨キモイ」という結論が前提にあるために色々破綻しているんだよ。

0113デフォルトの名無しさん

2010/04/15(木) 12:10:58

「べ、別にわたしはRuby厨なんかじゃないんだからねっ！」と言いながら、
必死でRubyやRuby厨を擁護してPython厨をdisっている>>98を想像して和んだ。

0114デフォルトの名無しさん

2010/04/15(木) 12:39:14

>>107-108
Cをいじる必要がある人が必要な時に覚えればいいだけ
覚えてなければ初心者と言うのは違う
自分でOS作るのが目的じゃないから金を払ってOSを買うわけで
スポーツ選手だって道具は自分では作らない
作り方を知らなくてもうまく使える

0115デフォルトの名無しさん

2010/04/15(木) 13:11:01

>>114
OS記述言語は事実上そのOS上の母国語になる
C、ないしC++がどれだけ利用されているか、自分が日常使っている
プログラムがどの程度Cで書かれているか、知らんわけではあるまい

OSを書かないならCは要らない、ということではないよ

0116デフォルトの名無しさん

2010/04/15(木) 13:13:38

アセンブラがいらんなあ。
互換性がない。
基本はcである場所だけアセンブラにするとかはあり得る。

0117デフォルトの名無しさん

2010/04/15(木) 13:16:58

速度が出て、ビット操作やバイト単位の操作ができるのがcかアセンブラ。
スクリプト言語ではバイナリの取り扱いが困難で出来たとしても遅すぎる。
PHPをC言語に変換するやつがあるが速度は解消できても、
ビット・バイト単位の操作ができない。

0118デフォルトの名無しさん

2010/04/15(木) 13:18:12

>>117
> スクリプト言語ではバイナリの取り扱いが困難で
別に困難ではないよ
遅いのはその通りだが

0119デフォルトの名無しさん

2010/04/15(木) 13:20:06

開発効率、成果だけを追求するならRoadsend PHPというコンパイラはいい。
PHPでC言語並みの速度が出る。
いったんCソースにしてそれをコンパイルする。
windowsではPHP5にいまは対応していない。

0120デフォルトの名無しさん

2010/04/15(木) 13:26:26

これなどはwindowsでは動かせない。だれかビルドしてバイナリを置いてほしい。

PHPをC++に変換して高速化する「HipHop for PHP」をFacebookが公開
http://blog.candycane.jp/archives/275

0121デフォルトの名無しさん

2010/04/15(木) 13:44:02

>>111
Javaが流行ったことでSunは結局のところ得をしたの？

0122デフォルトの名無しさん

2010/04/15(木) 14:23:46

>>112
>>76は言語の好みよりライブラリの有無を優先しているから
わからんと書いている。ruby,pythonに限った話でもない。

世の中にはRuby厨以外の人間がいるのを理解させるのは
無理みたいだからオレも諦めた。

0123デフォルトの名無しさん

2010/04/15(木) 15:08:06

>>121
言うまでも無いと思ったが、俺が「勝利」と書いたのはただの皮肉だよ

0124デフォルトの名無しさん

2010/04/15(木) 16:34:07

今からPHP始めるとしたら、pixivぐらいのサイト作れるようになるまでどれぐらいかかる？

0125デフォルトの名無しさん

2010/04/15(木) 17:45:19

>>122
Ruby厨乙
元々>>98みたいな書き方してる時点で
何を言おうが説得力なさすぎ。

0126デフォルトの名無しさん

2010/04/15(木) 17:49:42

　　　　ﾍ⌒ヽﾌ
　　　（　・ω・）　㌧㌧
　　　/ ~つと）

0127デフォルトの名無しさん

2010/04/15(木) 20:28:34

>>124
webシステムってのは作るのよりも維持が大変
作るだけなら半年もやれば、PHPでやる部分はだいたいできる
もちろんデザインとかセキュリティ対策とか負荷対策とかは
半年じゃまかないきれんぞ
3年やっても半人前くらいだな

0128デフォルトの名無しさん

2010/04/15(木) 21:07:17

できるできるというわりに、誰もコードを書かないスレ。

0129デフォルトの名無しさん

2010/04/15(木) 21:14:13

何のコード？

0130デフォルトの名無しさん

2010/04/15(木) 21:24:58

>>90
名前付きの関数でなら昔からできるんだがな
とりあえず名前を付けちゃったほうが話が早い

0131デフォルトの名無しさん

2010/04/15(木) 21:27:42

>>128
ifで検索しろ

0132デフォルトの名無しさん

2010/04/16(金) 00:40:01

IronRubyでRuby大勝利なのに？

0133デフォルトの名無しさん

2010/04/16(金) 08:51:56

Gemを使ってMaven経由でライブラリが引っ張ってこれるJRuby大勝利なのに？

0134デフォルトの名無しさん

2010/04/16(金) 09:21:38

IronPython がいいよ

0135デフォルトの名無しさん

2010/04/16(金) 14:17:03

IronPython は名前が悪い
アイアンパイソンはなんかンが多くて長くてキモい
Pyron とか Pion とか Iython とかにすべき

0136デフォルトの名無しさん

2010/04/16(金) 19:57:08

Pythron

0137デフォルトの名無しさん

2010/04/16(金) 20:22:46

Oracle Sun JDK および JRE の脆弱性に関する注意喚起

https://www.jpcert.or.jp/at/2010/at100010.txt

0138デフォルトの名無しさん

2010/04/16(金) 22:03:03

パイパン

0139デフォルトの名無しさん

2010/04/17(土) 09:22:06

>>106
言語学ぶのに大学は関係ないだろ

0140デフォルトの名無しさん

2010/04/17(土) 11:27:54

>>106
大学はC、アセンブラ、Fortranだよ

0141デフォルトの名無しさん

2010/04/17(土) 11:36:27

>>140
そんなもん大学や学科によるだろ、としか

ttp://www.is.s.u-tokyo.ac.jp/vu/vu_lessonlist.php
CだのSchemeだのMLだのPrologだの、色々使ってるみたいだよ

0142デフォルトの名無しさん

2010/04/17(土) 11:37:42

>>141
Cをやらない大学のURL貼ってくれない？

0143デフォルトの名無しさん

2010/04/17(土) 11:38:53

>>142
俺は>>106じゃないし、そんなこと言われても知らんがなｗ

C、アセンブラ、Fortranという品揃えに突っ込んだだけだし

0144デフォルトの名無しさん

2010/04/17(土) 11:43:02

Cとアセンブラなしで計算機科学やるところなんてあるの？
fortranを挙げたのは、それで書かれた教科書も多いから
Javaを最初にやるのは別に良いけど、それって文系でも取れる講義だろ

0145デフォルトの名無しさん

2010/04/17(土) 11:46:10

>>144
「大学」って話から、いつの間に「計算機科学」縛りになったんだ？
「文系でも取れる講義」は「大学」じゃないのか？
関数型言語は無視していいの？

言ってることが意味不明すぎ

0146デフォルトの名無しさん

2010/04/17(土) 11:47:22

>>145
だから～そういう大学も理系はCをやってるだろって話
文系が大学じゃないなんて言ってねえよ

0147デフォルトの名無しさん

2010/04/17(土) 11:49:15

>>146
だったら
＞大学はC、アセンブラ、Fortranだよ
こんな紛らわしい書き方すんじゃねえよ

「大学」以外に何も限定せず、言語3つに限定してるようにしか見えんぞ

0148デフォルトの名無しさん

2010/04/17(土) 11:49:53

代表はそれだよ
計算機科学をやるところは関数型も論理型もやるけど、文系はやらないだろうな

0149デフォルトの名無しさん

2010/04/17(土) 11:51:00

>>148
文系は逆にCやアセンブラなんて触らんだろ
相変わらず何言ってんのお前

0150デフォルトの名無しさん

2010/04/17(土) 11:51:30

文系向けのプログラミングの授業も受けたけどCだったよ

0151デフォルトの名無しさん

2010/04/17(土) 11:52:25

>>150
ま、そういうところもあるかもな
それについては言い過ぎた

0152デフォルトの名無しさん

2010/04/17(土) 11:53:47

LLスレ…ですよね…？

0153デフォルトの名無しさん

2010/04/17(土) 14:56:24

文型はFORTRANだった

0154デフォルトの名無しさん

2010/04/17(土) 15:38:15

情報学系統でも演習でCやらん学校はたくさんあるぞ

0155デフォルトの名無しさん

2010/04/17(土) 16:52:36

理系らしいゴミスレ

0156デフォルトの名無しさん

2010/04/17(土) 17:17:45

は？誰も情報学系統だなんて言ってないですけど？
計算機科学では必須って言ってるじゃん
低レベルの情報学なんてゴミ以下の不要学問だから

0157デフォルトの名無しさん

2010/04/17(土) 22:47:02

　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　0120-107-929♪　城本クリニック♪
　　　　　　｀ヽ_つ ⊂ノ　　　　　　　
　　　　　　　　　　　　　　ｺﾞﾛｺﾞﾛ

　　　　　　_, ,_
　　　　　（`Д´ ∩　＜　0120-107-929♪　城本クリニック♪
　　　　　⊂　　　（　　　　　　　
　　　　　　　ヽ∩　つ　　ｺﾞﾛｺﾞﾛ
　　　　　　　　　〃〃

( ･∀･) ＜城本クリニック

0158デフォルトの名無しさん

2010/04/18(日) 11:57:42

情報学ってレベルが高いとか低いとかあるんだ。

へえ

0159デフォルトの名無しさん

2010/04/18(日) 12:00:20

あるよ。情報学が指す範囲が広すぎるから

0160デフォルトの名無しさん

2010/04/18(日) 13:11:39

どうみても>>140の文脈のほうが
低レベルな件について

自分が理系であるとか計算機科学やってるってことを
自慢げには話すんなら
ちゃんとものごとを順序だてて論理的に伝えろよ
こんなの日常会話もつらいレベルだぞ

0161デフォルトの名無しさん

2010/04/18(日) 13:15:22

レベルの低いスレ発見
http://pc12.2ch.net/test/read.cgi/tech/1264432017/

0162デフォルトの名無しさん

2010/04/18(日) 13:17:04

>>160
お前、>>106なの？（　´∀｀）つ□ 涙拭けよ

0163デフォルトの名無しさん

2010/04/18(日) 13:18:53

そんな豆腐さしだされても

0164160

2010/04/18(日) 13:23:37

このスレでは>>160が初書き込みだぞ

0165デフォルトの名無しさん

2010/04/18(日) 13:25:21

これ食って元気出せよ（　´∀｀）つ□

0166デフォルトの名無しさん

2010/04/18(日) 13:26:27

OSがC/C++で書かれてるのに、それをやらずにアセンブラだけ必須にするのはどうかと思うね

0167デフォルトの名無しさん

2010/04/18(日) 13:27:28

豆腐といえば〓だったのにな
隔世の感があるな

0168デフォルトの名無しさん

2010/04/18(日) 13:27:48

別に情報系の大学は技術者養成専門学校というわけじゃない

0169デフォルトの名無しさん

2010/04/18(日) 13:29:17

>>167
それは下駄だろJK

0170デフォルトの名無しさん

2010/04/18(日) 13:34:28

　よく頂く質問に「なぜ豆腐と納豆の文字が逆になっているの？」というものがあります。
　これは、豆腐の「腐」が「くさる」と理解されていることと、納豆が「くさった食べ物」
ということから生じた説と思われます。話をわかりやすくするために、まず豆腐の歴史のお話をします。
　豆腐は、中国が発祥の地で、中国でも同じ漢字をあてます。
　豆腐を最初に発明したのは、漢代の学者で劉安（紀元前１２２年没）といわれますが、
劉安の著でもある前二世紀の『淮南子』はもとより、六世紀の『斉民要術』にも、「豆腐」は見当たらず、
やっと宋（９６０～）時代の『清異録』にでてきます（元大阪学芸大教授・篠田統氏調査）。
　劉安説は１６世紀の中国の書物に「豆腐は劉安が始まり」と記されているから広まっただけで、
それを証明するような記録は一切ありません。
　日本に豆腐が伝わったのは、奈良時代に中国の僧侶から教わったといわれていますが、これもよく分ってません。
　日本で初めて豆腐が文章にでてくるのは、平安末期である寿永二年（１１８３年）の奈良・春日大社の
神主さんの日記で、「唐符」と記述されていますから、中国から伝わってきたのは確かと思われます。
　本当に「豆腐」という漢字が記述されたのは、鎌倉時代の日蓮上人の書状（１２８０年）からだそうです。
　さて、ここから文字のお話です。　
　実は、古くから中国では「腐」には、くさるという意味はなく、「ブヨブヨしたもの」（コロイド状）という意味があります。
　例えばヨーグルトのことを「乳腐」（ルウフウ）と書いたりしますが、これは乳が腐ったもの、
という意味ではなく、乳がブヨブヨになったものという意味からきているそうです。
　ですから、豆腐は豆が腐ったから「豆腐」と名付けられたのではなく、豆を加工してブヨブヨしたものだから豆腐です。
　「納豆」はお寺の台所、すなわち納所で作られた豆だから「納豆」と元禄時代の『本朝食鑑』に書かれています。

0171デフォルトの名無しさん

2010/04/18(日) 13:38:44

学際的な意味で情報学とか情報系とか言ってるのなら、もうこの話はやめた方が良いね
大卒で技術が養成されてないって文系SEかよ。話にならない

0172デフォルトの名無しさん

2010/04/18(日) 13:42:11

>>171
なんでそう自分の世界用に誤訳してからレスするんだ
> 大卒で技術が養成されてない
ではなく、
大卒で技術者として養成されてない、だろ？
それはおかしなことではないってのが>>168じゃないか

せっかくここ数十レスで一番有用な>>170を読んで不覚にも和んでたのに

0173デフォルトの名無しさん

2010/04/18(日) 13:44:22

>>172
一流の技術者としても養成されているよ

0174デフォルトの名無しさん

2010/04/18(日) 13:46:24

それは素晴らしいことだね

0175デフォルトの名無しさん

2010/04/18(日) 13:48:06

>>172
> 不覚にも
ツンデレさんだなあ

べっ、べつにあんたのために和んでたわけじゃないんだからね！

0176デフォルトの名無しさん

2010/04/18(日) 13:51:51

やっぱりこのスレ、ID必要だな
誰が誰だかｗ

0177デフォルトの名無しさん

2010/04/18(日) 14:00:28

レスの立ち位置が分かれば誰が誰とかどうでもいいよ
同じスタンスのやつは同一人物と見なしても問題ないだろ

0178デフォルトの名無しさん

2010/04/18(日) 14:03:21

豆腐野郎は一人じゃないと思うがな

0179デフォルトの名無しさん

2010/04/18(日) 14:05:42

それは
立ち位置：豆腐
ってことでいいんじゃないの

主な関心の対象が豆腐

0180デフォルトの名無しさん

2010/04/18(日) 14:07:08

この流れだとそれも仕方ない

0181デフォルトの名無しさん

2010/04/18(日) 16:20:47

ググってみたら大学でもCやらないところは結構あるらしいぞ
アセンブラは絶対やるみたいだけど高級言語はJavaやLisp系メインが多いようだ
もちろん半数くらいはCもやるけど

0182デフォルトの名無しさん

2010/04/18(日) 16:24:42

ソース

0183デフォルトの名無しさん

2010/04/18(日) 16:25:46

アセンブラやるのにCやらないってｗ効率悪っ

0184デフォルトの名無しさん

2010/04/18(日) 16:27:35

俺はCやったほうがいいと思う派だから>>106には賛同しないが
>>140にも賛同しない派
っていうか大学で何やってるかとかどうでもいいっす

こんなおれは豆腐派ってことでいいのカナ？

0185デフォルトの名無しさん

2010/04/18(日) 16:31:52

>>184
大学で何やるかとか興味無くても、>>106はCやるのはおっさんとかアホなこと言ってるじゃん
お前はCやる派だろ

0186デフォルトの名無しさん

2010/04/18(日) 16:39:07

俺の大学はC言語1年からするけどな。

0187デフォルトの名無しさん

2010/04/18(日) 16:46:30

>>185
うんだから>>106には賛成しない
といっても、俺のCやるべきってのは

計算機科学を本気で習得するつもりなら、あるいは
職業プログラマになるとして、人月で使い捨てられる
土方で埋もれるつもりがないのなら
Cぐらい（もし教えられなくとも）自分でやっとけ

という程度の意味なので、つっこみどころは「おっさん～」ってとこね
>>140に賛成しないのは、単に言い方の問題かな…

0188デフォルトの名無しさん

2010/04/18(日) 16:48:45

自分でやっとけって、なんの話だよ

0189デフォルトの名無しさん

2010/04/18(日) 16:50:04

というかCやらない大学というのを紹介して欲しいんだけど

0190デフォルトの名無しさん

2010/04/18(日) 16:51:11

>>188
？何が分からないのか分からない
俺そんなに変なこと言った？

プログラミングを行う、または学ぼうとしている人の視点の話だよ

0191デフォルトの名無しさん

2010/04/18(日) 16:51:18

Cやらないって高専とか工業高校とかの間違いじゃないの蟹

0192デフォルトの名無しさん

2010/04/18(日) 16:51:54

>>181はどこに行ったんだろうね

0193デフォルトの名無しさん

2010/04/18(日) 16:53:05

>>188
どうもゆとり教育受けた人たちは
「教えられてないことは出来なくても良い」
見たいな精神が染み付いているように見受けられるから
それに対して
「(教えられなくても)自分でやっとけ」
っていうのは大事な教えだと思う

0194デフォルトの名無しさん

2010/04/18(日) 16:56:13

まあ独習なら教材の多いCは良いだろう
そもそも教材が多い理由が、学習する価値や大学で取り上げる理由を表しているんだろうけど

0195デフォルトの名無しさん

2010/04/18(日) 17:45:16

頼んでもないのにCを無理矢理すすめてくる奴って、
スレタイも読めないほど馬鹿なくせして
なんでこんなに偉そうなのｗｗ

0196デフォルトの名無しさん

2010/04/18(日) 18:46:40

誰が無理矢理勧めたの？

0197デフォルトの名無しさん

2010/04/18(日) 19:20:42

C自体はどうでもいいんだけど、makeとかコンパイルが複雑過ぎて覚える気にならないなあ。

0198デフォルトの名無しさん

2010/04/18(日) 20:03:15

>>197
最初からm4マクロとかautotoolsとかやろうとしてたら面倒に思うだろうけど
別にそんな必要ないよ
IDEならMakefileなんて書く必要ないし
OMakeとかRakeとかSConsみたいな代替ツールもある

0199デフォルトの名無しさん

2010/04/18(日) 23:29:49

早稲田だったけどCは授業ではやらんかたたわ
OCamlとかやってた
ゼミではC使ってるところももちろんたくさんあるけど

0200デフォルトの名無しさん

2010/04/18(日) 23:39:21

LLの文法なり雑多なことなり覚える手間で、
makeなりリンカなりのツール一式は絶対に頭に入る

0201デフォルトの名無しさん

2010/04/18(日) 23:42:12

地底だとCすらまともに使えないアホ教授がいる
そして、OCamlやHaskellに憧れても触る機会は永遠にない

0202デフォルトの名無しさん

2010/04/18(日) 23:42:20

perlは触ってないとすぐ忘れるとか言ってるのをよく見かけるが

0203デフォルトの名無しさん

2010/04/18(日) 23:47:35

触ってないものはなんでも忘れてしまうような気がする。
設定ついでに扱える、elispがオヌヌメ。

0204デフォルトの名無しさん

2010/04/18(日) 23:53:16

教授なんて関係ない
学びたくなったら独学ででも学べ

0205デフォルトの名無しさん

2010/04/18(日) 23:56:34

つーかLLスレにいるやつの9割以上は、少なくともLLを独学で学んだんじゃないの？
違うのか？

0206デフォルトの名無しさん

2010/04/18(日) 23:57:22

そらそうよ

0207デフォルトの名無しさん

2010/04/18(日) 23:59:54

>>200
「レガシーで不要な知識だから覚える手間をかけたくない」という意味なら
少し悲しい

俺もCOBOLやJCLやれって言われたら、同じ気持ちになるかもしれん

0208デフォルトの名無しさん

2010/04/19(月) 00:39:52

俺も授業はJavaとアセンブラだけだった
ゼミではLispだった
MARCH以下だから学校名いいたくないけど

0209デフォルトの名無しさん

2010/04/19(月) 02:49:54

Javaなんてこの世になかった

0210デフォルトの名無しさん

2010/04/19(月) 04:28:47

確かに教育向けとしてはC言語は適さないもんなぁ
最近はやっぱりJavaが流行ってるのかね

0211デフォルトの名無しさん

2010/04/19(月) 08:05:10

えっ

0212デフォルトの名無しさん

2010/04/19(月) 08:17:24

つれますか

0213デフォルトの名無しさん

2010/04/19(月) 09:53:00

で、LLは？

0214デフォルトの名無しさん

2010/04/19(月) 10:58:49

>>200
入らんよ。

0215デフォルトの名無しさん

2010/04/19(月) 12:42:30

>>208
FランだからJAVAなんだろｗｗｗ
MARCH以上はJAVAなんてやらんよ

0216デフォルトの名無しさん

2010/04/19(月) 12:47:52

ttp://www.is.s.u-tokyo.ac.jp/student/lecture.html
Javaやってるようにしか見えない

0217デフォルトの名無しさん

2010/04/19(月) 13:27:55

そりゃ Java「も」やってるところはあるだろｗｗｗ

0218デフォルトの名無しさん

2010/04/19(月) 13:29:53

＞MARCH以上はJAVAなんてやらんよ
負けを認めようよ

0219デフォルトの名無しさん

2010/04/19(月) 13:40:14

私大だと教科内容公開してるとこ多いから調べれば解るよ

0220デフォルトの名無しさん

2010/04/19(月) 17:18:01

がっこで習わんとプログラム言語すら使えねえのか？

0221デフォルトの名無しさん

2010/04/19(月) 17:19:35

>>220
>>205

0222デフォルトの名無しさん

2010/04/19(月) 18:58:23

ハッカーは小学生の頃からプログラムを組んでるってことだよ言わせんな恥ずかしい

0223デフォルトの名無しさん

2010/04/19(月) 18:59:32

さすがイケメンハカーは言うことが違うぜ

0224デフォルトの名無しさん

2010/04/19(月) 23:12:07

>>210
アドレスやメモリ管理ならダンプ見ながらアセのほうが覚えられるだろうし
アルゴリズムだったら高級言語のが余計なことで躓かなくて良いだろうしなあ

0225デフォルトの名無しさん

2010/04/19(月) 23:13:05

そんなとこで躓く奴はそこまで

0226デフォルトの名無しさん

2010/04/20(火) 00:09:04

>>224
大半のアルゴリズムはLLの方が楽だが、リストの結合とかじゃなくてちゃんと要素の入れ替えでクイックソート書こうと思ったら
Cの方が書きやすかったりするんだよなぁ。

変数の定義とメモリとが密接に関わってくる分、Cはメモリのコストがすごく見やすい。

……まぁ、LLはそんな余計なこと考えないためにあるんだから、当然っちゃ当然なんだが。

0227デフォルトの名無しさん

2010/04/20(火) 00:12:30

LLならソート組込か外部のCライブラリでいんじゃね

0228デフォルトの名無しさん

2010/04/20(火) 00:48:03

>>225
いやさ、Cなかなか覚えられなかったLL脳の俺でも
アセやった後ならスッキリと頭に入ったんだよ実際

0229デフォルトの名無しさん

2010/04/20(火) 00:51:55

たしかにCのポインタ表記とかはちと面倒なんだよな
アセンブラやDelphiの方が学びやすいとは思う

0230デフォルトの名無しさん

2010/04/20(火) 00:57:21

>>227
それだとアルゴリズム書く練習にはならんでしょ。

0231デフォルトの名無しさん

2010/04/20(火) 03:06:16

>>226
いやだから学校はLLじゃなくてJavaなんだろ

0232デフォルトの名無しさん

2010/04/20(火) 03:12:07

そもそもCでのメモリ管理なんて実務での実装の話であって
情報処理や計算機の基本を学ぶのとは関係ないでしょ
そっちの基礎やるのにFランでもみんなアセンブラやるんだろうし
Cだって高級言語だぜ
単にメモリ管理が手動なだけ
ゼミで研究やるときにC使うなら
Cでのやりかたを覚えればいい

0233デフォルトの名無しさん

2010/04/20(火) 03:15:10

C→C++、C→Java　の方がその逆より容易だからだよ

0234デフォルトの名無しさん

2010/04/20(火) 03:19:35

現実問題いまやプログラミングの基礎演習てC使う学校少ないんだから諦めな

0235デフォルトの名無しさん

2010/04/20(火) 03:20:39

まだ>>106がそんなこと言ってんのかよ

0236デフォルトの名無しさん

2010/04/20(火) 03:23:42

じゃあ基礎演習でC使ってる大学教えて

0237デフォルトの名無しさん

2010/04/20(火) 03:25:29

>>233
現場ではC(not++)プログラマはコボラーくらい潰しが利かないのは常識だぜ

0238デフォルトの名無しさん

2010/04/20(火) 03:26:00

本気でプログラムの世界に浸かるならCとLispは押さえとけ
そうでないならJavaでもなんでもいいけどさ

と言うかたとえ小学生とかの子供でもコンピューターに興味を持ったらCぐらい自力で覚えるだろ
学校で教えてもらわないと駄目とか言ってる奴は向いていないから止めちまいな

0239デフォルトの名無しさん

2010/04/20(火) 03:27:01

実は、この5つすべて（Python, Java, C/C++, Perl, LISP）を勉強しておくのがいちばんいいのです。

これらはもっとも重要なハッキング用言語だというだけでなく、

それぞれプログラミングに対してまったく違ったアプローチをしているので、どれも非常に有益な勉強となるでしょう。

0240デフォルトの名無しさん

2010/04/20(火) 03:29:31

Java創世記は、ポインタがないからJavaは使えないと公言するCプログラマが死ぬほど沢山いたな。
オブジェクト指向は意味がなく重くなるだけだから++は使いたくない派とか。
今でもいるけど。

0241デフォルトの名無しさん

2010/04/20(火) 03:30:23

>>236
「c言語プログラミング演習　大学　シラバス」とかでググれば？

++を使いたくないのはオブジェクト指向が問題なんじゃなくて++自体の問題だろ

0242デフォルトの名無しさん

2010/04/20(火) 03:32:03

C/C++っていう文脈じゃないのにそこで一緒にしてしまうのは何でなんだぜ
どっちかにできないの？
そんなこったからPythonとPerlを両方上げるのにも、Rubyを排除するのにも
説得力が出ないんじゃね？

0243デフォルトの名無しさん

2010/04/20(火) 03:32:15

how to become a hackerを読んでhackerになった人なんているのかしら

0244デフォルトの名無しさん

2010/04/20(火) 03:32:36

みんながみんなコンピュータアーキテクトを必要としている訳じゃないんだぜ
昔はその必要ない人もCしか選択肢がなかったねってだけの話だろ

0245デフォルトの名無しさん

2010/04/20(火) 03:33:45

>>241
んでその結果何大学が出たのかね？

0246デフォルトの名無しさん

2010/04/20(火) 03:35:03

>>242
国語力なさそうだなお前は

0247デフォルトの名無しさん

2010/04/20(火) 03:36:39

そもそも国語力ないから曲解して荒れるんだろ。

0248デフォルトの名無しさん

2010/04/20(火) 03:37:45

>>224
今でもCしか選択肢はない
否定できない事実だから

0249デフォルトの名無しさん

2010/04/20(火) 03:40:26

LLスクリプターがいくらわめこうが
世の中はCプログラマが動かしてる
AmazonだってPerlが動かしてるんじゃない
Perlを書いてるCが動かしてるんだぜ
これに気がつかない奴は今すぐ技術者やめろ

0250デフォルトの名無しさん

2010/04/20(火) 03:40:43

いい加減同じネタ同じ展開で回りすぎ

0251デフォルトの名無しさん

2010/04/20(火) 03:41:47

自分用に何かちょっと組むのも結局Cが一番多いんじゃないかな
LLが普及してるから微妙な面もあるけど、まあJavaはないだろ

0252デフォルトの名無しさん

2010/04/20(火) 03:43:44

このスレなに？
答えがC言語最強っていうクイズ問題作るスレ？

0253デフォルトの名無しさん

2010/04/20(火) 03:46:12

>>249
いやだからC言語は高級言語でその下にアセンブラだの機械語だのあってだな

0254デフォルトの名無しさん

2010/04/20(火) 08:14:47

その下にはハードウェアがありエレクトロニクスがある。

人間が生きるためには、農業が一番偉いとかそういう結論になるな、最終的には。

0255デフォルトの名無しさん

2010/04/20(火) 08:16:27

なんだそりゃ

0256デフォルトの名無しさん

2010/04/20(火) 08:39:15

>>237
Cがまともにできるヤツなら
言語なんて普通に5-6種類位は使えるし
むしろjava専、ms専、web専のが潰しきかんよ

0257デフォルトの名無しさん

2010/04/20(火) 08:44:13

>>251
ちょっとならスクリプトじゃねw
俺は複数を自然に使い分けてるな

0258デフォルトの名無しさん

2010/04/20(火) 08:56:33

>>245
うちの大学はCの演習やってるぞ
情報系じゃなくて機械系だが

0259デフォルトの名無しさん

2010/04/20(火) 10:20:05

そりゃ機械系はOcamlとかやらんだろうよ

0260デフォルトの名無しさん

2010/04/20(火) 10:30:18

>>231
>>226はJavaなんてひとこともいってないよ。

0261デフォルトの名無しさん

2010/04/20(火) 10:35:15

結局LLよりCだな→だから学校は間取ってJavaなんだろ
って反論では

0262デフォルトの名無しさん

2010/04/20(火) 10:39:29

>>258
理工系でJavaの使い道あんま無さそうだね

科学技術計算にFortranやMatlabやCは使ってもJavaなんて使わないだろうし
制御でJavaはありえないし
道具の使い方を教えたいんならCやFortranになるだろうし
抽象度の高い次元で「計算」の概念を教えたいんなら関数型のがいいだろう

なんでJava教えてるんだろう？

0263デフォルトの名無しさん

2010/04/20(火) 10:40:50

PHPで

Notice: session_start() [function.session-start]: ps_files_cleanup_dir: opendir(※セッションファイルパス※) failed: No error (0)

ってエラーが出て、maxlifetimeになってもセッションファイルが削除されません･･･
そもそもps_files_cleanup_dirってなんなんでしょう？誰か助けて･･･

0264デフォルトの名無しさん

2010/04/20(火) 10:42:33

Javaが使い道無いって社会に出たこと無いのか

0265デフォルトの名無しさん

2010/04/20(火) 10:43:24

>>264
「理工系で」と言ってるんだけど、読めないの？
ああ、職業訓練学校として、将来のIT土方を育成するためにJavaを教えるわけか
納得納得

0266デフォルトの名無しさん

2010/04/20(火) 10:43:42

制御でJavaはありえるんだが

0267デフォルトの名無しさん

2010/04/20(火) 10:44:15

>>266
JavaでI/Oとか叩けるっけ
ああライブラリを使うのか
そりゃ、決め付けてすまんかった

0268デフォルトの名無しさん

2010/04/20(火) 10:45:06

なんか一人だけアンチJavaのキチガイがいるな

0269デフォルトの名無しさん

2010/04/20(火) 10:48:04

Javaは実務でも学術でも広範囲に使われてるだろ。
職業訓練やるならLLだろ。
刑務所じゃRuby教えてるぞ。

0270デフォルトの名無しさん

2010/04/20(火) 10:48:21

> 刑務所じゃRuby教えてるぞ。
これはすごいｗ

0271デフォルトの名無しさん

2010/04/20(火) 10:51:55

あれ、PHPってすれ違いだったの

0272デフォルトの名無しさん

2010/04/20(火) 10:54:37

Javaを学術に使うのは幼稚園とFランだけ

0273デフォルトの名無しさん

2010/04/20(火) 10:59:08

>>271
特定の言語に関する話題は専門の言語スレでやるとよいよ
PHPだとWebプログラミング板のほうになるのかな

0274デフォルトの名無しさん

2010/04/20(火) 10:59:47

Oh..

0275デフォルトの名無しさん

2010/04/20(火) 14:04:08

>>226
関数型ならともかく、LL一般の話なら
別にインプレースソートがCより書きにくいってことは無い気がするけど…

def quicksort(xs, low, high):
if low >= high: return
j, pivot = low, xs[low]
for i in range(low + 1, high + 1):
if xs[i] < pivot:
j += 1
xs[i], xs[j] = xs[j], xs[i]
xs[low], xs[j] = xs[j], xs[low]
quicksort(xs, low, j - 1)
quicksort(xs, j + 1, high)

0276デフォルトの名無しさん

2010/04/20(火) 15:42:00

世の中algol系言語で回ってるからな
ポインタで躓くヤツさける意味でjavaなんだろ
関数型とかも教養としてはいいが
LLはたいてい型甘いから教育に向かないよ

0277デフォルトの名無しさん

2010/04/20(火) 17:10:15

だからポインタの有無とかじゃねーよ
アセンブラはやんだから

0278デフォルトの名無しさん

2010/04/20(火) 17:42:53

C以外の言語の間接参照で躓くやつっているの？
ポインタが躓きやすいってのはCの構文が原因だろ

0279デフォルトの名無しさん

2010/04/20(火) 18:20:39

未だにJavaにはポインタがないとか言う奴が居るとは目眩がする
Cにしかないってのはメモリアドレスのポインタ限定の話だろ

0280デフォルトの名無しさん

2010/04/20(火) 18:57:22

参照だろ？
動き回れないからわかりやすいんだよ

0281デフォルトの名無しさん

2010/04/20(火) 19:29:29

>>278
Cのポインタが難しいと思う人ならPerlのリファレンスも難しいと思うんじゃないの
分からんけど

俺の考えでは、Cのポインタが分からない人は
ポインタが分からないのではなく、変数とは、右辺値や左辺値、代入とは何か、
関数の値渡し、といった基本的な事柄を理解していない
多分教え方が悪いのだろう

ポインタを理解する上でアセンブラを理解したほうが速かったという人も
多いけど、その必要は無い
よくあるボックスモデルのような抽象図で考えれば十分なはず

0282デフォルトの名無しさん

2010/04/20(火) 19:41:25

あれはアセンブラやCPU/メモリからプログラム言語への抽象化ギャップが超えれないんだよ
でもアセンブラのメモリモデルを理解できたらCのポインタの理解が早まるのは確か
ボックスモデルでは結局具体的なイメージが定着しないんよね
つか、わかる奴はほっといたらスグ理解できる、、っていってしまえば話終わるかｗ

0283デフォルトの名無しさん

2010/04/20(火) 19:45:13

> つか、わかる奴はほっといたらスグ理解できる、、っていってしまえば話終わるかｗ

まあそうなんだろうね
数学と同じで、抽象とそれを理解できる能力ってのは個人差があるんだろう

0284デフォルトの名無しさん

2010/04/20(火) 19:59:25

>>239
＞それぞれプログラミングに対してまったく違ったアプローチをしている
PythonかPerlかの、それならではの
特異的なアプローチを教えてください。

0285デフォルトの名無しさん

2010/04/20(火) 20:05:32

>>284
>>239は
ttp://cruel.org/freeware/hacker.html
のコピペだと思うよ

0286デフォルトの名無しさん

2010/04/20(火) 20:07:26

>>284
それくらいも知らないのかよ

0287デフォルトの名無しさん

2010/04/20(火) 20:47:25

答えられないのかよ

0288デフォルトの名無しさん

2010/04/20(火) 20:50:20

答えても理解できるレベルに達してないくせに欲するなよ。勉強しろ勉強

0289デフォルトの名無しさん

2010/04/20(火) 21:10:24

>>256
> Cがまともにできるヤツなら
> 言語なんて普通に5-6種類位は使えるし

それは、どうだろう？

逆に、組込み系で、C言語しかやっていない奴は、Cしかやらない奴が多いよ。
C言語が最高の言語と信じて疑わない。
彼らは、C++でさえ、継承はオーバーヘッドが大きい、という理由で、
継承を全く使わずにC++を書く。(元からあるライブラリ使う時だけ継承を使う)

Javaやっている人は、たいてい、他の言語もやっていると思うよ。
良くも悪くも、Javaをやる仕事の人は、他の言語も使う必要に迫られるからな。

つまり、必要に迫られなければ、C言語だけでも十分！

ただ、最近は組込み系の分野にも、Androidというものがやって来て、、、、ゲホゲホ。

0290デフォルトの名無しさん

2010/04/20(火) 21:22:52

俺も組み込みならCが最高だと思う
androidとかUI(web含む)を使うようなのは別だが
例えばモニタ用にPCのソフトとかも作ったりもするし
スクリプトでデータを前処理したり、いろんなとこで他の言語つかうしょ
逆に組み込み系でC以外の言語使えない奴は
だいたい仕事の幅が狭いか視野が狭いな。私感だが

0291デフォルトの名無しさん

2010/04/20(火) 22:47:27

Javaの創世記はCから転向した奴が何人も挫折していった
Cのようなポインタがないからロジックを組めない
そもそもオブジェクト指向が受け入れられない、多重継承ができない
GCに任せるなんてアホだ、など理由は色々だったが

0292デフォルトの名無しさん

2010/04/20(火) 22:49:32

お前何回それ言ってるんだよｗ
どこからの受け売り？それが書いてある本を紹介してくれない？

0293デフォルトの名無しさん

2010/04/20(火) 23:33:49

個人で使う分にはboostは最高じゃないだろうか

0294デフォルトの名無しさん

2010/04/20(火) 23:50:14

個人でCを何に使えばいいんだろう

0295デフォルトの名無しさん

2010/04/20(火) 23:50:38

数値計算

0296デフォルトの名無しさん

2010/04/20(火) 23:55:45

>>294
4,5年かけてじっくり書く分には、一番に安定していると思われ

0297デフォルトの名無しさん

2010/04/21(水) 00:26:21

>>292
いや実際1999年からJavaやってるんで

0298デフォルトの名無しさん

2010/04/21(水) 01:00:06

>>291
俺の周りにおおかったのは
文法とかなんやらは屁のようだが
クラスライブラリの山が
面倒になったやつらかなw

0299デフォルトの名無しさん

2010/04/21(水) 01:06:11

大学でJavaなんて土方言語やらないってｗ
今でもCが授業の基本

0300デフォルトの名無しさん

2010/04/21(水) 01:57:45

各大学の情報系学科プログラミング基礎演習で使用する言語をざっと調べてみた
C/Java
　早稲田大学理工学部情報理工学科
　慶応大学理工学部情報工学科
　芝浦工業大学システム理工学部電子情報システム学科
C/Java/Scheme
　東京工業大学工学部情報工学科
C/C++/Java/Fortran
　法政大学理工学部応用情報工学科
C
　慶応大学理工学部物理情報工学科
　日本大学理工学部電子情報工学科
　東海大学開発工学部情報通信工学科
　東海大学情報理工学部各学科
　東海大学情報通信学部各学科
C++
　慶応大学理工学部システムデザイン工学科

0301デフォルトの名無しさん

2010/04/21(水) 01:58:27

Java
　法政大学情報科学部コンピュータ科学科
　帝京大学理工学部情報科学科
C/JavaScript
　芝浦工業大学工学部情報工学科
Fortran
　東海大学海洋学部環境情報工学科
VisualBasic
　東海大学産業工学部各学科
Haskell
　東京大学工学部計数工学科
不明(シラバス公開してない)
　明治、青山学院、東大工学部電子情報工学科

やっぱ東大は斜め上行ってるな
あと慶応は情報や計算機学系統じゃないけどRubyがあった
芝工は参考文献にJavaScript辞典第3版ってあんだよなぁｗ
http://syllabus.sic.shibaura-it.ac.jp/syllabus/2010/ko1/67743.html?L01

0302デフォルトの名無しさん

2010/04/21(水) 02:00:38

Haskellがなんで斜め上なんだよｗ

0303デフォルトの名無しさん

2010/04/21(水) 02:36:22

だってHaskellしかやらないんだぜｗ

0304デフォルトの名無しさん

2010/04/21(水) 02:59:32

つか東海大学悲惨すぎ

0305デフォルトの名無しさん

2010/04/21(水) 03:12:24

複数挙がってる大学も一つのプログラミング演習という講義で同時に習うわけじゃないだろ
教員によって変わるのか、あるいは計算理論とかコンパイラとかいう別の講義で別の言語をやるのか

0306デフォルトの名無しさん

2010/04/21(水) 04:46:44

コンパイラの授業は言語じゃないだろ

0307デフォルトの名無しさん

2010/04/21(水) 06:53:06

東海大学って大学だったのか
付属高校のグループ企業かと思ってた

0308デフォルトの名無しさん

2010/04/21(水) 07:40:42

私立大学は企業みたいなもんだ

0309デフォルトの名無しさん

2010/04/21(水) 08:44:36

確かに全国展開チェーンだな

0310デフォルトの名無しさん

2010/04/21(水) 08:46:38

>>303
Haskel以外は教えるまでもない学生しか来ない。

0311デフォルトの名無しさん

2010/04/21(水) 08:58:06

まだ正しくHaskellを綴れないようだ

0312デフォルトの名無しさん

2010/04/21(水) 10:24:02

>>303
授業でぐらいしか使う用途がないから、率先して使ってあげてるだろう

0313デフォルトの名無しさん

2010/04/21(水) 10:58:01

大学の情報科でVBってのも凄いな
専門学校でもやらんぞ

0314デフォルトの名無しさん

2010/04/21(水) 11:29:33

さすがにVB6ではなくVB.NETなんだろうか
せめてC#にすればいいのに

0315デフォルトの名無しさん

2010/04/21(水) 11:31:25

VB使ってるのは情報系の学科ではないのでは？
>VisualBasic
>　東海大学産業工学部各学科

0316デフォルトの名無しさん

2010/04/21(水) 11:57:37

>>315
東海大学産業工学部電子知能システム工学科
　次世代を切り開くIT技術者を育成する

東海大学産業工学部機械システム工学科
　自動車やロボットなど、高度に知能化された機械システムを実現する設計手法を学ぶ

0317デフォルトの名無しさん

2010/04/21(水) 14:29:24

そういえばMITはSchemeからPythonに変えたんだっけか

0318デフォルトの名無しさん

2010/04/21(水) 16:15:19

>>239
今だったら
Python, Java/C#, C/C++, Javascript, Haskell
あたりになるんだろうか

0319デフォルトの名無しさん

2010/04/21(水) 17:43:12

Haskellはちょっと趣味的な感じがする

0320デフォルトの名無しさん

2010/04/21(水) 17:51:57

>>318
Lispのcode-as-dataとかマクロは独特のものなので、
Lispを単に関数型と見做してHaskellで置き換えちゃうのはどうなんだろうな

元々のESRの挙げてる言語にしても、Lisp以外Algol系ってかC系ばっかりで
「まったく違ったアプローチ」と言うには偏りすぎに見えるけどな

0321デフォルトの名無しさん

2010/04/21(水) 18:02:50

違いの分かる漢になりましょう

0322デフォルトの名無しさん

2010/04/21(水) 18:04:44

あとから出てきて一気に抜き去ったScalaかな関数型言語最強は

0323デフォルトの名無しさん

2010/04/21(水) 18:06:29

ロボットやるのにVBって嫌がらせだな
一部組み込みでもBASICはあるけど、Cか最近でもせいぜいJavaだろ

0324デフォルトの名無しさん

2010/04/21(水) 20:42:28

>>303

東大は、Rubyで情報科学教えているぞ。
なんでも、教えたいことをは言語の細かいことじゃなくて、考え方とかなので、
そういうのをやるには、思考のじゃまにならないRubyが最適とかって。

なかなか良く出来た教科書だと思う。

0325デフォルトの名無しさん

2010/04/21(水) 20:48:06

Ruby が思考の邪魔にならないってのは幻想だよ

0326デフォルトの名無しさん

2010/04/21(水) 21:04:50

>>324
教えてないよ
それ工学部とか理学部じゃない

0327デフォルトの名無しさん

2010/04/21(水) 22:26:06

俺が出た大学の情報科学科は、
Pascal、C、Standard ML、Java、Perlにアセンブラだったな。
おまえら的にはレベルはどう？

0328デフォルトの名無しさん

2010/04/21(水) 22:44:34

おれが出た大学の電気工学科の情報処理の授業はFortranだった。
これからの言語としてPascalを紹介された。大学では端末から
JOBをお願いして翌日受け取りだった。30年前のことだ。
当時自分で持っていたのは自作のZ80マイコンで機械語しか使えな
かった。やっぱり機械語が最高なんじゃないか？　んなわけないか。

0329デフォルトの名無しさん

2010/04/21(水) 23:06:16

俺も大学ではFortranとPascal、それとTK-85でZ-80だったな
まぁそんなのとは関係なく小学生ぐらいから独学でMZのBASIC、Z-80
本を読んでPascalやLisp,Prologを勉強してたっけ

0330デフォルトの名無しさん

2010/04/21(水) 23:07:05

TK-85でZ-80は無い、8085のミスだｗ

0331デフォルトの名無しさん

2010/04/21(水) 23:08:50

Z80の機械語<<<<6809の機械語

0332デフォルトの名無しさん

2010/04/21(水) 23:15:37

Cで構造化以前のbasicみたいなコード書く教授を、どうしたものか

0333デフォルトの名無しさん

2010/04/21(水) 23:16:00

小学生だったけどZ80アセンブラとか覚えざるを得なかった

0334デフォルトの名無しさん

2010/04/21(水) 23:17:03

色々やるけどCASLやらない学校はないよな

0335デフォルトの名無しさん

2010/04/21(水) 23:18:03

色々やるけどPrologやらない学校はないよな

0336デフォルトの名無しさん

2010/04/21(水) 23:18:58

CASLなんてやんねぇよオッサンｗｗｗｗｗｗｗｗｗｗｗ

CASLIIだろ

0337デフォルトの名無しさん

2010/04/22(木) 00:24:14

昔はCOMP-Xなわけだが

0338デフォルトの名無しさん

2010/04/22(木) 00:43:16

ここは平均年齢の高いインターネッツですね

0339デフォルトの名無しさん

2010/04/22(木) 01:14:42

>>327
ML系言語をやる大学は、基本的にレベルが高いとは聞く
ただし教科書が少ないｗ

0340デフォルトの名無しさん

2010/04/22(木) 14:50:50

みんな金持ちだな
俺は小学校ではfxのアセンブラだったわw

0341デフォルトの名無しさん

2010/04/22(木) 20:54:00

ロングライフバトルロワイヤルスレか

0342デフォルトの名無しさん

2010/04/22(木) 23:38:44

実際のところおまいらって、何がきっかけでLL使い始めたの？

0343デフォルトの名無しさん

2010/04/22(木) 23:59:34

かっこつけるため

0344デフォルトの名無しさん

2010/04/23(金) 00:12:11

C以外の選択肢がVBとawkとPerlとLisp系くらいしかなかった
PHPはギリ世の中に出てたけどRubyとかPythonとかは
今で言うD言語みたいな微妙なポジションだった
そんな状態でWeb系の仕事初めてPerlを

0345デフォルトの名無しさん

2010/04/23(金) 01:01:05

元々BASICとHSPしか経験無かったんだが
Vectorでフリーソフト漁ってたら「オブジェクト指向プログラミング言語Ruby」ってカテゴリがあって
なんぞこれと思って使い始めたらいつの間にかPerlやPython、関数型言語にも手をつけてた

0346デフォルトの名無しさん

2010/04/23(金) 01:08:51

Vectorルートでなんかやり始めるって、あるよね

0347デフォルトの名無しさん

2010/04/23(金) 01:27:42

テープ回覧とかjusのCDとか個人的にはcompuserveかftp mail使ってた俺には別世界だな

0348デフォルトの名無しさん

2010/04/23(金) 01:41:11

吉崎さんがPC-VANにあげたLHAを（ｒｙ

0349デフォルトの名無しさん

2010/04/23(金) 01:41:48

HyperRoadの奴は金持ち

0350デフォルトの名無しさん

2010/04/23(金) 03:02:47

uucpにも世話になったな
草の根uucpにもつないでた
つか、おっさんたち乙

0351デフォルトの名無しさん

2010/04/23(金) 03:04:11

ニュースから細切れのバイナリ落としてきて結合して
さらにFLマスク

0352デフォルトの名無しさん

2010/04/23(金) 03:17:23

それちょと違うｗ
altだなｗ

0353デフォルトの名無しさん

2010/04/23(金) 04:34:07

俺十分におっさんの自覚あったがこのスレはそれ以上に年齢層高いな

0354デフォルトの名無しさん

2010/04/23(金) 09:44:38

FLマスクの中のひとって死んじゃったんだっけ？

0355デフォルトの名無しさん

2010/04/23(金) 21:30:10

結局RubyやればいいのかPythonやればいいのか分からないのよね

0356デフォルトの名無しさん

2010/04/23(金) 21:46:15

ただただしのような痛い人がいるRubyはやめとけ。

0357デフォルトの名無しさん

2010/04/23(金) 21:46:22

両方やらなければよい。そしてPerl,PHPに宗旨変え。

0358デフォルトの名無しさん

2010/04/23(金) 21:51:17

悩むぐらいなら全部やれ
個人的にはRubyとPHPは勧めないがなー

0359デフォルトの名無しさん

2010/04/23(金) 21:57:14

どの言語もそれなりに大きいコミュニティなんだから、
下を見ればきりがない
むしろ痛い人がいない言語を聞いたことがないｗ

0360デフォルトの名無しさん

2010/04/23(金) 22:07:52

痛い人の割合が多い言語ならある

0361デフォルトの名無しさん

2010/04/23(金) 22:17:06

痛い人がいない言語は、かなりマイナー言語な悪寒

0362デフォルトの名無しさん

2010/04/23(金) 22:32:48

どれか1つやれば万事解決、なんてわけがないのに
なんで1つしか習得しようとしないのかね。

0363デフォルトの名無しさん

2010/04/23(金) 22:41:05

全部やりゃいいやんな

0364デフォルトの名無しさん

2010/04/23(金) 22:44:01

この言語は任せとけ！みたいな持ち言語がほしいのれす。。

0365デフォルトの名無しさん

2010/04/23(金) 22:45:10

いろいろ齧れば自分に合う言語がどんなものか分かってくるんじゃない?

0366デフォルトの名無しさん

2010/04/23(金) 22:50:10

>>364
万年筆や原稿用紙にばかり拘っても仕方ないよ

0367デフォルトの名無しさん

2010/04/23(金) 22:50:25

Cやりゃいい
LLは適当でいける

0368デフォルトの名無しさん

2010/04/23(金) 22:52:05

用途が似たような言語ばっかりやっても仕方ないし
最初にどれをやるかは考えるだろ。数ある言語の中から、サイクロを振って決めるわけ？ｗ

0369デフォルトの名無しさん

2010/04/23(金) 22:55:44

http://vipprog.net/wiki/
ここでも見て選べば

0370デフォルトの名無しさん

2010/04/23(金) 23:03:54

言語が思考の基盤であるとする「サピア＝ウォーフの仮説」に影響された
ような言説をプログラミング言語の界隈でもたまに見るけど
サピア＝ウォーフの仮説は誤りらしいですね

0371デフォルトの名無しさん

2010/04/23(金) 23:21:43

>>326

http://www.rubyworld-conf.org/ja/program/abstract/b-3/
東京大学の教養課程においては、理系の1年生を対象に情報科学の各種概念を学ばせている。
また、この科目ではプログラミング言語としてRubyを使用することになっている。

0372デフォルトの名無しさん

2010/04/23(金) 23:24:13

教養課程ね

0373デフォルトの名無しさん

2010/04/24(土) 01:19:04

>>371
要するに工学部や理学部じゃないだろ

0374デフォルトの名無しさん

2010/04/24(土) 01:21:01

>>369
awkやObjective-Cってマイナー言語か？
IronPythonの方がよっぽどマイナーだろ

0375デフォルトの名無しさん

2010/04/24(土) 01:29:19

awkはマイナーでしょ。
Objective-CはもうDelphiよりはメジャーと言っていいかも。

0376デフォルトの名無しさん

2010/04/24(土) 01:53:34

awkがマイナーとか言う奴はもれなく若者

0377デフォルトの名無しさん

2010/04/24(土) 02:00:08

awkがマイナーとかねーよｗｗアホ

0378デフォルトの名無しさん

2010/04/24(土) 02:07:47

AHO

0379デフォルトの名無しさん

2010/04/24(土) 02:19:08

Perl4のころはawkと拮抗してたな

0380デフォルトの名無しさん

2010/04/24(土) 03:23:26

>>355
Google関連やりたければ、
クライアントサイドAPIも、GAE APIもあるPythonで当然。

0381デフォルトの名無しさん

2010/04/24(土) 03:52:42

えっ
Javaのおまけなのに？

0382デフォルトの名無しさん

2010/04/24(土) 04:32:29

>>381
にわか乙
最新のAPIにはまだPythonのみのものも多いよ。

0383デフォルトの名無しさん

2010/04/24(土) 05:18:53

はい？

0384デフォルトの名無しさん

2010/04/24(土) 07:12:58

パフォーマンスもPythonの方が上の場合もあるしね。

0385デフォルトの名無しさん

2010/04/24(土) 07:44:54

>>341
どーりでCとFortranが人気なわけだ。
COBOLも十分ロングライフだと思うが、そのわりに人気ないね。

0386デフォルトの名無しさん

2010/04/24(土) 07:46:16

>>374
IronPythonは言語じゃなくて処理系だろ。

0387デフォルトの名無しさん

2010/04/24(土) 09:25:43

Objective-CってiPhoneの開発してる奴だけど。

0388デフォルトの名無しさん

2010/04/24(土) 17:16:21

>>373
> >>371
> 要するに工学部や理学部じゃないだろ

え？理系の一年を対象にって書いてあるのは？
工学部や理学部といっても、一年生のうちは、教養課程の授業が大半じゃないのか？最近は？

0389デフォルトの名無しさん

2010/04/24(土) 17:24:13

教養科目って浅く広くで微妙だよな。第二外国語とかプログラミングなんて浅く狭くだし

0390デフォルトの名無しさん

2010/04/24(土) 17:35:59

She never eats NONI.

0391デフォルトの名無しさん

2010/04/24(土) 17:37:28

>>388
お前大学行ったこと無いだろ

0392デフォルトの名無しさん

2010/04/24(土) 17:40:15

理系の一年＝看護学科の奴も農学科の奴もさらっとやれるレベル
大学一年の授業内容ってめちゃめちゃ基礎レベルだぜ

0393デフォルトの名無しさん

2010/04/24(土) 17:44:33

文系でも出来る

0394デフォルトの名無しさん

2010/04/24(土) 17:50:20

他のIT系の授業の内容を考えるとOfficeの使い方とかと同レベルの内容だろうな

0395デフォルトの名無しさん

2010/04/24(土) 17:51:56

プログラマーでOfficeまともに使えない(使いたがらない)香具師は多い

0396デフォルトの名無しさん

2010/04/24(土) 17:54:09

使う必要があるならすぐ使えるだろあんなもん

0397デフォルトの名無しさん

2010/04/24(土) 18:04:15

単に自分に仕事が降り掛からないように使えないフリしてるだけだろ

0398デフォルトの名無しさん

2010/04/24(土) 18:06:10

陰でエクセルは使ってそう

0399デフォルトの名無しさん

2010/04/24(土) 18:14:16

tsvにしてLLで処理してる

0400デフォルトの名無しさん

2010/04/24(土) 18:22:24

大学1年前期でやらされる情報基礎って授業は実はオフィスの使い方やったりする

0401デフォルトの名無しさん

2010/04/24(土) 20:42:24

latexとtgifじゃないのか？

0402デフォルトの名無しさん

2010/04/24(土) 20:57:42

いつの時代の数学科だよ

0403デフォルトの名無しさん

2010/04/24(土) 21:00:47

latexは実学系の学科はやらないところも多いかな最近は
もちろん数学科とかは必須だろうけど

0404デフォルトの名無しさん

2010/04/24(土) 22:01:36

地底の情報システム科だけど、shもlatexも使うぞ。

0405デフォルトの名無しさん

2010/04/24(土) 22:12:46

latexは理系なら今もとりあえずやると思う

0406デフォルトの名無しさん

2010/04/24(土) 23:11:06

一番速いのはどれですか？
ちなみに今はRubyメインで使ってます。
スピードが欲しい時は、C使ったけどやっぱり面倒クサイ。

0407デフォルトの名無しさん

2010/04/24(土) 23:14:05

Ruby以外ならどれでも十分速いと思うけど？

0408デフォルトの名無しさん

2010/04/24(土) 23:21:30

Perlは平均的にそこそこ速い
Pythonはモノによっては快速、基本的にはまあまあ
Rubyはやっぱり遅い

0409デフォルトの名無しさん

2010/04/24(土) 23:31:37

Perlは自身が速いんじゃなくて、手間がかかる処理だとbinaryのモジュールが
たくさんあるのが強みだな。
同等の機能をPure Perlで動かすと速度が1/100、1/1000なんてのがごろごろしてる。

0410デフォルトの名無しさん

2010/04/24(土) 23:40:06

Lispも速いほう
SBCLなんかめっちゃ速い
あとOCamlもイイ！

0411デフォルトの名無しさん

2010/04/24(土) 23:46:34

http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=python&lang2=perl
を見る限りPerl、Python、Ruby、PHPの中ではPythonが速いみたいだな。

0412デフォルトの名無しさん

2010/04/25(日) 00:49:11

えっ

0413デフォルトの名無しさん

2010/04/25(日) 00:53:00

LuaJITの速さが尋常じゃないな

0414デフォルトの名無しさん

2010/04/25(日) 01:30:10

ベンチマークでの差なんて誤差のレベルだよ
だいたいPがつく3つは同じくらいでRがつく奴が遅い
Rがつく奴は1.9になってJRubyの実装取り込むまではもっと遅かった

0415デフォルトの名無しさん

2010/04/25(日) 02:15:16

JRubyの実装を取り込むって何のこと?

0416デフォルトの名無しさん

2010/04/25(日) 02:18:18

いろんな実装があったんだけどダントツで最高速なのがJRubyだった
なのでそのロジックをCのRubyにも取り込んだら早くなった
まぁどのプログラムでも良くある話だよ

0417デフォルトの名無しさん

2010/04/25(日) 02:19:52

YARVの勘違いじゃね

0418デフォルトの名無しさん

2010/04/25(日) 02:27:03

ruby は捨てていい
php は論外
perl は斜陽

0419デフォルトの名無しさん

2010/04/25(日) 02:39:26

PHPは別に論外じゃないと思うぜ

言語としてクソとか言うけど、実際問題PHPで構築されて長年維持されているサイトはたくさんあるわけだし
カーマニアが
「軽自動車はクソ。ハンドリングも甘いし、ボディの作りも悪い。
　高速道路での加速が悪いから渋滞の原因にもなり得る。
　それに田舎のDQN車と言えば最近は改造した軽ワゴンじゃん。
　燃費がいいからAT限定免許の主婦みたいな素人はそれでも好むだろうけど。」
とか言うレベルの話と同じ

0420デフォルトの名無しさん

2010/04/25(日) 02:46:47

PHPは軽自動車っていうより原動機付自転車だと思う

0421デフォルトの名無しさん

2010/04/25(日) 02:48:25

意味のないたとえ話をしてわかったつもりになってる香具師って馬鹿じゃねーのとは思う

0422デフォルトの名無しさん

2010/04/25(日) 02:48:34

Javascriptよりは良い

0423デフォルトの名無しさん

2010/04/25(日) 02:51:22

なにが良いんだ?

0424デフォルトの名無しさん

2010/04/25(日) 02:51:43

なんだ、YARVとJVMの区別がついていないアホか。

0425デフォルトの名無しさん

2010/04/25(日) 07:13:47

>>422
javascriptつーか、ecmascriptつーか、あれは言語としてはこのスレで出てきてもおかしくないくらいによくできたLLだぜ。

言語そのものとしては規格になってるけど、Web用途以外でのまともな実装としての標準(デファクトスタンダードも含めて)がないから
perl系みたいな使い方がしにくいわけだけど。

0426デフォルトの名無しさん

2010/04/25(日) 08:44:01

macrubyはllvmだが結構速い

0427デフォルトの名無しさん

2010/04/25(日) 09:35:23

>>422
お前にJavaScriptの何が分かる

0428デフォルトの名無しさん

2010/04/25(日) 10:02:02

JavaScriptって糞過ぎる。標準状態じゃ使い物にならない。ライブラリはたくさんありすぎて、しかも互換性がない。
クライアントサイドでPerlでもPythonでもJavaでもいいけど、これらが動くなら、誰もJavaScriptなんて使わない。

0429デフォルトの名無しさん

2010/04/25(日) 10:22:20

>>428
Java動くじゃん。

0430デフォルトの名無しさん

2010/04/25(日) 11:25:45

rubyからpythonに乗り換えようかと思って試してみた。
floatするとずれる。
"93.42" => 93.4200000002
になる。
ググるとしょうがないって書かれてた。
気付いてないだけでrubyもいっしょ？

0431デフォルトの名無しさん

2010/04/25(日) 11:30:07

一般的な浮動小数点数を使ってる限りは、2進で正確に表現できない少数は
そうなるよ、少なくとも内部的には
それをどう「印字」するかは言語によって色々だろうな

Pythonにしても
>>> 0.1
0.10000000000000001
>>> print 0.1
0.1
こうだし

0432デフォルトの名無しさん

2010/04/25(日) 11:43:27

0.1 == 1/10
どっちもfalse
だった。
ちなみに実行時間は
Ruby 31秒
Python 5秒
思ってた以上に差が有った。
ちょっとショック。

0433デフォルトの名無しさん

2010/04/25(日) 12:00:26

>>430
浮動小数点だしそうなるな。

気になるのなら、例えばPython 2.6以降なら標準で有理数型が使える。
http://pythonjp.sourceforge.jp/dev/library/fractions.html
他にも、10進小数とかなんとか方法はあるが、丸め誤差は扱いに注意しさえすれば、金融分野くらいでしか問題にならないと思う。

0434デフォルトの名無しさん

2010/04/25(日) 12:21:59

>>430
どうしても誤差を無くしたいならdecimalを使うしかない。
>>> 0.1 + 0.2 == 0.3
False
>>> from decimal import Decimal
>>> Decimal('0.1')+Decimal('0.2')
Decimal('0.3')
>>> _ == Decimal('0.3')
True

0435デフォルトの名無しさん

2010/04/25(日) 12:22:52

お金の計算に浮動小数点数使っちゃいけないってのは
金融に限らず業務系のお仕事でプログラミングしてる奴なら常識だろうな

0436デフォルトの名無しさん

2010/04/25(日) 13:24:08

JavascriptはWebベースなのにブラウザがサポートしてくれないと意味ないとか期待出来ないところがあるから

0437デフォルトの名無しさん

2010/04/25(日) 13:25:46

小数の精度はLLだからじゃなくてJavaでもCでも同じだろ

0438デフォルトの名無しさん

2010/04/25(日) 13:40:36

そういうのこそ、「情報系」の大学で教えてるんじゃないの？
どの言語を採用するかとか二の次三の次にしてさ

0439デフォルトの名無しさん

2010/04/25(日) 13:42:25

つーかそれ基本情報技術者試験レベルだから
小学生で受ける奴もいるらしいね

0440デフォルトの名無しさん

2010/04/25(日) 13:45:00

気象予報士とどっちが難しいんだろうね

0441デフォルトの名無しさん

2010/04/25(日) 13:46:42

気象予報士は史上最年少が中学生みたいだね

0442デフォルトの名無しさん

2010/04/25(日) 13:58:54

ruby-talk(えいごのほう)見てると、浮動小数点がらみで
誤差だエラーだと騒ぐ投稿が後を絶たない。
きっと他の言語も似たようなものなんだろうと思う。

0443デフォルトの名無しさん

2010/04/25(日) 14:04:17

>>438
普通に入門書の数値型の説明でも出てくるレベルの話

0444デフォルトの名無しさん

2010/04/25(日) 14:05:55

ttp://d.hatena.ne.jp/akiradeveloper/20100423/1271986775#c1272170734
これとかな

0445デフォルトの名無しさん

2010/04/25(日) 14:08:32

>>444
なんだこの釣り記事と思ったら
思ったのと同じことをshiro氏が突っ込んでいた

0446デフォルトの名無しさん

2010/04/25(日) 14:26:51

まぁ所詮ちんこだしな

0447デフォルトの名無しさん

2010/04/25(日) 14:29:01

>>435
ところがExcelの世界だと常識じゃなかったりする

0448デフォルトの名無しさん

2010/04/25(日) 14:33:13

>>444
自称電気系出身者と言いながら日本語おかしい香具師は全く信用出来ない

0449デフォルトの名無しさん

2010/04/25(日) 14:34:26

>>447
Excelなら仕方ないな

0450デフォルトの名無しさん

2010/04/25(日) 14:47:22

お金の計算にExcel使っちゃいけないってのは
金融に限らず業務系のお仕事でプログラミングしてる奴なら常識だろうな

0451デフォルトの名無しさん

2010/04/25(日) 14:48:31

ニートが言っても説得力無いだろ

0452デフォルトの名無しさん

2010/04/25(日) 16:01:58

まぁ所詮Excelだしな

0453デフォルトの名無しさん

2010/04/25(日) 16:17:33

LLスレだけに再帰的なレスが多いな

0454デフォルトの名無しさん

2010/04/25(日) 16:30:23

それを言うならloopyだろ常考

0455デフォルトの名無しさん

2010/04/25(日) 16:39:13

LLから再帰という相関はあまりないような気がするんだが。手続き型な言語のほうが多いし

0456デフォルトの名無しさん

2010/04/25(日) 16:40:03

末尾で再帰るからキリがないな

0457デフォルトの名無しさん

2010/04/25(日) 16:40:09

再帰は R だしな

0458デフォルトの名無しさん

2010/04/28(水) 09:19:19

　　　　 ,―ヽ＿（（（（（＿、―
　　　,／　　ノ　　　　　　　ヽ　　~＼
　／　　ノ　　　ＩＰＡ　　　　ヽ　　　~＼
／　　　ノ　　　　　　　　　　　ヽ、　　`ヽ
|　　　ﾉ /￣＼　　　／￣~ヽ　ヽ　　 i
|　　ノ　　　　　　　　　　　　　　|　　ノ
＼　 |　　＜●＞　　＜●＞　（　）
　＼ |　　　　　｜　|　　　　　　 i /
　　 |　　　　　 /　　ヽ　　　　ﾚ
　　　i　　　　　（●_●）　　　　 /　　
　　　 i、　　　 ,-――-、　　・ /
　　　　i、　　<（EEEEE）>　∵/　　　　どういたしまして
　　　　 i、　＼　　　.／　　/
　　　　　＼　ーー　　 ,ノ　　　　　　　
　　,,.....イ.ヽヽ、ー-―一ノﾞ-､.
　　:　　| 　';　＼_____ ノ.| ヽ　i
　　　　 |　　＼/ﾞ（__)＼,| 　i　|

0459デフォルトの名無しさん

2010/04/28(水) 10:57:49

しかし下世話な大衆向けサービスとかやってる開発者は大変そうだよな。
ほぼゴミの情報を大量に扱って削除してまわったり、どうでもいい機能つけたりはずしたり、
心が折れるプログラマーの気持ちもまあわかるわ。

0460デフォルトの名無しさん

2010/04/28(水) 16:19:19

ここは>>459が高尚なソフトウェア開発について語るスレになりました。

0461デフォルトの名無しさん

2010/04/28(水) 19:40:00

Excelを舐めてはいかん
あれはある意味、世界で一番多用されている関数型言語だぞ
…VBAは別だが

0462デフォルトの名無しさん

2010/04/28(水) 21:18:11

>>461
あれが関数型か？

0463デフォルトの名無しさん

2010/04/28(水) 21:38:01

>>462
何しろ「ワークシート関数」というぐらいで式と関数しかない
代入も実行順序の制御も存在しない
どう見ても関数型だろう

0464デフォルトの名無しさん

2010/04/28(水) 21:42:23

プログラミング言語ではないよ

0465デフォルトの名無しさん

2010/04/28(水) 21:51:03

チューリング完全でないだけだもん！

0466デフォルトの名無しさん

2010/04/29(木) 00:16:03

>>459
ユーザ参加のクラウドによる集合知がWeb2.0でロングテールになってんだぜ
ってバイラルマーケティングしてる人がトゥイッターで言ってたぞw

0467デフォルトの名無しさん

2010/04/29(木) 00:19:01

つぶやいてたぞｗ、くらいにしようや

0468デフォルトの名無しさん

2010/04/29(木) 00:27:01

トゥイートしてた、だな

0469デフォルトの名無しさん

2010/04/29(木) 00:27:41

>>463
セルに関数そのものを入れられて、高階関数が使えるようにならない限りは認めない。

0470デフォルトの名無しさん

2010/04/29(木) 00:33:00

えっと、定義次第な気はするんだけど、できるんじゃね？

0471デフォルトの名無しさん

2010/04/29(木) 01:30:43

>>470
そしたら例えば、
A1に = (lambda x: x + 1)入れて、
A2に =(lambda f: (lambda x: f(f(x))))入れて、
A3に =A2(A1)(0)入れるのはどうすればいいの？

0472デフォルトの名無しさん

2010/04/29(木) 01:33:33

何がしたいの？

0473デフォルトの名無しさん

2010/04/29(木) 01:44:30

ま、そもそも高階関数どころか、ユーザ定義関数書きたきゃVBAだからな
関数定義を>>471のようにセルにバインドする必要は無いだろうから、
外だしにすること自体は妥当だが
マクロ言語としてVBAじゃなくて関数型言語が使えると良かったな

0474デフォルトの名無しさん

2010/04/29(木) 02:01:09

それは誰得なんだよｗ

0475デフォルトの名無しさん

2010/04/29(木) 03:52:03

セル一個一個がファーストオブジェクトかつ関数でもあるエクセルをJavaScriptで作ればいいじゃんwww

0476デフォルトの名無しさん

2010/04/29(木) 08:08:39

スクリプト言語の息の根を止めるのは案外 SSD かもな
ttp://d.hatena.ne.jp/kwatch/20100427/1272326794

RubyからScalaに乗り換えた15くらいの理由
ttp://wota.jp/ac/?date=20100426#p01

0477デフォルトの名無しさん

2010/04/29(木) 09:16:49

時代遅れのはてなーとtDiaryユーザという地点で見る機内

0478デフォルトの名無しさん

2010/04/29(木) 10:55:34

twitterでつぶやけばいいんですねわかります

0479デフォルトの名無しさん

2010/04/29(木) 11:02:51

なんだ握手風俗のアキバ48ヲタかよ

0480デフォルトの名無しさん

2010/04/29(木) 18:51:09

伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。
・問題を解くのが好きなだけで、プログラミングは大嫌いです。
・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。
・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう？誰が歯ブラシの本なんて読みたがります？
・パーザを書くのは苦手です。本当にダメなんです。今でもね。
・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。
・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。
・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう？僕なら、10リクエストごとにApacheを再起動しますね。
・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。
・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。
・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。

0481デフォルトの名無しさん

2010/04/29(木) 18:57:33

これ、PerlでPHPを書いた人？
それなら、わからんでもないし功績は認めるので、これくらいの事は言ってもいい

0482デフォルトの名無しさん

2010/04/29(木) 19:25:41

・PHPは、トイレットペーパーみたいなものですね。
毎日うんこを拭うものですけど、だから何でしょう？
誰がうんこの本なんて読みたがります？

0483デフォルトの名無しさん

2010/04/29(木) 19:31:48

・PHPを好む人がいるのは知ってますが、全く理解できないですね。

0484デフォルトの名無しさん

2010/04/29(木) 20:07:15

スレタイ言語は全部こんなもんだろ

0485デフォルトの名無しさん

2010/04/29(木) 20:40:44

偉そうにしてかっこいいのはLisperのみ

0486デフォルトの名無しさん

2010/04/29(木) 20:59:23

(e)

0487デフォルトの名無しさん

2010/04/29(木) 23:25:23

>>485
確かにあの言語はクールだが、それにしてもカッコつけすぎだろ。

0488デフォルトの名無しさん

2010/04/29(木) 23:32:12

それ、あんまりPHP褒めてないよな。
PHPってRasmusが関わってた初期の頃は良かったと思うんだけど、PHP5くらいから妙にエンタープライジーになってセンス最悪になったと思う。
Rasmusってウェブフレームワークとかも否定的なんだよな。そんなもの使う必要ないって。

0489デフォルトの名無しさん

2010/04/29(木) 23:51:37

Pythonistこそ偉そうにして良い

0490デフォルトの名無しさん

2010/04/29(木) 23:54:41

何でみんなPHPを馬鹿にするの(´；ω；｀)

0491デフォルトの名無しさん

2010/04/30(金) 00:02:36

素人がすぐに手を出せるのがPHPの弊害というのなら
PHPなんかよりRailsで作られたRubyのプログラムの方が酷い場合が多いぜ

0492デフォルトの名無しさん

2010/04/30(金) 00:04:48

別にどれでも素人がすぐ手を出せるだろ
print "hello, world"
とかで済むんだから

0493デフォルトの名無しさん

2010/04/30(金) 00:20:44

エラーでも勝手にcontent-type: text/htmlを出してくれるってアイディアが最高

0494デフォルトの名無しさん

2010/04/30(金) 00:27:27

>>490
VBよりはましだから安心汁

0495デフォルトの名無しさん

2010/04/30(金) 00:57:08

>>489
× Pythonist
○ Pythonista

0496デフォルトの名無しさん

2010/04/30(金) 01:09:56

>>490
バカも使うから。
それが嫌ならバカは近寄れない言語にする必要があるが、
バカを遠ざけるとLLからも遠ざかる。

重症のバカでも使えるPHPやVBは、ある意味LLとしては優秀

0497デフォルトの名無しさん

2010/04/30(金) 02:59:34

バカも使うから駄目というのならCやじJavaだって駄目だろ

0498デフォルトの名無しさん

2010/04/30(金) 03:29:10

引きこもりのバカと出たがりのバカぐらいの差

0499デフォルトの名無しさん

2010/04/30(金) 03:34:38

ちょっといみわかんない

0500デフォルトの名無しさん

2010/04/30(金) 03:35:22

>>497
実際そういう理由でよく馬鹿にされてるよね、ネット上では

0501デフォルトの名無しさん

2010/04/30(金) 03:41:11

日本人なら馬鹿でも話せる日本語は使うと恥ずかしい

0502デフォルトの名無しさん

2010/04/30(金) 03:53:15

Dimの印象しかない俺になぜVBがどこ行ってもバカにされてるのか教えて下さい

0503デフォルトの名無しさん

2010/04/30(金) 05:01:38

変数名の大文字と小文字を間違えまくる馬鹿とかに優しい設計だからだろ

0504デフォルトの名無しさん

2010/04/30(金) 09:52:21

一般的にはJavaの方が速いんだよね？
昔メールのサブジェクトを表示させるプログラム作ってみたけど、Rubyの方が速かった。
小規模だから？用途次第？

0505デフォルトの名無しさん

2010/04/30(金) 09:56:41

VMの起動にかかる時間じゃない？

0506デフォルトの名無しさん

2010/04/30(金) 09:57:51

>>502
おもちゃだからじゃね？まあスクリプトはどれもそうだけど
あと、バカにされるかどうかは本人がそれしか使えないとかの場合じゃないかな？

0507デフォルトの名無しさん

2010/04/30(金) 10:41:05

>>497
Cだって、分かってる人だけしか使ってなければポインタがどうこう文句言われることも減る。

0508デフォルトの名無しさん

2010/04/30(金) 10:45:22

>>504
両方のソース晒してから言え。

同じように同じ処理を書いたら、Javaの方がやや速く
Javaでは書けない高度なLL特有の処理を書いても、Javaの方がすごく速くなる
、、、と一般的には信じられている。

0509デフォルトの名無しさん

2010/04/30(金) 10:52:57

>>504
LL自身で大した計算をしていなければ、そういうことは普通に有り得る
ボトルネックがIOであったり、Cで実装されているライブラリ（正規表現など）
である場合はね

その例は、grepに毛の生えたようなプログラムだろうから、
普通に予測される結果だな
JavaどころかC++でも、その手のプログラムは、
パフォーマンスを意識せずに書けばLLより遅くなることも多いと思うよ

0510デフォルトの名無しさん

2010/04/30(金) 11:00:02

こういうのもテキスト処理に限れば、そういう場合もありますよってだけの話だよな。
PHPもApacheもMySQLもCで書いてあるんだから。
http://d.hatena.ne.jp/kwatch/20100430/1272585083

0511デフォルトの名無しさん

2010/04/30(金) 11:07:47

>>504
ちゃんとプロファイルしなよ。

0512504

2010/04/30(金) 11:27:14

プログラミングを覚えようと思って言語選びをしていた時の話。10年以上前のこと。
一番簡単に書けて、速度も速かったからそれ以来ずっとRubyなんだけど、この前Pythonと比較したら速度差が大きかったんで、他の選択肢も考えようかと思って。

0513デフォルトの名無しさん

2010/04/30(金) 11:32:40

JavaはRobocodeをちょっと触ったくらいかな
eclipseもpythonにしか使わないし

0514デフォルトの名無しさん

2010/04/30(金) 11:42:17

重要なのがCで実装されてるのは当然の前提条件として、
Cの関数を呼び出すまでにどれだけ無駄な動きをして、
それが全体にどれくらい悪影響を及ぼすか、という話じゃなかったのか。

LL同士の速度差なんて、信者同士の煽り合いくらいでしか役に立たないと思うのだが、
「RubyをやめてPythonにすれば今まで重かったプログラムが信じられないくらいに軽くなりました。
Ruby使ってた日々がバカみたいです。Pythonは素晴らしいです。
Rubyなんて今すぐやめて、あなたもPythonを使うべきです。」
みたいな体験談ある人なんているの？

0515デフォルトの名無しさん

2010/04/30(金) 11:50:43

お金貰えたらそんな体験談でも語るんだけど

0516デフォルトの名無しさん

2010/04/30(金) 12:03:26

言語の処理速度の優劣は応用にあわせて考えるべきで、
こういうベンチは射影の一つでしかないけど参考までに。
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all
良く探すと、ここにあるプログラムは効率が悪いから、
こう書き換えると速くなるってページも見つかると思います。

0517デフォルトの名無しさん

2010/04/30(金) 12:25:48

10年前のRubyって速かった？
2003年に検討したときは遅くてなしにしたわ
PerlとJavaしか残らなくてJavaにした

0518デフォルトの名無しさん

2010/04/30(金) 12:36:24

Rubyから移行することで、劇的に速度が改善され、かつプロジェクトの開発しやすさも向上した
っていう、TwitterのScala導入話についてはどうよ？

0519デフォルトの名無しさん

2010/04/30(金) 13:10:44

Rubyの速度の話をするなら、1.9系を使ってるかどうかを明示すべき。

0520デフォルトの名無しさん

2010/04/30(金) 13:21:04

1.9でもこのスレ的には最下層の速度だけど、
まあ速度だけで決めるわけでもないので。

0521デフォルトの名無しさん

2010/04/30(金) 15:17:53

大昔perlは1linerで作れる検索がgrepより速ええって自慢してたな

0522デフォルトの名無しさん

2010/04/30(金) 23:25:04

PHP簡単で便利なのに(´；ω；｀)
PHPが何か悪いことした(´；ω；｀)？

0523デフォルトの名無しさん

2010/05/01(土) 00:00:31

>>518
あれで劇的に速度が改善って、皮肉としか思えない。

0524デフォルトの名無しさん

2010/05/01(土) 00:18:39

twitterがrubyオンリーの頃ってかなりひどかったけどなあ

0525デフォルトの名無しさん

2010/05/01(土) 01:32:29

日本での会員数が倍になってもあの程度で済んでるんだぜ

0526デフォルトの名無しさん

2010/05/01(土) 12:34:53

PHPでへぼいソースを書くやつはRuby与えても同じ。

0527デフォルトの名無しさん

2010/05/01(土) 13:37:59

頑張って馬鹿にされないPHP使いになるお(´；ω；｀)
PHPがあほ呼ばわりされないようにがんばるお(´；ω；｀)

0528デフォルトの名無しさん

2010/05/01(土) 16:18:12

>>527
ちゃんと本を買って学べばいい。インストールだけの入門書や、クックブックじゃない奴ね。
ガンバレ。

0529デフォルトの名無しさん

2010/05/01(土) 16:21:42

PHPerは最初に使うフレームワーク間違えると変な癖がついて死ぬ
CakeやCodeingiterは絶対駄目
ZendかKohanaV3がいいと思う

0530504

2010/05/01(土) 17:00:12

Ruby1.9試してみた。
同じコードが1.8の半分程度で完了した。
Pythonとほぼ同等になったよ。
タブキーでインデントする癖があってイマイチPythonに馴染めなかったからもうRubyいいや。

0531デフォルトの名無しさん

2010/05/01(土) 17:01:24

タブキーでインデントしたらなんでPythonに馴染めないのか良くわからんが

0532デフォルトの名無しさん

2010/05/01(土) 17:49:12

>>529
>PHPerは最初に使うフレームワーク間違えると変な癖がついて死ぬ
>CakeやCodeingiterは絶対駄目
>ZendかKohanaV3がいいと思う

なんで？

0533デフォルトの名無しさん

2010/05/01(土) 18:09:15

非オブジェクト指向のべた書きだからあれ参考にするとえらいことになる

0534504

2010/05/01(土) 18:21:54

emacsだとタブキー押すと自働インデントになる。
何回押しても適切な位置で動かない。
pythonは押す度にズレる。
俺の悪癖なんだけどね。

0535デフォルトの名無しさん

2010/05/01(土) 19:08:30

スクリプト言語ってこんなにたくさんあっても意味ないよね。どうせウェブかコマンドラインツールぐらいしか使い道ないんだから。
車輪の再発明。

0536デフォルトの名無しさん

2010/05/01(土) 19:17:25

emacsなんだから設定ちゃんとしろよ
設定できないなら調子こいてemacsなんて使うなよ逆に生産効率落ちるから

0537504

2010/05/01(土) 20:04:10

>>536
使いこなせていないのは確かなんだけど、この場合は違うよね？

0538デフォルトの名無しさん

2010/05/01(土) 20:07:37

>>535
Webかコマンドラインツールにしか使えてない人にとってはね。

0539デフォルトの名無しさん

2010/05/01(土) 20:34:21

他に使い道ないでしょう。

0540デフォルトの名無しさん

2010/05/01(土) 20:35:19

>>528
オライリーのプログラミングPHPはある程度使えるようにならないと役に立たないから要注意。

0541デフォルトの名無しさん

2010/05/01(土) 22:53:21

>>540
私に言われても困るけれど、初めてのPHP5はどうなの？
あまり噂を聞かないんだけどさ。

0542デフォルトの名無しさん

2010/05/02(日) 15:35:54

> 意思決定までコンピューターが出来るようになると、
> 人間自体が必要なくなる。

今でもほとんど「意思決定」に人間なんか要らないだろ。

1. 提案者「こんなアイディアがあります」
2. 決定者「費用対効果を数字で示せ」
2. 提案者「費用が○○円、利益が△△円を見込んでいます」
3. ○○ ＜ △△か？
　　　true → 4.へ
　　　false → 5.へ
4. 決定者「そのアイディアを採用する」
　　　→ 6.へ
5. 決定者「そのアイディアを却下する」
　　　→ 6.へ
6. 決定者「次のアイディアはなんだ？」

結局のところ、「意思決定」（笑）とやらをやる人間はこんなロジックで動いているんだから、
人間なんかおく必要ない。Excelどころか、20年前のPCでBASICで組んでもいいレベル。

「費用対効果を出せ」「数字で示せ」「説明責任を果たせ」、って言うと非常に説得力が
あるように見えるけど、実は判断基準のなすりつけなんだよね。

0543デフォルトの名無しさん

2010/05/02(日) 15:39:13

>>542
会議に出す長い資料を作成する能力には長けているようだな。

0544デフォルトの名無しさん

2010/05/02(日) 20:40:15

>>534
C-h bでバインドも調べられないなら、emacsなんて使うな

0545デフォルトの名無しさん

2010/05/02(日) 20:50:22

>>539
おおよそ大学の研究室ぐらい。

0546デフォルトの名無しさん

2010/05/02(日) 20:55:59

KohanaV3はPHPなのにかなりいい出来だな

0547504

2010/05/02(日) 22:24:55

>>544
ブロックの区別をインデントで行ってる部分に馴染めないって言いたかったんだ。
emacsは余り関係ないね。

0548デフォルトの名無しさん

2010/05/02(日) 22:53:50

>>538
535ではないけど、おまいはそれ以外の何にLLを使うの？

俺はそういうのとかテキスト処理以外なら、C系のどれかで済ます。

0549デフォルトの名無しさん

2010/05/02(日) 23:47:29

GUIフロントエンドまで作れば良いじゃない

0550デフォルトの名無しさん

2010/05/03(月) 00:11:36

>>539
アプリケーションのバインディング用言語になってたり、GUIフロントエンドで手軽にGUI組めたり。

まぁ、知らなかった上に知る気もなかった人にとっては、その使い方は必要ないんだから、
コマンドラインツールとWebにだけ使ってればいいんだと思うけど。

0551デフォルトの名無しさん

2010/05/03(月) 00:21:56

>>548
俺か?
簡単なGUI組むときはPyQt4で書いてるし、自分で書いたの以外にもPyQtとかPyGtkで書かれたソフトも結構使ってるはず。
全部調べたわけじゃないから数はしらないが少なくともJavaよりは使用頻度高い。

重たいもの組むときはC系の方がいいとは思うが、そんなに重くないものだったらCよりもLLで組んでしまうことが多い。
そのへんは好みの問題だろうが、例えばCで画像扱おうと思ったらいくらOpenCVやらがあってもやっぱ面倒な気がする。

0552デフォルトの名無しさん

2010/05/03(月) 01:24:07

みんなGUI好きなんだな

0553デフォルトの名無しさん

2010/05/03(月) 02:37:48

老若男女、みんな大好きGUI

0554548

2010/05/03(月) 12:32:41

>>549
>>550
手軽に組むGUIフロントエンドって、それCUIのフロントエンドでよくね？って思うんだけど。

CUIフロントエンドじゃ間に合わない時に、IDEで複雑なGUIをぱぱっと作っちゃう。

>>551
Javaより使用頻度多いって、GUI関連でなのか？もしそうならLL+GUI勉強するわ。

0555デフォルトの名無しさん

2010/05/03(月) 12:35:56

最後の文はなんだ、知らずに喋ってたのか

0556548

2010/05/03(月) 12:39:34

>>555
んー、知ってるとは言えない。
Tk系とかWxRuby(Python)は触ったことあるぐらい。

0557551

2010/05/03(月) 12:40:43

>>554
少なくとも俺の使ってるソフトや、俺が適当に書くのでは、Javaより多い。
そうなってるのはLinuxデスクトップ使ってるからだと思うし(管理ツールのGUIが結構Pythonで書かれてる)
万人に薦めるつもりはないが。

CUIで入力が変わるごとに画像の表示やりなおしたりは難しそうだったのでGUIで書いた。
最近はGUIだって簡単に作れるんだから、そう大げさにとらえる必要はないよ。

0558デフォルトの名無しさん

2010/05/03(月) 13:11:05

>>556
RubyのGUIは最悪だからなぁ
>>554 の最後の行みたいな感覚になるのも止むを得ない

0559デフォルトの名無しさん

2010/05/03(月) 13:12:26

JRubyでSwingのラッパー書けば解決じゃね

0560デフォルトの名無しさん

2010/05/03(月) 13:32:38

Webでいいじゃん

0561デフォルトの名無しさん

2010/05/03(月) 13:42:33

>>554

> Javaより使用頻度多いって、GUI関連でなのか？もしそうならLL+GUI勉強するわ。

そこで、Scala(=LL言語) から、JavaのGUI(Swing)ライブラリを呼び出すのが最強。

うまくやれば、LL言語で、V2C並のアプリケーションが作れるだろう。

まずは、V2C試してみるのがお勧め。Java（Swing）でもここまで出来るのかと感動するぞ。

0562デフォルトの名無しさん

2010/05/03(月) 13:59:32

>>561
PyQtでいいじゃん。あれだと機能的にはQtと変わらない。
速度面では当然C++に劣るが、重いことしなければ実用上は問題ないレベル。

> Java（Swing）でもここまで出来るのかと感動するぞ。
って時点で、既に残念ライブラリ。

0563デフォルトの名無しさん

2010/05/03(月) 14:10:17

今は、Qtは、商用に使ってもタダだっけ？
ずっと昔に、仕事(組込み系)に使おうとしたらライセンス面倒だから辞めて、それ以来スルーしています。

JavaとかSwingは、昔から毛嫌いされてきたけど、
今の時代になって使ってみると、アレ？意外良いじゃん、って感じ。

ScalaとかJavaだったら Androidにも応用が利くし。

0564デフォルトの名無しさん

2010/05/03(月) 14:44:44

PyQtからC++のQt呼んだり
その逆って出来る？どうやんの？

0565デフォルトの名無しさん

2010/05/03(月) 14:53:50

PythonからQuickTime呼ぶとか正気か

0566デフォルトの名無しさん

2010/05/03(月) 15:07:40

釣れますか？(AAry

0567デフォルトの名無しさん

2010/05/03(月) 15:28:15

(´・ω・｀) nullpo

0568デフォルトの名無しさん

2010/05/03(月) 16:43:23

>>565はなかなか強烈だな

0569デフォルトの名無しさん

2010/05/03(月) 17:00:39

しかしQtで検索したことのある人間なら誰でも身に染みているネタではある。

0570デフォルトの名無しさん

2010/05/03(月) 17:10:31

深いな

0571デフォルトの名無しさん

2010/05/03(月) 17:11:01

>>563
LGPL版はタダ。
Qtライブラリに手を加えないなら自分のソースはクローズドでもいいけど、
リバースエンジニアリングの禁止条項は入れられない。

0572デフォルトの名無しさん

2010/05/03(月) 17:12:52

ライセンスがゆるくなったPySideってのがあったと思うがそれはどうなんだ？

0573デフォルトの名無しさん

2010/05/03(月) 17:17:29

>>572
PySideがLGPLで、従来のPyQtはGPLのまんま。

0574548

2010/05/04(火) 14:45:29

うーん。いろいろいじってみたんだけど、IDE使い始めると
やっぱり静的言語がいいと思ってしまう。

俺がクソなのかな。まあいろいろ有難うでした。

0575デフォルトの名無しさん

2010/05/04(火) 14:52:31

時代はScalaへ…

0576デフォルトの名無しさん

2010/05/04(火) 19:44:27

クソ

0577デフォルトの名無しさん

2010/05/04(火) 20:17:42

型は静的な方が良い。動的が便利というのは1ヶ月で卒業する。

0578デフォルトの名無しさん

2010/05/04(火) 20:26:10

負け惜しみみたいでダサい

0579デフォルトの名無しさん

2010/05/04(火) 20:54:01

動的も静的も出来るのがいい。

0580デフォルトの名無しさん

2010/05/04(火) 21:05:48

ごもっとも

0581デフォルトの名無しさん

2010/05/04(火) 21:10:50

一画面たらずのスクリプトでいちいち変数宣言なんてやってられるかっての。

0582デフォルトの名無しさん

2010/05/04(火) 22:02:24

そう考えると、型推論というのは非常に良い妥協点である。

0583デフォルトの名無しさん

2010/05/04(火) 23:04:27

この話の流れだったら、Scalaお勧め。

今のところマイナーなのが悩み。

0584デフォルトの名無しさん

2010/05/04(火) 23:23:36

またおまえか

0585デフォルトの名無しさん

2010/05/04(火) 23:30:30

なら俺はOCamlと言ってみるぜ

0586デフォルトの名無しさん

2010/05/04(火) 23:35:28

>>579
オプショナルな型付けを導入した言語は今のところ珍しいが、
今後は流行るのかなあ。硬さを選べるとでも言うべきか

わざわざ型をつけるからには、
コンパイル時に多くのエラーを検出できる方がいいし、高速ならなおよい
かつ、動的な部分を十分残すからには、柔軟性をあまり犠牲にしたくもないｗ

部分的な型指定から型推論をがんばって、わからない部分は実行時に決定、
推論過程で矛盾が発生したらコンパイル時エラー、
ぐらいがいいとこ取りで理想的？とはいえ、なかなか簡単ではなさそう

0587デフォルトの名無しさん

2010/05/04(火) 23:45:59

>>586
.NETがそうなのでは？

0588デフォルトの名無しさん

2010/05/05(水) 00:00:05

LispとかVBあたりもそうじゃね

0589デフォルトの名無しさん

2010/05/05(水) 00:39:03

ここでCとPythonの間を狙ったgolangの登場

0590デフォルトの名無しさん

2010/05/05(水) 00:41:53

登場するなり消えた言語きたー？

0591デフォルトの名無しさん

2010/05/05(水) 01:04:16

>>590
Javaが登場したときもそんな反応は多かったが
15年ほど経った今はどうだ？
goは5年くらいで今のJavaの位置に来るだろう

0592デフォルトの名無しさん

2010/05/05(水) 01:06:54

goってマルチプラットフォームの位置づけなの？

0593デフォルトの名無しさん

2010/05/05(水) 01:26:01

CPUはx86_64がメインでx86, arm
OSはLinux, MacとNacl。
winへのportもやってるからぼちぼち動いてるかもしれんよ
俺も591に近い印象。うまく育てばC++の領域をかなり食うかもしれん

0594デフォルトの名無しさん

2010/05/05(水) 01:31:28

どの言語も上手く育てばいいのにね＾＾；

0595デフォルトの名無しさん

2010/05/05(水) 01:32:59

C#最高という結論か。

0596デフォルトの名無しさん

2010/05/05(水) 01:34:06

Windowアプリではそうなるかも

0597デフォルトの名無しさん

2010/05/05(水) 01:43:57

動的型というと、なんかアレだが、変数が全部object型と言ってしまうとそうでもなく思えてくるよ。

実際、インスタンス自体は型に縛られてて、ただ変数が型に縛られてないだけってのも結構あるし。

0598デフォルトの名無しさん

2010/05/05(水) 01:56:55

Win固有つかMS由来のモノはなあ

0599デフォルトの名無しさん

2010/05/05(水) 02:03:53

有料ソフトが嫌いでFreeBSD使ってるポール・グレアムはMSが衰退するとか言ってたけど、早くしてほしいよ

0600デフォルトの名無しさん

2010/05/05(水) 02:09:03

C#か。
コンパイラいらなくなって、マルチプラットフォームになって、
重い専用IDEに頼らなくても快適に書けるようになったら、
使うかどうか検討してもいいと思ってる。

少なくともLLとしては、それくらいの条件を満たしてないと議論の対象にもならんだろう。
何故かCやFortranでも議論の対象になるスレだから、このスレ的にはOKなのかもしれんが。

0601デフォルトの名無しさん

2010/05/05(水) 02:10:02

いやC#はLLじゃねーよ

0602デフォルトの名無しさん

2010/05/05(水) 02:23:49

>>601
ダックテスト風に言うなら、だ。
LLのような機能を持っていて、LLのように使えるなら、それはLLだ。

C#信者が言うように、複雑な処理もC#なら数行で出来るってのが本当なら、十分LLになりうる。

0603デフォルトの名無しさん

2010/05/05(水) 02:35:06

C#信者いわく、生産性はpythonの4倍らしいよ
プログラミングが出来ないキチガイ荒らしだったから信憑性はないけど

0604デフォルトの名無しさん

2010/05/05(水) 02:49:26

生産性４倍なら余った３／４の暇な時間は２ｃｈに割けるな

0605デフォルトの名無しさん

2010/05/05(水) 03:52:11

MS脳になったらかなりヤバいよね
あれに関わるならバランス取りが必要だよな

0606デフォルトの名無しさん

2010/05/05(水) 03:55:08

MS脳ってなに

0607デフォルトの名無しさん

2010/05/05(水) 04:10:51

>>603
生産性はxxのn倍って台詞をいろんなとこから集めてくると、どっかで循環参照してる気がする。

0608デフォルトの名無しさん

2010/05/05(水) 04:31:01

アンダース・ヘルスバーグがいるだけでC#を使う理由になる

0609デフォルトの名無しさん

2010/05/05(水) 05:05:13

生産性なんてフルスクラッチで車輪の再発明するんでもなけりゃせいぜい倍も変わらんだろ
ビジネスロジックなんてCで書いてもPHPで書いても同じようなもんだ

0610デフォルトの名無しさん

2010/05/05(水) 05:29:44

VBなら確実に遅くなる

0611デフォルトの名無しさん

2010/05/05(水) 05:32:32

なら倍速いマシンを使えばいいじゃない

0612デフォルトの名無しさん

2010/05/05(水) 07:12:26

C#がLLだとか言ってる人がいるあたり、PowerShellってまだ普及してないんかね。
Windows限定だけど、めちゃめちゃ強力なスクリプト環境なのに。

0613デフォルトの名無しさん

2010/05/05(水) 08:47:10

PowerShellってGUIok?

0614デフォルトの名無しさん

2010/05/05(水) 09:14:10

0615デフォルトの名無しさん

2010/05/05(水) 09:26:03

この前、はてなブックマークでRubyからScalaに移行したってエントリーがあったんだけど、コメントじゃC#勧めてる人が多かった。
はてなユーザだとMS系よりオープンソース系の人が多いと思うんだけど、C#って人気あるんだなと思った。

0616デフォルトの名無しさん

2010/05/05(水) 09:41:00

>>615
C#は最強に現場主義的で工学的。
そんなところがJavaやRubyの対極にあると思う。PerlやPHPに近い。

0617デフォルトの名無しさん

2010/05/05(水) 09:42:28

個人的に「こうであるべき」が前面にでてる言語は使ってて楽しくない。

0618デフォルトの名無しさん

2010/05/05(水) 10:00:15

C#ってサーバーサイド書けるの？
クライアントアプリ用だと思ってた
もしそうなら比較するの自体おかしくないる

0619デフォルトの名無しさん

2010/05/05(水) 10:06:12

.netってむしろ

0620デフォルトの名無しさん

2010/05/05(水) 10:27:55

>>603
C#+VSなら実際そんなもん。たぶん全言語で最強の生産性になる。
VSとの組み合わせで使うことを前提としてるから、VSの支援をフルパワーで受けられる。
そもそもコードほとんど書かないしな。

Pythonとかの動的言語はIDEの支援の受けにくさで、どうしても不利。

ただ、俺はLinuxが好きだし、MSに依存してるって点で100%使わないけど。

>>618
普通に書ける。ただしWindowsServerで。

0621デフォルトの名無しさん

2010/05/05(水) 10:29:05

>>618
.NETは最初からASP.NET、ADO.NETでサーバーサイドを前面に出してる

0622デフォルトの名無しさん

2010/05/05(水) 10:32:12

まじか
C#すげーじゃん、最強じゃん

で、そこらへんのレン鯖で使えるの？それ

0623デフォルトの名無しさん

2010/05/05(水) 10:35:48

Windows Server用って書いてるでしょ（まあMonoもあるけど）
業務システムのサーバ用途が大半だと思う
そういうところではサーバサイドでも結構使われてる
.NETはRailsより出た時期早いから、当初はサーバサイドJavaより高生産性って
奴を売りにしてたぐらいだよ

0624デフォルトの名無しさん

2010/05/05(水) 10:41:36

JavaがPythonだとすると、C#はRubyだと言ってみる。

0625デフォルトの名無しさん

2010/05/05(水) 10:47:55

うちではASPは使ってないなあ。Web系は全部FreeBSDでPHP。
C#のサーバサイド用途はWindowsサービスだけやね。

0626デフォルトの名無しさん

2010/05/05(水) 11:05:34

C#はWindowsプラットフォームでのJavaやDelphi、VBの置換にはなり得るけど
LLのライバルかつったら違うんだよな
スクリプティングには全然向かないし
仕事のために学ぶんならLLよりずっとお勧めではある

・静的型故の型安全性＋IDEの強力サポートがあります
・Javaと違ってデリゲートやプロパティがもともと使えたけど
今や型推論、ラムダ、クロージャ、ジェネレータ、匿名型、LINQとかあるよ
・ダックタイピングもできるようになりますた
・GUIはIDEでポトペタ可能です（Web系もそう）
・StringはUnicodeです
・CLR上の他言語との連携が、非常に容易です（ネイティブのffiも当然あります）
・まともに機能するスレッドや非同期I/O、抽象化されたevent構文がつかえます

0627デフォルトの名無しさん

2010/05/05(水) 11:10:17

いやC#の宣伝は他所でやれよ

0628デフォルトの名無しさん

2010/05/05(水) 11:12:47

参考資料だろ

0629デフォルトの名無しさん

2010/05/05(水) 11:13:48

いつからだっけ。この板でC#信者がC#スレ以外でも自信満々でC#の凄さを勝手に語り始めたりするようになったのは
メリットしか見えてないから怖いわ。マジで宗教じみてる

0630デフォルトの名無しさん

2010/05/05(水) 11:28:34

C#もScalaも手軽に使えるレン鯖が無いのが欠点だな

0631デフォルトの名無しさん

2010/05/05(水) 11:28:56

「宗教じみた」理由（MSが嫌いだからMS言語はWindows上でも使いたくないとか）
以外の具体的な理由があるのなら、反論するなり主張の誤りを指摘するなり
すればいいだけだろ

0632デフォルトの名無しさん

2010/05/05(水) 11:31:13

ハッカーは囲い込まれるのが嫌いだから

0633デフォルトの名無しさん

2010/05/05(水) 11:32:48

>>631
スレチだから

0634デフォルトの名無しさん

2010/05/05(水) 11:33:46

JavaがRubyだとすると、C#はPythonだと言ってみる。

0635デフォルトの名無しさん

2010/05/05(水) 11:35:30

JavaはCOBOL、C#はVBだと思っていたが
C#だけ全く別物に進化してしまったな

0636デフォルトの名無しさん

2010/05/05(水) 11:35:37

C#が悪いとか言ってないだろ。信者は悪いが

0637デフォルトの名無しさん

2010/05/05(水) 11:36:31

>>635
MSとしてはVBとC#で競合させる意味がないからな

0638デフォルトの名無しさん

2010/05/05(水) 11:37:18

JRubyがCPythonだとすると、J#がC++だと言ってみる。

0639デフォルトの名無しさん

2010/05/05(水) 11:41:43

俺は>>626だが、別に「C#信者」ではないよ
>>603の言う「4倍」は疑わしいが、生産性が高いのは事実なように思えるので
その理由を列挙した

Monoはあるにしても、基本的にWindows用であって
クロスプラットフォームでないのがC#の最大の問題だが、そんなのは皆知ってるよな？

0640デフォルトの名無しさん

2010/05/05(水) 11:45:26

列挙したのも知ってるよ。散々宣伝してる奴がいるからな

0641デフォルトの名無しさん

2010/05/05(水) 11:47:55

胡散臭いCMみたいなレスには虫唾が走る。それだけ

0642デフォルトの名無しさん

2010/05/05(水) 11:48:59

C#の特徴を見ると、F#がScalaほどのインパクトを持ち得ない理由が分かる
F#とScalaの違いはさておき、
C#は同じ位置にあるJavaよりずっと「高級」な言語になってしまっているので、
C#で既に満足している人、あるいはC#すら使いこなしていない人が
Javaよりずっと多いのだろうと考えられる

0643デフォルトの名無しさん

2010/05/05(水) 11:52:05

本当に文系的な反応しかできない奴ばかりだな

0644デフォルトの名無しさん

2010/05/05(水) 11:53:49

>>643
自虐はそこらへんにしとけよ文系

0645デフォルトの名無しさん

2010/05/05(水) 12:00:44

>>632
厨二の間違いだろう

0646デフォルトの名無しさん

2010/05/05(水) 12:02:31

呼び方なんてどうでもいいよ。有難がってる方がおかしいんだから

0647デフォルトの名無しさん

2010/05/05(水) 12:03:06

確かに元々敬称じゃねえしな

0648デフォルトの名無しさん

2010/05/05(水) 12:06:52

デファクトスタンダードになれば仕方なく使わなければいけなくなる
OSやOfficeと同じくMSの一人勝ち。それだけ
そりゃ秒給150ドルになるわな

0649デフォルトの名無しさん

2010/05/05(水) 12:56:09

けど汎用プログラミング言語はデファクトスタンダードとりにくいぜ。

0650デフォルトの名無しさん

2010/05/05(水) 13:16:51

特定分野のJavaScriptとかCOBOLみたいなもんか

0651デフォルトの名無しさん

2010/05/05(水) 13:22:51

>>631
MSがなぜ嫌われているか理由を挙げてごらんよ

0652デフォルトの名無しさん

2010/05/05(水) 14:17:37

お互いを尊重する宗教なら戦争にならない
MS原理主義を正義として他の宗教を狩ってるから戦争になる

0653デフォルトの名無しさん

2010/05/05(水) 14:25:06

MSは分かるがAppleがなんであんなに強気なのか分からねえ
新規を獲得するつもりがないのかな

0654デフォルトの名無しさん

2010/05/05(水) 14:27:08

信者だけでやるってのは悪くないと思うけどAppleの場合は信者すら蹴り倒してるからなぁ

0655デフォルトの名無しさん

2010/05/05(水) 15:29:08

C#はコンパイル型言語（非LL）じゃ一番しっくり来るな。変な癖がないのがいい。
monoは使った事ないけど、MSがUNIX系OSに移植すれば（できればVSも）、UNIX系OSでもあっという間に普及すると思う。
VBSscritみたいにIEに載せればいいのに。

0656デフォルトの名無しさん

2010/05/05(水) 15:31:52

糞スレチはどうでもいいよ死ね

0657デフォルトの名無しさん

2010/05/05(水) 15:36:50

Java, C#の話題のこのスレの守備範囲ってことでいいんじゃね？

0658デフォルトの名無しさん

2010/05/05(水) 16:33:18

>>654
因習にこだわる古い信者は害にしかならないことを良く知ってるからじゃね？

0659デフォルトの名無しさん

2010/05/05(水) 16:34:37

VBScriptがUNIXに載った日にはこの業界から足を洗いたい

0660デフォルトの名無しさん

2010/05/05(水) 17:31:57

>>653
Objective-Cも使えない新規ならいらないって事では。
ジョブズの言い分も分からないではない。Adobeは怠慢こきすぎ。

0661デフォルトの名無しさん

2010/05/05(水) 17:36:09

http://www.geeky-gadgets.com/wp-content/uploads/2010/03/apple-iphone.jpg
http://www.geeky-gadgets.com/wp-content/uploads/2010/03/apple-ipad.jpg
http://freethink.way-nifty.com/action/action/img201003/apple-iboard.jpg
http://freethink.way-nifty.com/action/action/img201003/apple-imat.jpg

0662デフォルトの名無しさん

2010/05/05(水) 17:39:17

蹴り倒した相手ってAdobeだぜ

0663デフォルトの名無しさん

2010/05/05(水) 17:41:50

>>660
使えても使いたくない言語じゃない？ObjCって
気持ち悪い

0664デフォルトの名無しさん

2010/05/05(水) 18:06:20

引っ込み付かなくなってAppleが独自のFlashやSilverlite的なもの出したらウケる

0665デフォルトの名無しさん

2010/05/05(水) 18:08:15

Flashいらねぇって割にはSilverlightもJavaFXも対応しないんだろ
全部Objective-Cでそれなりのアプリケーション作ってねって事なんだよな
アホだろ

0666デフォルトの名無しさん

2010/05/05(水) 18:17:45

AppleとAdobeだけならただの企業エゴのぶつかりあいだが
Appleは結果的にデベロッパーにケンカ売ってるのと同じだよな
あれはいかにも拙い

0667デフォルトの名無しさん

2010/05/05(水) 20:05:01

2012とか2014とか言われるとJobsおまえそのときまで生きてんのかと

0668デフォルトの名無しさん

2010/05/05(水) 21:25:50

Flashが流行ってるのって、IDEの出来がいいって言うのが大きいでしょう。
Airとかはともかく、アニメーション作成ソフトって点から見れば、Flashを代替するのは非常に困難だと思う。
PhotoShop、イラレ、Fireworks、Dreamweaverと連携出来るのも有利だし。

0669デフォルトの名無しさん

2010/05/05(水) 22:24:37

悪チョンスクリプトのIDEとしてはあんまり評価良くないが

0670デフォルトの名無しさん

2010/05/05(水) 23:57:07

とうとう人種差別に走るApple
http://headlines.yahoo.co.jp/hl?a=20100505-00000016-rcdc-cn

0671デフォルトの名無しさん

2010/05/06(木) 00:03:54

こっちの方が問題
http://www.recordchina.co.jp/group.php?groupid=38515

0672デフォルトの名無しさん

2010/05/06(木) 00:07:30

レコードチャイナ今落ちてるのにどっから引っ張って来たんだ

0673デフォルトの名無しさん

2010/05/08(土) 12:45:14

>>648
C#ってデファクトって程に普及してるのか？
サーバーサイドならむしろUNIXがデファクトだから、
C#使いたくても使えない状況だろ。

Winのアプリ作るにも別にC++があるし、Javaもアリだし。

0674デフォルトの名無しさん

2010/05/08(土) 12:46:49

なった後はその言語の良し悪しに関わらず、嫌でも使わなければいけなくなるって話だろ

0675673

2010/05/08(土) 12:52:25

>>674
ん？嫌でもC#を使わなければいけなくなってるのか？
> OSや...MSの一人勝ち
C#に関してはこれ違うでしょって言いたかった。

0676デフォルトの名無しさん

2010/05/08(土) 12:55:27

なればって言ってるのに、普及してるのか？なってるのか？っておかしくね

0677デフォルトの名無しさん

2010/05/08(土) 12:56:22

WindowsサーバでもC#って圧倒的に多いって訳じゃないよぜんぜん
ましてやGUIアプリになればC++やVBの方がぜんぜん多い

0678デフォルトの名無しさん

2010/05/08(土) 12:57:20

デファクトって言えるくらいまで普及する見込み無いから騙るだけ無駄
技術者集まらないからJavaでいいかみたいになっちゃうし

0679673

2010/05/08(土) 13:06:46

>>676
> 一人勝ち
> そりゃ秒給150ドルになるわな。
これらから>>648はC#がデファクトになっている、もしくはなる可能性が
かなり高い、と見ていると思ったんだけど。(つまり>>648の「なれば」は仮定ではない

こんな日本語の問題でつっかかってる自分がキモいし、別にどっちでもいいのでROMるわ。

0680デフォルトの名無しさん

2010/05/08(土) 13:07:59

何言ってんだコイツ

0681デフォルトの名無しさん

2010/05/08(土) 14:39:34

MSの製品でUNIX系に移植されて成功したものがかつてあるだろうか

0682デフォルトの名無しさん

2010/05/08(土) 15:58:44

Lua触ってみたけど言語仕様がスッキリしてて使いやすかった
ここじゃ全然話題にならないのはライブラリが少なすぎるから？

0683デフォルトの名無しさん

2010/05/08(土) 15:59:21

VM経由になるからじゃね

0684デフォルトの名無しさん

2010/05/08(土) 17:17:24

PHPは別格としても、rubyやpythonよりかはASP.NET(C#)の方が数は多いと思う。Perlに将来性があるとは思えないし。

0685デフォルトの名無しさん

2010/05/08(土) 19:47:06

MSに囲い込まれるのはいやだがAppleにならいい俺
ObjCはダルいが

0686デフォルトの名無しさん

2010/05/08(土) 19:48:26

MSに囲い込まれるのはいやだがAppleにならいい俺
ObjCはダルいが

pythonは何げにかなり多いぜ。

0687デフォルトの名無しさん

2010/05/08(土) 19:49:37

大事じゃないがエラー出たから二回書いちまったw

0688デフォルトの名無しさん

2010/05/08(土) 20:08:23

>>682
別に話題にしていいと思うけど、組み込み用途がメインだからじゃないの

0689デフォルトの名無しさん

2010/05/08(土) 22:00:00

GenieはLL?

0690デフォルトの名無しさん

2010/05/09(日) 19:09:58

>>664
当たり。

Apple、Flash代替技術「Gianduia」を開発

AppleInsiderによれば、AppleがFlashやSilverlightに代わる
「Gianduia」(ジャンドゥーヤ: イタリアのチョコレート菓子から) という新たなフレームワークを開発しているとのこと。
Gianduiaについては昨年夏にWOWODC (World of WebObjects Developer Conference)で紹介済みで、
6月のWWDCで個別に時間が取られている。さすがに、HTML5だけでリッチアプリケーションを作成することは難しいと
考えての事か、ブラウザ側にCocoa + WebObjectの機能を追加し、JavaScriptで呼び出せるようだ。
Jonathan "Wolf" Rentzschは、SproutCoreやJavascriptMVCのライバルになるとtweetしている。

http://blog.sohaya.com/2010/05/09/apple-developing-flash-alternative-named-gianduia/
英語ソース
http://www.appleinsider.com/articles/10/05/07/apple_developing_flash_alternative_named_gianduia.html

0691デフォルトの名無しさん

2010/05/09(日) 19:22:19

これはひどいｗｗｗｗｗｗｗｗ

0692デフォルトの名無しさん

2010/05/09(日) 19:33:06

>>690
Appleのジャイアン道や・・・

0693デフォルトの名無しさん

2010/05/09(日) 22:48:38

>>690
これってMac以外でも動くの？

0694デフォルトの名無しさん

2010/05/09(日) 22:55:06

これFlashやSilverlightの代替？

0695デフォルトの名無しさん

2010/05/09(日) 22:56:07

MSとAppleで市場をかき回そうとするのも別にいいんだし仕方ないんだろうけど
あんまり幸せになる人はいないんじゃないかなあと
Adobeがプラットフォームに縛られないだけまだ良質に見えてくる

せっかくいろいろ統一の方向で自由がきくようになってきたと思ったら
また頑張って囲い込もうとするのな

0696デフォルトの名無しさん

2010/05/10(月) 02:59:10

それでもiPadは売れる。いつまでかはしらんが。
MSは長期で凋落しかないレガシー企業。ピークは過ぎた

0697デフォルトの名無しさん

2010/05/10(月) 07:48:27

ポカミスの多い俺はJavaScriptではやりたくない…

0698デフォルトの名無しさん

2010/05/10(月) 10:23:52

動的言語＝ポカミス多い？

0699デフォルトの名無しさん

2010/05/10(月) 10:26:01

実行時にエラー出るか
コンパイル時にエラー出るか
の違いであって
ポカミスの量は変わらない

0700デフォルトの名無しさん

2010/05/10(月) 12:05:52

コンパイルエラーは必ず発見できるけど実行時エラーは常に発見できるとは限らない
バグの量は変わらなくても発見できるバグの量は違う

0701デフォルトの名無しさん

2010/05/10(月) 12:15:26

上でちょっとLuaの話出てたけど、テーブルをリストとして使ったときの
インデクスが1ベースなのと、変数のデフォルトスコープがグローバルなのが
好みじゃないなーと思った

0702デフォルトの名無しさん

2010/05/10(月) 12:36:47

HTML5がJavaScriptじゃなくってActionScriptで書けたらね。何でJS2.0ってぽしゃったんだろう。JSで長いコード書けって拷問だよな。

0703デフォルトの名無しさん

2010/05/10(月) 12:40:33

JSはもとの意図をはるかに超えて利用されるようになってしまったからなー
かつてのawkやPerl、Tclにもそういう面は多分にあっただろうけど

0704デフォルトの名無しさん

2010/05/10(月) 16:32:10

>>700
コンパイルエラーが無くなればバグは無くなると思ってるひとですねわかります

>>703
元の意図をはるかに超えて使われている最たるものは C

0705デフォルトの名無しさん

2010/05/10(月) 16:44:55

ぬるぽの意味を考えればすぐわかるな

0706デフォルトの名無しさん

2010/05/10(月) 16:56:04

あるフラグを立てるときに
一方では flag = 1
一方では flug = 1
みたいなことやってしまった場合に
コンパイラなら気付く可能性が高いが
インタプリタだとスルーしてしまうな

0707デフォルトの名無しさん

2010/05/10(月) 16:57:16

インタプリタでも初期化されてませんWarning出るけども

0708デフォルトの名無しさん

2010/05/10(月) 17:00:42

エディタに一度しか出現していない識別子をハイライトする機能でも付けときゃいい

0709デフォルトの名無しさん

2010/05/10(月) 17:08:02

>>707
それは代入じゃなくて参照したときな

0710デフォルトの名無しさん

2010/05/10(月) 17:09:00

>>708
マルチスレッドとかだとそれで見逃す場合がある

0711デフォルトの名無しさん

2010/05/10(月) 17:18:57

>>706
言いたいことは分かるが
それ「コンパイラ」とか「インタプリタ」とか関係ねーから

0712デフォルトの名無しさん

2010/05/10(月) 17:22:36

JavaScriptに関しては、
常にvarを要求するようにすればいいものを、varは不要で、varなしだと
グローバルになってしまう仕様がよくないんだよな
varが必須なら、>>706はエラーにできるよ

0713デフォルトの名無しさん

2010/05/10(月) 17:25:06

perl だと use strict; 使えば解決だけど
php とか ruby とか python とかだとどうすんだろ

0714デフォルトの名無しさん

2010/05/10(月) 17:27:05

>>713
実行時エラーにすらならないから、単体テストしかない

0715デフォルトの名無しさん

2010/05/10(月) 17:40:20

ttp://plaza.rakuten.co.jp/kugutsushi/diary/200712010000/
ttp://mag.matrix.jp/mag/queen/log/soft/eid251.html

0716デフォルトの名無しさん

2010/05/10(月) 17:58:10

>>709
代入するときも出るぞ
PHPでは

0717デフォルトの名無しさん

2010/05/10(月) 18:08:34

PHPなんて初心者限定簡易スクリプトなんて使ったことないから知らん

0718デフォルトの名無しさん

2010/05/10(月) 20:02:55

JSってPHP以下じゃん

0719デフォルトの名無しさん

2010/05/10(月) 20:23:21

>>718
PHPってマルチパラダイムなの？

0720デフォルトの名無しさん

2010/05/10(月) 20:41:17

PHPも一応未定義の変数を参照すれば警告が出るな。けど、ブロックスコープレベルで変数の監視が出来るのはLLじゃPerlだけだな。マイナーなLLは知らん。

0721デフォルトの名無しさん

2010/05/10(月) 20:52:27

PythonやRubyはやっぱだめだな

0722デフォルトの名無しさん

2010/05/10(月) 22:20:46

>>719
PHPのマルチパラダイムは悪いマルチパラダイム

0723デフォルトの名無しさん

2010/05/10(月) 22:20:55

この例では代入がででることが重要

勝者PHP

0724デフォルトの名無しさん

2010/05/10(月) 22:56:38

確かにPythonやRubyはででらないもんな

0725デフォルトの名無しさん

2010/05/11(火) 01:19:39

Groovy は型指定できて，動的型は def キーワードで宣言できなかったっけ。

0726デフォルトの名無しさん

2010/05/11(火) 11:23:24

次期JavaScriptにはstrictモードが
指定できるようになるんだろ？
はやく使いたいなー。

0727デフォルトの名無しさん

2010/05/11(火) 12:00:35

はやくででるようになるといいぬ

0728デフォルトの名無しさん

2010/05/11(火) 19:56:00

変数の安全性については
Groovy > Perl > PHP > JavaScript > Ruby = Python

0729デフォルトの名無しさん

2010/05/11(火) 22:00:50

守るべき仕様が存在するってのはJSのいいところ
IEさん標準違反っぷりはひどいが、IE9では準拠に積極的

0730デフォルトの名無しさん

2010/05/11(火) 22:45:25

要するにあと3年は我慢が必要と言うことだ

0731デフォルトの名無しさん

2010/05/11(火) 22:48:32

現実的にはJS（とCSS）の実装はブラウザメーカー毎に様々。今どきこんなバッドノウハウの固まりの言語はない。

0732デフォルトの名無しさん

2010/05/11(火) 23:00:28

日本はガラパゴスがーとか言う奴いるけどガラパゴスなんて世界共通だよな

0733デフォルトの名無しさん

2010/05/11(火) 23:03:03

俺の頭ん中もガラパゴスだし

0734デフォルトの名無しさん

2010/05/12(水) 00:37:16

>>731
DOMはともかく、ESの範囲では言語仕様や標準ライブラリの非互換性はそんなにないぞ
getterやらsetterやら__proto__やらの独自拡張はあるにはあるけど

0735デフォルトの名無しさん

2010/05/12(水) 01:20:13

>>729
遅すぎ、だが全く期待してなかったので、本当ならうれしい。

0736デフォルトの名無しさん

2010/05/12(水) 07:32:42

IE8の時も標準にしますとか言ってた気が

0737デフォルトの名無しさん

2010/05/12(水) 08:01:15

(やろうとおもえば)出来るけどしない
これが囲い込みの鉄則
だから絶対無理

0738デフォルトの名無しさん

2010/05/12(水) 09:09:03

>>731
ＳＱＬよりはずっとマシ。

0739デフォルトの名無しさん

2010/05/12(水) 09:12:02

全角とか

0740デフォルトの名無しさん

2010/05/12(水) 09:18:18

DBは自分で選べるからな。DBライブラリ自体を作成しない限りは、そのDBの事だけ考えればいい。

0741デフォルトの名無しさん

2010/05/12(水) 11:11:43

JSはクライアント側がバラバラだからな…

0742デフォルトの名無しさん

2010/05/12(水) 18:45:50

そのうちJavaScriptが世界を征服

0743デフォルトの名無しさん

2010/05/12(水) 18:53:42

Yes, we can!

0744デフォルトの名無しさん

2010/05/14(金) 02:48:53

ttp://www.dailymotion.com/video/xd6sym_programmershouse_webcam?start=131
ギークも大変そうだな・・

0745デフォルトの名無しさん

2010/05/17(月) 00:38:41

>>728
クズが火病ったｗｗｗｗｗｗｗｗｗｗｗｗｗ

0746デフォルトの名無しさん

2010/05/17(月) 09:18:30

>>745はRuby厨かPython厨だろｗ
ざまぁｗｗｗｗｗｗ

0747デフォルトの名無しさん

2010/05/17(月) 21:07:20

どう見ても火病ってるのは自分だという
煽ってないでネタを投下しろよ

0748デフォルトの名無しさん

2010/05/18(火) 15:34:46

なでしこのスレがあると聞いてやってきました

0749デフォルトの名無しさん

2010/05/19(水) 18:43:39

ゆっくりしていってね。

0750デフォルトの名無しさん

2010/05/23(日) 09:43:16

perlでFA
他は不要

0751デフォルトの名無しさん

2010/05/23(日) 10:01:31

>>750
どえらい情弱ですね

0752デフォルトの名無しさん

2010/05/23(日) 14:52:41

python3.0スレ見てて知ったんだが、メソッドやプロパティの命名規則が汚いんだな
こんなのPHPだけかと思ってたが…

その点、RubyやScalaは統一されてて美しいな

0753デフォルトの名無しさん

2010/05/23(日) 14:54:50

えっ
なんでRubyがでてくんのｗ

0754デフォルトの名無しさん

2010/05/23(日) 15:04:23

レスはやw

Rubyの有名なライブラリでこんな適当な命名してるメソッドとかあるの？
少なくともmatzはネーミングにはかなりうるさいよね

PHPは言うまでもなくグダクダだよね

Perlは使ったことないから名前あげなかった

140 名前:デフォルトの名無しさん [sage] :2010/02/28(日) 18:37:24
Python3.xで俺が期待したこと

ライブラリの命名規則を統一してほしかった...orz

classmethod, assertEqual, set_autholizer

orzorzorz

0755デフォルトの名無しさん

2010/05/23(日) 15:09:44

厳格なJavaでもいくつかミスはあるけどなぁ

0756デフォルトの名無しさん

2010/05/23(日) 15:20:33

Javaにミスがあるからといって、PythonやPHPの命名が汚いことの免罪符にはならないなぁ

後方互換をぶったぎったPython3ですらそういうところが直らなかったということは、ネーミングの統一に気を使うという意識がパイソンコミュでは薄いんだろうなぁと思った

コードの読みやすさをアピってるのに、そんなところが汚いなんて思わなかったからビックリしてさw

人によるだろうけど、書いてるときもそういうの気になるからこんな初歩的な規則はビシッと統一されてて欲しいね、個人的には

0757デフォルトの名無しさん

2010/05/23(日) 15:28:34

作ってる人はそれぞれ自分が綺麗だと思う規則で倒立してると思うよ
それが禿なら全部自分一人で練り直せば良いじゃん

0758デフォルトの名無しさん

2010/05/23(日) 15:30:14

作ってる人はそれぞれ自分が綺麗だと思う規則で統一してると思うよ
それが嫌なら全部自分一人で作り直せば良いじゃん

0759デフォルトの名無しさん

2010/05/23(日) 15:35:02

統一されてないじゃん >>754

統一しないように統一している、ってことなら君のいうとおりだけどw

引用してきたpython3スレにあったが、欧米人はこういうところズボラなのかねぇ

Scalaはきれいに統一されてるからそうとも言い切れない気がするんだが

0760デフォルトの名無しさん

2010/05/23(日) 15:44:42

Python3で後方互換性を切っているのは、言語仕様や言語組み込みの機能。
ライブラリのAPIに関しては、後方互換性を残して、Python3への移行をしやすくする。

APIの変更は、古いAPIをdeprecatedにしながらしばらくの間新しいAPIと並行サポートして、
充分時間が経ってからdeprecatedのAPIを捨てる。
例えばPythonのthreadingモジュールでは、 mixedCase から lower_case_with_underscore
への移行期間中で、両方がサポートされている。将来的に mixedCase が deprecated -> 廃止
の道をたどる。

ただし、assertEqual は、unittest がJUnitをリファレンスとして設計されているから、
それに従った命名にしている。
パッケージ名やモジュール名は大文字小文字を区別しないファイルシステムがあるから
Python3で小文字に統一されたけど、メソッド名や属性名は、他の言語のライブラリから
移植されたライブラリでは元の命名を維持している。

0761デフォルトの名無しさん

2010/05/23(日) 15:54:16

なるほど

Python3でもまだ緩やかな移行(並行)が続いていたり、「ライブラリでは移植元の命名規則を採用する」というPythonの統一基準がある

というのを知らないPython素人の自分がパッと見で汚く見えただけで、ちゃんと理屈はあるのね
それは失礼しました

Pythonユーザーでも引用したようなレスを書くってことは、あまり一般に浸透してない基準なのかもね

0762デフォルトの名無しさん

2010/05/23(日) 15:55:34

ちんこさんキター！

0763デフォルトの名無しさん

2010/05/23(日) 16:04:44

PHPのメソッド名の問題はラクダ式かハイフンでつなぐかとかって所じゃなくって、
組込み関数が大量にありすぎて、収拾がつかないって点だと思う。
さらに名前空間がつい最近までなかったから、クラス名を_で長くつなげざるを得ないっていう。

0764デフォルトの名無しさん

2010/05/23(日) 16:06:16

移植元の命名規則を採用する意味あんの？

0765デフォルトの名無しさん

2010/05/23(日) 16:07:37

あとは無名関数が使えない（使えなかった、か？）ので、配列の値を操作する関数が異常に多くて覚えきれないとか。
http://www.php.net/manual/ja/ref.array.php

0766デフォルトの名無しさん

2010/05/23(日) 16:13:25

>>764
まったくないね
不統一に見えるだけだと思う

0767デフォルトの名無しさん

2010/05/23(日) 16:17:10

もし移植元がC#だったらメソッド名は大文字のキャメルケースになるのか？
んなアホなw

0768デフォルトの名無しさん

2010/05/23(日) 16:49:36

>>767
C#からの移植はないけど、例えば wxPython なら、binding 作成するときに勝手に CamelCase から
lower_case への変換はしないよ。

>>764,766
複数の言語でプログラムを書く人が、同じライブラリなら同じ名前を使える。

0769デフォルトの名無しさん

2010/05/23(日) 17:02:11

http://www.wxpython.org/onlinedocs.php
wxPython なら CamelCase
http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/qapplication.html
PyQt なら mixedCase か。

確かに、Pythonって他の言語と併用しているユーザー多そうだから、
言語内での命名規則統一するよりも言語間でAPIが統一されている方が便利だね。
命名規則統一したって、なんとなく綺麗とか、自分で名前決めるときに悩まない程度のメリットしか
無いから、既に名前があるならあえて名前を変える必要性は無いな。

0770デフォルトの名無しさん

2010/05/23(日) 17:10:37

CamelCaseなメソッド名でクラスと混同しないの？selfが絶対つくんだっけ

0771デフォルトの名無しさん

2010/05/23(日) 17:24:23

命名を変換ったってcamelやpascalをlowerに変えるとかでそ
元のライブラリわかってる人はメソッド探すのもそんな苦でもなさそうだが。
てかインテリセンスがないからなのかな？

0772デフォルトの名無しさん

2010/05/23(日) 17:25:25

>>770
その質問で、「混同しないの？」の主語は、プログラマ？それともインタプリタ？

プログラマであれば、C#なんかがクラスとメソッドが両方CamelCaseになっているけど、
大きな問題にはなっていない。

インタプリタであれば、クラスは基本的にモジュールのメンバで、メソッドはクラスのメンバだから、
クラスとメソッドで同じ名前がぶつかる事はほとんど無い。

関数とクラスならぶつかる可能性があるけれども、ちゃんとモジュール毎に名前空間が分かれているし、
他の言語で実用されているんだから名前がぶつかることはないだろうな。

0773デフォルトの名無しさん

2010/05/23(日) 17:39:06

>>754
require 'Win32API'

0774デフォルトの名無しさん

2010/05/23(日) 18:27:45

>>760
>Python3で後方互換性を切っているのは、言語仕様や言語組み込みの機能。
>ライブラリのAPIに関しては、後方互換性を残して、Python3への移行をしやすくする。

これ意味ねえよな
言語仕様レベルで互換性がないのに、改修すべきことをせずにライブラリの後方互換性を残すとかバカだろ

0775デフォルトの名無しさん

2010/05/23(日) 18:42:24

けっきょくこういう学習の末に学んだことは、言語は問題じゃないってことだ。
大事なのは言語でなにをするか。実ははじめからこんなのは知ってたんだが、
いろんな言語に気が散らされて定期的に忘れてしまう。もちろん今はもう忘れ
ることはないし、お前もそうあるべきだ。

お前が学んで使うプログラミング言語は大事じゃない。ぜったいにプログラミ
ング言語界隈の宗教論争に巻き込まれちゃダメだ。プログラミング言語はそれ
を使っておもしろいことをするためのツールだという本来の目的が見えなくな
ってしまうから。

0776デフォルトの名無しさん

2010/05/23(日) 18:50:17

>>774
言語仕様や組み込み機能は、後方互換性を維持しながら移行するのが難しいから、
どっかの段階で後方互換性を持たない切り替えが必要。

それに対して、APIは、後方互換性を残しながらの移行が可能。
後方互換性を残せるのに残さない理由があるの？

0777デフォルトの名無しさん

2010/05/23(日) 19:02:41

うるせぇ　駄目なものは駄目なんだよ

0778デフォルトの名無しさん

2010/05/23(日) 21:24:55

はい

0779デフォルトの名無しさん

2010/05/23(日) 22:39:30

これ見ると下手な食事療法とかダイエットよりも効果あったよ。
http://www.petatv.com/tvpopup/video.asp?video=agri_long&Player=wm&speed=_med

0780デフォルトの名無しさん

2010/05/24(月) 00:17:17

俺は言語なんて、ちょっとややこしい設定ファイルくらいにしか思ってない

0781デフォルトの名無しさん

2010/05/24(月) 08:47:45

でも設定ファイルって，通常ステートフルじゃなくね？

0782デフォルトの名無しさん

2010/05/24(月) 09:30:45

>>780 はロジックを書いたことがないのだろう

0783デフォルトの名無しさん

2010/05/24(月) 10:10:38

>>774
まったくだ。
命名ガイドラインを示し直して、少なくとも標準で入ってるものについては、
ガイドラインに反するものは改名して、旧名は将来的に廃止にしてほしかった。

0784101

2010/05/24(月) 10:29:25

ひとつのソースコード内に異なる命名規則が混在することはかなり読みづらい(その理由を知らない初見ならなおさら)と思うんだけど、Pythonではこれが当たり前なの？
信じられんな
しかもそのコードが世間的に読みやすい言語とか言われてるなんて

0785デフォルトの名無しさん

2010/05/24(月) 11:20:50

>>784
>ひとつのソースコード内に異なる命名規則が混在することはかなり読みづらい

統一されていたらきれいだなーとは思うけど、統一されてなくても読みづらいということはない。
Pythonは構文がシンプルで規則正しいから、名前のスタイルから「それが何なのか」を推測する必要性が薄い。

>>783
Python3は、Python3000やRuby2やPerl6とは違って、Python2と別言語でも無ければ遠い理想郷でもない
現実の言語だからな。
タダでさえ難しいPython2からの移行をさらに難しくしてまでこのタイミングで命名規則の統一をするのは、
「愚かな一貫性」だろう。

あと、改名と旧名の廃止予定は、同時にはできない。
廃止予定(deprecated)にしてしまうと、（抑止可能だけど鬱陶しい）DeprecatedWarningメッセージが出るから、
最低でも1バージョンは間に挟む必要がある。
例えば hashlib モジュールがPython2.5で入って、md5モジュールがdeprecatedになったのはPython2.6。

0786デフォルトの名無しさん

2010/05/24(月) 12:54:28

統一されててきれい、統一されてなくてもそんなことはないって人より
統一されてて普通、統一されてないときたないって感覚の人のほうが多そう

0787デフォルトの名無しさん

2010/05/24(月) 13:21:10

>>785
Python3とPython3000って同じじゃないの？

Ruby2やPerl6が理想郷っていう認識についても良かったら教えてください。

0788デフォルトの名無しさん

2010/05/24(月) 13:42:09

うるせぇ

0789デフォルトの名無しさん

2010/05/24(月) 16:41:38

>>787
Python3000 は、3000年リリース予定の架空の言語として考えられていたけれど、
実際にリリースしてPython2から移行を進めていくという方向性で動き出してから、
Python3　という現実主義の言語になった。

Ruby 2.0 は、まだ現実のスケジュールがでてないから、空想上の理想の言語。
Perl 6 は、Perl 5 からの移行を積極的に進める気のない、別言語。

0790デフォルトの名無しさん

2010/05/24(月) 22:39:02

>>760
Python3スレでorzってかいたの俺だけど(どうでもいいか
その規則自体が嫌だわ。Rubyみたいにいちいちアンダースコア記法に直してほしいな。

>>761
threadingモジュールの件は恥ながら知らなかった。
けど、__builtins__.classmethodなんかがアンダースコアになることは
一生ないだろうし、httplibのAPI群なんかもないだろうなあ。
好きな言語だけに非常に残念。

ってかPythonって全体的に名前が格好良くない気がする。とりあえずRubyと比較してみると
Python <= Ruby
Django < Ruby on Rails
easy_install, pip < RubyGems
pydoc < ri
Jython < JRuby
WSGI < Rack
等々。
ただし、endないのがイケメンすぎて全部カバーしちゃうかも。

>>775
このスレはその宗教戦争を楽しむところだと思ってる。

0791デフォルトの名無しさん

2010/05/25(火) 02:18:27

バージョン違いで互換性ないとかもうでぐだぐだだよな、、どれも
俺はなるべくコード資産はJava/C#に移していってるよ

0792デフォルトの名無しさん

2010/05/25(火) 02:37:28

ジェイソンはかっこいいだろ

0793デフォルトの名無しさん

2010/05/25(火) 07:05:47

>>790
classmethod はPEP8に違反してないからな。

Function names should be lowercase, with words separated by underscores
as necessary to improve readability.

アンダースコアは、単語の区切りというより、句の区切り。
set_maxclients は set_max_clients よりも良い。

中高生の頃、英語の文章を理解するために、句ごとに / で切らなかった？
あの / が _ になってる。
単語の区切りなんてアンダースコア無くてもすぐにわかるから、句の区切りが一目で判る方が良い。

0794デフォルトの名無しさん

2010/05/25(火) 08:58:12

>>791
つ　Perl

0795デフォルトの名無しさん

2010/05/25(火) 09:04:03

Java/C#ってバージョン間で互換性あったっけ？

0796デフォルトの名無しさん

2010/05/25(火) 09:23:17

>>790
＞ってかPythonって全体的に名前が格好良くない気がする。とりあえずRubyと比較してみると

これわかるわー
名前ダサいだけで使う気失せるw

0797デフォルトの名無しさん

2010/05/25(火) 11:33:34

ダサいのはどうでもいいけど、strが組み込み型名なのでstrって名前の変数作るのがあんまり推奨されないってのはなんとかしてほしい。

0798デフォルトの名無しさん

2010/05/25(火) 16:32:31

今更変えられないからねえ

0799デフォルトの名無しさん

2010/05/25(火) 16:46:31

互換性と言っても程度によるけど、Perlの場合、言語仕様自体はほとんど変わってないけど、CPANモジュールに強烈な流行廃りや仕様の変更がある。
トータルで判断すればJavaやC#は互換性が高いと言えると思う。

0800デフォルトの名無しさん

2010/05/25(火) 16:47:41

俺は全部大文字にすると定数扱いとか、そういうのがしっくり来ない。

0801デフォルトの名無しさん

2010/05/25(火) 19:02:58

結局、javaやC#は、LLでくくっちゃうのか？

0802デフォルトの名無しさん

2010/05/25(火) 19:07:08

くくっちゃおうぜ。カオスの中からきっといいアイデアが見つかるのだ。

0803デフォルトの名無しさん

2010/05/25(火) 21:07:11

機械語とアセンブラ以外はLL

0804デフォルトの名無しさん

2010/05/25(火) 22:28:58

>>785
>タダでさえ難しいPython2からの移行をさらに難しくしてまでこのタイミングで命名規則の統一をするのは、
>「愚かな一貫性」だろう。

こういうのが信者だよなあ。まずい点があっても絶対にそれを認めようとしない。
Python3 では dict.has_key() をなくしたり StringIO を io モジュールに移動したりと整理しているんだから
命名規則も変更するチャンスだったろうに。
assertTrue() とかバカかと思った。assertEqual() も三単元のsがないし。

0805デフォルトの名無しさん

2010/05/25(火) 23:20:45

もういいじゃん。golangで。

0806デフォルトの名無しさん

2010/05/25(火) 23:22:37

なんか懐かしい名前を聞いた

0807デフォルトの名無しさん

2010/05/25(火) 23:53:04

>>804
組み込み型のメソッドやパッケージの移動とメソッドの名前の変更を同レベルで語ってるあたり、
アンチPythonは現実が見えてないなぁ。

組み込み型の方がメソッド名の段階的な移行が難しいし、逆にパッケージの移動は import 文を高精度で
自動的に変換できるので大胆なリファクタリングが可能。
それに対して、ライブラリのメソッド名なんかは、静的に型を判別できない言語では自動で変換するのが難しい。
Python3への移行が終わってからPython4までの間にゆっくり変えていけば良い。

命名規則が混ざっているのは汚くても、実際に致命的な問題にはならないことは、Python2がここまで
普及したことで証明されている。

0808デフォルトの名無しさん

2010/05/25(火) 23:53:39

研究者間でlushとか流行らんかな

0809デフォルトの名無しさん

2010/05/25(火) 23:57:46

>>807
表面上の叩きやすいところを叩いているだけだから真面目に反論するだけムダだよ。

0810デフォルトの名無しさん

2010/05/25(火) 23:58:51

事業仕分けみたいなもんだな

0811デフォルトの名無しさん

2010/05/26(水) 00:02:41

使いやすい使いにくい以上の差って、それほど無いんだよね結局
設計や実装は実際どれもすげーなーとしか思わんわけで

俺のレベルでは、って話ですまん

0812デフォルトの名無しさん

2010/05/26(水) 00:03:28

命名規則をその言語用に変えても致命的な問題ないことはpython以外の普及してる言語で証明できないかな？

0813デフォルトの名無しさん

2010/05/26(水) 00:09:39

>>812
Javaなんか徹底してるんじゃね？
「問題ない」証明は無理でも、あの強制力は一つの真理を表してるような気はする

0814デフォルトの名無しさん

2010/05/26(水) 00:21:56

>>804
初めの方は同意なんだけど…
三単現のsって、主語ないのにどこに出てくる要素あるんだwww

0815デフォルトの名無しさん

2010/05/26(水) 00:24:22

>>813
でも、それがいいとは思わないんだよね。
まったく。

0816デフォルトの名無しさん

2010/05/26(水) 00:25:47

別ライブラリから持ってきたものは、そっちの命名規則使うってのは方針としていいと思うんだが。
ラッパー作る人に面倒なこと考えさせないって意味で。

それ以外の部分は統一すりゃいいのに。
で、やる機会があるとすればPython3への移行のときしかなかった。
4のときにとか言ってる人はなんだかなぁ。それこそ、西暦3000年まで直す気ないだろ。

0817デフォルトの名無しさん

2010/05/26(水) 00:33:19

>>815
それはもう好き嫌いのレベルになっちゃうかと思った

0818デフォルトの名無しさん

2010/05/26(水) 00:41:18

迷わず行けよってことでいいじゃないか面倒くせえ

俺はJavaの命名規則だけは好きだ
MSの命名規則は好きじゃない好きじゃないからつい違うことをしてしまってカオス
個人レベルでも規約レベルでも単純にそれだけのこと

じゃないのかなあ（←迷ってる）

0819デフォルトの名無しさん

2010/05/26(水) 00:48:01

てか、普通は統一するもんじゃないの？
パイソンみたいに統一せずに元ネタの命名規則に依存を方針としてる言語ってほかにあるの？

この方針って、あくまで「元ネタ依存できる範囲で」という前提条件がつくんじゃないの？
できなかったときはパイソン風に書き換えるなら、最初から全部パイソン風にしろよって話にならんの？

ラクダ式とかハイフン繋ぎとかが混在したコードとか気持ち悪すぎるわw

0820デフォルトの名無しさん

2010/05/26(水) 00:55:26

郷に入っては郷に従え

だれかこれをくどいくらいの、説話混じりで三回忌の坊さんくらい
くどい説教込みの解説付きで英訳してくれ
それできっと全て丸く収まる

0821デフォルトの名無しさん

2010/05/26(水) 00:57:50

気持ち悪いね、インデントが揃ってないコードの次ぐらいに気持ち悪い

0822デフォルトの名無しさん

2010/05/26(水) 01:05:14

>>821
ほんとだよ
頭隠して尻隠さずって言葉がピッタリだね

0823デフォルトの名無しさん

2010/05/26(水) 01:18:54

インデントしかそろってないPython

0824デフォルトの名無しさん

2010/05/26(水) 01:28:57

perl読むよかはるかにマシ

0825デフォルトの名無しさん

2010/05/26(水) 02:23:09

>>804
assertTrue()はクソすぎる。いくらPythonでもスクリプト言語としての自覚
が足りなすぎ。

>>807
互換性を気にするPythonが2->3で思い切ってそれを破ったのに、
それで名前変わらないならもう変える気がないとしか言えないだろ。
致命的な問題がないなんてみんな知ってるよ。フィーリングの問題。
でもフィーリングは特にLLでは重要な要素。

しかもリファクタリングできないって、エイリアスつけとけばいい話だろ。
まさか、名前がふたつあるなんてPythonicじゃないみたいな？

>>812
LLではRuby。他言語から持ってきたライブラリもアンダースコア記法に変えてる。
たぶん問題は起きてない。

>>820
自分の国(Python)がより良くなって欲しいとは思わないのか？
あの命名規則をみて、これがPythonのやり方なんて思ってるのなら、
相当なアホか洗脳されきってるかのどっちかだろ。

0826デフォルトの名無しさん

2010/05/26(水) 08:28:13

>>825
なんども既出だが、APIの変更は互換性を維持したまま緩やかな廃止プロセスが利用できるし、
メソッド名を変えたらソースコードの変換が不確実になるから、移行作業が難しくなる。
Python3への移行が完了してからAPIのリファクタリングしたので充分。
今は名前の統一よりも先にするべきことがある。

LLだって、フィーリングよりも、現実性、互換性、信頼性が大事だ。
wxRubyはメソッド名をRuby風にしているけど、メソッド名がwx風なwxPythonの方が広く使われている。
Rubyは名前を頑張って統一する前に他にすることがある気がする。

あと、名前が他言語と共通になっていると、名前で検索したら多言語の情報も引っかかるから、
wxPythonの使い方で判らない部分がwxWidgetsのコードサンプルを見て理解できたりする。
検索容易性は、同じライブラリの他言語バージョンと名前をできるだけ統一するメリットだな。

他には、wxPythonだとCamelCaseのメソッド名が出てきたらwxPythonのAPIで、
それ以外の名前はユーザーが作ったメソッドだと一瞬で判別できるというメリットもある。
間違ってオーバーライドするつもりがないメソッドをオーバーライドしてしまうというミスも避けられる。

0827デフォルトの名無しさん

2010/05/26(水) 08:43:34

>>826
前半と後半で食い違ってるように見えるが、
前半の「修正するけどまだ先」なのが開発陣の考えで
後半の「直さなくてよい」的なのが個人の主張？

ちなみにこういう変わった命名規則をもつ言語はPython以外に存在する？

0828デフォルトの名無しさん

2010/05/26(水) 08:57:58

>>826
＞Rubyは名前を頑張って統一する前に他にすることがある気がする。

あと、これは逆だと思うよ
あなた自身がいってるように一度付けた名前は簡単には変えられない
他にやることがどんなことかわからんが、それが後からでも容易に変更改善できることなら、後回しで良いと思う

PHPがいい例だとおもう
命名の統一より機能実装を優先してきたから、いま名前がかなり破綻してきてる
そのおかげでここまで普及したとも言えるかもしれないが、純粋に言語として見た場合はそれが正しいとは言えない

0829デフォルトの名無しさん

2010/05/26(水) 10:07:35

だから、よそからもってきたのはよその名付け方に合わせた方がいいんだって。
ラッパー作ってくれる人に名前がどうこうなんて面倒な問題を負わせないためにも。
面倒が少なかったら作る人が増えてラッパーが充実する。

統一感ないと気持ち悪くて使えないなんてごちゃごちゃ言ってる人はどうせろくにプログラム経験のない奴だ。
例えばCで標準ライブラリとWin32API同時に使うだけで名前の統一性なんて破綻するんだから。

それよりも問題は、よそから持ってきたわけでもないのに名前が統一されてないことだろう。

0830829

2010/05/26(水) 10:20:42

一応、つっこまれそうなので補足しとく。
名前は統一した方が望ましいけれど、そうしなければならないってほど重要ではないと思ってる。

新たにラッパー作る人に圧力をかけないために、既存のラッパーの名前変更は望まないけど、
新たにラッパーじゃないパッケージ作る人や、普通のPythonプログラマーに守るべき指針を示すために、
そうでないパッケージはPythonらしい名前の付け方にしてしまえばいい。

C/C++があんなに名付けルールごちゃごちゃなのにそれなりにはうまくやってるのだからLLだってそうできない理由はないだろうが、
C/C++はもう今更だが歴史の浅いLLなら、指針をきっちり示して、例を示せば綺麗になるのだから、綺麗にすればいいと思ってる。

0831デフォルトの名無しさん

2010/05/26(水) 10:44:21

>>829
> 統一感ないと気持ち悪くて使えないなんてごちゃごちゃ言ってる人は
> どうせろくにプログラム経験のない奴だ。

そりゃまぁ経験者たちは shit とか悪態つきつつも納得してくれるかも知れんけどさ。

でも初心者には，言語に標準添付なライブラリとよそから持ってきたライブラリの
区別なんてつかないっしょ？
全部「その言語に用意されている機能」としか思わないはず。
で，それらに違和感を感じるのは十分あり得ると思うんだが。

初心者への訴求も大事なんじゃないの。

0832デフォルトの名無しさん

2010/05/26(水) 11:04:14

初心者は、そもそも大文字と小文字が混ざっててもそういうものだとしか思わないよ。
#include がおまじないと思うのと同じでね。
初心者への訴求よりも、Python2からPython3への移行をなるべく楽にするのが優先。

0833デフォルトの名無しさん

2010/05/26(水) 11:10:39

ライブラリは作る人より使う人のが圧倒的に多いんだから
命名規則変換ぐらい頑張ってくれよとも思うが
てかナニも考えずに機械的にできるっしょ？命名変換、そんな圧力になる？

0834デフォルトの名無しさん

2010/05/26(水) 12:51:28

Pythonはいつから教育に使える言語を目指さなくなったんだ

0835デフォルトの名無しさん

2010/05/26(水) 12:57:10

>>829
＞面倒が少なかったら作る人が増えてラッパーが充実する。

言語の普及率の前では微々たるさだと思うが、具体的にPython以外にこの命名規則を採用してる言語を教えてくれ

0836デフォルトの名無しさん

2010/05/26(水) 13:12:39

>>835
Pythonほど色々なライブラリを取り込んでいる言語はあまり無い気がするけど、
http://wxperl.sourceforge.net/manual/manual4.html#id4688575
wxPerl も、 Method 名はwxのものをそのまま利用しているね。

Rubyのリファレンスマニュアルでも、Win32APIをラップする例では、
MessageBox 形式のメソッドを作ってる。
http://www.ruby-lang.org/ja/man/html/Win32API.html

QtRuby も、 setFont とか、 mixedCase 使ってるよね。

0837デフォルトの名無しさん

2010/05/26(水) 13:40:28

unittest を PEP8 準拠にするのは、2008年にPython-devで話し合われているけれども、
ちょっと気持ち悪い部分が減るためだけにしてはコストが掛かり過ぎるから見送られた。

nostests と py.test が人気のユニットテストライブラリだけど、どっちかが unittest2 とかの
名前で入らないかな。名前はPEP8準拠だし、 ok_() みたいな短い名前が使える。
http://somethingaboutorange.com/mrl/projects/nose/0.11.3/testing_tools.html#tools-for-testing

0838デフォルトの名無しさん

2010/05/26(水) 15:45:51

>>832
> 初心者は、そもそも大文字と小文字が混ざっててもそういうものだとしか思わないよ。

いやいや，それはそうかも知れないけどさ，

> #include がおまじないと思うのと同じでね。

例えば，そのおまじないが，
#include <stdio.h>
と
%include |stdio.h|
と
!include =stdio.h=
などが混在していたら，嫌にならない？　ということだと思うのだが。

0839デフォルトの名無しさん

2010/05/26(水) 15:51:48

言語自体の初心者は unittest は使わんから無問題

0840デフォルトの名無しさん

2010/05/26(水) 16:03:46

つーか命名規則なんてライブラリの中で一貫性があれば十分じゃね？
ライブラリをまたがって統一する必要はないように思うんだが。

0841デフォルトの名無しさん

2010/05/26(水) 16:37:00

>>826
> あと、名前が他言語と共通になっていると、名前で検索したら多言語の情報も引っかかるから、
> ...
> 検索容易性は、同じライブラリの他言語バージョンと名前をできるだけ統一するメリットだな。

これはそうかもね。
変に名前を変えられて混乱させられる恐れもないしね。

0842デフォルトの名無しさん

2010/05/26(水) 23:51:24

こま(ry

0843デフォルトの名無しさん

2010/05/27(木) 02:55:40

>>833
そうすること自体は簡単だが、ちょっとした間違いに対して君のように、
使う人のこと考えろ、それくらいできるだろ、やれ。と言う人が出てくるのが
作者のモチベーションを下げる原因。

0844デフォルトの名無しさん

2010/05/27(木) 10:36:41

>>838
それどこのruby

0845デフォルトの名無しさん

2010/05/27(木) 12:06:04

>>837
そうなんだ、でも話しあうのっておかしくね？他言語ライブラリの移植はpythonではもうそう決まってるんでしょ？
pythonのライブラリの命名規則の方針自体を変えようって話し合ったてんならわかるけど

0846デフォルトの名無しさん

2010/05/27(木) 12:17:27

>>845
unittest は元々はJUnitから移植されたけど、今は互換性が無い別物。

あと、バインディングみたいにC言語で実装されているもののPythonインタフェースならともかく、
ピュアPythonによる再実装の場合は、Pythonの命名に従ったほうがいいだろうな。

0847デフォルトの名無しさん

2010/05/30(日) 20:46:12

>>804
限りなくどうでも良い話だな

0848デフォルトの名無しさん

2010/05/30(日) 20:49:54

自作クラスの命名が統一されてなくて生きるのが辛い

0849デフォルトの名無しさん

2010/05/31(月) 04:22:34

よくある

0850デフォルトの名無しさん

2010/05/31(月) 06:10:34

>>846
>unittest は元々はJUnitから移植されたけど、今は互換性が無い別物。

だよねー、だから

>>829
>よそからもってきたのはよその名付け方に合わせた方がいいんだって。

こんなこと言うやつが存在することにびっくり。

0851デフォルトの名無しさん

2010/05/31(月) 06:15:04

>>826
>あと、名前が他言語と共通になっていると、名前で検索したら多言語の情報も引っかかるから、
>wxPythonの使い方で判らない部分がwxWidgetsのコードサンプルを見て理解できたりする。
>検索容易性は、同じライブラリの他言語バージョンと名前をできるだけ統一するメリットだな。

wxPythonがどういうのか知らんけど、Python の unittest はドキュメントがしっかり書かれてあるから
JUnitのドキュメントを参考にする必要はまるでない。
assertEqual は assert_equals にすべきだった。
そしてその最大のチャンスがPython3.0だったのに、頭の固い連中のせいで残念な結果に。

0852デフォルトの名無しさん

2010/05/31(月) 08:37:22

>>851
>そしてその最大のチャンスがPython3.0だった
ダウト

なんども既出だが、Python3.0 への移行に伴なう痛みを最低限にするために、
unittest の命名規則変更なんて後回しでOK。
下位互換性を損なうというのは、何をやってもOKという意味ではない。

0853デフォルトの名無しさん

2010/05/31(月) 16:54:09

後回しにした痛みがそのうちやってくるんでしょ？
そんな段階的にきてそのたびにソースコード変更が必要なら
むしろ一気にって感じじゃね？

0854デフォルトの名無しさん

2010/05/31(月) 18:28:30

>>853
並列してサポートされる期間が何年もあれば、利用者はその期間のうちの好きなタイミングで切り替えられる。
Python3へ切り替えるにはテストを全部修正しないといけないなんてなったら、Python3への移行が
全然進まない。

Python3 で下位互換性を失う修正が入っているのは、下位互換性を維持したまま改良することが
不可能 or 現実的でないほど難しい修正だから。
そうじゃないタダのAPI修正を同時に決行して移行コストを上げるのはただのバカ。

PythonにおけるAPI修正の一般的なプロセスを理解していれば、Python3と同時にAPIの切り替えを
しようなんてバカは言えないはずだよ。
Python3への移行ガイドでも、ライブラリはAPIの互換性を可能な限り維持して並列サポートする
ようにっていう指針が示されている。

0855デフォルトの名無しさん

2010/05/31(月) 18:30:15

CPU設計におけるTick Tack戦略みたいなものだね。
リスクの高いプロセス進化と、リスクの高いコア設計進化は、同時には実行しない。

0856デフォルトの名無しさん

2010/06/01(火) 23:19:10

コンパイルが速くて、スクリプト言語的に書ける言語が欲しかった - インタビュー：ITpro
http://itpro.nikkeibp.co.jp/article/Interview/20100526/348493/

0857デフォルトの名無しさん

2010/06/01(火) 23:42:15

GoってScalaのコンパイルが早くなったらいらない子じゃね

0858デフォルトの名無しさん

2010/06/01(火) 23:43:59

Goはネーミングが失敗だろ
Golangを正式名称にすべきだったと思う
Goって一般文章の中に出まくるから情報を検索できない

0859デフォルトの名無しさん

2010/06/01(火) 23:45:48

go naming considered harmful

0860デフォルトの名無しさん

2010/06/01(火) 23:47:29

JavaVMはメモリ食い過ぎだし、標準APIがOS非依存を目指しているために
OS依存のシステムコールを使いにくかったりするから、Goも必要だろ。
Goは、Java、C、C++、Python、それぞれから少しずつシェアを奪って、
充分メジャーな言語になると思う。

0861デフォルトの名無しさん

2010/06/01(火) 23:52:05

日本では流行らないよ

0862デフォルトの名無しさん

2010/06/01(火) 23:53:36

もっとマイナーな言語を語るスレはないのか

0863デフォルトの名無しさん

2010/06/01(火) 23:57:10

GoならD言語の方がまだいい

0864デフォルトの名無しさん

2010/06/01(火) 23:57:29

それならＣなんてもっと終わってるし
GoはGo言語って呼べば良いんじゃないのか。

0865デフォルトの名無しさん

2010/06/01(火) 23:57:37

GoもScalaもスクリプト言語ではないからスレ違いな

0866デフォルトの名無しさん

2010/06/01(火) 23:59:16

>>864
普通はANSI CとかObjectivCとかUNIX Cとかで検索するから

0867デフォルトの名無しさん

2010/06/02(水) 00:00:30

そのうちANSI GOとかObjectiv GoとかUNIX GOとか出てくるだろ

0868デフォルトの名無しさん

2010/06/02(水) 00:07:00

Cは終わってるんじゃなくて枯れてるんだろ

0869デフォルトの名無しさん

2010/06/02(水) 00:12:47

終わってるってのは検索性の話だろう

0870デフォルトの名無しさん

2010/06/02(水) 00:13:27

>>869
文脈読めない奴は放っておけよ

0871デフォルトの名無しさん

2010/06/02(水) 02:01:35

>>863
Dだきゃ一生ない

0872デフォルトの名無しさん

2010/06/02(水) 05:34:32

Java/C/C#/goはスレ違い

0873デフォルトの名無しさん

2010/06/02(水) 10:38:43

>>852
>unittest の命名規則変更なんて後回しでOK。

信者乙。なんか前提がおかしいよね。
unittestは将来も命名規則を変更するつもりがないんでしょ？
そもそも変更するつもりがものを「命名規則変更なんて後回しでOK」とか言い出すのは意味わかんない。
ここで説明すべきは「将来にわたっても変更しない理由」であって、「3.0で変更しない理由」じゃないよ。

>>854
>Python3 で下位互換性を失う修正が入っているのは、下位互換性を維持したまま改良することが
>不可能 or 現実的でないほど難しい修正だから。
>そうじゃないタダのAPI修正を同時に決行して移行コストを上げるのはただのバカ。

unittestの関数名の変更なんて、それこそ互換性を維持したまま簡単に変更できるものじゃないか。
assert_equal = assertEqual
とするだけ。これが難しいか？そんなわけないよね。
だから、unittestの関数名が変更されないのは、単に開発陣がそう決めたというだけのことであって、互換性は関係ない。

0874デフォルトの名無しさん

2010/06/02(水) 10:49:03

>>873
>ここで説明すべきは「将来にわたっても変更しない理由」であって、「3.0で変更しない理由」じゃないよ。

なんで？
俺は「Python3でバッサリ変更するべきだった」という主張に反論しているだけで、
将来にわたっても変更しないなんて一言も言ってないが？

0875デフォルトの名無しさん

2010/06/02(水) 20:45:08

並列サポートとやらを3.0を出したと同時に出すべきだったね、いつ出んのかしんねーけど

0876デフォルトの名無しさん

2010/06/02(水) 23:40:23

結構命名規則とか統一感を重視してる人が多いように見える(自分もそう)けど、そういう人達からみて命名規則とか統一感がしっかりしてる言語ってどんなのが挙がる？

自分はRubyかなぁやっぱ

0877デフォルトの名無しさん

2010/06/02(水) 23:43:08

オブジェクト指向言語全部

0878デフォルトの名無しさん

2010/06/02(水) 23:47:27

>>877
PHPやC++もそれに入る？

0879デフォルトの名無しさん

2010/06/03(木) 01:45:06

>>876
Javaかな。自分としては、あのキャメルキャメルな命名は嫌いだけど

0880デフォルトの名無しさん

2010/06/03(木) 03:11:36

Objective COBOL始まったな

0881デフォルトの名無しさん

2010/06/03(木) 03:47:29

>>876
Rubyはendと}の両方が構文に出てくるのが受け入れられなかった。

0882デフォルトの名無しさん

2010/06/03(木) 08:29:33

>>876
Pythonで命名規則が統一されていないのは unittest とかごく一部だけ。

Rubyは命名規則以前に、Perlと同じ「やり方は幾つでもある」方針を取っているために
API設計方針が統一されていないので、ライブラリの使い方とか把握するのが面倒。

0883デフォルトの名無しさん

2010/06/03(木) 09:01:12

そりゃJavaとかC#とかでしょう。

0884デフォルトの名無しさん

2010/06/03(木) 10:01:40

最近話題のscalaはその点ではどう？

0885デフォルトの名無しさん

2010/06/03(木) 10:55:06

javaとだいたい同じなんじゃね？
DSLを意識して標準の命名規則と違うのにするってことはありそうだけど

0886デフォルトの名無しさん

2010/06/03(木) 13:13:43

>>856
KMCのひとか
こんな卑下もじゃだったっけ？

0887デフォルトの名無しさん

2010/06/03(木) 13:18:01

go でこんな本が出ればなぁとは思う
http://www.amazon.co.jp/dp/4873114489

0888デフォルトの名無しさん

2010/06/03(木) 13:42:41

やることは何言語使っても同じなんだから他の言語で読み刈ればいいのでは
PythonのバイナリをハックするんじゃなくてPython使ってハックする本でしょ？

0889デフォルトの名無しさん

2010/06/03(木) 14:07:15

go 用のツールがまだないって話ですがなにか

0890デフォルトの名無しさん

2010/06/03(木) 14:33:06

え？

0891デフォルトの名無しさん

2010/06/03(木) 20:42:43

これから趣味で覚えるならPythonだろうなあ。

0892デフォルトの名無しさん

2010/06/03(木) 20:52:58

あとJavaScriptとか

0893デフォルトの名無しさん

2010/06/03(木) 21:59:58

>>882
そんなことはどうでもいい。命名規則の話だ。ごく一部だけでも統一されてないのがあったら、それは統一されてない。
俺だってRuby?はぁ？って思ってるPython使いだが、お前みたいな信者には迷惑してる。

0894デフォルトの名無しさん

2010/06/03(木) 23:09:28

946 名無しさん＠十周年 [] 2010/06/03(木) 20:19:17 ID:LHeT8X150 Be:

    もう…おかしいでしょ。どう考えても何をねつ造しても事実はこうなのですから
    ↓

    http://www.nicovideo.jp/watch/sm10915996
    キラー小里議員、赤松広隆君不信任決議案で爆弾発言！
    平成22年5月31日衆議院本会議農林水産大臣赤松広隆君不信任決議案（174国会決9賛成の討論で壇上に上がった小里泰弘議員から、爆弾発言！マスコミは一切伝えてません。

    http://www.nicovideo.jp/watch/sm10815799
    “独裁者”小沢一郎とフジテレビ「黒い密約」疑惑を追求②＊拡散希望

0895デフォルトの名無しさん

2010/06/03(木) 23:34:07

>>893
>>876 へのレスなのに、「俺だってRuby?はぁ？って思ってるPython使い」が必死に反論するの？

PEP8の最初に、
A Foolish Consistency is the Hobgoblin of Little Minds
ってあるんだよな。
このルールは、その下の全てのPEPに優先されている。

つまり、名前の修正のコストパフォーマンスが悪いなら古い名前を維持することすらも、
Pythonの命名規則のうちで、unittestはPEP8にしっかりと準拠している。

Pythonは理想より現実を優先する言語だから、潔癖症には向かない。
潔癖症はHaskellでも使えば良い。

0896デフォルトの名無しさん

2010/06/04(金) 02:05:25

Pythonって普段は潔癖に見えるんだけどなあ

0897デフォルトの名無しさん

2010/06/04(金) 02:43:15

Pythonのきれいさは見かけだけだからな

0898デフォルトの名無しさん

2010/06/04(金) 02:44:42

なんていうか、簡潔さより
正規化にこだわる言語のような印象がある

0899デフォルトの名無しさん

2010/06/04(金) 03:29:31

名実ともにきれいなのはJavaくらいじゃねマジで

0900デフォルトの名無しさん

2010/06/04(金) 04:13:32

MFCだろ常考

0901デフォルトの名無しさん

2010/06/04(金) 05:12:44

>>874
>なんで？
>俺は「Python3でバッサリ変更するべきだった」という主張に反論しているだけで、
>将来にわたっても変更しないなんて一言も言ってないが？

873と825をみれ。

>>825
>互換性を気にするPythonが2->3で思い切ってそれを破ったのに、
>それで名前変わらないならもう変える気がないとしか言えないだろ。

ふつうはこう思うよね。

あと
>unittestの関数名の変更なんて、それこそ互換性を維持したまま簡単に変更できるものじゃないか。
>assert_equal = assertEqual
>とするだけ。これが難しいか？そんなわけないよね。

この部分には反論してないってことは、

>>854
>Python3 で下位互換性を失う修正が入っているのは、下位互換性を維持したまま改良することが
>不可能 or 現実的でないほど難しい修正だから。

この主張は間違いってことになっちゃうよ。

0902デフォルトの名無しさん

2010/06/04(金) 05:21:24

別にそんなにこだわる内容じゃないと思うけどな。Rubyの場合、メソッドの命名規則とかより、覚えなきゃ行けない規約が多すぎるのが嫌だ。

0903デフォルトの名無しさん

2010/06/04(金) 07:14:34

>>901
>>俺は「Python3でバッサリ変更するべきだった」という主張に反論しているだけで、
>>将来にわたっても変更しないなんて一言も言ってないが？
>873と825をみれ。

どのスレを見ても、将来永劫変えるべきじゃないなんて主張は無いが？

>>互換性を気にするPythonが2->3で思い切ってそれを破ったのに、
>>それで名前変わらないならもう変える気がないとしか言えないだろ。
>ふつうはこう思うよね。

お前の普通を押し付けるな。
お前はライブラリを何個メンテナンスしている？
>>854 が正解

>>unittestの関数名の変更なんて、それこそ互換性を維持したまま簡単に変更できるものじゃないか。
>>assert_equal = assertEqual
>>とするだけ。これが難しいか？そんなわけないよね。
>この部分には反論してないってことは、
>>Python3 で下位互換性を失う修正が入っているのは、下位互換性を維持したまま改良することが
>>不可能 or 現実的でないほど難しい修正だから。
>この主張は間違いってことになっちゃうよ。

お前日本語理解できる？
互換性を維持したまま改良できるなら、Python3.0 でやる必要はないと言っているんだが？

Python 3.0 は、あくまでも組み込み型の変更、old style class削除などの下位互換性を維持したままの
移行が難しい物の修正であって、unittestの命名規則変更なんて労多くて功少ないものは後回し。

0904デフォルトの名無しさん

2010/06/04(金) 07:20:20

俺は2.6使ってます(ｷﾘｯ

0905デフォルトの名無しさん

2010/06/04(金) 07:45:03

>>895
ごく一部だけ、なんて痛々しいこと書いてるから。

> PEP8の最初に、
> A Foolish Consistency is the Hobgoblin of Little Minds
> ってあるんだよな。
> このルールは、その下の全てのPEPに優先されている。

だったら初めからそれを出せばよかった。
統一する気が初めからない、というのと、統一されてないのはごく一部だけ、という主張は全く異なるのだから。

> 潔癖症はHaskellでも使えば良い。
その認識はあまりに残念。

0906デフォルトの名無しさん

2010/06/04(金) 07:50:24

>>903
> unittestの命名規則変更なんて労多くて功少ないものは後回し。

標準で入ってるのに限って
>>assert_equal = assertEqual
のようにすることが、そこまで労が多いとは思えない。

> 互換性を維持したまま改良できるなら、Python3.0 でやる必要はないと言っているんだが？
やる必要がないことは、やらない理由にはならない。
どうせ他が大きく変わるんだったら、今後変えるつもりがあるならやってしまってもデメリットはなかった。
3.xで移行になったら結局二度手間だろ。

0907デフォルトの名無しさん

2010/06/04(金) 08:30:20

>>905
は？その最優先原則は、ムリに統一を頑張らないと言っているだけで、
統一する気がはじめから無いという意味じゃないぞ？

0908デフォルトの名無しさん

2010/06/04(金) 08:42:35

>>906
>>>assert_equal = assertEqual
>のようにすることが、そこまで労が多いとは思えない。

そもそも、新APIが旧APIのリネームになるという事自体が決まってない。
新APIはメソッドではなく関数にしようとか、その関数は unittest.asserts モジュールに
入れようとか、色々なアイデアがある。
unittestの議論より、Python3を早く提供することが優先された。

>やる必要がないことは、やらない理由にはならない。

やらない理由が無い事を全部やってたら、Python3が出るのがほんとに3000年に成りかねないな。

0909デフォルトの名無しさん

2010/06/04(金) 08:44:07

3がメインになってもあと1000年は2は使われるだろう

0910デフォルトの名無しさん

2010/06/05(土) 09:36:15

>>907
する気があるなら、するだろ。
できるのに無理にやらないって言ってる時点で、する気がないんだよ。

0911デフォルトの名無しさん

2010/06/05(土) 09:39:06

>>908
> やらない理由が無い事を全部やってたら、Python3が出るのがほんとに3000年に成りかねないな。

プログラマでも論理学に鈍い人って一定数いるんだよなー
やらない理由が無い事を全部やれ、とは誰も言ってない。

0912デフォルトの名無しさん

2010/06/05(土) 10:29:20

いろいろ理屈こねて結局やらない子

0913デフォルトの名無しさん

2010/06/05(土) 13:52:36

ここはLittle Mindな人の巣窟ですね。

0914デフォルトの名無しさん

2010/06/05(土) 23:21:56

>>911
>>>やる必要がないことは、やらない理由にはならない。
>>やらない理由が無い事を全部やってたら、Python3が出るのがほんとに3000年に成りかねないな。
>やらない理由が無い事を全部やれ、とは誰も言ってない。

屁理屈にしか聞こえん。
なら、Python3.0でやらなくてもいいんだよな？どう言う意図で「やらない理由にはならない」なんて言ったの？

>>906
>どうせ他が大きく変わるんだったら、今後変えるつもりがあるならやってしまってもデメリットはなかった。
大あり。
Python3はPython2に似た別言語じゃなくて、Python2から一部の組み込み機能を変更したり
古い機能を切り捨てたPython2の延長の言語。
一度に大きく変えすぎると誰もついて来れなくなる。Python3.0ではPython3.0のタイミングでないと
できない事に集中したことは正しい。

>3.xで移行になったら結局二度手間だろ。
完全に独立した変更なんだから、2つの変更を一度にやるか、各個撃破するかの違いでしか無い。
今回は大きな敵を倒す必要があったんだから、各個撃破の方が正しい。

0915デフォルトの名無しさん

2010/06/05(土) 23:31:37

なんつーか、あまりにも信者フィルターのかかった
物言いで、逆に釣りかと思っちゃう。

0916デフォルトの名無しさん

2010/06/05(土) 23:33:11

くだらない内紛やってる間にScalaにあっさり抜かれていく

0917デフォルトの名無しさん

2010/06/05(土) 23:38:16

>>914
> なら、Python3.0でやらなくてもいいんだよな？どう言う意図で「やらない理由にはならない」なんて言ったの？
「やる必要がなかったからやらなかった」というのが理由として成り立ってないと言ってるだけなのに
なんでそれ以上の意味を無理やり見出そうとするかなぁ。

> 一度に大きく変えすぎると誰もついて来れなくなる。
どうせついてこれてないし、それも変更したところで一気に難易度が増すとも思えない。

> 完全に独立した変更なんだから、2つの変更を一度にやるか、各個撃破するかの違いでしか無い。
そして、後者のことを二度手間という。

苦労して3.xに対応させたらとりあえずしばらくは安泰なら移行する気になっても、させたところでまた別のモジュールの名前だか使い方だかが変更になると思ったら移行する気にならないんじゃないか。
個人で適当に書いてるだけならともかく、自分一人の判断じゃ変更できず、変更したら些細な変更でも毎回きっちりした動作確認が必要とか、そういうケースでは特に。

それも、例えば3.2で変えますとか言ってるなら待てばいいけど
「変えないとは言ってないが、今は変えない。かといって、変えるとも言ってない」
なんて状態だと。

0918デフォルトの名無しさん

2010/06/06(日) 00:00:51

>>917
>> なら、Python3.0でやらなくてもいいんだよな？どう言う意図で「やらない理由にはならない」なんて言ったの？
>「やる必要がなかったからやらなかった」というのが理由として成り立ってないと言ってるだけなのに
>なんでそれ以上の意味を無理やり見出そうとするかなぁ。
文脈的に、「やらない必要が無いことは全部このタイミングでやるべきだ」という主張に聞こえただけだよ。
まさか何の主張も含まれていないとは思わなかった。
「やる必要がない」ことが「やらない理由にならない」なんて自明すぎて情報量ゼロなんだけど、何のために言ったの？

>> 一度に大きく変えすぎると誰もついて来れなくなる。
>どうせついてこれてないし、
いきなりは移行が進まないのは予想済み。それでもPythonの開発者はきちんとコミュニティに移行してもらえる
ように開発している。

>それも変更したところで一気に難易度が増すとも思えない。
>>908 で書かれている通りの議論が必要で、その議論が終わって新unittestが完成するまで
3.0のリリースが遅れたら、移行も同じだけ遅れる。

>> 完全に独立した変更なんだから、2つの変更を一度にやるか、各個撃破するかの違いでしか無い。
>そして、後者のことを二度手間という。
言わねーよ。二度手間ってのは、1回分の努力がムダになることを言うんだ。

>苦労して3.xに対応させたらとりあえずしばらくは安泰なら移行する気になっても、させたところでまた別のモジュールの名前だか使い方だかが変更になると思ったら移行する気にならないんじゃないか。
苦労して3.xに対応させたらしばらくは安泰だよ。
unittestなんて重要で移行が大変なモジュール、3.xの途中で捨てるとかPythonに限って有り得ない。
4.0 で捨てられることが決定してから、3.xでdeprecated扱いになるだけ。

0919デフォルトの名無しさん

2010/06/06(日) 00:13:44

まあどうでもいいが、RDBまわりとかの重要コンポーネントだけでも、さっさとすっきり3対応させてくれ
MySQLとか、もう安定してるの？

0920デフォルトの名無しさん

2010/06/06(日) 00:26:56

Pythonの内紛はPythonスレでやれよ

0921デフォルトの名無しさん

2010/06/06(日) 01:04:41

>>918
> 「やる必要がない」ことが「やらない理由にならない」なんて自明すぎて情報量ゼロなんだけど、何のために言ったの？
>>903がそれ以外の理由を挙げなかったから。

> いきなりは移行が進まないのは予想済み。それでもPythonの開発者はきちんとコミュニティに移行してもらえるように開発している。
それは当たり前。ここで話に出てるのは、unittestも変えると移行が進まなくなるかどうか。

> 言わねーよ。二度手間ってのは、1回分の努力がムダになることを言うんだ。
それは間違い。

> unittestなんて重要で移行が大変なモジュール、3.xの途中で捨てるとかPythonに限って有り得ない。
それなら、ますます3.0でやっておいたほうがよかったんじゃないのか？
あるいはどうせ4.0まで持つんだったら、名前変更くらいしておけばよかったんじゃないのか？

0922デフォルトの名無しさん

2010/06/06(日) 01:19:19

とりあえず擁護派の主張が揺らいでる気がする。
・ (3.xの間に)変える必要性を感じているか？あるいは、変わると思っているか。
・変える必要があるとすれば、それは名前の変更程度のものか、使い方自体が大きく変わるほどの変更か？
・変える必要がないならば、名前を統一してしまうことにそれほど大きなデメリットはあったのか？しないメリットはあったのか？

俺の主張はすごく単純。
・今のを名前変更するだけでいいと思うが、よりよいものを作るアイディアがあるならそれも作ればいいと思う。
　　ゆえに変える必要性はさほど感じていないが、新しいものが途中で出る可能性はあると思う。けれど現行のが当面は使えるだろう。
・名前変更は、してしまってよかった。してもさほどデメリットはなかった。
　　内情はしらんが、>>908, >>918の書いていることを合わせると、現行のが続くか、あるいは
　　現行とは異なるものが4.0 で捨てられることが決定してから、3.xでdeprecated扱いになるかどっちか。
　　それなら、どうせ3.xではずっとサポートが続く現行のは3.0の段階で名前変更すればよかった。

0923デフォルトの名無しさん

2010/06/06(日) 01:26:29

>>921
> 「やる必要がない」ことが「やらない理由にならない」なんて自明すぎて情報量ゼロなんだけど、何のために言ったの？
> >>903がそれ以外の理由を挙げなかったから。

>やらない理由が無い事を全部やれ、とは誰も言ってない。
んだから、やらない理由を挙げる必要無いんじゃねーの？
いい加減矛盾していることに気づけ。

>> unittestなんて重要で移行が大変なモジュール、3.xの途中で捨てるとかPythonに限って有り得ない。
>それなら、ますます3.0でやっておいたほうがよかったんじゃないのか？
>あるいはどうせ4.0まで持つんだったら、名前変更くらいしておけばよかったんじゃないのか？

だから、やったほうが良い事を全部やってたら何時までも3000年リリース予定のままだろうが。
Python3.0ではやらないことがたくさんあったんだから、Python3.0じゃないと出来ない事に集中するのは当然。

つーかな、Python-devとPython-ideaをしっかり読んでから、そっちで批判しろよ。
こんなところで、全然Pythonの事わかってないやつが批判してどうする。

0924デフォルトの名無しさん

2010/06/06(日) 01:34:04

続きはPython系スレでやってくれ
Pythonだけの話を延々とされても困る

0925デフォルトの名無しさん

2010/06/06(日) 01:34:56

pythonは話題に事欠かないからな

0926デフォルトの名無しさん

2010/06/06(日) 01:43:39

>>922
俺は、Python3.0でやらないという決定を擁護しているが、それ以外の主張は一切していないぞ？

> ・ (3.xの間に)変える必要性を感じているか？あるいは、変わると思っているか。
するかどうかは将来議論して決まる。

> ・変える必要があるとすれば、それは名前の変更程度のものか、使い方自体が大きく変わるほどの変更か？
それもPython-ideaかtestingのMLで議論して決まる。

> ・変える必要がないならば、名前を統一してしまうことにそれほど大きなデメリットはあったのか？しないメリットはあったのか？
現時点で変えるか変えないかが決定していない。
決定していない状況で単にエイリアスを定義すると、コミュニティにコレが新APIで将来コレに移行するのだという
誤解を生みかねないので、名前変更は将来が決定されるまで待つべき。

>・今のを名前変更するだけでいいと思うが、よりよいものを作るアイディアがあるならそれも作ればいいと思う。
>　　ゆえに変える必要性はさほど感じていないが、新しいものが途中で出る可能性はあると思う。けれど現行のが当面は使えるだろう。
おおむね同意。
ただし、 unittest は標準ライブラリの中でも特に影響が大きいライブラリなので、将来の方向性を決めずに
「とりあえず」でエイリアスだけ定義するのは反対。理由は前述の通り、コミュニティを混乱させるから。

>・名前変更は、してしまってよかった。してもさほどデメリットはなかった。
デメリットはなんども言うように、結局新しいものを作ることになった時のコミュニティの混乱と、
一時的に3種類のAPIをメンテナンスしないといけなくなるコスト。
それに対して、後回しにするデメリットはほぼ皆無といって良い。

0927デフォルトの名無しさん

2010/06/06(日) 01:51:51

日本語読めない奴でも書けるんだなPythonって

0928デフォルトの名無しさん

2010/06/06(日) 01:52:16

批判派は、Python3はたくさん変更があるんだから3.0のタイミングで何でもやっちゃえば良いていう考えで、
擁護派は、Python3.0はPython3のコアな変更に集中して、それ以外の部分は後回しにしたほうが良いという考えってだけだよな。

こんな平行線の議論で長文レスを大量に書き込むなよ。

とりあえず、俺は一緒に仕事したいのは擁護派の方だな。
仕様決定するときに、「今はやらない」という決定ができ無いとスケジュールがgdgdになる。

0929デフォルトの名無しさん

2010/06/06(日) 01:52:21

>>924
Pythonだけの話にしても、もちょっと面白い話もあるんだろうけどね
同一宗教の中の宗派間の争いのさらに細論にしか見えないような
長文の応酬をやられても困る

0930デフォルトの名無しさん

2010/06/06(日) 01:55:05

いちいち各行に1行以上で答えなくて、言いたい事をまとめて行って欲しい
相手のレスを各行全部引用して、それぞれ改行されたら堪らんわ

0931デフォルトの名無しさん

2010/06/06(日) 02:09:17

擁護派もウソだらけだろ。
http://archives.free.net.ph/message/20080716.195747.4a5c18e4.ja.html　を要約すると、
1. unittest のメソッド名を変更すると、大量のテストコードの移行が大変だからしない。
2. 既存の標準ライブラリの名前の大幅な変更はしない。でも、より良い新しいライブラリが充分な実績を積めば、それが追加で標準ライブラリになる可能性は充分にある。
3. 同じことをするメソッドが無駄に複数あるのは気に入らない。でも、互換性のために消すことはできない。
　なので、推奨するメソッドだけをドキュメントに載せる。

だから、小文字のメソッド名への変更はしないと決定されている。
変更しないんだから、もちろんエイリアスの定義もしない。
unittest が未来永劫残るとは限らないが、消えるとしても10年やそこらの話じゃないだろうな。

0932デフォルトの名無しさん

2010/06/06(日) 02:18:20

いい加減空気嫁よ

0933デフォルトの名無しさん

2010/06/06(日) 03:38:23

>>923
> んだから、やらない理由を挙げる必要無いんじゃねーの？

うん。ないよ。
ただ、やる理由として挙げられている「名前の統一」に「やる必要はない」という理由にならないことを持ち出した人がいただけ。
俺はやらない理由なんてないかあっても大したことないと思ってるし、挙げてほしいなんて思ってない。

> だから、やった(ry
なんだ？お前はorの前が条件に合ってなくても後を読まないのか？

> つーかな、Python-devとPython-ideaをしっかり読んでから、そっちで批判しろよ。
> こんなところで、全然Pythonの事わかってないやつが批判してどうする。

実際に、名前の統一が重要だと思ってる別言語使いもいるスレで、「分かってない、勉強しろ」じゃ、根拠を示せないから言っているようにしか見えない。
Pythonそのものの開発者でもなけりゃ、そんなとこ読むのは相当な勉強家か暇人だけだ。

0934デフォルトの名無しさん

2010/06/06(日) 03:55:29

>>926
> 俺は、Python3.0でやらないという決定を擁護しているが、それ以外の主張は一切していないぞ？
その後どうなるかの予想も希望もなく、3.0でどうすべきだったかを言っているのか。それはあまりにお粗末だろ。
例えば3.2で新しいのが出て3.3で現行のが廃止になるのなら、俺だって名前変えろなんて言わない。

> するかどうかは将来議論して決まる。
んなことは分かってる。その上で、あなたがどうなると感じる/思うかを聞いたのだが。

> 決定していない状況で単にエイリアスを定義すると、コミュニティにコレが新APIで将来コレに移行するのだという
> 誤解を生みかねないので、名前変更は将来が決定されるまで待つべき。
そんな誤解するバカがそんなに多いのか。
当面はまとまりそうにないからとりあえず名前変えといた、で理解できるだろ。

> 将来の方向性を決めずに「とりあえず」でエイリアスだけ定義するのは反対。
ようやく、ここまでの長文の煽り合いの核心が見えてきた。ここの意見の不一致が、今までのやりとりの一番大きい要因。

俺の意見は、3.0で大幅な変更が入って、以後4.0までは大幅には変えられないだろうに、
将来変わるかもしれないのだからと今の統一されてない状況をダラダラと続けるのに反対、ということ。

どちらが「正しい」かは宗教の領域。でもどっちが「Pythonらしい」かは場合によっては答えが出うるので、決定的な資料を持っているのなら示してほしい。
それで納得できてもできなくても、それ以上続けるつもりはないが。

> 一時的に3種類のAPIをメンテナンスしないといけなくなるコスト。
どうせ2.xでのAPIと3.xでのAPIをいっしょに扱うことはできないんだから実質変わらないと思うよ。

>>931
それってpython3への移行に関する話？　そうなら、結論が出た。そうでないなら、3への移行では多少の超法規的処置があってもよかった(ていうか、あった)と思っている。

0935デフォルトの名無しさん

2010/06/06(日) 04:07:42

これって荒らしだよな。死ねばいいのに

0936デフォルトの名無しさん

2010/06/06(日) 13:51:36

まとめるとPythonはうんこってことだな

0937デフォルトの名無しさん

2010/06/06(日) 13:56:29

>>936
は？

0938デフォルトの名無しさん

2010/06/06(日) 13:57:22

実用的な言語はみんなうんこする。
うんこしないのは実用にならないアイドル言語だけ。

0939デフォルトの名無しさん

2010/06/06(日) 14:01:38

Pythonもｇｄｇｄだしその信者も日本語を理解できない

0940デフォルトの名無しさん

2010/06/06(日) 14:04:50

日本語なんていらねーよ。なでしこでも使ってろ

0941デフォルトの名無しさん

2010/06/06(日) 14:16:40

なんで日本語でレスしてきたの

0942デフォルトの名無しさん

2010/06/06(日) 14:24:43

>>936-941
うぜぇ、ヨソでやれ。unittestの話の方がまだ身があるだけマシだ。

0943デフォルトの名無しさん

2010/06/06(日) 14:28:56

Python 3000 と Ruby 2.0 が理想郷で、
Python 3.x と Ruby 1.9 が最新メジャーバージョン。

Pythonの方が過去の資産が多いし互換性を重視する文化を持っている分
Rubyより移行が大変そうだけど、Ruby 1.9への移行は順調なのかな？

0944デフォルトの名無しさん

2010/06/06(日) 14:29:04

目くそ鼻くそだろ

0945デフォルトの名無しさん

2010/06/06(日) 16:46:48

>>943
Rubyも大変そうだなあ
http://pc12.2ch.net/test/read.cgi/tech/1272248179/398-

0946デフォルトの名無しさん

2010/06/06(日) 16:58:19

こりゃあと5年はPerlとPHPが安泰そうだな

0947デフォルトの名無しさん

2010/06/06(日) 17:00:46

>>945
よりにもよって文字列周りを変更しちゃったからね
処理系としても1.9が安定してきたのはごく最近だと言われているから、
ゆっくりライブラリが移行してきて、それに伴ってユーザーも移っていくには
時間がかかるだろう

1.9がうまくいけば、たぶん次はSelector Namespaceとか、
アクターとかが入るような言語拡張が視野に入ってくるんじゃないかね

0948デフォルトの名無しさん

2010/06/06(日) 17:05:14

D言語が踏んだ轍をなんでみんなこぞって踏んでるんだ

0949デフォルトの名無しさん

2010/06/06(日) 18:55:31

低所得スクリプターって大抵おしゃべりだよな

0950デフォルトの名無しさん

2010/06/06(日) 19:00:42

命名規則は表記もそうだけどこういうメソッドはこういう動詞、みたいなもの重要だよね

0951デフォルトの名無しさん

2010/06/06(日) 19:08:35

JavaやScalaの連中は規約とは何かってのを痛いほど解ってるけど
LL志向の連中って自由度重視だからこうなるのは目に見えてた

0952デフォルトの名無しさん

2010/06/06(日) 21:37:31

>>949
しゃべるからこそスクリプト

0953デフォルトの名無しさん

2010/06/06(日) 21:45:41

一方のPython3は、Javaや.NETで実績のある、内部コードをUnicode化する方式に統一。
IronPythonやJythonでは完全に.NETやJavaの文字列と互換性があるし、
GTKやQtみたいに内部コードにUTF-8を採用しているライブラリとも相性バツグン。

0954デフォルトの名無しさん

2010/06/06(日) 22:09:38

UCSが良いかかCSIが良いか、まあ神学論争
Ruby1.8の文字列はバイト列そのままなので、
仮に1.9でUCSを採用したとしても、何らかの移行措置は必要だった

0955デフォルトの名無しさん

2010/06/06(日) 22:20:18

最近言語に目新しいとこなんて何あるんだよ。クラス、テンプレートはいまさらで、関数型がちょっと話題で
Lambdaできればまーいいよねくらいだろ。
あとは文字コードがどうしたとかforeachやりやすいとかどうでもいいことくらいだろうに。

0956デフォルトの名無しさん

2010/06/06(日) 23:06:14

つ生産性

パフォーマンスやら互換性やらがほぼクリアされた今、
やっとどうでもいいと切り捨てられなくなった最後の分野

0957デフォルトの名無しさん

2010/06/07(月) 07:44:41

>>953
そして2ちゃんねるのようなShift-JISのシステムや、過去のUNIXのEUCなシステムとの互換性が最悪

0958デフォルトの名無しさん

2010/06/07(月) 09:51:25

>>957
想像だけで書くのはもう止めにしないか？

0959デフォルトの名無しさん

2010/06/07(月) 10:19:46

Pythonの場合、入出力でバイト列からUnicodeに変換すれば、もしデータにエラー（Shift-JISのはず
なのにShift-JISに含まれない文字が入っているとか）があった場合は変換部分でエラーになるけど、
Rubyの場合はどこでエラーが起こるかは予測不能で、エラーが発生したときにそのエラーの原因と
なったデータがどこから来たのか特定するのも面倒そう。

0960デフォルトの名無しさん

2010/06/07(月) 11:03:40

Rubyなら内部処理を全てEUCにする、という回避策が可能。
想像だけで書くのはもう止めにしないか？

0961デフォルトの名無しさん

2010/06/07(月) 11:19:32

何々ならとか関係なく全言語そうだから

0962デフォルトの名無しさん

2010/06/07(月) 11:54:52

>>960
CSIのRubyでは内部コードの統一が不完全だった場合も型エラーを出してくれないので、
「内部処理を全て○○にする」という作業自体が面倒。

UCSとCSIの言語を比べているのに、「CSIの言語でも（プログラマが手作業で）UCS方式を取れば
問題ない」というのはおかしいだろ。

せめて、Python2のUnicode型みたいに、CSIとUCSとを選択できれば良かったのにね。

0963デフォルトの名無しさん

2010/06/07(月) 12:00:21

へー Ruby では実行時エラーになるけど Python では「型」エラーになるんだ。
すごいね。で、その型エラーになる Python ってどこにあるの？

0964デフォルトの名無しさん

2010/06/07(月) 12:11:50

>>963
Python3だよ。
b"abc" + "def" で TypeError になる。

0965デフォルトの名無しさん

2010/06/07(月) 13:15:09

>>963の反論が待ち遠しい

0966デフォルトの名無しさん

2010/06/07(月) 13:22:42

型エラーをコンパイル時エラーと勘違いしただけだろ。
型エラーでも実行時に発生するのであれば、どこからそのバイト列オブジェクトが混入したのか
さがすのが面倒なのはPython3も一緒。

問題は型エラーだけじゃなくて、例えば open() 関数が 'r' モードで開くと自動でデコードして
Unicodeを返すようになるとか、標準ライブラリや組み込み関数が全力でUCSをサポートしていること。
Rubyだって、内部コードをUTF-8に統一するのが簡単になるように標準ライブラリや
組み込み関数を設計していればUCSが使いやすくなる。

0967デフォルトの名無しさん

2010/06/07(月) 13:40:06

>>966
でも、UCSを「Pythonic」といって推奨しているPythonに比べると、
RubyだといろんなライブラリがCSI用のAPIと並列して必ずUTF-8を返すAPIを
サポートしてくれるかどうかは微妙。
やっぱり、ライブラリが返してきた何かのエンコーディングの文字列を、
アプリケーション側のコードがチマチマとUTF-8にエンコードしなおす処理が
必要になるんじゃないかな。

0968デフォルトの名無しさん

2010/06/07(月) 14:09:34

Ruby信者とPython信者ってバカだろ
これはRuby特有とかこれはPython特有とか、いやいやお前言語1つしかしら無いだろｗって発言ばっかり

0969デフォルトの名無しさん

2010/06/07(月) 14:37:46

>>968
Perlはみんながuse utf8したら内部コードをUTF-8で統一できる。
PHP6はUnicode化しようとして破綻。
これで良いか？

0970デフォルトの名無しさん

2010/06/07(月) 14:59:13

いやだから取り扱いさえ間違えなければ外部の文字コードがなんであれ
処理に困るような言語はないだろって話でさ
内部が○○だからこの言語は駄目だとかそういう話じゃないでしょうに

0971デフォルトの名無しさん

2010/06/07(月) 18:32:12

NTTデータに破防法を適用しろ
NTTデータに破防法を適用しろ
NTTデータに破防法を適用しろ

0972デフォルトの名無しさん

2010/06/07(月) 20:19:21

>>970
>取り扱いさえ間違えなければ
そんなことは大前提で、最初から、「取り扱いを間違えない」ことがどれくらい容易なのかを議論しているんだけど？

0973デフォルトの名無しさん

2010/06/07(月) 20:54:21

お薦め
http://rcm-jp.amazon.co.jp/e/cm?lt1=_blank&bc1=000000&IS2=1&bg1=FFFFFF&fc1=000000&lc1=0000FF&t=jikokeihatu03-22&o=9&p=8&l=as1&m=amazon&f=ifr&md=1X69VDGQCMF7Z30FM082&asins=479733245X

0974デフォルトの名無しさん

2010/06/07(月) 21:58:35

>>972
えっｗｗｗ

0975デフォルトの名無しさん

2010/06/07(月) 23:38:32

>>974
えっ？

0976デフォルトの名無しさん

2010/06/08(火) 13:27:55

ウホッ

0977デフォルトの名無しさん

2010/06/08(火) 22:56:24

>>970
内部がsjisの処理系でンコ文字扱いたいんだけど、どうすればいい？

0978デフォルトの名無しさん

2010/06/09(水) 00:10:33

&#x07C0

0979デフォルトの名無しさん

2010/06/09(水) 12:59:09

TIOBE6月版来たな。
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

PHPは伸びが止まって、Perlは凋落傾向。
今年初めには2.4くらいあったRubyが2.0台に…
Pythonも今年になってからは増えてるけど、GAEスタート時ほどの勢いはもう無い。

Java, C/C++, C#, Objective-C, PHP の時代か

0980デフォルトの名無しさん

2010/06/09(水) 13:19:34

まあ下に挙げられた言語はそう簡単に落ちないだろ
PythonRubyはむしろ流行ったことのほうが奇跡かと

0981デフォルトの名無しさん

2010/06/09(水) 16:02:12

Rubyはこの調子でいくともうダメだな

0982デフォルトの名無しさん

2010/06/09(水) 16:06:45

Railsの頃が異常だっただけ

0983デフォルトの名無しさん

2010/06/09(水) 17:00:06

Railsというか自動的に枠を作ってくれるという仕組みがもてはやされただけで
Ruby自体やMVCフレームワークとしてのRailsが注目されてた訳じゃないだろうな
PHPやJavaで同じ事が出来ればみんなそっち使うよ

0984デフォルトの名無しさん

2010/06/09(水) 17:09:20

出来ればw

0985デフォルトの名無しさん

2010/06/09(水) 17:32:25

>>984
まさかRailsでしか出来ないとか思ってないよな
scaffold的な物なんて今時だいたいのWebフレームワークに備わってるぞ

0986デフォルトの名無しさん

2010/06/09(水) 17:46:01

scaffoldがあるからRailsが流行ったって言いたいの？

0987デフォルトの名無しさん

2010/06/09(水) 18:07:23

えっ
まさか違うと思ってるの

0988デフォルトの名無しさん

2010/06/09(水) 18:08:54

scaffoldとActiveRecordのおかげでRuby自体の魅力ではないだろうな

0989デフォルトの名無しさん

2010/06/09(水) 18:17:52

LLだと、ウェブの仕事はほとんどがPHPだな。多少Perlもあるって感じ。

0990デフォルトの名無しさん

2010/06/09(水) 18:56:02

いやそれはないだろ
PHPとJavaとPerlとMS系で四分くらいな感じだぞ実際は

0991デフォルトの名無しさん

2010/06/09(水) 21:16:06

>>LLだと

0992デフォルトの名無しさん

2010/06/09(水) 22:51:41

scaffoldなんか業務アプリじゃ使わないぞ。

0993デフォルトの名無しさん

2010/06/09(水) 23:05:20

PHPには、デファクトスタンダードになっているフレームワークってある？
いまだにオレオレフレームワークを頑張って作ってる人が多い気がするんだけど。

0994デフォルトの名無しさん

2010/06/09(水) 23:12:09

SymfonyかZendだろJK

0995デフォルトの名無しさん

2010/06/10(木) 00:01:30

Perl、勝手に商標登録される。「OPENSOURCE」や「RUBY」「Apache」も申請中 - スラッシュドット・ジャパン
http://slashdot.jp/yro/article.pl?sid=10/06/09/036224

0996デフォルトの名無しさん

2010/06/10(木) 00:07:56

terra-intl.comってApacheとかのドキュメント検索すると出てくるドメインだな

0997デフォルトの名無しさん

2010/06/10(木) 05:41:42

PHP自体がウェブフレームワークみたいなものだからな。
PerlだとCatalystとか極力CPANモジュール使うけど、PHPだとPHP4でPEAR::DB使うぐらいで、後は全部自前で書く。そっちの方が見通しが良い。

0998デフォルトの名無しさん

2010/06/10(木) 05:46:21

PEAR::DBて今時

0999デフォルトの名無しさん

2010/06/10(木) 06:07:35

PHP4だとDB関数でプレースホルダー使えないのがどうしようもない。

1000デフォルトの名無しさん

2010/06/10(木) 08:07:24

mysqli ってPHP5から？

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

レス数が1000を超えています。これ以上書き込みはできません。