パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Windows Phone 7端末の出荷台数は150万台」記事へのコメント

  • Windows Phone 7「Mango」はHTML5・Silverlight・日本語対応で2011年秋か? - ななふぉ [nanapho.jp]によれば、2011年8-9月頃に予定されているメジャーアップデート(コードネーム Mango)で

    • ブラウザの HTML5 対応
    • ブラウザへの Silverlight ランタイムの組み込み
    • 東アジア地域の言語サポート

    が含められるというので、日本市場への投入は2011年冬か2012年春でしょう。それまでは Windows Mobile 6.5.3 で引っ張るつもりでしょうけど、現行機種の Windows Mobile 機種も数える [microsoft.com]ほど。

    そしてWP7を採用する物好きなメーカーがあればこそ今回世界市場で150万台出荷できたという話。このままAndroidとiP

    --
    モデレータは基本役立たずなの気にしてないよ
    • by Anonymous Coward

      市場規模や将来性を考えれば、東アジア地域の言語サポートとは、中国語のことでしょう...なんて可能性もあるかも。

      • by Anonymous Coward

        そういう不完全な多言語化ならどのみち将来性はないし問題ない

        #そうならないために日本人は過去に頑張ったのだ

        • by Anonymous Coward on 2010年12月23日 17時17分 (#1878700)

          > そうならないために日本人は過去に頑張ったのだ

          いまはその過去の遺産を食いつぶして生きているのでしょうか。

          ISO2022系は死につつあるし。
          日本向け製品でも漢字に中国語チックなフォントが採用されたりすることがあるし。
          (おそらく、Unicodeを採用し、CJK統合漢字に中国人好みのフォントを使ってるんでしょうね)。

          親コメント
          • by Anonymous Coward on 2010年12月23日 18時09分 (#1878732)

            いまはその過去の遺産を食いつぶして生きているのでしょうか
            ISO2022系は死につつあるし

            それを殺すのにも日本人が活躍したんですけどねぇ
            というか欧米圏では多バイト長の文字コードは無駄って考えがありましたから
            今欧米圏で作られたソフトでも日本語表示・入力できるのはその頃の努力があったからでしょう
            日本市場が欲しけりゃ作りやがれって迫った訳じゃなく「こうすればこうできるよ」って示して
            受け入れられたから今があるわけで

            漢字フォントがおかしいのは設計まで丸投げしてる結果であって“買ってない”フォントなだけだと思いますよw
            まともなフォントまで使えない実装になってるなら問題ですが

            親コメント
            • by Anonymous Coward on 2010年12月23日 19時46分 (#1878756)

              > それを殺すのにも日本人が活躍したんですけどねぇ
              > というか欧米圏では多バイト長の文字コードは無駄って考えがありましたから

              もともと多バイト系文字コードを、8ビット文字コードとうまく同居できるようにしたのが、
              ISO2022JP(いわゆるJISコード)やEUCなどのISO2022系でしょう。
              (シフトJISはISO2022でさえない完全なガラパゴスコードです)。
              ただ、様々な場面に対応できるような、すべてを包括するような、自由度の高い仕組みを
              作ったのはいいものの、完璧主義すぎて複雑すぎて(日本人らしさがにじみ出ていると
              思うのですが)あまり普及しなかった。

              > 今欧米圏で作られたソフトでも日本語表示・入力できるのはその頃の努力があったからでしょう

              それは、ISO2022を殺してUnicodeに移行したからですよね。Unicode登場初期には、
              どっちかというと日本人はUnicodeを嫌っていたような気がします。(CJK統合漢字では
              「骨」の字がおかしくなるとかの議論がありましたよね)。Unicodeは日本人が推進した
              という経緯があるのでしょうか。

              どっちにせよ、世界は当時からも動いてるわけで、過去の努力や活躍はそれとして、
              現在の努力が必要だと思います。

              親コメント
              • by Anonymous Coward

                文字コードという狭い話じゃなくてi18nってことね
                嫌ってたのもUnicodeじゃなくて感じが人くくりに押し込まれたことじゃなかった?
                少なくとも「それが出来る」ことを証明する必要が当時はあったわけ

                常に努力が必要なのは当然そうなんですが、そんな話だったっけ?

              • by Anonymous Coward

                それは、ISO2022を殺してUnicodeに移行したからですよね。Unicode登場初期には、
                どっちかというと日本人はUnicodeを嫌っていたような気がします。(CJK統合漢字では
                「骨」の字がおかしくなるとかの議論がありましたよね)。Unicodeは日本人が推進した
                という経緯があるのでしょうか。

                日本のNational Bodyは当初はUnicodeとは似て非なるDIS10646を推進していましたね。
                漢字の統合にこだわったのは中国です(統合しないとBMPに中国の漢字が収まらないから)。

              • by Anonymous Coward on 2010年12月24日 0時07分 (#1878865)

                > 感じが人くくりに

                漢字が一くくりに?
                (まじめな話、10回くらい読まないと分からなかった)

                > 常に努力が必要なのは当然そうなんですが、そんな話だったっけ?

                日本人の過去にがんばったからといって、将来にわたって日本や日本語の地位が安泰 [srad.jp]
                というわけではないですよ、ということを言いたかっただけです。むしろ、将来にわたって
                日本や日本語は地位を保てるだろうということを言うために、日本人の過去のがんばりを
                引き合いに出さないといけないのは、非常にまずい状況じゃないかと思います。引き合いに
                出せるような現在のがんばりがないからこそ、過去のがんばりを持ち出さないといけない
                わけでしょう?

                ちなみに、ソフトウェアのi18n(国際化)といえば、国際的なソフトウェア開発プロジェクト
                などの場では、翻訳(例えばオープンソースで言えばgettext化による枠組みの提供と各言語への
                翻訳作業)を主に指すようです。日本より先にヨーロッパがそれを必要としてましたから。

                で、それだけではだめでマルチバイト文字やbidiや結合文字や入力(漢字変換)や
                文字の幅(固定幅フォントでも漢字は英数字の倍の表示幅を占有する)など、いろいろ
                考える必要があるよ、ということを主に日本人が言ってきた実績はありますが、それで
                認知されたからもう安泰ということは、ありません。自分が必要としなければ、そんなことは
                すぐに忘れ去られますし、新たな世代はそんなことは知らないですし。

                親コメント

※ただしPHPを除く -- あるAdmin

処理中...