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


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

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



1 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 03:18:33 ]
最強のLL=軽量プログラム言語は、どれよ?

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

172 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 14:35:11 ]
> RubyとPythonは
> 思い切ってWebを捨てたらどうかと思う。
そもそも汎用言語にWebを捨てたらって何を指すのか分からん。
PHPが急激に伸びたのもなんちゃってPGレベルでも食っていける市場を開拓したからだろ。

173 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 15:03:12 ]
PHPはWeb特化だな
RubyはPerlと同じくテキスト処理が得意分野じゃね
イテレータとかがちょっと豪華になってるけど分野は被ると思う
Pythonは良くも悪くも汎用スクリプトって感じるが
LinuxだとちょっとしたGUIツールがPython製だったりすることが割とある

174 名前:デフォルトの名無しさん [2009/02/18(水) 15:34:27 ]
>>173
このレス見るの何度目だろうw

175 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 16:43:56 ]
LLの印象。
perlは元々がテキスト処理向けだったのに、pythonやrubyみたく、
グルー言語の方向を目指してご乱心。毎日触っていたら、ものの数秒で痒いところに手が届く。
pythonは、テキスト処理は弱い気もするけど可読性は良い。
rubyだと、いい感じにテキスト処理も糊としても使える。オブジェクト指向の度合いが強い。
実行速度やユーザ数、ユーザの質、ドキュメントの量では、上2つに劣っている。
Groovyは、今後ともJVMでしか動かない。
JavaScript。方言が一杯。
PHP。馬鹿でも、ご飯が食べられる。
Haskel。とても頭の良い人たちが、かしこいことするのに向いている。
土方には門前払いだし、知る必要がなければ、知ってどうにもならない。
最強の定義:=>ご飯が食べられる(日本)
PHP>Perl>>Ruby>>>>>>Python>>>>>>>>>>>>>Haskel

176 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:23:03 ]
Haskellは無限リストが扱いやすいかな
「1〜無限大の中で、条件にあてはまる数のn番目は?」なんてことをそのまま書ける
ちょっと触った限り、使い道はそれしか思いつかなかったけど
まあ特化言語と考えたら悪くないんじゃない?

177 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:41:33 ]
特に歴史認識がひどい。

178 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:55:04 ]
>日本人が作るモノやること全て嫌いならさっさとアメリカにでも移住すればいいのに
これがLL脳の恐怖というやつか…。
誰もそんなこと言ってないのに、そこまで拡大解釈、極端な思想に走れるんだ。

179 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:01:18 ]
今更"LL"なんていう日本でしか通用しない用語を蔓延させようとしている連中の方が
よっぽど日本のためにならないし、日本的なものが嫌いだと思うが。

Lightweight Languageなんていわずに、すなおに日本語らしい語呂で広めりゃいいのに、
そこまでして英語圏の文化にしっぽふって、猿まねしながらあこがれているのかと。

180 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:05:11 ]
>>175
最後の行、馬鹿が手を出しそうな度合いでそのまま通用するぞw



181 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:14:43 ]
>>167のいってることは正論だよな。
ソフト開発のプロが、たかが言語ごときでぐたぐたいってる。
そりゃそいつの能力だか脳力がやばいだけだ。
回路設計屋のおれですら、スクリプト言語だけで5種類以上はやれるのだから。
面倒なハードのデバッグにもなかなか使えるのよ。

182 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:44:43 ]
>>180
馬鹿って、自分にとって必要ないことを学習する人のこと
>>181
休暇中のボンクラ学生だとは考えないの?

183 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 19:47:45 ]
学生なら未来があるからまだマシだ。プロだったらむしろやばい。
おれも暇な学生のときにコンパイラの設計とかの本読んだりしてたおかげで、
マッハで言語が頭にはいるようになったわけだからな。HDLとかでもコード書くわけだし。

184 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:05:14 ]
マッパで言語が頭にはいるだと…

185 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:40:33 ]
>>179
簡易言語?

186 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:50:12 ]
「軽量」っていうとまたファビョる人が多いからな・・・

