青色レーザーダイオードを実現した赤崎先生、天野先生、中村修二さんがノーベル賞を受賞されました。本当におめでとうございます。 特に中村修二さんは企業(日亜化学)での仕事で受賞したわけですから、私は中村さんよりも下の世代ですが、企業で技術者だった私は大変勇気づけられました。 大変失礼な言い方をすると、赤崎先生は偉すぎて雲の上の存在ですが、中村修二さんならひょっとしたら自分もなれるかもと、企業などで実用研究をしている技術者にも思われるところがあるのが、今回のノーベル賞は良いですね。 また実は私は学部、修士の時に青色レーザーに関連する研究をしていたので、昔(学生時代)を思い出して感慨もひとしおです。 当時は青色レーザーを目指して、今回受賞したGaNとZnSeが激しく競争。いずれの陣営も日本の企業・大学が中心で、「日本を制したものが世界を制する」という、日本の黄金期でした。 私は「負け組」であるZn
整数型の変数aの桁数を求める場合,例えば 10000 という整数が与えられた場合にその整数が 5 桁であることを求める関数を書くとするとき,変数aを10で除算することを繰り返して0になるまでの回数をカウントすれば求めることが可能だ.この手法は正攻法ではあるのだけど,スクリプト言語の場合,文字列の操作が非常に楽なので,整数型の変数aを文字列に変換してその文字数を得るといった少々横着とも思える手法でも桁数を求めることが出来る. さて,以前の PHPでプロセスを呼び出してパイプで繋ぐ方法 / 例としてGNUPLOT で描画したグラフをPHP経由で出力,ついでにラッパーも書いた - UDONCHAN のエントリの後半にあるスクリプトでも,整数型の変数の桁数を求めるという処理があったのだけど,そこでは文字列長を得る方の「少々横着」な手法で求めている.両者の方法のどちらが高速かと考えた場合,常識的には
canvas を苛めていたら気づいたことがあったので書きます。(この記事は2011年5月現在の情報です。あなたがこの記事を読んでいる時点で、より新しくて良い方法が無いか確認して下さい) 基本的な話 canvas には、図形を描画する機能だけでなく、描かれている内容を読み取る機能があります。getImageData を使うと、canvas の内容をピクセル単位で読み取って画像処理をかけたりできます。また、toDataURL を使うと canvas の内容を Data URI として出力でき、サーバに送信したりできます。 しかし、この機能にはリスクがあります。例えば、悪意のあるページを開いただけで、社内SNSにしか公開していないあなたの顔写真を canvas 経由で抜き取られるかもしれません。そういう事が起きないように、他のサイトから読み込んだ画像が canvas に描画されている場合(以下、
先日のエントリでも書いたが、iOS6→iOS7への移行で最も酷いなと感じたのはステータスバーの問題である。 ステータスバーのレイヤの違いと画面に与える影響 iOS7においてはステータスバーはコンテンツとは完全に独立したレイヤとして扱うことになったようで、基本的に透過レイヤであり座標系もビューのルートと共有していない。つまりはiOS6までのアプリケーションをiOS7上で動かすとこのようにステータスバーがビューに覆い被さるように描画されてしまう。 この問題はステータスバーを表示している、つまりフルスクリーンを使う画面以外全ての画面が影響を受けてしまう凶悪なものだ。 ステータスバーをiOS6同様に非透過レイヤとすることで回避できそうなものだが、iO7ではステータスバーを非透過にする事は(今のところ)方法は無いので、これに合わせるしかない。ということは...iOS6まででステータスバーを透過にデザ
14:30 | Keep-Alive on / off に関する文献の多くが曖昧であることが気になっていたので、まとめてみました。Apacheのドキュメントから、Keep-Aliveの説明を拝借しますと、HTTP/1.0 の Keep-Alive 拡張と HTTP/1.1 の持続的接続の機能は、複数のリクエストが同じTCPの接続で送られる、長時間持続する HTTP セッションを提供します。つまり、Keep-Aliveは、『TCP 3ウェイハンドシェイクの節約』であるという点を理解しなければなりません。たいていの文献は『画像やCSSが多いサイトでは、接続を使い回すことにより無駄遣いをなくす』という説明をしていますが、この接続を使い回すという表現も曖昧な気がします。何となく分かった気になってしまう人も多いのではないでしょうか。それでは、まずは以下のようなhttpd.confで、Apacheの動
先日、以下の記事で初めて作ったAndroidアプリを紹介しました。 一週間で初めてのAndroidアプリを作ってみました その後、そのアプリをAndroidマーケットで公開してみました。 はてブ閲覧用Androidアプリ「HTBPocket」を公開しました この一連の作業で参考にした記事やサイトについて、「Androidアプリ開発関連情報まとめ」としてまとめてみました。 開発環境構築まず必要になるのが開発環境です。以下はMacの環境構築です。MacにAndroid SDKをインストール (Update 2010.05.25) そして以下がWindowsでの環境構築です。私はやったことないのでよく分かりませんが(^^;;世界を目指せ!Androidアプリ開発入門:第2回 Androidアプリ開発のための環境構築 公式の開発情報公式の開発者向けサイトです。Android Developers
2011年度 立命館大学 情報理工学部に入学する方へ - ぶっそれんれ研究室 という記事を見つけた.恐らく,うちの大学の1回生だと思うんだけど,とりあえず突っ込みを入れておく. > 入学前から英語だけは勉強しましょう⇒TOEIC-700点 英語は別に必要な時にやればよいね.TOEICの点数はシューカツとかには役立つかも知れませんが,使える英語が重要.使える英語ってのは人によって違って,理系の大学生するんだったら,論文が読み書き出来て,口頭発表出来るようになれるとよいね.僕にその程度の英語力が足りてるかってのは疑問だけど….あと,海外でビジネスやるとそういう話になるともっと大変.個人的には,そういうことやるんだったら英語出来る人と組むとかそういう選択肢採るかな.とはいうものの,TOEICみたいなのはモチベーションの維持には良いね.英語に限らずなにかしら学習するのに一番大変なのはモチベーション
コンピューター用語。 実行待ちプロセス数の平均数を表す値。負荷平均のこと。エンジニア・プログラマーが気にする数字。 通常、サーバー負荷の指標として使われる。この値が大きければ負荷が大きく、小さければ負荷が小さい。 Linuxでは、 cat /proc/loadavg または uptime で確認できる。 ロードアベレージが1以下であれば正常といわれていたが、最近のマルチコアCPUにおいては読み方が変わってきている。 マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
今回は番外編です。 ニコニコミュージカル「千本桜」の初音未来役はAKB48の石田晴香さんと発表された時のツイッターの反応について所感をまとめておきます。とりあえずミュージカルに関しての記事を貼っておきましょう。朝Pによる記名原稿です。ミク役にAKB石田晴香 ミュージカル千本桜、3月公演http://bit.ly/XR2YZc 配役の発表後、ツイッターではトレンドに「千本桜」や「黒うさP」など関連ワードが並ぶ盛況ぶり。何事かと確認してみれば、「千本桜はもともとAKBの曲」とツイートした人に対する炎上騒ぎであって、配役発表に対してではありませんでした。炎上主は「あはは釣れた釣れた」の釣り師である以上、このツイートに対する突っ込みや詮索は無意味であります。しかし炎上を抜きにしても、嫌悪感や不快感をむき出しにしたツイートを多く目にしました。これは2chでも同様です。 今回の騒動はボカロファンの何を
以下を読んだら、何となくTwitterがイイ感じな理由が分かった気がした、ネットの実名「もとまか」です。 Twitterが“匿名”を重視する理由--米CEOコストロ氏Q&A - CNET Japan えーと、まあそれはさておき。 Twitterと言えば、以前から気になってたことに、どうして文字数制限が140文字なんだろう?ということがあります。普通、キリのいい100文字とかじゃない?という素朴な疑問。 てことで、早速Google先生に聞いてみました。 Twitterの発言はなぜ140文字までなのか? | IDEA*IDEAつまるところ、ケータイのSMSの文字制限が160文字で、20文字は発言しているユーザー名にあてるため、残った140文字がメッセージ用、というお話ですね。 なるほど、そゆことでしたか! となると次の疑問は・・・・SMSの文字数制限はどうして160文字なのか、という疑問。 短
Ruby会議でどうも人を不愉快にさせる物言いがあったようでhttp://d.hatena.ne.jp/yuta4839/20080622#1214155876Java は、近代の言語。Ruby は、現代の言語』で会場中が爆笑できるほどの状況ならば、Java をフィールドに活動している人間にとっては、気持ちいいものではないRubyは大クラス主義なので、このセリフのバックグラウンドにはさぞや膨大な話が含まれてて、LTの性質上ものすごい量の話をはしょった末の発言なのだと思うんだけどこの言い方と雰囲気は誤解を与えるよね。間接的に情報を入手した私はもっと誤解してると思う。こういうのはLTの場面では言うべきじゃない気がする。もしほんとにRubyが現代の言語でJavaを近代の言語という話をしたいなら、きちんとした資料を用意して時間をかけて言葉を選びつつ慎重に話すべきだと思う。悪気のないネタにしてもあまり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く