Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

ウェブサイトは、その構造とナビゲーションシステムとが互いに支え合っていなければならない。検索システムとも結びついていなければならない。サブサイトに至るまで一体化していなければならない。複雑で、一貫性が無く、選択肢が隠れていて、UIが扱いにくければ、ユーザーは必要なものを見つけられない。 Top-10 Information Architecture (IA) Mistakes by Jakob Nielsen on May 11, 2009 ウェブサイトで思いどおりの操作がまったくできない原因の大半は、情報アーキテクチャの出来の悪さにある。これは、ウェブユーザビリティにからむ他の問題点に比べてなかなか改善しにくい。その理由を解き明かすため、腫れた親指のようにずっと前から目についていた間違いを10個洗い出してみた。これを全部合わせれば、ウェブサイトは毎年何十億ドルも無駄にしていることになる。

米Microsoft Corp.の日本法人であるマイクロソフトは2008年7月25日，同社の製品およびサービスにおいて，外来語に由来するカタカナ用語の末尾の長音に関する表記ルールを変更すると発表した（発表資料）。今回の変更によって，末尾が「er」，「or」，「ar」などで終わる言葉のカタカナ表記の末尾に，長音符号（ー）を付けることになる。具体的には，末尾が「er」で終わる「computer」といった外来語の，カタカナ表記における末尾の表記が，「コンピュータ」から「コンピューター」に変わる。今後，同社の製品およびサービスの将来のバージョンにおいて，新たな表記ルールに順次移行する。直近では，2008年8月に提供を開始するブラウザー「Internet Explorer 8 Beta2」に実装される予定。ただし，同社は既に発売済みの製品については，「Windows Update」などでも更新を行わ

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

先日のソーシャルブックマーク研究会では id:kanbayashi さんによる発表がありました。id:kanbayashi さんは Kikker や はてブまわりのひと などの開発をされている方です。最近情報検索理論に入門した自分にとっては、非常に面白い発表でした。 発表の中で Kikker の学習の仕組みについての解説もありました。Kikker は Cosine similarity で推薦するドキュメントを検索しているそうですが、ユーザーのクリックデータを使って、ユーザーごとに推薦対象を最適化するようにしているそうです。この学習は、ユーザーが見たページのベクトルを、そのユーザーの趣向ベクトルに足し込むことで実現している、とのことでした。 SBM研究会で発表した"私がチャレンジしたSBMデータマイニング"のスライド - Ryoの開発日記 Neo! 発表ではベクトルを加算することについて「

ブロゴスフィアでは最近Scala対Erlangの議論がややヒートし続けている。マルチコアの世界(参考記事)が訪れようとしている今、いかにマルチコア危機を解決するかが問題になっている。ScalaとErlangはその解決法たらんとしている言語だが、少し違いがある。それぞれのアプローチの長所短所はなんだろうか？ 問題 ムーアの法則はもう通用しない。かつてのようなクロック周波数の向上(リンク)は見込めず、かわりにコアの数を増やそうとしている。今の時代、あなたのノートPCでさえも2つコアを搭載していることだろう。 2つ以上のコアを有効に使うには、アプリケーションが並列処理を意識してないといけない。もしあなたの顧客が8コアのマシンを買ったとしたら、たとえそれをあるアプリケーションの専用マシンにしたとしても、そのアプリケーションがCPU性能の12%しか使えなくてもおかしくない、とあなたは顧客にどうにかし

Commit Charge まずこの辺に注目． ここの数字は「メモリ確保がメモリ不足で失敗するかどうか」に関係しています． 試しに VirtualAlloc で MEM_COMMIT を行うと Current が増加して，MEM_DECOMMIT すると減少します． Current が Limit を超えそうになるとメモリ不足で VirtualAlloc が失敗します． Limit の値はだいたい「搭載物理メモリ量」＋「ページングファイルサイズ」 になっています． つまり Commit Charge Current はメモリ確保時の「メモリ不足」の定義のためにあるようなカウンタです．物理メモリの 7 割がファイルキャッシュに使われているような状況でも，Current が Limit を超えそうになるとメモリ不足と扱われます． Physical Memory 次に Physical Memo

大手コンピュータ・メーカー勤務。入社以来10数年をソフトウェア開発の現場で過ごし，その後ソフトウェア品質部へ異動。現場への技術支援や品質教育開発などを主に行っている。「APIで学ぶWindows徹底理解」(日経BP社)などを執筆。 今を去ること十数年前，PC（パソコン）のOSの主流がDOSだったころ，アプリケーションが利用できるメモリーは，高々500Kバイトしかなかった。プログラマは，少ないメモリーをいかに有効利用するかに腐心したものだし，mallocなどのメモリー割り当て関数が，メモリー不足のためにエラーを返すのも珍しいことではなかった。OSがWindowsやLinuxなどに変わり，メモリーの大容量化や低価格化が進んだ今，少なくとも一般的なアプリケーション開発に関する限り，メモリーが確保できるかどうかを心配する開発者はほとんどいないのではないだろうか。 しかし，それでもメモリーは有限であ

新人に捧げる「Webブラウザの仕組み」 皆さんが毎日利用している「Webブラウザ」。インターネットの創成期から現在まで進化を続けながら、一線で活躍する技術です。今回はこのWebブラウザについてあらためて見てみましょう。 前編・後編2回に分けて、前編ではWebブラウザとサーバの通信の仕組みや役割、後編ではWebブラウザやHTMLの歴史と未来について説明します。 基本的な説明ですが、読めば新しい発見があるかもしれません。 WebサーバとWebブラウザの甘い関係 インターネットを通じてWebブラウジングするとき、私たちはInternet Explorer（以下、IE）やFirefoxといった「Webブラウザ」ソフトを使ってWebサーバにアクセスします。Webサーバが画像やテキストといったデータをWebブラウザに送り、Webブラウザが情報を解釈して表示します。では、ここでのWebサーバとWebブラ

水害や地震，火災で損傷したハードディスク・ドライブ（HDD）からデータを復旧できるか検証した。水道水に沈めたHDDからデータが復旧できた割合は67％。水から引き上げた後に乾燥しないよう濡れたタオルでHDDをくるんでおくとデータの復旧率は向上した。 水害，地震，火災──。災害は忘れた頃にやってくる。災害でダメージを受けたハードディスク・ドライブ（HDD）からデータを復旧できるのか。「水害」「地震」「火災」の3種類の災害を想定してHDDを損傷させ，そこからデータを復旧できるか検証した（図1）。 図1●「水害」「地震」「火災」で損傷したハードディスク・ドライブ（HDD）からデータが復旧できた割合 HDDに保存されている全データ容量を100％とした場合，水没後に乾燥したHDDからは約67％のデータが，落下したHDDからはすべてのデータが復旧できた。一方，200℃で30分間加熱したHDDからはデータ

多くの読者の方々にとってロードマップという言葉は特に目新しい言葉ではないだろう。テクノロジーロードマップという言葉や手法は新しいものではなく、随分以前から多くの企業で使われているからである。ところがそれらは、企業レベルでコンセンサスをとった手法にはなっていない場合が多い。企業内で研究者や技術者が自分の研究、開発に関連する技術の将来展望をまとめ、それを自身や自身の属する部署などで研究開発活動の参考として使っていたというレベルではないだろうか。「ないよりはあった方がよいが、なくてもあまり困らない」という性格のものであったのではと思う。 一方で、業界団体や公的団体が作成した、本格的なロードマップというものもある。国際半導体技術ロードマップ（ITRS : International Technology Roadmap for Semiconductors）などはその代表例で、半導体関連業界の研究