187 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:51:05 ]
>>183
手続き型なら、どれも基本的な部分は同じじゃない?
関数型や論理型も同じように理解できるならすごいけど
>>185
軽量言語じゃ?
日本がどうとか、ホント、どうでもいいよ。

188 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:51:53 ]
まあ、「軽量」はなあ。
なにが軽量なのか一聴して混乱するし。

189 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 20:58:51 ]
未来永劫日本以外で仕事をしない人はあまり気にならないのかもな。

190 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:03:52 ]
RubyもPythonもスクリプトの中じゃファットな部類だと思うけどな。



191 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:07:25 ]
高位言語

192 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:07:45 ]
もうお手軽言語でいいよ
英語で Convenient Languages ?
ダサいかも

しかしここで新しい呼び方を決めたとして、結局世間ではLLが使われ続けるわけだがなw
matzやdan kogaiが使い続ける以上、たぶん

193 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:13:00 ]
世間って日本以外で仕事をしない低級プログラマだろ。
ここで「低級」ってのは低水準って意味じゃなくて人間の方の話ねwww
jp.rubyist.net/magazine/?0009-lldn-report
Lightweight Languageなんて言葉をちりばめている文章、
なにか気持ち悪いと思わない?
日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w

194 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:29:17 ]
日本から新しいものを発信しようって考えならいいんだが。
"Lightweight Language"という言葉が世界でブームのような錯覚をおこさせ、
それに乗り遅れちゃいかんみたいに、情弱プログラマや情弱企業を騙そうしていいるのではないか。

195 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:33:02 ]
コンビニ言語w

196 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:45:53 ]
>>193
> 日本人ばかりのコミュニティでなぜ日本でしか通じない日本語を横文字表記??w
日本の伝統といえば伝統。

197 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:52:39 ]
>>194
SmallTalkやprolog、tclのような運命を辿るには惜しい言語
ひとつの言語やIDEしか使えない病弱プログラマは、ブームに乗っかって騙された方がいい。
ビル・ジョイだって、いつまでも言語としてのJavaが続くとは思ってないだろうし。

198 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:14:48 ]
LLは言語環境や仕様がライトかヘビーかでなく、書くコードがライトってことだろ

199 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:21:56 ]
>>198
がいしゅつ

200 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:39:48 ]
ライトなユーザ(職業プログラマ)が使う言語って意味かと



201 名前:デフォルトの名無しさん [2009/02/18(水) 22:41:53 ]
WidweStudioは素晴らしいね

202 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:58:08 ]
すごいけど、ほとんど需要なさそう。
VisualStdioが無料化されて、なおさら
使ってる人っているんだろーか

203 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 01:33:30 ]
>>192
いやmatzはともかく、danは・・いや、なんでもなww

204 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 08:27:16 ]
壇とかまだ生きてたのか

205 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 09:35:09 ]
お前が餓死しても彼は死なんよ

206 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 18:29:23 ]
スクリプト言語なんだから、
略して

スク水。


207 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 20:25:22 ]
卒研発表で、組み込み用の俺言語製作してる人いた
すごいと思ったけど、Cにコーディング規約適用でいいじゃんとか思った

208 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 21:05:17 ]
LuaとかTclとかSquirrelとかGaucheとかさ・・・・・需要ある分野だと思うが

209 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 21:50:11 ]
Guile は普及しなかったなあ。GIMP の Script-Fu ぐらいか?
Guile Emacs プロジェクトがもう一度、生き返ってくれないかなあ。


>>208
Lua は面白いよな。Schemeの影響を強く受けているそうだ。すごくミニマルで
美しい言語だと思う。

[Think IT] 第2回:言語開発者が目標にするパフォーマンス「Lua」 (1/3)
www.thinkit.co.jp/free/article/0711/4/2/
> Luaの思想は言語のコアとしては選び抜かれた数少ない概念のみを提供し、そ
> こから複雑な概念を「組み立てる」ことにある。Luaはオブジェクト指向言語
> ではないが、テーブルとファーストクラス関数、そして少々のsyntactic
> sugarによってオブジェクト指向の仕組みを非常に巧みに組み立てることがで
> きる。

しかも超高速。

