タグ

2008年5月16日のブックマーク (7件)

  • プログラマーを引き付けるMac OS Xの魅力 ― @IT

    林信行 2008/5/15 いまや、Mac一筋という熱狂的なユーザーだけでなく、「何か面白いことをしたい」と考えるエンジニアMac OS Xを利用し始めている。いったいなぜなのか、その理由を探ってみよう(編集部) 最近、Macintoshを使う著名エンジニアをよく見掛けるようになった。 代表的なところだけでも、シックス・アパートの元CTOの平田大治さん(現News2U社取締役)や米マイクロソフトでWindows 98やInternet Explorerの開発に中心的な役割を果たした中島聡さん(現UIEvolution社チーフアーキテクト)、Lingrなどの開発で知られる江島健太郎さん(現インフォテリアUSA社長)、ニコニコ動画の技術コンセプト設計などを行った清水亮さん(現ユビキタスエンターテイメント社CEO)などが思い浮かぶ。 この傾向は、シリコンバレーに行くとさらに顕著だ。シックス・ア

  • 自分達のマイノリティーさを再確認してみた

    人口 約1億2776万人(平成17年国勢調査) 男性 約6230万人(総人口中48.7%。平成17年国勢調査)女性 約6546万人(総人口中51.2%。平成17年国勢調査)未成年 約2357万人(総人口中18.4%。平成17年国勢調査)高齢者人口 約2560万人(総人口中20.0%。65歳以上・平成17年統計局調査)労働者人口(15歳以上の就業者+失業者) 約6600万人(総人口中51.6%。2004年総務省労働力調査) 完全失業者数 約268万人(総人口中2%。労働者人口中4%。統計局平成20年3月速報。 ※正確に把握できてるのかなあこれ)フリーター人数 約187万人(総人口中1.4%。労働者人口中2.8%。2006年厚生労働省調べ ※正確に把握できてるのかなあこれ)ニート人口 約85万人(総人口中0.6%。2002年内閣府調べ ※正確に把握できてるのかなあこれ)年間自殺者数 約32

    自分達のマイノリティーさを再確認してみた
  • Opera Dragonfly 入門 (Japanese) - Opera Developer Community

    LoginUser name: Password: Lost password? remember Sign upSign up now to post in the forums, comment on articles, submit your own articles and more. この記事は「Introduction to Opera Dragonfly」の日語訳です。 【翻訳:利部直、上廣剛、アンドレアス・ボーヴェンス】 はじめに エキサイティングなニュースです!Opera Dragonfly が発表されました!Opera Dragonfly は Opera の提供する全く新しいウェブ開発ツールです。このアプリケーションは、ウェブ標準のデバック環境と問題解決のための効果的な仕組みを開発者に提供する軽快でパワフルなアプリケーションです。現在、以下の機能が提供されています:

  • SpamAssassinの設定メモ - Wiki@browncat.org

    [–] Category:CentOS CentOS 5サーバ環境の整備 CentOS 5設定メモ ClamAV+ClamAssassinの設定メモ Mobileimap Postfixスパム対策メモ Ruby mechanizeのインストール SpamAssassinの設定メモ 目次 1 SpamAssassinを使う 2 準備 3 日語向けuser_prefs導入するための設定 4 個人設定 5 サーバの起動 6 スパムの学習: sa-learn 7 ルールの更新: sa-update 8 運用 9 経過 10 日常の運用には 11 気になる点 [編集] SpamAssassinを使う Linuxのメールサーバに必須ともいえるスパムフィルタのSpamAssassin。一度安定したらたまにしかいじらないので、とりあえず忘れないようにざっくりメモ。一応CentOSメインで運用ですがUb

  • ウノウラボ Unoh Labs: ベンチャー流のスパムメール対策術(後編)

    今日もあいにくの雨で、最近めっきり自転車通勤が減っている naoya です。 今日は、前回の続き「 ベンチャー流のスパムメール対策術」と題した後編のエントリです。前編では、オープンソースで提供されているスパムフィルターの設定方法を紹介しました。 前編の設定を行った後、約2週間ほど僕宛に届く全てのメールでスパムの学習をさせるため、受信したメールをスパムフィルターに通して、スパムメールは spam ディレクトリに、スパムではないメールは Inbox のディレクトリに残しておきました。 この手作業の後、さっそくスパムフィルターの選定をするため、それぞれのスパムフィルターがどの程度効果があるのか測定することにしました。 測定する方法は、僕宛のメールに対して3種類のスパムフィルターをかけて、それぞれのスパムフィルターでスパムと判定されたメールを、どのスパムフィルターにかかったのか分かるようにそれぞれ

  • Procmailマニュアル

    『Procmail(プロックメール)』は、メールサーバが受信したメールを特定のルールにより振り分けたり、フィルタリングしたりするソフトウェアです。 簡単なレシピ(一連の設定のこと)を記述しておくだけで、題名や差出人ごとに振り分け、転送、SPAM(迷惑)メールの削除等を行う事ができます。 ホームディレクトリに「.procmailrc」というファイルを作り、目的別に以下のレシピを記述してください。2つ以上のレシピを書くこともできます。 注意:はじめに「.」が記述されているファイルは特別な意味があり、通常の「ls」では表示されません。そのため、これらのファイルを表示させたい場合は「ls -a」としてください。 転送のためのレシピ メッセージをコピーし、そのコピーを転送します。この場合、転送先と共用計算機(ruby)にメールが残ります。cをつけなければ共用計算機(ruby)にメールは残りません。

  • 本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記

    第1回 そろそろ気で学びませんか? | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない(と思う)。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn

    本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記