アカウント名:
パスワード:
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
ん？あまりプログラムとかに詳しくない人なのかな？単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
発売日付的に2006年1月1日から+10年って可能性は確かに有り得そうですね。2000年オリジンで年が0～Fの1バイト(=2015年まで)しかなかったという可能性も有り得そうです。
１バイトで年月かもね。上位4ビットを経過年、下位4ビットを月とか。メモリアクセス単位と量を小さくしたいから。PCでは細かくなりすぎてメリットないけどね。
0-Fは４ビットで表せる1ニブルと呼んだほうが誤解が少ない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
嘘言うなよ... (スコア:0)
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
Re: (スコア:1)
ん？あまりプログラムとかに詳しくない人なのかな？
単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。
※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。
まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。
※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
Re:嘘言うなよ... (スコア:0)
発売日付的に2006年1月1日から+10年って可能性は確かに有り得そうですね。
2000年オリジンで年が0～Fの1バイト(=2015年まで)しかなかったという可能性も有り得そうです。
Re: (スコア:0)
１バイトで年月かもね。
上位4ビットを経過年、下位4ビットを月とか。
メモリアクセス単位と量を小さくしたいから。
PCでは細かくなりすぎてメリットないけどね。
Re: (スコア:0)
0-Fは４ビットで表せる1ニブルと呼んだほうが誤解が少ない。