Lua LuaJIT benchmarks | Ubuntu : Intelョ Q6600ョ quad-core Computer Language Benchmarks Game
shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=luajit


210 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:01:23 ]
guile emacsって何で死んだの?



211 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 01:04:07 ]
実際問題言語文法なんかよりもライブラリがどれくらい充実してるのかの方がはるかに大きい問題。
XPath簡単に使えるの?Cookieパースできる?スレッドライブラリは?ZipとかSSLとかどうだっけ?
とかそういうとこが結果的に言語の普及率に大きく影響してる。

212 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 10:56:58 ]
>>210
> guile emacsって何で死んだの?

実は知らない。Emacsを Scheme と Emacs Lisp の両方で拡張可能にするのが困
難だったと、どこかで聞いたような気がするけれど、うろ覚え。

うろ覚えの話が前提だから、真に受けずに聞いてほしいんだけど、たとえ困難
でも SchemeとEmacs Lispを両方動かせるようにしなければ、Guile Emacsの存
在意義はなかったと思う。

Emacs Lisp以外を拡張言語にしたEmacsクローンはすでにいろいろある。
Common Lisp の Hemlock や xyzzy、Scheme の Edwin、など。だけどどれも普
及しなかった。xyzzyもずいぶん寂れた。

言語自体としては、Emacs Lisp より Common Lisp や Scheme がすぐれている
のは大方の賛同が得られるだろうけど、既存の資産やコミュニティを引き継げ
るかどうかが、言語仕様よりはるかに重要だったんだと思う。

あれ、なんか >>211 ともリンクする話になったな。

213 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 12:56:02 ]
『言語仕様で勝負したが、結果的には血液型程度の差しかなかった』

疑似科学の片鱗を味わったぜ…

214 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 13:37:57 ]
性格の差が小さかったんじゃなくて経験の差が大きかったんだよ

215 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 19:18:13 ]
Haskellの習得って、どのくらい期間かかるんだ?
大学の中で、すごく頭が良いだろう教授が研究室でなんかやってた。
興味はあるんだけど、まず卒業が出来ないとどうしようもないしなぁ…。


216 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 19:59:31 ]
そりゃあ人によるでしょ
他の関数型言語に慣れてるなら、遅延評価とモナドその他の概念を習得さえすれば、ある程度は使えるはず
最近だと高階関数とか、関数型由来の仕様を取り込む言語も増えてきてるから
そういう言語を習得しててもハードルは下がるだろう

217 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 20:44:49 ]
関数型なんてやったことない。prologだった。
その演習で、毎週3時間くらい居残りした頭だし止めておこう。
きっと銀の弾丸だ。第2のICOTだ。
ソフトウェア産業なんて右往左往してるだけだ

218 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 00:07:19 ]
>>125の中で
言語がゆっくりと進化するのは、それが本当は技術ではないからだ。言語は表記だ。
プログラムは、コンピュータに解いて欲しいと思う問題の正式な記述なんだ。
だからプログラミング言語の進化の速度というのは、移動手段や通信手段よりは、数学表記の進化に近いだろう。
数学の表記は確かに進化するが、技術の分野に見られるような巨大な飛躍は無い。
...
(1)100年後の言語は、原理的には、現在でも設計できる。
(2)そのような言語は、もし存在すれば、現在でもプログラムを書くのに良い言語かもしれない。
というのが出た直後に(それを受けて?)>126を読むとなんというか味わい深いな。

個人的には、自然言語とコンピュータプログラミングは一致できるかどうかという問題が好きでいろいろ考えているのだが、
結局のところ言語とは考えの露出であって、言語を学ぶことは一定割合で概念を学ぶことと一致している部分がある。
また、言語の進化の極北とは、自分の考えの構造の根幹部をいかに取りだすか、という作業と一致している気がする。

219 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 00:52:58 ]
(0)言語の進化は遅い。
(1)原理的には、言語の進化は早めることができる。
(2)言語の進化を早めることにはメリットがあるかもしれない。

虚しいと思わないか?

