日本語でのMac,iPhone,iPad,iPodなどApple関連の情報サイト。MACお宝鑑定団のBlog。 Macに捉われず、様々な情報を掲載しています。 Retinaディスプレイを搭載した「MacBook Pro (Retina Mid 2012)」では、システム環境設定のディスプレイの表示方法が変更されています。 通常は、Retinaディスプレイに最適が選択されていますが、サイズ調整を選択すると、4つのスケーリング解像度を選ぶ事が出来ます。 最適(Retina)は1440 x 900ですが、左の文字を拡大で、1,024 x 640、1,280 x 800に変わり、スペースを拡大を選択すると1,680 x 1,050、1,920 x 1,200が選べます。 従来では、最大解像度以上は選べず、解像度数値がリスト表示され、どれかを選ぶとブルーアウトして、少しぼけた感じの拡大表示しか選べま
日本語でのMac,iPhone,iPad,iPodなどApple関連の情報サイト。MACお宝鑑定団のBlog。 Macに捉われず、様々な情報を掲載しています。 Geekbench(64bit)を使って 「MacBook Pro (Retina Mid 2012)」のベンチマークを計測してみました。 比較対象として、今回発売開始されたMacBook Pro (Mid 2012)データを用意しました。 Retinaディスプレイになり、iPad (3rd generation)同様にGPU負荷が高くなってるのか、少し遅い感じです。 Geekbenchデータ ・MacBook Pro (Retina Mid 2012)/2.6GHz Quad Core i7/8GBRAM/512GBSSD/GeForce GT 650M(1GB) ・MacBook Pro (Retina Mid 2012)/2.
もはや説明する必要もないソーシャルゲーム・プラットフォームサービスとなったMobage。そんなサービスを支えるDeNA社のエンジニア陣が執筆した書籍が明日発売とのこと。 この本は発売前から気になっていたのですが、大変ありがたいことにDeNAの方々からご献本いただきました。この場を借りて御礼申し上げます。 Mobageを支える技術 ~ソーシャルゲームの舞台裏~ (WEB+DB PRESS plus) 作者: DeNA出版社/メーカー: 技術評論社発売日: 2012/06/13メディア: 単行本(ソフトカバー)購入: 31人 クリック: 737回この商品を含むブログを見る さて、すっかり大規模Webサービスとなったモバゲーですが、本書によると2012年3月末時点で、ユーザ数は約4000万人に到達し、35億PV/dayを捌くインフラアーキテクチャは意外にもWeb/APサーバ+DBサーバの基本2層
DeNAさんの「Mobageを支える技術」を献本頂きました。nekokakさんありがとうございます。 今日発売です この本は4部構成になっています Part 1 ソーシャルゲーム開発技術 Part 2 ソーシャルゲーム運用技術 Part 3 ソーシャルゲーム効率化技術 Part 4 ソーシャルゲーム分析技術 最初はガラケーやスマホなどのどちらかというと、フロントよりの話があり、Part2と3で、インフラ・データベース・アプリケーションのチューニングなどの話題が出て、Part4ではデータマイニングが紹介されます。目次をみるだけでもDeNAを支える技術をできるだけ多く盛り込んだ本だということがわかります。その分、若干書評が書きにくく、万人にお勧めするのが難しい本だなと思いました。 DeNAがさばいている35億PV/dayというリクエスト数と同等レベルのアクセスを相手にしければならないエンジニア
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載! [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
2012年6月13日 明和政子 教育学研究科准教授、岡ノ谷一夫 東京大学大学院総合文化研究科教授と科学技術振興機構(JST)戦略的創造研究推進事業 ERATO型研究「岡ノ谷情動情報プロジェクト」の松田佳尚 研究員らは、赤ちゃんの「感情の発達」と「母親を認識する能力」の関係を研究し、母親と他人を半分ずつ重ね合わせた「半分お母さん」の顔を見ようとしない「不気味の谷」現象を発見しました。 生後半年以降の赤ちゃんは母親と他人を区別したうえで、両者を好んで見ることが知られています。「母親(親近感)」と「他人(目新しさ)」は、全く違う存在にも関わらず、赤ちゃんが両方を好んで見るため、どのように母親と他人の区別をしているのか分かりませんでした。また、どの程度母親の顔に敏感かも不明でした。 本研究グループは、この問題を解明するために、生後7~12ヵ月の赤ちゃん51名が、母親、他人、「半分お母さん」の3種類
ジャイナ教(ジャイナきょう、サンスクリット: जैन、英: Jainism)は、マハーヴィーラ(ヴァルダマーナ、前6世紀-前5世紀)を祖師と仰ぎ、特にアヒンサー(不害)の禁戒を厳守するなど徹底した苦行・禁欲主義をもって知られるインドの宗教。「ジナ教」とも呼ばれる。仏教と異なりインド以外の地にはほとんど伝わらなかったが、その国内に深く根を下ろして、およそ2500年の長い期間にわたりインド文化の諸方面に影響を与え続け、2019年時点、およそ世界全体で500万人の信徒がいるとされる[1]。 起源[編集] 「マハーヴィーラ」(Mahāvīra)は、本名「ヴァルダマーナ」(Vardhamāna、栄える者)。「マハーヴィーラ」(偉大な勇者)の尊称で広く知られた。 マハーヴィーラはマガダ(現ビハール州)のバイシャーリー市近郊のクンダ村に、クシャトリヤ(王族)出身として生まれた。父親の名はシッダールタで、
アヒンサー(デーヴァナーガリー: अहिंसा; IAST ahiṃsā)は 非暴力(文字通り:暴力(ヒンサー)の忌避)を意味するサンスクリット の用語で、古代インドに起源を発した宗教(ヒンドゥー教、仏教、ジャイナ教)の重要な教義である。インドでは「アヒンサー・パラモ・ダルマ」(非暴力は仏法の中で最上のものである)と言われている。アヒンサーは生き物を殺したり害したりすることを禁止するという行動規範で、あらゆる種類の暴力が好ましからざる業果をもたらすという信念に密接に関連付けられる。非暴力の原理を(人間以外の)異なる生命形態にどこまで広げるかは、前述の三つの宗教内において種々の権威者・活動・流派間で物議をかもし、何千年ものあいだ論争の題材であった。 アヒンサーという概念の起源は不明であるが、アヒンサーに対する最も早い言及は歴史的なヴェーダ教の聖典に見られ、これは紀元前8世紀のものと年代が特定
HTTPの新ステータスコード「451 Unavailable for Legal Reasons」を、グーグルのTim Bray氏がIETFに提案 WebブラウザとWebサーバのあいだでやりとりされる通信プロトコルのHTTPには、リクエストに対するレスポンスを表すためのさまざまなステータスコードがあります。例えば、「200 OK」「404 Not Found」などはその代表的な例です。 ここに新しいステータスを追加しようという提案がIETFに対して行われました。提案したのはXML仕様の策定に関わった主要な人物であり、現在グーグルでAndroidのデベロッパーアドボケイトをしているTim Bray氏。 提案されたステータスコードは「451 Unavailable for Legal Reasons」(451 法的な理由によって利用不可)です。 ISPとサーチエンジンに影響するようだ 提案では
海外ではなぜアジャイル型開発が普及しているのか、IPA(独立行政法人情報処理推進機構)が継続的に行っている非ウォーターフォール型開発についての調査や提言活動の一環として、海外でのアジャイル開発の背景などについての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 (非ウォーターフォール型開発の海外における普及要因編)」が公開されました。 調査対象国は、アメリカ、イギリス、中国、ブラジル、デンマークです。アメリカはアジャイル宣言が行われたアジャイル開発先進国として、イギリスもアジャイル開発の先進国として選ばれ、中国は日本のオフショア先であり新しいソフトウェア開発市場が起こりつつある国として、ブラジルはアジャイルコミュニティが活発化しており、デンマークは政府がアジャイル開発を推進している国として選択されました。 報告書のハイライトを紹介します。 海外でなぜアジャイル
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ!出力を /dev/null に捨てるなんてとんでもないよね!」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
はじめに これから書く内容は、シェルスクリプトをばりばり書いている現場(サーバエンジニア・インフラエンジニア)向けのものではありません。 年に数回crontabをいじるような現場(サーバに詳しくないアプリケーションプログラマが多数を占めるような現場とか、Webデザイナや非プログラマがcrontabをおそるおそるいじったりするような現場)を想定しています。 >/dev/null 2>&1 の問題点 この記法の問題点は、「覚えにくい、間違えやすい、間違ってても気づかない」ということです。 初心者を迷わせる要素がこんなにあります。 >/dev/nullは先か後か 1と2はどちらが先か &はどこに書くのか よって下記のように多種多様なミスが起こり得ます。 2>&1 >/dev/null >/dev/null 1>&2 >/dev/null 2>1& >/dev/null &2>1 これをぱっと見て
現在の場所:ホーム / News / 時代の読み方:Facebookの次の覇者としてLINE、Weixinが有望な理由【湯川】 このテーマについては何度か書いてきたが、しっかりと説明し切れていない感があるので一度まとめて書いておきたいと思う。 Googleに代わってFacebookが時代の覇者とみなされるようになった。このことにはだれも異論がないと思う。そしてFacebookが覇権を握ったことで次の覇権争いが始まっている、ということに対しても異論はないだろう。 そしてその覇権争いの場は、モバイルになった。この見方については多少異論もありそうなので、簡単にわたしの考えを述べたい。パソコンは、「1つのデスクの上に1台」というマイクロソフトが当初掲げていた目標は達成した。同社の目標通り、ほとんどすべてのホワイトカラーがパソコンを使うようになった。 しかしパソコンは一人一台まで普及しなかった。 代
ロボット工学の偉い先生の講演を聴いてきた。あの311から、原発事故の現場に関わってきた先生の話だ。 先生の発表はとても熱かった。みんな資源エネ庁の公募に応じてくれと、国内の学者、技術者、国公立の機関、民間企業、あらゆる所から英知と技術を集めて、あのぶっ壊れた原子炉を何とかしようとしていた。なんか発表中ずっと、BGMに逆シャアのメインテーマが聞こえる気がしたよ。私はもう平常の研究開発、普段の企業の業務に戻った気でいたけど、その先生はまだ非常時モードで、まだまだ戦っていたんだ。 先生曰く、あのぶっ壊れた原子炉の中身、溶けてしまった燃料棒を全てきちんと片付けてしまうには、30年から40年かかるという計画がすでにたっている、のだそうだ。 建屋の最上階に人類が到達できるまで数年。もう一度格納容器を水で満たすまで10年。それからすこしずつ核燃料を取り出し、しかるべき所に処理を始め、終わるまで30年はか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く