タグ

2013年4月7日のブックマーク (7件)

  • 声優の携帯電話

    声優の携帯電話 が使っていた携帯電話を見る を使っていた声優を見る 声優 機種 その携帯電話だった日 逢田梨香子 iPhone 7 2016年10月17日 詳細 小宮有紗 iPhone 2016年04月30日 詳細 安元洋貴 iPhone 7 Plus 2017年04月29日 詳細 加藤英美里 iPhone7 2017年04月30日 詳細 加藤英美里 iPhone7 2017年04月30日 詳細 内田真礼 iPhone 2017年05月08日 詳細 内田真礼 iPhone 2017年05月10日 詳細 竹達彩奈 Xperia Z5 または Xperia X Performance 2017年02月26日 詳細 加藤英美里 SO-03H 2016年12月16日 詳細 下田麻美 iPhone 6s 2016年01月18日 詳細 大西沙織 iPhone 5c 2014年10月12日 詳細 大久保

    nnnnnhisakun
    nnnnnhisakun 2013/04/07
    まぁ映像とか発言とか記録があるなら集積するとこうなるよね・・・
  • Apacheのセマフォ解放コマンド

    セマフォとは セマフォとは、並行動作しているプロセス間で同期を行ったり、割り込み処理の制御を実施するメカニズムまたはデータ型や信号のことです。もともとは「手旗信号」の意味を持っています。特に、複数のプロセスでメモリ内の領域やディスク上のファイルを共有している場合、同時にアクセスして内容の破壊や不整合が起きるのを防ぐために使われます。任意の数のリソースを扱うセマフォをカウンティングセマフォ、ロック・アンロックのために値が0と1に制限されているセマフォをバイナリセマフォといいます。 要は、並列動作しているプロセス間のリソース制御をよしなに調整してくれるのが、コンピュータの世界におけるセマフォの役割になります。 Apacheのセマフォ障害 Apacheに限りませんが、このセマフォによる排他制御がうまく行っていない場合、アプリケーションが起動しなくなる場合があります。例えばApacheで、ディスク

    Apacheのセマフォ解放コマンド
  • 構成管理ツール Ansible について - aptheia.info

    Ansible というサーバーの設定を管理するツールの説明。いわゆる構成管理 (CM: Configuration Management) にカテゴライズされるもので、Puppet や Chef の親戚みたいなものと考えてもらえればだいたいあってる。 概要 リード開発者は Michael DeHaan で、現職の AnsibleWorks の前は Redhat で Cobbler や Func に携わっていたり、Puppet labs でプロダクトマネージャーしたりしているという経歴の持ち主。 Ansible は Python で書かれている。同じジャンルで Python 製というと Salt が有名。Chef の場合、レシピを書くためには Ruby の知識が必要となってくるけど、Ansible はどんな言語でもモジュールが書けるようになっているので、運用にあたって Python の知識は

  • データの鬼、Googleが解析した「よい上司を製造する8つの条件」

    検索結果によって人の流れを自由に操る力をもつGoogle。その中で「よい上司」としてチームをまとめ結果を出すには何が必要なのでしょうか。人事チームによる解析計画「Project Oxygen」によって実に驚くべき結論が現れました。 Google流マネジメントの限界 Googleが採用するのは一言でいえば「天才」。豊富な知識と高い技術力をもち、しかも自分で考えて動ける人々が厳しい倍率を潜り抜けてやってきます。そういう人材に自由にさせておけばそれなりに結果が出る……これがGoogle流マネジメントだ、というのが共通の見解でした。 しかし実際には「デキる」チームとそうでないチームが生まれてしまうという現象が起こっていました。しかも「デキる」チームは何をやってもよい結果を出してしまうのです。ならば「高い能力を持った管理職」が大事なのではないか、そういう人物は何を備えているのか。これを探るべく人事チ

    データの鬼、Googleが解析した「よい上司を製造する8つの条件」
  • http://magamo.opal.ne.jp/blog/?p=844

    http://magamo.opal.ne.jp/blog/?p=844
  • Chromeの新エンジンBlink ― なぜなに篇 - fragmentary

    4月3日、GoogleChromeに使っていたWebKitをフォークした新しいエンジンBlinkを発表した。 …だいぶ出遅れたのでとても書きづらいけれど、自分の理解のために書く。ただいろいろあるので、まずはWebKitをフォークするに至った経緯と、Blinkの概要について。 追記 (2013-04-30):別途ふたつエントリを書いたのでそちらもどうぞ。 Chromeの新エンジンBlink ― Webプラットフォーム篇 Chromeの新エンジンBlink ― どうなるんだろう篇 “Chromium port”としての負担 アナウンスしたAdam Barth曰く、Chrome開発時点でのWebKit採用は正しく、WebKitも大きく成長したと。 Chromium Blog: Blink: A rendering engine for the Chromium project ただ、開発を続け

    Chromeの新エンジンBlink ― なぜなに篇 - fragmentary
  • webkit-devで見るBlinkのフォーク | Scene Research Station

    ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく2つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