220 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 03:19:42 ]
100年後の言語か。その言語を使う人々にとっては、Perl、Python、Rubyの差なんて
Cプログラマから見るLisp方言の差ぐらいにしか見えなかったりして
言語だけ進化しても、>>211,>>212のように既存の資産を十分に活用できないと、
新しいモノに移行することって、あんまりメリットがないんだよね。
新興宗教なり、地デジなり、vb.netなり。



221 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 07:52:49 ]
>>220
その「既存の資産の活用」を可能にするのがJava bytecodeであったり.NETじゃないのか?
Javaは結局マルチ言語のプラットフォームとしては研究レベルに留まり、
Javaの上でスクリプト言語が実装されてるわけだが、.NETはCLRの上に
多数の言語がどかどかと生まれてるわな。

100年後の言語は.NETの上で動くかも知んないぞ。
そうなったらIA32に代わる新たなマシンアーキテクチャになれる、ってのが
MSの目論見なわけで。


222 名前:デフォルトの名無しさん [2009/02/21(土) 09:31:53 ]
Perlはもう終り? | | プログラマ2.0日報 | あすなろBLOG
blog.pasonatech.co.jp/sugiura/9524.html

はてなブックマークの反応:Perl使いつられすぎワロタ
b.hatena.ne.jp/entry/http://blog.pasonatech.co.jp/sugiura/9524.html



223 名前:デフォルトの名無しさん [2009/02/21(土) 12:07:16 ]
ttp://www.atmarkit.co.jp/club/print/print.php
印刷用ページなら広告抜きで保存できていいね。

224 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 12:08:16 ]
と思ったら保存できてなかった・・・

225 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 13:11:08 ]
なあおまいら、LLの変わりにPL(P Language)ってどうよ

226 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:51:16 ]
>>222
自分の好きな物が貶められて平然としてられる人は、そうは居ないんじゃないか。
自分の嫁がブサイクだとしても、他人に言われたくはないだろう。

とはいえ、突っ込みどころ満載だから、釣りなんじゃないかと疑うが。

227 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:03:04 ]
言語を積極的に追ってる人と、ただの道具としてる人との意識の乖離ってことなんだろう

228 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:14:10 ]
小飼も反論してるけど、なんだかなぁ。
「汚いったって英語や日本語ほどじゃない」はないだろ。

229 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:14:47 ]
何を表現するかをより重視する人と、どう表現するかをより重視する人の差だな

230 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:20:36 ]
仕事でPHP、趣味でRuby使っててどちらも悪くないと思っているんだが、
「PHPはもう終わり?」と言われても、「まあそうだよなあ」と思うが、
「Rubyはもう終わり?」と言われると、「何だと?」と思ってしまう



231 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 16:19:06 ]
>>230
おれも仕事PHP趣味Ruby。
Rubyは始まってもいない。ただ、始まるかどうかも分からない。

232 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 16:33:26 ]
むしろPHPはさっさと終わってほしい。
仕事で書いていてイライラしてくる。

233 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:02:38 ]
Perl, PHP, Javascriptあたりは書いててイライラするなあ。
メインで使ってないから精神的健康は害してないが。

234 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:46:47 ]
>233
JSはやれば出来る子だと主張したい

235 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:47:19 ]
LLってるびまとはまた別の恥ずかしさだなw

236 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 19:04:14 ]
で、お前らはRails好きなん?

237 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:29:56 ]
     ,' /
     i .l
