アカウント名:
パスワード:
英語圏以外を軽視する文化もあると思う。文字コード、フォント、文字入力、検索エンジンなどなどMS製品のあらゆる部分に見てとれる
Shift JIS 作ったの誰だと思ってんだ・・・
5Cに苦しめられるのでマジ要らない子だよねアレ
90年代後半にサンフランシスコのソフトハウスに協業で行ったときに、むこうのエンジニアが日本語ファイルパスの実装に失敗しててアドバイスしたら
"I HATE FIVE-SEE!!!!!!"
って叫んでたのを思い出した。
今みたいにutfが一般化してる時代ならともかくシフトJISの生まれた時代にシフトJISみたいな実装じゃなかったなら日本語に対応してないソフトは日本語OSで全く使いものにならなかっただろうよ。
時代とか状況を無視した寝言は寝て言え。
EUC-JPも無い時代でしたからねぇ
1982年 Shift_JIShttp://shino.tumblr.com/post/116166805/1981-us-jis [tumblr.com]1984年 日本語MS-DOS1985年 EUC-JP
当時、日本語の文字コードとしてShiftJISは筋が悪いと言われていたけど、それはEUCと比較しての話だよね。
しかし一方で、ShiftJISは8ビット時代に広く使われていた1バイトの半角カナと同居できるという特徴があり、ShiftJISはむしろ、規格(ISO2022)との整合性や美しさよりも実用性をとる選択肢だった。
どんなに泥臭い実装になろうとも実用性と互換性を重んじるという、（少なくとも当時の）MSらしいやりかただと思うよ。
いや、ほんとに
だね。
うーん、5Cを持ち出している以上ディレクトリセパレータ関連の話だと思うのですが、ディレクトリ名／ファイル名にASCIIのみを使っているならほとんど問題は出ませんでしたよ？日本語対応であるにも拘らず、5Cの罠にはまる迂闊なソフトは少なくなかったですけど(^^;)
わはは。もはや何いってるかよくわからんけど、Shift_JISの意義は「データの互換性」なんだけど、皆さんプログラムしか考えてないよね。半角カタカナを使って蓄積されたデータが現実にいっぱいあったの。そのデータをそのまま使えるよう、かつ日本語もフルに使えるように設計されたのがShift_JISでしょ。
そりゃ互換性を無視して過去データを切り捨ててよいなら、クリーンなシステムなんて誰でも設計できるよ。Microsoftのえらいところは、過去データとの互換性を維持しつつ、新しいテクノロジーを導入するよう努力したところにある。Shift_JISしかり、UTF-8のBOM Markしかり。
UNIXの人たちはEUC-JPで半角カタカナを切り捨て、UTF-8でEUC-JPを切り捨て、その結果できたシステムを見て「自分たちのシステムはクリーンだ。見ろ！Windowsの汚いこと！」とえばってる。まあ、互換性を捨てるのはそれはそれでひとつの技術的選択だけど、自分と異なるやり方の価値を公平に評価できないのは、技術者としてあまり優秀でないように思えますね。
> 自分と異なるやり方の価値を公平に評価できないのは、やり方の問題じゃなくて、やったこと自体がダメ。返済できない技術的負債をこさえるぐらいなら何も作らない方がよっぽどマシなんだよ。
それはAppleの前CEOと同じ発想だと思うな．悪くはないが，アホみたいに流行るか，全く売れないかのどっちか．クライアントのビジネスに対する貢献としては，裏側が糞だろうが，泥臭かろうが，今のまたは半歩先の要請に応えてくれるのが利用者に取っての良いシステム．端的に言うと，WIndowsだけではなく，LinuxとBSDについても言える話．Linuxが批難されまくったものの現実的な評価がされているのは，実装が糞であっても，手持ちの，もしくは使いたい機器が手軽に動き，要求に手っ取り早く応えてくれている．BSDは，お説はごもっとも，ということは多いが，使い道はLinuxよりも限られる．一般的に，学者以外の人間で，役にも立たないようなことを業として自称しているのはゴミ同然．よく言われることに，下手な考え休むに似たり，黒いネコでも白いネコでもネズミを捕るネコは良いネコだ，これが現実．
少なくともMacの日本語環境で日本語に未対応のアプリ、英語環境で日本語版アプリの使用で「全く」使い物にならなかった記憶はないよ。
「ノメモ」とかの表示上の問題や「メロンとレモン」のような問題はいくつかあったけど。
自分、System7.5.xやMacOS8.xの頃は軽いって理由で英語版OS使ってたし。文字コードの実装じゃなくて、OSの実装だと思うんだけどなぁ……文字コードに全く問題がないとは言わんけど。
でもアレが糞なのは変わりないだろ
擁護するわけじゃないですけど時代と状況を無視しない寝言を言うのならば、そろそろWindowsもutf8を標準にしてほしいなあ。
Windows 2000以降はUTF-8が標準ですが、まだWindows 98でもお使いで？
じゃあなんでMacからファイルを持ってくるとファイル名が化けるんだろうおかしいなあ
それってJIS X 0201でしょ？ShiftJISとは関係ないよね。
//可能a++
で a++ されずに悩んだなあ
アスキーでしょ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
米国メディアは気づかないだろうけど (スコア:1)
英語圏以外を軽視する文化もあると思う。文字コード、フォント、文字入力、検索エンジンなどなどMS製品のあらゆる部分に見てとれる
Re:米国メディアは気づかないだろうけど (スコア:3, すばらしい洞察)
Shift JIS 作ったの誰だと思ってんだ・・・
Re: (スコア:0)
5Cに苦しめられるのでマジ要らない子だよねアレ
Re:米国メディアは気づかないだろうけど (スコア:4, おもしろおかしい)
90年代後半にサンフランシスコのソフトハウスに協業で行ったときに、むこうのエンジニアが日本語ファイルパスの実装に失敗しててアドバイスしたら
"I HATE FIVE-SEE!!!!!!"
って叫んでたのを思い出した。
Re: (スコア:0)
今みたいにutfが一般化してる時代ならともかく
シフトJISの生まれた時代にシフトJISみたいな実装じゃなかったなら
日本語に対応してないソフトは日本語OSで全く使いものにならなかっただろうよ。
時代とか状況を無視した寝言は寝て言え。
Re:米国メディアは気づかないだろうけど (スコア:2, 興味深い)
EUC-JPも無い時代でしたからねぇ
1982年 Shift_JIS
http://shino.tumblr.com/post/116166805/1981-us-jis [tumblr.com]
1984年 日本語MS-DOS
1985年 EUC-JP
Re: (スコア:0)
UTF-8みたいな実装なら、日本語に対応してないソフトでも、日本語に対応していないという一点以外は日本語OS上でも100%の性能を発揮できるでしょ。
Re:米国メディアは気づかないだろうけど (スコア:4, すばらしい洞察)
当時、日本語の文字コードとしてShiftJISは筋が悪いと言われていたけど、それはEUCと比較しての話だよね。
しかし一方で、ShiftJISは8ビット時代に広く使われていた1バイトの半角カナと同居できるという特徴があり、
ShiftJISはむしろ、規格(ISO2022)との整合性や美しさよりも実用性をとる選択肢だった。
どんなに泥臭い実装になろうとも実用性と互換性を重んじるという、（少なくとも当時の）MSらしいやりかただと思うよ。
Re: (スコア:0)
いや、ほんとに
時代とか状況を無視した寝言は寝て言え。
だね。
Re: (スコア:0)
俺は単に「日本語に対応してないソフトは日本語OSで全く使いものにならなかった」て文が間違ってるよって指摘してるだけ。SJIS採用したおかげで「日本語に対応してないソフトが日本語OSで使えるようになった」なんて事実はどこにあるの？
SJISは「日本語に対応してるソフトを日本語OSで使いものにする」ためだけに存在していて、「日本語に対応してないソフトを日本語OSで使いものにする」にも「日本語に対応してるソフトを日本語OS以外で使いものにする」にも全く無力だったし、SJIS以外の選択をしてさえいれば(それこそ生句点コードでも)、「日本語に対応してないソフトを日本語OSで使いものする」ことは容易だった。もちろん日本語には対応しないけど、「日本語に対応してないソフト」なんだからそれはあたり前。
Re:米国メディアは気づかないだろうけど (スコア:1)
うーん、5Cを持ち出している以上ディレクトリセパレータ関連の話だと思うのですが、ディレクトリ名／ファイル名にASCIIのみを使っているならほとんど問題は出ませんでしたよ？
日本語対応であるにも拘らず、5Cの罠にはまる迂闊なソフトは少なくなかったですけど(^^;)
Re:米国メディアは気づかないだろうけど (スコア:2, すばらしい洞察)
わはは。もはや何いってるかよくわからんけど、
Shift_JISの意義は「データの互換性」なんだけど、皆さんプログラムしか考えてないよね。
半角カタカナを使って蓄積されたデータが現実にいっぱいあったの。
そのデータをそのまま使えるよう、かつ日本語もフルに使えるように設計されたのがShift_JISでしょ。
そりゃ互換性を無視して過去データを切り捨ててよいなら、クリーンなシステムなんて誰でも設計できるよ。
Microsoftのえらいところは、過去データとの互換性を維持しつつ、新しいテクノロジーを導入するよう努力したところにある。
Shift_JISしかり、UTF-8のBOM Markしかり。
UNIXの人たちはEUC-JPで半角カタカナを切り捨て、UTF-8でEUC-JPを切り捨て、その結果できたシステムを見て
「自分たちのシステムはクリーンだ。見ろ！Windowsの汚いこと！」とえばってる。
まあ、互換性を捨てるのはそれはそれでひとつの技術的選択だけど、
自分と異なるやり方の価値を公平に評価できないのは、技術者としてあまり優秀でないように思えますね。
Re: (スコア:0)
> 自分と異なるやり方の価値を公平に評価できないのは、
やり方の問題じゃなくて、やったこと自体がダメ。
返済できない技術的負債をこさえるぐらいなら何も作らない方がよっぽどマシなんだよ。
Re: (スコア:0)
それはAppleの前CEOと同じ発想だと思うな．
悪くはないが，アホみたいに流行るか，全く売れないかのどっちか．
クライアントのビジネスに対する貢献としては，裏側が糞だろうが，泥臭かろうが，
今のまたは半歩先の要請に応えてくれるのが利用者に取っての良いシステム．
端的に言うと，WIndowsだけではなく，LinuxとBSDについても言える話．
Linuxが批難されまくったものの現実的な評価がされているのは，
実装が糞であっても，手持ちの，もしくは使いたい機器が手軽に動き，要求に手っ取り早く応えてくれている．
BSDは，お説はごもっとも，ということは多いが，使い道はLinuxよりも限られる．
一般的に，学者以外の人間で，役にも立たないようなことを業として自称しているのはゴミ同然．
よく言われることに，下手な考え休むに似たり，黒いネコでも白いネコでもネズミを捕るネコは良いネコだ，これが現実．
ShiftJIS （Re:米国メディアは気づかないだろうけど） (スコア:0)
少なくともMacの日本語環境で日本語に未対応のアプリ、英語環境で日本語版アプリの使用で
「全く」使い物にならなかった記憶はないよ。
「ノメモ」とかの表示上の問題や「メロンとレモン」のような問題はいくつかあったけど。
自分、System7.5.xやMacOS8.xの頃は軽いって理由で英語版OS使ってたし。
文字コードの実装じゃなくて、OSの実装だと思うんだけどなぁ……
文字コードに全く問題がないとは言わんけど。
Re: (スコア:0)
でもアレが糞なのは変わりないだろ
Re: (スコア:0)
擁護するわけじゃないですけど
時代と状況を無視しない寝言を言うのならば、
そろそろWindowsもutf8を標準にしてほしいなあ。
Re: (スコア:0)
Windows 2000以降はUTF-8が標準ですが、まだWindows 98でもお使いで？
Re: (スコア:0)
Re: (スコア:0)
じゃあなんでMacからファイルを持ってくるとファイル名が化けるんだろう
おかしいなあ
Re: (スコア:0)
それってJIS X 0201でしょ？
ShiftJISとは関係ないよね。
Re: (スコア:0)
//可能
a++
で a++ されずに悩んだなあ
Re: (スコア:0)
アスキーでしょ。