タグ

2015年1月29日のブックマーク (5件)

  • Android TV 搭載 Nexus Player を日本で販売します。

    メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。

    Android TV 搭載 Nexus Player を日本で販売します。
    kfujii
    kfujii 2015/01/29
  • AWS News Blog

    New – Amazon EC2 Hpc7a Instances Powered by 4th Gen AMD EPYC Processors Optimized for High Performance Computing In January 2022, we launched Amazon EC2 Hpc6a instances for customers to efficiently run their compute-bound high performance computing (HPC) workloads on AWS with up to 65 percent better price performance over comparable x86-based compute-optimized instances. As their jobs grow more co

    kfujii
    kfujii 2015/01/29
  • モバイルデザインパターン 第2版

    モバイルアプリのUIパターンを手軽に参照できるリファレンスの第2版。デザイントレンドの変化に対応して全面改訂。主要なプラットフォームで動くモバイルアプリの画面例を1,000点以上使いながら、ユーザーインタフェースの定番パターンをグラフィカルに解説します。書で紹介する83個の基パターンと7個のアンチパターンが、使いやすいモバイルアプリをデザインするうえでクリアしなければならない設計上の課題を解決してくれます。 掲載UIパターン:ナビゲーション、フォーム、テーブル、検索、並べ替え、フィルター、ツール、グラフ、誘導、ソーシャル、フィードバック、アフォーダンス、ヘルプ、アンチパターン 監訳者まえがき 序文 まえがき 第1章 ナビゲーション 1.1 主要なナビゲーションのパターン(永続的) 1.1.1 Springboard(スプリングボード) 1.1.2 Cards(カード) 1.1.3 Li

    モバイルデザインパターン 第2版
    kfujii
    kfujii 2015/01/29
  • glibcの脆弱性「GHOST」、影響範囲を見極め冷静な対処を

    glibcの脆弱性「GHOST」、影響範囲を見極め冷静な対処を:安定版Linuxディストリビューションの一部に影響、アップデートの適用を 2015年1月28日、Linuxで広く利用されているGNU Cライブラリ(glibc)に、バッファオーバーフローの脆弱性が存在することが明らかになった。Red Hat Enterprise Linux 6&7といった安定版のLinuxディストリビューションに影響があるため、注意が必要だ。 2015年1月28日、Linuxで広く利用されているGNU Cライブラリ(glibc)に、バッファオーバーフローの脆弱性(CVE-2015-0235)が存在することが明らかになった。脆弱性自体は2013年5月21日に修正されているが、「セキュリティ上の問題」として認識されなかったことから、Debian 7やRed Hat Enterprise Linux 6&7、Cen

    glibcの脆弱性「GHOST」、影響範囲を見極め冷静な対処を
    kfujii
    kfujii 2015/01/29
  • 今まで経験したプロジェクトでありがちな展開と、エンジニアとしてアウトプットしていくパターン - mizchi's blog

    なんか最近、(比較的)アウトプットしてないな、とふと気づいたんだけど、よく考えたらプロジェクトの進捗のフェーズによってアウトプットの分量が偏るのはいつものことだなー、とも思った。 それらのフェーズを前期、中期、後期、運営期で考えみる。 初期段階 おそらくライブラリの選定段階から始まる。この時期のアウトプットは、いわゆる「やってみた系」の記事が増える。ウェブに出る記事だと、これが大多数をしめる。汎用性が高く、技術的に挑戦的なものが多い。(立場的な話をするとQiitaはそういう記事がたくさん共有されると助かる) 選定が終わった段階で、アーキテクト的な役割の人は、たぶんこうあるべきだ、みたいな思想を形成する。それをクラス図やコード規約や役割に応じたドメイン特化基底クラスとして表現したりする。DDD的なアレならこれをユビキタス言語の構築としてプロジェクトを通してやるべきなんだろう。 使う予定のフレ

    今まで経験したプロジェクトでありがちな展開と、エンジニアとしてアウトプットしていくパターン - mizchi's blog
    kfujii
    kfujii 2015/01/29