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

1 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:03:24 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ ■LLとは？ 軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、 コードの作成や修正が容易と見なされるプログラミング言語のことを指す。 ここでいう「軽さ」はプログラマの負担の軽重を指し、 実行速度に優れているという意味ではない。 現在の水準では ・インタプリタ ・動的型 ・正規表現 ・関数オブジェクト などを利用できるものがLLと呼ばれることが多い。（Wikipediaより） ■過去スレ 【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1244166510/ 【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1238720336/ 【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1234635513/ 【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1215319832/ 【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1209289408/ 【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1188997302/ 166 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 21:58:38 ] >>165 gettextっていうのは渡された文字列をキーにして、 現在の言語の翻訳文を持ってくる。 それだとgettext()に渡される前に変数展開されてしまうから、 キーとして利用不可能。 167 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 22:07:08 ] >>166 リテラルの変数展開は普通、展開・非展開を使い分けるための記法が用意されてる。 PHP なんかだと ' では変数展開されず、" では展開される。 168 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 22:10:39 ] ただ結局HTMLみたいなののためなら、 テンプレートエンジン使う→変数展開ｲﾗﾈって話になる。 169 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 22:35:12 ] ほー、sprintf()じゃなくて%なのか。 perlにもformat/write有るけど、ほとんど使われてないね。 仕様がアレだからか。 170 名前：デフォルトの名無しさん [2009/08/12(水) 22:36:37 ] で gettext() なんか使わないほうがよい？ 171 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 23:31:05 ] 使うのは構わんけど、そういうのに限って英語も日本語も中途半端なソフトが出来上がるからなあ。 172 名前：デフォルトの名無しさん mailto:sage [2009/08/12(水) 23:55:17 ] >>162 >変数展開はいつ評価するの？パース時？それとも実行時？ 解析はパース時、値の評価は実行時。 つまり "foo=${foo}." というリテラルがあればパース時に "".join(("foo=", str(foo), ".")) に変換してくれればそれでいい。 ＃いくらなんでも、これくらいのことがわからないPython開発陣ではないだろ。162は分かってないかもしれないけど。 >gettextと組み合わさったときはどういう挙動するの？そのほかの文字列メソッドとは？ >セキュリティも怖いよね？ どれも意味不明。セキュリティって何だよ。変数の埋め込みができたらセキュリティ上問題になるのか。珍説すぎる。 自分ででっちあげた理由を、さもPythonでの公式見解みたいな言い方するのはやめて。自分だけの仮説なら、そうとわかる書き方にしようぜ。 > 結局、文字列に format() メソッドを追加するのが一番汎用的で強力。 > 変数展開は str.format() よりも限定した状況にしか対応できず、 > そんな限られた状況で 「format(vars())」 程度のタイプ数を削減するためだけに > 言語規則を複雑にするメリットを見いだせなかったので却下された。 これソースある？実際に却下されたというソースがみたい。 それから変数を埋め込みたいのは、タイプ数削減もあるけど、わかりやすさ・読みやすさのためでもあるんだけどな。たとえば "{0}: not found (file={1}, line={2})".format(name, file, line) より "${name}: not found (file=${file}, line=${line})" のほうがわかりやすい。 もちろん短いことも重要。 "{name}: not found (file={file}, line={line})".format(**locals()) ← これ、いけてないよな。実行時にパースしてるから遅いし。 173 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:04:39 ] >>164 >"$foo value is $bar" >というメッセージを国際化したくなったとき >gettext("$foo value is $bar") >って出来ないでしょ？ gettext()使うときに、だれもこんなことしないって。gettext()の引数はキーなんだから、こんなところで埋め込もうとは誰も考えない。 こじつけもいいところ。 str.format()のほうが汎用的なことと、埋め込み文字列がほしいこととは別の話だよ。 .format()をなくしてかわりに埋め込み文字列を導入しようという話ではない。 .format()もいいけど埋め込み文字列も欲しいよねという話なんだけど、信者にはわかってもらえなさそう。 174 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:05:08 ] ところで、最近なんでRubyが失速してきたんだ？ RoRバブルの崩壊でJAVA・PHP・Pythonあたりへの対抗力の限界が露呈された、ってところ？ 175 名前：151 mailto:sage [2009/08/13(木) 00:09:36 ] うおおお、なんかみんな語ってる！ やっぱり言語仕様を複雑にするほど必要としてないって判断なんですかね。 まあ、オライリーのPythonチュートリアルで勉強中ですが、 クラス部分の実装の仕方に惚れたので、Python使ってこうかと思います。 あと、Pythonは正規表現がモジュールってところがいいですね。 176 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:15:16 ] そもそも、変数展開ってそんなに使う？ 177 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:23:00 ] 俺はPerlでもsprintf、RubyでもString#%使うなぁ 178 名前：デフォルトの名無しさん [2009/08/13(木) 00:27:33 ] 複雑に変数を埋め込むような場合は普通の文字列連結よりは見やすくなるね。 でも当然文字列のパースが入るからパフォーマンスコストは数倍になる。 最初は変数埋め込みばっかしてたけど最近は極力使わないようにしてる。 179 名前：デフォルトの名無しさん [2009/08/13(木) 00:45:17 ] 文字列のパース?そんなんコンパイル時だけだろ パフォーマンスにほとんど影響しない 180 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:46:48 ] え？ 181 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 00:48:00 ] Python的にTemplate/substitute機能ってどうなん？ 182 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 01:32:35 ] >>167 ああ、そういう意味ね。で、結局gettext()で得られたメッセージに対する 変数展開は行われないんだ。 Perlみたいな変数展開を .format() や % で置き換えることはできるが、 逆は不可だ。言語仕様としても、 .format() や % は通常のメソッドや 演算子オーバーロードの範囲で実現できるのに対して、Perlみたいな 変数展開は言語仕様を汚さないと実現できない。 183 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 01:37:46 ] >>182 gettextで得られたメッセージに対する変数展開ってどういう意味？ 184 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 01:53:02 ] 勝手にやられるとうざいから、formatが良い落としどころだと思うけどな。 gettextって print _("hoge: %s, %s") % (x, y) ってやるだろうから、こいつに関しては展開要らない。 シェルスクリプトなら変数展開ほしいけど、pythonでほしいと思ったことってあんまり無い。 複雑になるなら"%(name)s" % locals()とかテンプレート使うなりする。 (awkでもprint "hoge" $1 "hoge" でいいし、、ちょっと複雑になってもprintfで事足りる) 185 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 01:58:30 ] >>172 www.python.org/dev/peps/pep-0215/ が Reject されて www.python.org/dev/peps/pep-0292/ になった。詳しい議論はMLの過去ログ参照。 変数展開に能力を与えすぎると複雑だったり危険だったりするし、 能力を限定するとわざわざ言語仕様を汚す価値が無くなるので、 %とtemplateクラスの使い分けで十分と判断された。 186 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 07:32:13 ] >>178 >でも当然文字列のパースが入るからパフォーマンスコストは数倍になる。 やっぱりこいつわかってないよ。文字列リテラルが変数埋め込みをサポートしている言語なら、 コンパイル時に一度行なわれるだけだから、パフォーマンスに影響なんかあるわけない。 「パフォーマンスコストは数倍になる」とか無知もいいところ。 実行時に毎回パースして遅くなっているのは format() のほうだろ。 "{foo} is {bar}".format(**locals()) これをformat()が毎回パースしてるんだから、パフォーマンスコストが悪いのはどう考えてもこっちのほう。 Perl の "$foo is $bar" のように文字列リテラルが変数埋め込みをサポートしている言語なら、 コンパイルした時点ですでにパースは完了しているので、毎回パースする必要なんかない。 ところでセキュリティーの解説はまだなの?　なんで変数の埋め込みができるとセキュリティ上問題になるの?　 しっかり解説たのむぜ>>162 187 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 09:45:18 ] 変数埋め込みだからセキュリティー上問題っていうのは何かあるのかな 意図しない埋め込みが起こるかもしれないぐらい？ 188 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 09:49:21 ] sprintfやformatではおこらない、何か 189 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 10:03:34 ] 変数埋め込みがセキュリティ的に危ないのなら、LLに限らずどの言語も危ないことになるな すばらしい発見なのでさっさと報告してくれ 190 名前：162 mailto:sage [2009/08/13(木) 10:33:50 ] >>186 >>178 は俺じゃねーよ。 Python-dev では変数展開がプロポーズされてから、>>162のような議論があった、 というだけの話だよ。別にPerlやRubyや>>186の提案している仕様に脆弱性がある というわけじゃなない。詳しく知りたかったら2002年の1月と6月のPython-dev過去ログ読め。 以下てきとうに要約。 *どの変数を展開するのかが実行時に決めると、安全じゃない文字列に対して危険 *なので導入するとしたらコンパイル時に $"${foo + bar} is $baz" が (str(foo + bar) + " is " + str(baz)) に変換されるという仕様はどうだ。 これならセキュリティの問題は無い。 *でも、 % に比べると変数展開時にどの範囲の変数が利用されるのかわかり難いよね *そんな仕様じゃgettextみたいなケースで使えない *gettextを、 gettext("$foo is $bar", foo=hoge, bar=hage) みたいな仕様にしたら? *言語仕様汚してそんな汎用性の無い機能入れるより、汎用的なテンプレートライブラリ 入れたほうがマシだ。 あと、MLでの議論の結果変数展開の代わりに選ばれたのは .format() や % のほうじゃなくて Templateのほうで、こいつを使うとパースは一回で済むから、繰り返し使う場合は こっちを使うべきだな。 191 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 17:46:35 ] PEP292でPEP215のセキュリティに言及してる部分がさっぱり分からん。 いやみっぽく書かれてるのは分かるけど。 192 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 17:50:46 ] いやだから gettext で変数展開は使わんと何度いったら… 193 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 18:29:14 ] >>192 だから、gettextでは使わないみたいに使える状況が限定される 変数展開より、広い状況で使える Template の方が良いよねっていう 議論をしてるんだってば。 194 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 18:37:46 ] >>193 意味がわからん。 それとも単に歯応えしたいだけ？ 195 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 19:58:25 ] 意味がわからん。 196 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 20:10:00 ] いい歯ごたえ！ 197 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 20:13:48 ] リテラルでしょ？ たとえば、辞書のキーに使うこともあんまり無いだろうし、 特に問題無さそうだけどね。 198 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 20:21:21 ] 歯応えｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 199 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 20:49:49 ] マジレスすると、口答えと歯向かう、がごっちゃになったんだろ どっちも上から目線ではあるけど、それは敢えてだろうな 200 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 21:01:13 ] 言いたいことは察せられる 「噛みつく」なら適切かと思う。表現って難しい 201 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 22:23:24 ] >186-189 C言語のprintfにはセキュリティホールがあるけど LLでその書式文字列攻撃がどこまで応用効くか俺は判らんな。 ただ、printf/sprintf/format/% の書式指定文字列に変数埋め込みを使っちゃうと 予想外の挙動を招いてしまう可能性が高いのは間違いないよ。 202 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 23:37:55 ] そういや、ここのPythonユーザはみんな3.x使ってるの？ 俺は本業Java趣味Pythonってこともあって、今日から移行することにしたんだが。 203 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 00:01:53 ] 仕事2.5、趣味2.6だよ。 3.1は入れてあるけどほとんど使わない 204 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 03:39:07 ] 特にprintfとprintで混乱したことは無いな。 予想外の挙動ってのがあるのか。 pythonこえー。 205 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 05:53:04 ] >>193 >だから、gettextでは使わないみたいに使える状況が限定される >変数展開より、広い状況で使える Template の方が良いよねっていう >議論をしてるんだってば。 gettext使う場合こそすごく限定されるだろ。使わない場合のほうが圧倒的に多い。 特殊な事例をさも一般的なことのように見せて反対するのはバカのすること。 >>201 >ただ、printf/sprintf/format/% の書式指定文字列に変数埋め込みを使っちゃうと >予想外の挙動を招いてしまう可能性が高いのは間違いないよ。 それ、変数埋め込みに限った話じゃないし、変数埋め込みの欠陥ではない。 結局、なんとかしてPythonの仕様を正当化したいだけの信者にしかみえない。 206 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 09:58:41 ] いまのpythonにどういう風に導入したらいいと思う？ uとかrのまねして、e""みたいにすれば、影響範囲は少なそうだけど。 効率を考えなければ、Template("文字列").safe_substitute(vars())とかに置き換えればいいのか? 207 名前：デフォルトの名無しさん [2009/08/14(金) 10:10:12 ] tsushima.2ch.net/test/read.cgi/newsplus/1250174574/ 208 名前：193 mailto:sage [2009/08/14(金) 11:06:30 ] >>205 gettextは目的が明確な専用ツールだし、言語仕様ではなくライブラリ。 それに対して、文字列に対して変数を展開するのは汎用的な要求で、 言語仕様に組み込むとすれば（PerlではなくPythonでは）できるだけ汎用に いろんな目的に使えることが要求される。gettextと同じレイヤで語れない。 で、Templateならgettextに対応できて、Perl/Ruby方式変数展開では 対応できない。ならば汎用でしかも言語仕様を汚さないで済む方が良い、 というのがPython的な判断。 実際に string interpolation に対して gettext で使えねーと反論しているメールは こちら。 ttp://mail.python.org/pipermail/python-dev/2002-January/019523.html 209 名前：193 mailto:sage [2009/08/14(金) 11:20:41 ] ちなみに、gettextはリテラル以外の文字列に対する変数展開がほしいという 要求のわかりやすい例であって、gettextのためだけに interpolation が却下された 訳じゃないぞ。 210 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 11:30:39 ] >>206 既に str.format(**vars()) で実現できる以上、言語仕様を汚して15タイプを 削減する提案が通る見込みは無いだろうな。 あったらときどき便利な機能を言語仕様に際限なく組み込んでいけばPerlに なってしまう。 211 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 16:14:51 ] 俺的にはstr.format()で満足。信者だからかな？ｗ 212 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 16:20:45 ] おまえらお盆に何やってんだ 213 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 20:13:15 ] センスが悪くて誰もやらないようなことを持ち出して、 それを出来ないように蓋をするのがPython流なんだと理解した。 214 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 21:25:30 ] はいはい 215 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 21:40:14 ] 別に蓋してない気がするけど。元々できないんだし。 216 名前：201 mailto:sage [2009/08/14(金) 23:05:48 ] >205 俺自身はRubyがメインだし、Pythonを正当化したワケじゃなく >186-189の疑問に判る限りで答えただけ。 何がなんでも正当化したいなら「変数展開とeval()組み合わせたら〜」とか言ってセキュリティーホールがあるって主張するし わざわざ「printf/sprintf/format/% の書式指定文字列に変数埋め込みを」という限定を入れたりしないよ。 217 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 23:07:17 ] 実際、変数展開ある言語だと何かもやもやするから、 Pythonにはいらんな。 218 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 23:26:36 ] 組み合わせるまでもなく evalだけでセキュリティホールだな 219 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 23:32:18 ] まあ、「何がなんでも正当化」をするなら、って話だからw 220 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 01:23:28 ] 俺もない方がいいと思う。それこそがPythonの存在理由と思うから。Perlみたいな言語はPerlだけでいい。 221 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 04:30:09 ] Perl my $price = 100; print "price = $price"; PHP $price = 100; echo "price = $price"; Ruby price = 100 print "price = #{price}" 222 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 05:32:15 ] JavaScript price = 100 print "price = " + price そろそろJavaScriptに、変数展開もsprintf相当の機能も ないことに誰か言及してあげてもいいと思うんだ 223 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 06:58:06 ] >>222 ExtJS 224 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 06:59:23 ] >>210 >言語仕様を汚して このへんが信者だよな。 225 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 07:09:19 ] 全然目的が見えない。 226 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 11:00:20 ] JavaScriptを使う理由って、ブラウザ上で動くスクリプト言語が事実上JavaScriptしかないってだけだからな。 227 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 11:17:46 ] 結局そこは、ブラウザの政治力学なのでしょうがない。 228 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 12:15:26 ] JavaScriptの近年の過大評価って、不良の善行、落ちこぼれの平均点みたいなところがあるよな。 最初はあんなにダメな子だったのに…という。 229 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 12:16:24 ] 政治力学がよく解らんが、ブラウザとしてはそんなに多数の言語をサポートしたくないんだろう HTMLとJSだけサポートするから、あとはサーバ側でやってよっていう あんまり馬鹿でかいエンジンになられるのも嫌だから、俺はそれで良いと思う 230 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 12:26:47 ] >>229 サポートしたくないもなにも、誰も立候補してない 231 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 12:37:51 ] JavaScript、結構トリッキーなことが出来て面白いぞ。 232 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 12:57:46 ] 言語としてはかなり先進的な方 あの普及率で、例えばクロージャが使えるのは珍しい 233 名前：デフォルトの名無しさん [2009/08/15(土) 13:01:24 ] 【Javascript,Perl,PHP】LLバトルロワイヤル7【Ruby,Python】 234 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 13:03:20 ] ウェブブームに便乗して注目されだした途端に起きた JavaScriptの言語仕様を讃えれば通っぽいという風潮には飽き飽き。 235 名前：デフォルトの名無しさん [2009/08/15(土) 13:13:37 ] JavaScriptダメな子 JavaScriptやればできる子 JavaScriptでもやっぱりダメな子 236 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 15:02:15 ] Firefox上のJSはかんりできる子なんだけど IEのJSがそこそこだから全体的に評価が引っ張られてる感じ 237 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 21:40:06 ] えぇっ？ イベントやDOMとかで無く、言語のレベルで違いってあった？ パフォーマンスとかって話？ 238 名前：デフォルトの名無しさん mailto:sage [2009/08/15(土) 22:19:15 ] debugger 239 名前：デフォルトの名無しさん [2009/08/16(日) 00:33:06 ] >>237 letとかってIEでも使えるの？ 240 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 01:33:02 ] getter/setterや分割代入なんかもIEにはまだ無かった気がする あと、E4X 241 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 04:08:52 ] iteratorとかgeneratorとかクロージャ記法とか 要はjs1.7以降の新機能 242 名前：デフォルトの名無しさん mailto:sage [2009/08/16(日) 14:22:09 ] バージョンの違いか。理解しました。 243 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 18:54:48 ] まあIE6で動作しないと不可なんだけどね 244 名前：デフォルトの名無しさん [2009/08/20(木) 19:03:45 ] コンマを1つ付けただけで動かなくなるIEに絶望した。 245 名前：デフォルトの名無しさん [2009/08/20(木) 19:11:48 ] CやJavaの流れで付けても動いてよとは思うが、仕様的にはIEが正しいぽいな。 246 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 20:24:20 ] やっとIE6を捨てる流れになってきてるね 247 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 20:41:43 ] >>246 流れ、ってだけなら、IE8が出た辺りからずっと。 ttp://gs.statcounter.com/#browser_version-JP-weekly-200827-200934 ようやく、普通に勧めて反発を食らいにくくなってきた、っていう感じ。 248 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 22:17:24 ] ブラウザ依存のサイトなんてうんこだよ。 249 名前：デフォルトの名無しさん mailto:sage [2009/08/20(木) 22:21:21 ] コストや表現力って問題があるんだよ。 ぶっちゃけ、一通りの記述で済めば特定ベンダー以外のみんなが幸せになれるんだ。 それを阻害するブラウザこそがうんこだよ。 250 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 00:07:09 ] 結論としてはブラウザは全部うんこ 251 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 08:38:47 ] 全機能を完全な形の完全な見栄えでIE6にも提供する無論追加料金なしとかアホなことが蔓延してるからだ イマイチ外見に基本機能プラス程度でいいのならやってやるさ いまさらIE6使ってる一般人向けサイトなんてケータイサイトをCSSで光らせる程度でいいんだよ 252 名前：デフォルトの名無しさん mailto:sage [2009/08/21(金) 09:57:40 ] 結論としては http/javascript は全部うんこ 253 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 02:50:42 ] そのうんこをこねくりまわして納期までになんとかすんのが俺らの仕事 254 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 02:56:08 ] >>251 一応言っておくと、MSが想定する「一般人」は、大抵IE7か8を使ってる。 自動アップデートだし。 微妙すぎる自称玄人もしくは自称マニアのみが、IE6。 あとはまあ、会社でIE6縛りってのもあるっちゃあるが、それは好きで やってる訳じゃないし、個人批判の対象にはあんまりしたくはない 255 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 11:06:07 ] IE6って、Windows98とかMeとかの古いPC使ってる人なのかと思ってたが マニアが使ってるの？ なんかピンとこないな 256 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 11:33:35 ] ネットバンキングとかの主要サービスでも IE6しか対応していないというところがあるよ。 257 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 13:42:13 ] うちの出先は全てにおいて2k/IE6前提 258 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 13:51:53 ] IE6ってまだトップシェアじゃないっけ？ 259 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 14:17:00 ] >>258 韓国の方ですか？ 260 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 14:24:25 ] あぁ、トップはもうIE7に切り替わってたんだねｗ 失礼しました 例えばこの調査だと4人に1人がまだIE6だね internet.watch.impress.co.jp/docs/news/20090707_300476.html 261 名前：デフォルトの名無しさん mailto:sage [2009/08/22(土) 14:27:42 ] 勘弁してほしいよね 262 名前：デフォルトの名無しさん mailto:sage [2009/08/23(日) 17:54:57 ] IE6ユーザが減ってきてるのはありがたいが、HTML5の動きを 誰かに止めて欲しい。なんでXHTMLじゃないんだよｗ 263 名前：デフォルトの名無しさん mailto:sage [2009/08/23(日) 20:11:25 ] HTML5でもapplication/xml+xhtmlなxmｌで文章を書けてそれはXHTML5と呼ばれる XHTML2固有の機能が使いたいというならもっともだけどなんかあったっけ 264 名前：デフォルトの名無しさん mailto:sage [2009/08/23(日) 20:12:43 ] application/xhtml+xmlだった 265 名前：デフォルトの名無しさん mailto:sage [2009/08/23(日) 20:45:19 ] >>264 まあ、IEは8になってもそれを解釈できないんだけどな これはIEというよりはWindowsも含めた問題かもしれんけど 266 名前：デフォルトの名無しさん mailto:sage [2009/08/24(月) 00:10:37 ] >>262 xは規約がガチガチすぎたわりには 使い勝手がよくなかった。 初心者向きでもなかったし、 ＨＴＭＬというのはもっと気軽に書けるべきもの。

---

---

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

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