- 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/
- 504 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:00:05 ]
- う、うん……
- 505 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 05:10:30 ]
- >>501
お前、俺に・・そんな・・ﾊｱ・・・言葉浴びせる・・ﾊｱﾊｱ・・ないで；ください、お願いします。
- 506 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 17:28:49 ]
- RubyとPythonを足して2で割ったような言語を教えてほしいな…っと
- 507 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 17:45:44 ]
- >>499
RubyとかPythonのほうがいいんじゃない？
- 508 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 18:18:42 ]
- Schemeだろｊｋ
- 509 名前：デフォルトの名無しさん [2009/10/09(金) 18:41:32 ]
- とりあえずPythonやっとけば仕事でも趣味でも困らない。
- 510 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 19:23:11 ]
- PythonとSchemeとJavaScriptをやってる。LL界隈では無敵だじぇ
- 511 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 20:18:53 ]
- >>506
perl
- 512 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 22:29:54 ]
- pythonが使われてるところってあるの？
少なくとも日本ではほとんどないんじゃないかな。
- 513 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 23:08:39 ]
- >>512
Windows では DropboxやBitTorrent が有名だけど、いろんなゲームで
組み込まれててたり、縁の下で力持ってる。
LinuxはもうPython無しが苦行なレベル。
- 514 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 23:28:19 ]
- LinuxはPerlとPythonがほぼ標準で入ってるよね
- 515 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 23:47:27 ]
- Perlなら大分前から商用含めてUnix系OSにはデフォで入ってる気がする
Pythonはさすがにそこまででもない
- 516 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 00:33:09 ]
- >>506
tcl
- 517 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 01:10:38 ]
- メジャーなディストリで、Python無しでもインストールできるのってDebianくらいじゃね？
- 518 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 01:13:22 ]
- う、うん……(´・ω・｀)
- 519 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 02:42:36 ]
- windowsに標準搭載されれば爆発的にヒットする？
- 520 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 03:12:15 ]
- WSHが爆発的ヒットしてないのを考慮するとおそらくヒットしないだろうな。。
- 521 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 03:19:20 ]
- PowerShell!!
- 522 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 03:45:06 ]
- 会社で買ったHPのWindows PCにこっそり入ってた＞Python
なにに使ってるんだ？
- 523 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 03:49:10 ]
- Thinkpad X200 にも入ってるぞ
C:\Program Files\Common Files\Lenovo\Python24
ほんと、OSに標準搭載にしたらいいのにな。
でも、WinXPみたいに長寿命なWindowsが出ると、ずっと古いPythonに対応しないと
いけないのが面倒そうだ。
- 524 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 03:59:08 ]
- MSが搭載したらIronPython
- 525 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 16:40:53 ]
- Macが標準でインストールされているのはRubyだっけか？確か
- 526 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:08:34 ]
- >>525
日本語大丈夫か・・・？
Macにも標準でPython入ってるよ。wxPythonとかまで入ってたはず。
- 527 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:57:15 ]
- すのうれぱーどにて
$ /usr/bin/python --version
Python 2.6.1
$ /usr/bin/php -v
PHP 5.3.0 (cli) (built: Jul 19 2009 00:34:29)
<略>
$ /usr/bin/ruby -v
ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]
$ /usr/bin/perl -v
This is perl, v5.10.0 built for darwin-thread-multi-2level
<略>
$ which wxPerl wxPython wxRuby
/usr/bin/wxPerl
wxPython not found
wxRuby not found
- 528 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 18:38:41 ]
- >>514-515
うに系でPython使うのはGUIの小物ツールに多い気がする
設定ファイル弄るツールとかに多くね？
んだから玄人向けの環境ほど見ないが、簡単に使える系の環境だと多そうだ
- 529 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 18:41:10 ]
- >>528
yumとか、iotopとか、コマンドラインツールもPython系大量
- 530 名前：デフォルトの名無しさん [2009/10/10(土) 19:39:14 ]
- |￣￣￣￣￣￣￣|
| 次でボケて！ |
|＿＿＿＿＿＿＿|
.. . ﾊ,,ﾊ || . .
( ﾟωﾟ)|| .
/ づΦ
- 531 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:26:11 ]
- >>1
> 最強のＬＬ＝軽量プログラム言語は、どれよ？
>
> エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・
> さあ、死ぬまで語りやがれ！！！
コンパイルして EXE ファイル作れるのは、どれですか？
- 532 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:28:49 ]
- >>531
貴方がコンパイラさえ書いてしまえばどの言語でも可能です。
- 533 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:34:37 ]
- >>532
スミマセン
いまからどれ学ぼうか考えてる初心者なんですが、直ぐにEXEファイル作れるのは、どれですか？
- 534 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:43:56 ]
- >>533
exeファイルを作るのにコンパイラが必要だと思っているようだが、
hspみたいにインタープリタとスクリプトをセットにしてexeを生成できるパターンもある。
pythonとか。
- 535 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:47:10 ]
- hspって何だか意味もわからない厨房ですが、pythonならオケってことですね
- 536 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:52:39 ]
- perlでもrubyでもできるよ
- 537 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:54:29 ]
- なんか気になってググってたらどの言語でもexeに変換できそうな気がしてきたｗ
- 538 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:56:39 ]
- >>537
Perlで昔からできてたんだから、後発の言語のコミュニティが似たようなものを作らないはずがない
- 539 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:59:37 ]
- 目的はパスワード含んだソースの隠匿です
ダンプしたら中身が見えちゃうニセモノのＥＸＥじゃダメです
- 540 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:04:06 ]
- EXEにしても中身が見えるモノなんだが。
- 541 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:06:42 ]
- >>539
実際にEXEの中身見たことないだろ?
- 542 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:13:08 ]
- Zend Guard でも買え。
- 543 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:14:33 ]
- なでしこ のＥＸＥは、中身見るとそのままスクリプト見えます！
始めはVBSでスクリプトをエンコードしたら、簡単にデコード出来てしまいました、容易に見られちゃう
いま色々と調べてみたら、アイロンpythonでEXE作れそうなので、それを試してみます
- 544 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:19:41 ]
- なんかちょっと勉強になったわ
- 545 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 21:53:51 ]
- ソースの隠蔽が可能な言語ってC/C++以前の年代の言語だけなのかな。
- 546 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:21:09 ]
- パスワード含んだソース
というのを何とかしたほうがいいかも
- 547 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:23:49 ]
- インタプリタ言語から実行可能ファイルを作り出す簡単な方法として
対象スクリプトを起動するためのインタプリタと一体化したファイル
にする、という方法を選んだだけで、VMコードやネイティブコードを
吐くようになってればCと同程度の隠蔽は可能。単にそういう方法を
採用しなかったというだけ。
実行時に決まる部分が多い言語だとなかなか難しいところもあるがな。
- 548 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:32:29 ]
- C/C++の年代ってまだ終わってないぜ
- 549 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:33:25 ]
- Access で作ったパスワード掛けた業務データベースのフォーム入力を従業員にさせたいのですが
パスワード解ると、DAOで接続してテーブルデータ全て見られちゃいますので
パスワード知らせずに、パスワード掛かったAccessアプリをスクリプトで起動させたいのです
始めはVBSで起動スクリプト組んでエンコードしましたが、簡単にデコードされちゃう事が解りました
次にVBでEXE作って一応解決しました
今風なスクリプト言語を新たに学ぼうと思い、どうせなら同じ用途にも使えるもの選ぼうと考えました
先日RCがリリースされたPowerShell2.0を色々と弄って見ましたが、ソースの隠匿は無理のようでした
- 550 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:49:10 ]
- 悪い事は言わんから素人がそういうヘンテコな実装をするのはヤめといた方がいい。
マトモなエンジニアにそういうシステム全体から設計してもらえ。
- 551 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 23:07:57 ]
- Accessねえ…
- 552 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 09:18:28 ]
- Access自体が隠蔽を前提にしてないからなあ…
- 553 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 11:31:12 ]
- >>549
パスワードによる情報保護や複数人でのデータアクセスの場合、普通はRDBMSを用いて実装する。
Accessはフロントエンドしては優秀なツールだと思うが>>549の利用方法はヘンテコと言うか
パスワードをアプリに埋め込んだ場合、パスワードがデコードされる可能性は常に０ではない。
バカにするワケではないが、Accessで済む程度の業務データなんざ、ゴミみたいなモノだろうから
妙な小技使わない方がマシだな。
つか、そういうのはOSのアクセス権でやっとけば済む話じゃないのか？
根本的な物事の解決方法がイカれている印象。
- 554 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 11:54:19 ]
- つか、んなもん使ってる業務あるんだｗ
- 555 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 12:34:03 ]
- AccessのVBA部分にパスワード掛けるってのはダメなの？
- 556 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 12:34:31 ]
- Accessでももう少しマシなアクセス権管理できなかったか
- 557 名前：デフォルトの名無しさん [2009/10/11(日) 12:40:40 ]
- アクセスできるからAccessなのにアクセスできないAccessなんかNon-Accessだろ。
- 558 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 12:57:28 ]
- いやそういうのはいい。
- 559 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 14:02:26 ]
- mde
- 560 名前：デフォルトの名無しさん [2009/10/11(日) 16:34:35 ]
- どうしてこうなった
- 561 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 19:38:20 ]
- >>557
俺は評価する
- 562 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 22:10:49 ]
- >>527
wxPython は独立したコマンドじゃくてスクリプトに取り込むモジュールだ。今のOSXには最初から入ってる。
wxRuby も似たような感じだろう。
Perlの場合は wxPerlっていう別コマンドでないと実行できないんだな。
- 563 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 20:11:45 ]
- だからperlで十分だっての
- 564 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 21:39:29 ]
- PHP、割りと嫌いじゃない
- 565 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:09:59 ]
- 俺も。
というかC使いとかの人は一番慣れやすい。
PHP使いはウェブPHPで、他はC/C++でとか両刀的な人が多いけど
Ruby/Python使いは割となんでもこれ一つでやる、って人が多いな。
- 566 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:26:20 ]
- Ruby、Python、どっちが日本語対応が良いの？
- 567 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:36:16 ]
- >>565
それはPHPがWeb以外にむいていないから。
まあ真のPHP厨はなんでもPHPでやろうとするけど。
- 568 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:37:17 ]
- >>563
十分って言い方だと、Perlは劣っている前提みたいにならないか？
- 569 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:38:18 ]
- >>566
Python
- 570 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:39:17 ]
- Perlは劣ってるっての
- 571 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:43:06 ]
- そういうことにしたいのですね。
- 572 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:59:44 ]
- そういうこと
- 573 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 08:00:41 ]
- >>566
Ruby
Pythonのソフトはいつもマルチバイトがらみでトラブル起こす。
- 574 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 08:05:21 ]
- そうでもない。
Pythonでトラブルが起きるのはプログラマが正しい使い方を分かってないから。
（日本では少ないが欧米だとそれなりに経験のあるプログラマでもバイト列と文字列の区別のついていない人が結構いる）
少し前だったが、俺が各言語でのファイルシステム関連の多言語対応状況を調べたときはPyhtonが一番よくできていたと思う。
次点でrubyだったがUnicodeのファイル名の扱いに若干難があった。PHPとPerlはもはや論外。
- 575 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 08:11:34 ]
- 欧米というか特にアメリカ人な。
本当にZの後に文字がないと思ってるんじゃないかって連中が存在する
- 576 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 08:17:21 ]
- Pythonの「暗黙に失敗するよりも明示的にエラーになるほうがいい」というルールが
結果的に >>573 みたいな印象を受けている。
UnicodeEncodeError, UnicodeDecodeError はPythonで頻繁に見る
ことになるエラーだけど、文字コードに関する設計ポリシーを持ったときにこのエラーは
ポリシー違反している箇所を報告してくれる頼もしい見方になる。
中途半端にうまく動いていくれる代わりに、ShiftJISのファイルの中にUTF-8が混じる
ことがあるのに比べるとPythonの方が安心できる。
- 577 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 09:18:33 ]
- >>574
なんでPerl論外なん？
- 578 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 10:30:26 ]
- >>577
(少なくとも)ActivePerlがファイルを開く際にCreateFileAをうちぎめで使ってるので移植性を考えると避けたい。
ファイル名として与える文字列にUTF-8フラグ立てても変わらない。カスすぎる
ちなみに、PHPはファイル名を文字列と見なしていないので、
自分でファイル名をShifit_JISとかにエンコードする必要がある。
もはやウンコのレベル
- 579 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 12:33:10 ]
- >>566
Rubyい一票
- 580 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 13:21:09 ]
- >>578
Windows限定で、日本語ファイル名限定かよ。
- 581 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 14:04:04 ]
- >>579
RubyはPythonみたいにCreateFileWを使ってくれるん？
>>580
日本語というか、Unicodeファイル名だな。
W系APIを使っている=Windowsでの動作がきちんと考えられていると
判断されても仕方ない。
- 582 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 15:41:36 ]
- >>573
>Pythonのソフトはいつもマルチバイトがらみでトラブル起こす。
それは誤解
漏れもpython初心者の頃はなんだこりゃと思っていたが
理由がわかるとちゃんと使えるしよくできてる
- 583 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 15:45:37 ]
- windows のコマンドプロンプト
はやく UTF-8 に対応してくれないかなぁ
- 584 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 15:47:55 ]
- >>583
一応 chcp 65001 したら utf-8 になるけど、問題が多すぎて使い物にならないね。
WriteConsoleW を使って utf-16 を出力できるようにするのが一番いいんだろうけど、
あまりにも標準入出力の概念からずれるから、sys.stdout.write()を置き換えるのは
難しい。結局、 pywin32 の console を使うのが正解だと思う。
- 585 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 18:48:59 ]
- >>584
標準入出力にUTF16はよくないのでは。
ASCII互換じゃないし、表現できない
文字があるでしょ。
- 586 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 19:08:47 ]
- >>585
WindowsのW系APIが受け取る文字列がUTF-16だから、UTF-16で表現できない
文字列はそもそもWindowsが表示したりファイル名に使ったりできない文字列だよ？
- 587 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 21:10:08 ]
- perlは、windowsで使わない！！
それでよし！
- 588 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 21:43:11 ]
- そーだ。perl以外は、いらん！
マルチバイト処理もEncode覚えれば不自由ないし。
- 589 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:24:16 ]
- >>583
PowerShell標準で付くんだから、必要ないだろ
ISEもあるんだし
- 590 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:24:43 ]
- 使いたいの使えばいいじゃないか
じゃ話が終わるので、
負荷を心配しないである程度大きめなものを、急いで作りたいなら、Railsが使えるRuby
負荷を気にしたり、高速に作りたいなら、Perl
「俺Python使い」と、かっこつけたいなら、Python
外注に安く作らせたいなら、PHP
- 591 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:26:47 ]
- 外注に安く作らせるならPHP。
それ以外は全部PythonとC。
- 592 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:48:33 ]
- >>582
誤解じゃねーよｗ
俺がいいたいのは問題起こすPython製アプリの話と、それが原因となっている言語の問題。
プログラマの心遣いとかの話じゃない。
逆に、.NETアプリはマルチバイトで問題起こすの見たことない。
UNICODE前提のせいかしらんが・・・（.NETの仕様はあまり知らんので俺に突っ込みされても困るけど）
>>584
あー、そういや、>>573でRubyって書いたけど、コマンドプロンプトと文字コードの相性最悪なの忘れてたわｗ
UTF-8でRSpecとautotest(autospec)でまともにテストもできないｗｗｗ
俺は出力時にSJISに変換してるｗ
>>589
PowerShellだと文字コード周り解決するのか？ちょっと入れてみるか
- 593 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:59:21 ]
- >>592
> プログラマの心遣いとかの話じゃない。
プログラマの心遣いの問題ですね
CでUnicode対応アプリも書ければ、いわゆる「駄目文字」で問題を起こすアプリも書けるのと同じ
ただ、Javaや.NETのようにテキスト＝Unicodeと割り切ったほうが
心がけの悪いプログラマでも問題を起こしにくいのは確かで
Pythonも3.xからはそうなりました
- 594 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 01:11:57 ]
- Java/C#
内部エンコーディングUTF16で固定。入出力時に外部エンコーディング指定して必ず変換。
Python
uを付けた文字列はUTF16固定。付けないと任意？設定だっけ？内部的に混在するので扱い注意。
Perl
Cと同じで任意だっけ？wideはなしだっけ？
こんなんだっけ？もう面倒だし、Java/C#式の内部固定がぐちゃぐちゃにならなくて一番いい気がするけどどうなん？
- 595 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 02:03:55 ]
- >Python
> uを付けた文字列はUTF16固定。付けないと任意？設定だっけ？内部的に混在するので扱い注意。
>付けないと任意？設定だっけ？
ソースの先頭2行目に
# -*- coding: utf-8 -*-
などと書くと
そのコードでエンコードされたバイト列になる
>内部的に混在するので扱い注意
混在っつっても明示的にuが付いてる訳でそこは平気
どっちかというとprintでuの付いている文字列を出力すると
暗黙にデフォルトのエンコードに変換されてコンソールに出力されるが
pythonに慣れずに(perlとかと同じ感覚で)ごっちゃにしたバイト列の方をprintすると
よくここでエンコードエラー/デコードエラーになる
つまり文字列とバイト列の違いは意識する必要がある
あとpython3で改善されてるはず
- 596 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 02:07:00 ]
- >>595
>あとpython3で改善されてるはず
だからといって 2.4.x - 2.6.x が劣ってる訳じゃないけどね
2.3.x 以下は糞
- 597 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 03:58:10 ]
- >>593
もしかして、プログラマ性善説主義者か？お前ｗ
そんなのは言語仕様のレベルで都合のいい方向に傾けておくべきこと。
プログラマーなんて信用しちゃいけないよ。
あのリーナス・トーバルズすら、エンコーディングに無関心なのか git がマルチバイトを考慮しない仕様(バイナリとして扱う)
心遣いの問題とか言いいながら、永遠にマルチバイト対応がクソなC言語製やPythonアプリでも使ってろや
- 598 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 04:01:39 ]
- >永遠にマルチバイト対応がクソな
kwsk
- 599 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 08:45:26 ]
- 597は言語がサポートしてないとなにもできない厨。
- 600 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:19:42 ]
- いや、gitは確かにウンコ。
これはリーナスのおっさんが新しい方式について行けない老害だったから。
hgもウニコードの扱いが糞で、これもプログラマのセンスがなさ過ぎる。
Python3の文字列にバイナリとしてアクセスする方法をよこせなどと言っていた。
一方bzrは同じPythonだが上二つと比べて格段にエンコーディング周りのポリシーが優れてる。
- 601 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:29:19 ]
- >>594
uがついたのが文字列で、ついてないのはバイト列。
世の中には、どうしてかこれを区別できない連中が多すぎる。
- 602 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:38:09 ]
- uがついてるのはリテラルのときじゃね？
str = u"ahoaho"
ってしたらstrがなにかわかんなくね？
- 603 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:41:41 ]
- 正直スクリプトはこの辺がごちゃごちゃしすぎてて全然LLじゃねー
Javaのがはるかに楽
- 604 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:47:00 ]
- >>602
その場合strの値はunicode型で、uをつけなかったときはstr型になる。
型が違うと当然、相互の演算に制約を受ける。
|
 |
