はAIがあなたにぴったりのアニメをオススメしてくれるサービスです。 どのアニメを何話まで見たか視聴記録を残すこともできます。 よくある「このアニメを見た人はこれらも見ています」表示もあります。 自分に合った本当におもしろいアニメを知りたい人、よくある人気ランキングだとしっくり来ない人にとくに最適です。
auの新作発表の実況が残念すぎた。 auの新作発表にともない、twitterで公式アカウント@au_officialが実況をしていたのだが、非常に残念だった。 発表会前からハッシュタグ問題でモメていた*1のだが、肝心の実況も惨憺たるモノだった。 au_officialまだTwitterのことをよく知らないので、勉強しながらつぶやきますね #au2009linkau_official皆さん、フォローありがとうございます!Twitter初心者だけど、がんばりますlinkというつぶやきの通り、au_officialの中の人は、いや、auはあまりにもtwitterを知らなすぎた。 で、今日の本番。au_officialおはようございます。いよいよ新商品発表会当日となりました。実況中継、お楽しみに! #au_official2009linkau_officialドアオープンです。会場内の風景はこんな
Facebookが大規模スケーラビリティへの挑戦で学んだこと(前編)~800億枚の写真データとPHPのスケーラビリティ問題 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の巨大なシステムは、3つのデータセンターにある約3万台のサーバと、PHP、C++、Memcache、MySQLなどのソフトウェア群によって支えられています(同社のデータセンターの巨大さは、記事「3億のユーザーを抱えるFacebookのデータセンター。移動は自転車、希望は100Gbイーサネット 」を参照)。 同社の技術担当バイスプレジデント Jeff Rothschild氏は、Facebookが実現している大規模なスケーラビリティを、いかにしてこれらのソフトウェアで実現しているのか、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Mas
Many of you already know that managing session is a critical task for web applications, specially when you want to avoid I/O hop and also a significant load over your database by writing a custom session handler. Beside that, if your application makes use of multiple web servers behind a proxy, then its more than a critical job to share and manage session data among these servers effectively. This
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON(XMLでもかまわない)をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく(ずる=本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事)
ごめんなさい。smashmediaのブログは削除されました。 10年に渡り、あちらこちらに書き連ねてきましたが、ご愛読いただきほんとうにありがとうございました。またリンクしてくださった方にも、心からお礼申し上げます。 以下、少し駄文を書きます。 ブログには「パーマリンク」という基本的な考え方があり、すべての発言や記事は半永久的に固定されたURLによって公開され、未来におけるアクセス権(閲覧可能性)を担保するという、じつに素敵なコンセプトなのですが、一方で古い情報が永遠に残り続けてしまうという弊害も生んでいます。 ブログというものが「ストック」であるならば、そこに書かれた内容に対して、書き手であるブログ運営者は責任をもつべきで、自らの考え方が変われば内容を更新し、状況や情報が変われば現在にあわせて修正すべきです。 でも現実問題として、そこまでさかのぼって更新や修正をできるほうが稀で、結果とし
CakeMatsuri応援企画として展開しているリレーブログ「ぼくとわたしのCakePHP」。 きしださんからバトンを受け取ったので、つらつらと。 CakePHPとの出会い 出会いはたしか2006年頃。当時自作PHPフレームワークで開発をしていたのですが、メンテや教育を考えてオープンソースのフレームワークを探していました。 ちょうどRailsブームの頃でRailsライクなフレームワークがボコボコと登場した頃なのですが、当時はPHP4対応が必要だったのであれこれ考えて辿り着いたのがCakePHPでした。正直その頃はCakePHPがここまではやるとは思って無くて、もしCakePHPがダメになってもそのノウハウを持ってRailsに移れば良いかと、いう計算もありました:-D CakePHPとblog またタイミングを同じくして、このblogを書き出しました。当時はblogの記事も暗中模索で、日記風
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く