tsysobaのブックマーク - はてなブックマーク

Webはインターネットになった - naoyaのはてなダイアリー

先週金曜日にエンジニアサポートCROSS2013に行ってきた。目当ては @Jxck_ さんホストによる次世代Webセッション。セッション自体は前後半に分かれていて前半はプロトコル編。SPDY (wikipedia) や HTTP/2.0 の動向やその課題点など後半はアーキテクチャ編。プロトコルが変わった上で、その上で動くソフトウェアのアーキテクチャが云々という内容でした。前半がより技術寄り、後半はテーマ的にもより広範の話題を扱うという感じでどちらも面白かった。 CROSS 2013レポート(2) - mad-pの日記こちらに細かいログがあります。話の前提になる SPDY や HTTP/2.0 周りの昨今については【HTTP 2.0の最新動向】第1回：HTTP/2.0の策定、ついに始まる - INTERNET Watch Watch 【HTTP 2.0の最新動向】第2回：HT

tsysoba 2013/01/26

web
ICT

リンク

Firefox OS - naoyaのはてなダイアリー

Firefox OS が面白そう、というので少し触ってみました。 Firefox OS はWeb 標準ベースの開発を基礎としたモバイル端末用プラットフォーム、要は HTML と JavaScript と CSS でアプリケーション開発できるモバイル端末用の OS。間もなく Developer Preview Phone な実機が発売されるというのでにわかに盛り上がりを見せているみたいです。 Firefox OS が目指すところは Web 標準による、開発者がロックインされないオープンなプラットフォーム。iOS や Android の昨今の状況を見れば、そのアンチテーゼになるプラットフォーム構想があってもおかしくないわけで、まさにそれを目指しているようですね。いったいどんなものかという概観は dynamis さんによるスライドが分かりやすい。 Firefox OS from dynamis

tsysoba 2013/01/25

web
ICT

リンク

書籍『「超」入門失敗の本質』を批判する - naoyaのはてなダイアリー

先日『「超」入門失敗の本質』(鈴木博毅、ダイヤモンド社、http://www.diamond.co.jp/book/9784478016879.html) という書籍を読みました。こちら、ダイヤモンド社の今週の週間ランキングでも一位のようですし、都内の複数書店でも平積み特設コーナーで扱われておりビジネス書として注目を集めているのでしょう。内容としては、"累計５２万部突破、今もっとも注目される組織論の名著を、若手戦略コンサルタントが２３のポイントからダイジェストで読む。" とある通り位置づけとしては第二次世界大戦前後の旧日本軍の組織分析について書かれた『失敗の本質―日本軍の組織論的研究 (中公文庫)』に対する入門書という位置づけです。結論から言いますと、この本には幾つかの点で個人的に首をかしげざるを得ないところがあると感じました。原典がある書籍である以上、そこは比較した上、原典の側に立

tsysoba 2012/05/10

書籍・雑誌

リンク

ETech 会場は Mac だらけ - naoyaのはてなダイアリー

Mac 使う人がすごい勢いで増えてるなあと最近思ってたんですが、ETech の会場にいくとびっくりします。印象では半数ぐらいが Mac な感じ。(実際にはもう少し少ないかもしれないけど、そういう印象を受ける) あと iBook よりも PowerBook の方が多い。そりゃ ETech にくる客層はテッキーな感じなんで Mac 率が高くなるのもまあ分かるは分かるんだけどさすがに半数も Mac だとびっくりします。プレゼンテーターの人も Mac + Keynote って人が多い。このセグメントには Apple の時代が来てる、間違いない。需要曲線的にはまだ左側の方ですが、曲線の通りにいくとこりゃ3年後はコンシューマ市場は Microsoft はやばいかもわからんね。オフィスに納品される PC とかがどうなるかってのはまた全然別の話だとは思いますが。写真は PowerBook でプレゼン

tsysoba 2006/03/08

なんと。

apple

リンク

naoyaのはてなダイアリー - 疎結合のための Web API

RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB　な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな