2006年04月24日12:00 カテゴリLove はてなに入りたくても入れないみなさんへ#4 本シリーズの最後は、数字のちょっとした訂正から入ります。 jkondoの日記 - はてなに入った技術者の皆さんへ 例えば最近 Audrey Tang という開発者が Haskell を使って誰も手をつけていなかった Perl6 の処理系を作り上げ、その仕事で高い評価を受けています。彼女が Haskell を勉強したのは恐らく随分以前だったでしょう。彼女が Haskell をマスターして方法論を身につけたあとは、ただひたすら Perl6 が動くようになるためにコードを書き続けているわけです。毎日毎日コードを書き続けるのです。それを何年間も継続したからこそ、世界の技術者が認める仕事になったのです。AudreyがHaskellに触れたのは、実は2004年の終わり頃です。それからPugsの開発に入るまで

各 entry の base64 っぽいエンコードされる permalink が Filter::TruePermalink で解決できないので、なんでだろうと思って User-Agent いじって調べてみたよ！Plagger だと、404 食らっちゃって、記事自体存在しないことになってるみたいだよ！Plagger 好かれてるよ！ぜったい Plagger 好かれてるよ！他の User-Agent だと、permalink が META タグで帰ってくるよ！解決法としては、Filter::TruePermalink で 404 食らって && rssad.jp な場合、Mozilla としてアクセスして META タグから拾ってくるよう fallback すればいいよねきっと。もしくは、rssad.jp なら、強制 Mozilla でいいよねきっと。きっと既出なんだろうけど、このエントリ書い

人間の網膜には「錐体」と呼ばれる視細胞があり、その分光吸収特性の違いからＬ錐体、Ｍ錐体、Ｓ錐体の３種類に分類されています。 下の図は、各錐体の２°視野の分光感度のデータをプロットしたものです。 （図の上部の色サンプルは目安です。） この図は、同じ強さの光でも、その波長によって、また錐体の種類によって感度が異なることを示しています。 各錐体は、感度に応じた大きさの信号を別の細胞に送ります。 ３つの錐体から送られてきた信号は、さらに別の細胞（双極細胞、水平細胞など）で下の図のように演算されます。

３種類の錐体のうちの１種類が全く機能しない状態の場合に、重度の色覚異常となります。 また、Ｌ錐体またはＭ錐体のどちらかが、それらの中間的な分光吸収特性を持っている場合に、軽度、中等度の色覚異常となります。 問題のある錐体がＬ錐体、Ｍ錐体、Ｓ錐体のいずれであるかによって、それぞれ１型色覚、２型色覚、３型色覚と呼ばれます。 これらは、ほとんどが遺伝によるもので、日本では男性の5%、女性の0.2%に見られるそうです。 以下は、様々な色で構成された色サンプルが、重度の色覚異常の方々にどのように見えるかをシミュレーションしたものです。 ただし、実際にはディスプレイ毎に分光特性などが異なるので、正確ではありません。 （色覚異常の方の色の見え方をシミュレーションしたビデオ１，ビデオ２もご覧いただけます。）

2016年4月より 小学校での色覚検査が推奨されるようになりました。 1994年までは小中学校で色覚の検査が実施されていました。しかし、当時は色覚異常者を色盲・色弱と呼んでいたこともあり、不必要な社会制限も多くありました。そのため差別やいじめにつながるのではないかという意見が多く、2003年に検査が廃止されてしまいました。 先天色覚異常は自覚することが難しく、検査をしていない場合は気付かずに大人になるケースが多くあります。その結果、進学・就職の時期に色覚異常が発覚し、それが原因で進路の断念などトラブルが増えてきました。 そのため2016年4月から小学校での任意の検査が再開され、今後は早い段階で色覚異常の有無を知ることができるようになりました。

2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同

恒例のパネルディスカッションに参加した。メインフレーマーの経験、知恵とオープンソースとの融合などが課題となる。 メインフレームの時代には、ハードウェア、OS、ミドルウェア、SI、すべて一社で供給していた。オープンシステムの時代になって、それぞれ別々のベンダーから調達し、SIベンダーが供給するようになった。各コンポーネントは標準化されていて（デファクト標準）、価格競争力がないと競合に置き換えられてしまう。その結果、メインフレーム時代に比較して、リーズナブルな価格になった。 問題はそのように作られたシステムでなんらかのトラブルが発生した場合である。プロプライエタリな製品で構築されていると、その製品にトラブルが発生するとSIベンダーには手も足もでない。垂直統合型（メインフレームの時代）の場合、自社ですべての製品を提供しているので、OSだろうがミドルウェアだろうが、トラブってもどうにかするのである

Acrobat 8.1 Update スポンサードリンク Tweet Adobe - Acrobat : For Windows : Adobe Acrobat 8.1 Professional and Standard update - English, French, German, and Japanese [www.adobe.com] Adobe - Acrobat : For Macintosh : Adobe Acrobat 8.1 Professional update - English, French, German, and Japanese [www.adobe.com] がでています。 昨日もうでていたのですが、 ITmedia +D PC USER：アドビ、Acrobat 8.1アップデータを提供――Adobe Reader 8.1も用意 [plusd.itme

「奨学金滞納者ブラックリスト化反対！！学費をタダに！！デモ」 〜ブラックリストの会“不況に合わせた学費に”

メールソフトでＧメールを受信するときに、最新の30日分のメールを再受信する方法 管理人 @ 4月 12日 09:52pm Gmail（Gメール） [N] Gmailで最近のメールを再取得するには？－ネタフルに、ライフハッカーの How to re-download recent Gmail messages という記事が紹介されていました。 「メールソフトでＧメールを受信するときに、最新の30日分のメールを再受信する方法」は次の通りです。 メールソフトのＰＯＰクライアント設定の username@gmail.com という設定を、 recent:username@gmail.com というふうに「recent:」をつければ、最新の30日分のメールを受信できるそうです。 例えば、ＧメールをPOP経由でメールソフトにダウンロードした後に、そのメールを削除してしまった時に、これは使えますね！ 関

人間の脳をダイレクトにコンピュータにつなげるという研究があるらしい。 血管内に挿入して治療に用いるカテーテルを電極として用いて、首のあたりから脳に侵入させるのだそうである。 電極を脳の神経系に直接つなげるわけではないと思うが、頭の皮膚に貼り付けるタイプの電極と違って、頭蓋骨によって減衰することはないし、かなり高い精度で脳内の電気信号を測定できるだろう。 昔から、ブレインマシンインタフェースという研究領域はあったけれど、脳波や脳内の血流を測定して精神生理学的状態を推論しマシンの制御に用いる、という一方向的なものが多かった。 しかし、電極を脳に挿入すれば、おそらく双方向の情報伝達ができるだろう。 ロボトミー（lobotomy）のように人間の感情や意識に多大な影響を与えることになるだろう。 その結果、人間の記憶がマシンを経由して統合されるだろう。 そして、記憶の統合された複数の人間はまるで一人の

Plagger プラグインの実行フェーズについて整理してみたので、載せておきます。 追記 はてブで「argsもあるとうれしいとおもた」というコメントがありましたので、追加してみました。 実行フェーズ $args フェーズの役割 実行例 plugin.init - プラグインの初期化処理 Publish::Feedでのフィード出力用ディレクトリ作成 subscription.load - フィードをPlaggerの購読リストへ登録 Subscription::Config でのyamlで指定されたフィードURL登録 customfeed.handle feed フィードのアグリゲーション（フィードデータの取得とパース） Aggregator::Simpleで RSS/Atomフィード取得とパース aggreagator.filter.feed content アグリゲートフェーズでのフィー

こんな画面でフルスクラッチで自分でコードを書いてTestを押すとコンパイルされて、Sandboxで結果が見られるというものです。 結果はソースを見て想像したとおりに 地図に出力したりできるみたいです。 たしかに手で書くよりは楽ですが mashup editor というよりは、低機能なテキストエディタを使わないと使えないライブラリ+テンプレートエンジン、というかんじです。ただ、手で書くだけあって細かいところはどこにでも手が届くようになっていて Google Mashup Editor - JavaScript API を使ってjsでデータをどう加工するかを書いてあげられます。だからちょっとへんなことはなんにもできないpipesと比べると格段に柔軟です。 でも難しいことしたくてコード書きたいなら、それPla(ry で終了っていうレベル。Plaggerのほうが遥かに洗練されています。 あと、そ

<< 2006/03/ 1 1. 開発環境はプアなほうがいい？ 2. [Ruby] Ruby 2.0の新仮想マシンYARVとは? 3. [OSS] 「松江市 テルサにIT開発拠点」 2 1. マレーシア調査 3 1. [Ruby] 面倒なバグ 2. [言語] Marketing Python - An Idea Whose Time Has Come 4 1. [言語] YAPC::Tokyo 2006参加決定 2. 温泉 5 1. [教会] 迂闊 6 1. 第7回アジアOSSフォーラムへ 7 1. 第7回アジアOSSフォーラム(1日目) 8 1. おみやげ 9 1. 帰国 2. 映画 10 1. 市長訪問 2. [原稿]オープンソースマガジン5月号 11 1. [原稿] 日経Linux 5月号 12 1. [教会] ステーク大会 13 1. [原稿]パフォーマンスチューニング 2. 携帯

PostgreSQLのデータベースをレプリケーションするためには、各種オプションソフトウェアを使用する必要があります。このオプションソフトウェアとしては、マルチマスタ方式のPGClusterやpgpool、マスタスレーブ方式のSlony-lなどが有名です。 一方のMySQLは、標準でマスタスレーブ方式のレプリケーション機能を持っています。1つのデータベースサーバをマスタ（マスタデータベース）とし、複数のデータベースサーバをスレーブ（スレーブデータベース）とした構成になります。 また、MySQLのスレーブデータベースは他のデータベースに対するマスタデータベースとしても機能します。そこで、スレーブデータベースに複数のスレーブデータベースを接続し、その接続したスレーブデータベースにもまた複数のスレーブデータベースを接続し、チェーン状のシステム構成を構築することも可能です。 しかしいずれのシステム

読者アンケートで、最強のサーバOSを決定する！

スケールアウトソリューション - 複数のレプリカに負荷を分散して、パフォーマンスを向上させます。 この環境では、すべての書込みおよび更新がソースサーバーで実行される必要があります。 ただし、1 つまたは複数のレプリカで読み取りが行われる場合があります。 このモデルでは、(ソースが更新専用であるため) 書込みのパフォーマンスを向上させる一方で、レプリカの数の増加に伴って読取り速度を大幅に向上させることができます。 データセキュリティ - レプリカはレプリケーションプロセスを一時停止できるため、対応するソースデータを破損させることなくレプリカでバックアップサービスを実行できます。 アナリティクス - ライブデータはソースで作成できますが、情報の分析はソースのパフォーマンスに影響を与えることなくレプリカで実行できます。 長距離データ分散 - レプリケーションを使用すると、ソースに永続的にアクセス

1.2 レプリケーションの動作レプリケーションでは最初にDBの内容を同期させた後、Masterサーバーで実行された更新系のクエリ(UPDATEとか)をSlaveに渡してSlaveでも同じクエリを実行していくことで、DBを同期させている(図1)。 Master側で実行された更新系クエリはバイナリログに蓄えられており、Slave側が接続してきたら、前回の接続からの変更分をSlave側に送信する。Slave側は受け取ったクエリを一旦リレーログに蓄えて順次クエリを実行してDBを同期させていく。リプリケーション動作にはBinlogDump,I/O,SQLの3つのスレッドが連携して動作する。 2.設定手順 (Master-Slave構成) 2.1 Master側の設定の確認Master側ではバイナリログを採取しておく必要があるので、Master側のmy.cnfにlog-binの設定が入っていることを確

レプリケーションとは、あるデータベースから他のデータベースに複製を作ることです。 これは通常、以下のような理由から使われます。 サーバがダウンしたときの対処 複数のデータベースが同じ内容を持つことで、一つのサーバがダウンしても 他のサーバを使うことが可能になります。 負荷分散 複数のデータベースを交互にアクセスすることで、一つのサーバに掛かる負担を減らすことが出来ます。 MySQLでは「一方向レプリケーション」を採用しています。 一つのサーバを「マスタ」として機能させ、残りのサーバが「スレーブ」になります。 データの複製は「マスタ→スレーブ」という方向でのみ行われます。 そのため、データの更新は必ずマスタサーバで実行する必要があります。 マスタサーバで更新を行うと、その更新内容が全てのスレーブサーバに通知され スレーブサーバはマスタサーバと同じ更新処理を行います。これにより、マスタとスレー

この文書は、技術評論社刊『WEB+DB PRESS Vol.22』に執筆した記事を技術評論社の 許可を得てWWWで公開しているものです。 このWWW版は校正前の原稿を元にしている点、WWW公開後に必要があれば修正する点で、雑誌版の文章とは異なる部分があります。また、図表も雑誌版とは異なります。 予めご了承ください。 また、この文章が対象しているのはMySQL 4.0系なので、最新のリリース版と比べると説明不足な点などが多々あると思います。 レプリケーションの基本をおさえるには、この文書はまだ有益だと思いますが、設定レベルの説明は最新のドキュメントを参照するようにしてください。

今回はレプリケーションを取り上げます。まずレプリケーションとはどのようなものかを解説し、次にPostgreSQLとMySQLそれぞれが持つレプリケーションの基本構造を解説します。 RDBMSでいうプリケーションとは、ある1つのデータベースをまったく同じ内容で複製し、複製したデータベース（レプリカ）をネットワーク上に複数配置する機能です。レプリケーションにて作成した複製のデータベースは、様々な目的に活用できます。次にその使用例を紹介します。 目的の1つには、バックアップデータとしての活用があります。テープ装置などの外部記憶装置にバックアップデータを作成するかわりに、他のサーバ上のディスク内にデータベースを複製し、それをバックアップデータとします。 障害発生時には、バックアップデータとして作成した複製データベースを本番データベースとして使用し、障害復旧のための時間を短縮する効果があります。 そ