.    | 、
    、.\ ヽ
      、 \ . ヽ ._
         丶.   ‐  _
           ` ‐ _  (^o^)(^o^)
                  (ー(,, O┬O
                   ())'J_))
    「俺たちオワタ?」

    「ハジマル前からオワてたよ」

238 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:34:37 ]
やはりスクリプト言語は用途限定でこそ光るものなんだ
RubyとPythonは失格
そのうちLuaにとってかわられるでしょうな

239 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:28:17 ]
javascriptと言いたいところだが、良さそうな実装が見当たらない

240 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:59:11 ]
なんかJavaScriptがマンセーされすぎてるような気がするが、そんなにいいのか?
門外漢からすれば、thisとかselfとかわけわからん
ソースもなんだかぐっちゃぐちゃになったのしか見たことないし
明確なclass(?)宣言が無いのでコメントで補完してるとか、なんだかなーという印象しか無いんだが



241 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 23:11:09 ]
お前には関係ないから口を挟むな

242 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 23:18:46 ]
議論も特に進行してないのに口を挟むなってのはおかしくないか
せめてくだらんレスするなって言ってくれ

大体、他の有象無象言語はともかくJavaScriptだけは、ブラウザ相手の
アプリ作ってれば関係ないって事はないな
是非ともJavaScriptの素晴らしい所を語って欲しいもんなんだが

243 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 23:47:09 ]
javascriptは、さっさと規格を統一すべき
IEで見れたバス時刻表のサイトがFirefoxからは見れないって、どういうこった
規格化されない限りでは、JavaScriptには先がないな

244 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 00:11:18 ]
ライブラリ使えば?

245 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 00:16:49 ]
>>242
たとえば、emacsの中にlispが入っていたり、
ブラウザの中にjavascriptが入っていたりするけど、
アプリ毎に別の言語を作るのは無駄だから、
pythonやrubyをそういう所で使えば一番いいんだけど、
どうも使いにくいらしい。よく知らないけど。
で、javascriptなら実績あるしいいんじゃないかって話。

246 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 00:21:46 ]
>>240
強い型としてのクラスなどなくても問題ないからその点は気にならないが、
for .. inに与えたものが適切なaggregateでないかもしれない、という恐怖に打ち勝つのはなかなか難しい。
Luaも似た実装だけど、この辺はどうやって解決してるん?

247 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 00:49:02 ]
>>243
言語仕様はECMAScriptとして規格化されている。
「IEで見れたバス時刻表のサイトがFirefoxからは見れない」
というのはブラウザという実行環境による違いだよ。
ここもDOMという規格化はされているが、
それを超えた部分がブラウザごとに異なってくる。

クロスブラウザで統一させるには Java のようにコアライブラリや実行環境も含めて規格化しないと無理だね。

248 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:52:55 ]
>>245
なるほど
組み込み用言語のお話でしたか
javascriptは何となくデファクトスタンダードっぽいってこと以上に組み込みの実績もあるってこと・・・かな?

言語体系や細かいシンタックス等の面ではどうなんだろ
恥ずかしながら今日初めてJavaScriptのそれっぽいリファレンスを入手した。ちょっと読んでみる
ttp://d.hatena.ne.jp/koseki2/20080312/jsref

249 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 06:56:11 ]
thisやselfに相当するものは、ここのスレタイの言語は全部備えてると思うが…

250 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 07:26:50 ]
JavaScript は this の中身がちょこちょこかわるのがなあ



251 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 08:51:49 ]
>>249
ttp://d.hatena.ne.jp/brazil/20051028/1130468761
とか
ttp://d.hatena.ne.jp/tanakahisateru/20081115/1226690680
とか

252 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 09:33:53 ]
>250-251
理解。確かにthisの扱いが違うことは意識せなならんね。
あとselfの他にも、JSは頻出パターンの多い言語だとは思う。
専用の構文を使わずに、既存の要素で色々やることになるし。

ただ俺はPythonの関数もどうかと思うんだよな…。
インスタンスとバインドされた関数(いわばメソッドのようなもの)と
バインドされてない関数が、表記に反して微妙に違うのがなんとも。

まあ、どの言語もやっぱり幾つかの問題はあるか。

253 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:12:38 ]
俺の主観による事前の評判と感想:

- Perl - 汚いと評判で、実際に汚いがそれ以上に馬力があって便利
-- ソースはCobolを見るような気分になってきたが、仕事をやっつけるときに頼れる相棒
- Python - シンプルと評判だったが、#$%&の代わりに__XXX__乱舞でエエェー、クラスの実装でなめるなって感じ。馬力はOK
-- なんか不自然さとか後付感をPerl並に感じるが、パワーはあるので頼れる
- Ruby - 簡潔でエレガントと評判で、これは評判違わずだが馬力がいまいち
-- 簡潔かつ強力だが、馬力の凹凸がまだ激しく自分で結構補う覚悟がいる
- PHP - 言語以前という評判で、実際にも謎仕様多数だが、標準的構成で使える関数が充実+軽い
-- ウェブに超便利。ウェブ以外で使う奴は頭がおかしい

馬力ってのはライブラリの種類とか充実度とかパッケージ配布機構とか
全部含めた言語仕様の外側まで含めた仕事遂行能力のことね。

今はRubyメインPerl/PythonサブでWebだけたまにPHP使用の俺が書いてみる。

254 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:14:03 ]
>>228
えー Perl を日本語でたとえると
あー なんというか んー こういうもどかしさを
んー 随所に感じるというか
あー うざいよね

255 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:27:49 ]
>>254
Perl: 絵文字多数で読みにくい
Python: 妙に句読点とか三点リーダ(…)が多い
Ruby: 漢字が足りない
PHP: 文章になってない

256 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:56:58 ]
ブラウザの組み込みでPHPっていうのがないかな
javascriptってChromでデバッグできる?

257 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:59:49 ]
>Ruby: 漢字が足りない
わろs

258 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:48:59 ]
>>253
>ウェブ以外で使う奴は頭がおかしい

バッチで超便利ですが(;´Д`)

