auにGoogle製のハイエンドスマートフォン「Nexus One」が登場する可能性が浮上 - GIGAZINE
意表を突かれたーと思って目を通したが、規格的なお話だけかい……。
後発以前にスマートフォン嫌い（注：俺の先入観）なauが真面目に出すんだろうか。
6月以降に何かを出すという話も確かにあったが、また法人ターゲットじゃないんだろうか。
前々からの発言からするに、auは自社ブランドに「スマートフォン」というユーザ主体の端末導入を忌避しているんじゃないか、と思う。
今までのラインナップから見ても、あくまで主導ができるコンテンツがメイン。ユーザ参加型をすごく嫌ってるイメージが、先入観かもしれないがかなり感じられる。
生憎数年前からのユーザでしかない俺にauの過去は分からないが、何か嫌な実績でもあるんだろうか。それともKDDI絡みか？
正直、Androidを導入したとしてもアプリのインストール禁止とかやりそうだけどな……。
これが、「環境別問題を避けるため」なのか、「我に従え」なのか、別の理由があるのか。
……長々と書いたけど、どっちでもいいや。期待してないし。
Sony Ericsson Xperia X10 Android Smart Phone (UK, Black), #99915558 - eXpansys Japan
おンや？
俺勘違いしてたか。SIMフリー版無いとばかり思ってた。
……ああ、そうか、日本では無いもんな。これ海外からか。
auで使っているガラケー（ガラパゴス・ケータイの略）がソニエリだし、忌避する気は更々無い。PSPと同じアプリ（Mediaなんとか）でメディアを一括管理できるのも悪くないし。
ただ、なんか余計な事をしてそうなイメージがなー……。
固定端末（ガラケーとかゲーム機とか）ならそれも許せるが、PCやスマートフォンにスタティックな仕様は持ち込んで欲しくない。
とは言え、Androidなんだしいくらでも解除できそうだけど。
＊ ＊ ＊
やはり選択肢は、
・Google Nexus One (Grey), #HK_Google Nexus One - eXpansys Japan
・HTC Desire Android Smartphone (UK), #HTCBRAVOBRN_UK - eXpansys Japan
この二つか……。価格でも後発Desireの方が安いのな。
性能面では若干Desireの方が上（メモリ搭載量が多い）。
予定では４月発売らしい。それまで我慢するのが吉にも思える。
……そうは言うがな、大佐。物欲を持て余す。
おンや？
俺勘違いしてたか。SIMフリー版無いとばかり思ってた。
……ああ、そうか、日本では無いもんな。これ海外からか。
auで使っているガラケー（ガラパゴス・ケータイの略）がソニエリだし、忌避する気は更々無い。PSPと同じアプリ（Mediaなんとか）でメディアを一括管理できるのも悪くないし。
ただ、なんか余計な事をしてそうなイメージがなー……。
固定端末（ガラケーとかゲーム機とか）ならそれも許せるが、PCやスマートフォンにスタティックな仕様は持ち込んで欲しくない。
とは言え、Androidなんだしいくらでも解除できそうだけど。
＊ ＊ ＊
やはり選択肢は、
・Google Nexus One (Grey), #HK_Google Nexus One - eXpansys Japan
・HTC Desire Android Smartphone (UK), #HTCBRAVOBRN_UK - eXpansys Japan
この二つか……。価格でも後発Desireの方が安いのな。
性能面では若干Desireの方が上（メモリ搭載量が多い）。
予定では４月発売らしい。それまで我慢するのが吉にも思える。
……そうは言うがな、大佐。物欲を持て余す。
何故データベース設計は軽視されるのか？
(∩ﾟДﾟ) ｱｰｱｰ ｷｺｴﾅｰｲ
＊ ＊ ＊
シンプルに逝こうよ。違う、行こうよ。
自分が高レベルだなんて思った事はないが、つか平凡だと思っているが、いかに「大きなシステム」に関わってこなかったか、だよなぁ……。
DB設計ったって、たかだか十か二十のテーブルに、多くて数百万レコードくらいだし。複雑な構造を必要とする仕様が予想できんと言うか。
どんな仕様でも必ずユニークな主キーを持つテーブルを用意して、仕様が追加されたらそれを主キーとしてリレーションさせた目的を限定した新しいテーブル作って、んで必要なものを取り出すクエリを個別に書いてアプリに制御させればいいじゃん、って思うんだが。
複数の要素（人と商品とか）になっていったって、基点となる主キーってのは必ずユニークじゃねーの？ 主キー の実装を義務付けるだけで充分じゃね？
俺、レベル低い？
(∩ﾟДﾟ) ｱｰｱｰ ｷｺｴﾅｰｲ
＊ ＊ ＊
シンプルに逝こうよ。違う、行こうよ。
自分が高レベルだなんて思った事はないが、つか平凡だと思っているが、いかに「大きなシステム」に関わってこなかったか、だよなぁ……。
DB設計ったって、たかだか十か二十のテーブルに、多くて数百万レコードくらいだし。複雑な構造を必要とする仕様が予想できんと言うか。
どんな仕様でも必ずユニークな主キーを持つテーブルを用意して、仕様が追加されたらそれを主キーとしてリレーションさせた目的を限定した新しいテーブル作って、んで必要なものを取り出すクエリを個別に書いてアプリに制御させればいいじゃん、って思うんだが。
複数の要素（人と商品とか）になっていったって、基点となる主キーってのは必ずユニークじゃねーの？ 主キー の実装を義務付けるだけで充分じゃね？
俺、レベル低い？
IE6を永眠させるべき10の理由 - ITmedia News
ちょっと苦しい文章だが……、まぁ、大方間違ってはないと思う。少々悪意が透けて見えるのが難だが。
と言うか被りすぎ。10って数字にしたかったんだろうが、言葉尻を変えただけの似たような項目が多いような。どうでもいいけど。
＊ ＊ ＊
最近アプリケーションのインターフェイスを黙々と……、いやあまり静かじゃないので騒々しく設計していたが（だいたい終わった）、ここでもやはりネックになるのはIE6だった。
自社製品であるにも関わらず、コラボの都合上IE6対応が要件として入っているため切る事ができない。正直がっくり来た。
いや、普通に作る分ならそれほど大した差を設ける必要がない。少なくとも使えない機能が生まれる事はない。ajax前提でモーダルだらけの作りだと結構面倒だけど。誰だこれ設計したの。俺だ。ぎゃー。
それはそれとして、それはあくまで「IE6でも表示できる」ということなわけで。
主眼点をどこに置くかと言う事でもあるんだが、当然の用に「IE6で動けば他はどうでも良いです」という要件はなー……。
……いや、そんな要件じゃないけど。
なら言うな俺。
ちょっと苦しい文章だが……、まぁ、大方間違ってはないと思う。少々悪意が透けて見えるのが難だが。
と言うか被りすぎ。10って数字にしたかったんだろうが、言葉尻を変えただけの似たような項目が多いような。どうでもいいけど。
＊ ＊ ＊
最近アプリケーションのインターフェイスを黙々と……、いやあまり静かじゃないので騒々しく設計していたが（だいたい終わった）、ここでもやはりネックになるのはIE6だった。
自社製品であるにも関わらず、コラボの都合上IE6対応が要件として入っているため切る事ができない。正直がっくり来た。
いや、普通に作る分ならそれほど大した差を設ける必要がない。少なくとも使えない機能が生まれる事はない。ajax前提でモーダルだらけの作りだと結構面倒だけど。誰だこれ設計したの。俺だ。ぎゃー。
それはそれとして、それはあくまで「IE6でも表示できる」ということなわけで。
主眼点をどこに置くかと言う事でもあるんだが、当然の用に「IE6で動けば他はどうでも良いです」という要件はなー……。
……いや、そんな要件じゃないけど。
なら言うな俺。
先日、ゆゆ式探して本屋めぐりをしていたら不意に見つけて購入。
相変わらずテンション高いなこの本は。
新キャラがほとんど増えない反面、同じキャラでこうもネタを続けるのがすごい。捻りは効いているけど効きすぎてもいないので、普通に面白かった感じ。
……飽きたとか言いつつ結局買い続ける俺。
＊ ＊ ＊
もっぱら情報の大半はネット収集なんだが、たまにプログラム系の本とか読みたくなる。翔泳社あたりの。
ハードウェア系はともかく、言語系の本については設計思想がモロに出る事が多い。その点、ここのは著者のバックグラウンドとかを考えながら読むと楽しいんだ。
著者名で検索してから読むとなお楽しい。
邪悪だな俺。そうでもないか。
……素直に新宿行こう。
相変わらずテンション高いなこの本は。
新キャラがほとんど増えない反面、同じキャラでこうもネタを続けるのがすごい。捻りは効いているけど効きすぎてもいないので、普通に面白かった感じ。
……飽きたとか言いつつ結局買い続ける俺。
＊ ＊ ＊
もっぱら情報の大半はネット収集なんだが、たまにプログラム系の本とか読みたくなる。翔泳社あたりの。
ハードウェア系はともかく、言語系の本については設計思想がモロに出る事が多い。その点、ここのは著者のバックグラウンドとかを考えながら読むと楽しいんだ。
著者名で検索してから読むとなお楽しい。
邪悪だな俺。そうでもないか。
……素直に新宿行こう。