259 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:53:08 ]
>258
どんなバッチで使ってる?

260 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 13:20:49 ]
>>259
DBから条件を抽出して、ファイルをゴニョゴニョするようなもの
別にPHPじゃなくても良いんだけど、他のライブラリ(Pear、CPAN)とか入れる手間が
他のものより比較的少ない分、他人に依頼しやすい。



261 名前:258=260 mailto:sage [2009/02/22(日) 13:27:51 ]
言葉足りないから補足

>他人に依頼しやすい。

他人に設定・設置を依頼しやすいってことです。

262 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 10:10:31 ]
JavaScriptでsprintfが無いのは、何か理由があるの?
スクリプト言語で文字列処理が面倒くさいってのは結構致命的だと思うんだが

大概ソースが汚く、というか読む気をなくさせるのは文字列連結がごちゃごちゃしてる部分だと思うんだ
さらに文字列内での変数展開もないときたら、これはなにかポリシーなのかとも思ってしまうけど、
規格に入らない理由とかあるのかな

263 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 10:34:18 ]
>262
確かに何でだろうな。
数が少なきゃ、フォーマット文字列.replace()で何とかなるけど、ちと限界あるし。

264 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 18:39:53 ]
javascript + PHPがおすすめ。
PHPはRubyかPythonに置き換えてもいい。

jsは今後絶対はずせなくなる。

265 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 18:57:42 ]
>>262
むしろsprintfがあるほうが珍しいのでは。
シェア的には多数派だけど。w


266 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 19:10:06 ]
>>262
オブジェクト指向だと文字列は普通に+で連結するだけじゃね?
ああ、%2.1dみたいな書式作りたいのか。


267 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 19:47:12 ]
%2.1dって構文はありなの?

268 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:07:05 ]
Pythonとかの%02dとかは普通にありがたいけどなぁ。
数字を文字に変換しなくても、そのままフォーマット変換できるのは楽は楽だし。
+の連結とは使い勝手が全然違うとオモ

269 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:07:40 ]
>>266
書式もそうだけど、単純に見やすさ、いじりやすさもあるよ。
・・・オブジェクト指向って?
例えばRubyで悪いけど、

tag = '<input type="text" class="' + css_class + '" name="' + name + '" value="' + value + '" />'
tag = %Q'<input type="text" class="#{css_class}" name="#{name}" value="#{value}" />'
tag = '<input type="text" class="%s" name="%s" value="%s" />' % [css_class, name, value]

JavaScriptは一番上の書き方しかできない。
それが一番見やすい・いじりやすいっていう人が多数派なんだろうか

270 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:34:39 ]
いや%dに"2.1"を指定するのはなんか違和感があった
%fならともかく



271 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:35:54 ]
>>269
tag = <input type="text" class={css_class} name={name} value={value} />.toXMLString()

272 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:45:31 ]
xml以外はどうしたらいいんだ?






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

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

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