YouTube - Hosono & Sunahara - History of electronic music
第１回全日本剣道選手権大会決勝 榊原正錬士対阿部三郎教士 第１回全日本剣道選手権大会は、昭和28年11月８日、東京の蔵前国技館で全国より53名の剣士が参加して開催。１万人を 第１回全日本剣道選手権大会決勝 榊原正錬士対阿部三郎教士 第１回全日本剣道選手権大会は、昭和28年11月８日、東京の蔵前国技館で全国より53名の剣士が参加して開催。１万人を超える 観衆が集まった。 本大会は、戦前の剣道界の慣習であった専門家、非専門家の区別を廃し、選手の資格は年齢、段位、称号などに一切の制限を設けず、 各府県の予選を経て代表者を出し、剣道日本一を決するという画期的な構想によるものだった。 優勝の榊原正は大正９年愛知県蒲郡市生まれの33歳、名古屋矯正管区法務教官（剣道師範）、のちに剣道範士八段。戦前は名門東邦 商業で活躍した剣士。準優勝の阿部三郎は大正８年福島県相馬生まれの34歳、警視庁の剣道選手でのちの
新社会人用：おすすめツール
村上さんの騎士団長を最近、読んだ（ここ数年以内）。なぜなら、村上春樹は最大の現実逃避の小説なので、現実逃避したい時に読みたいから。 Amazon.co.jp: 騎士団長殺し（第１部～第２部）合本版（新潮文庫） 電子書籍: 村上春樹: Kindleストア >「試練はいつか必ず訪れます」と免色は言った。「試練は人生の仕切り直しの好機なんです。きつければきついほど、それはあとになって役に立ちます」 免色さんかっこいい。ノルウェイの長沢さんを思い出します。 カツセマサヒコさんの名前は知っていたけど本を読んだことがなかったので、読んだ。 明け方の若者たち (幻冬舎文庫) eBook : カツセマサヒコ 青春小説だった。青春小説としてはとても楽しく読んだ。 サブカルもたくさん。 昔読んだ燃えがらさんの「ボクたちはみんな大人になれなかった」に通ずるところがあった >「人間の体は、あっためて甘いもん入れた
PHPからRSSを手軽に作成するライブラリ: RSSWriter:phpspot開発日誌
RSSWriter RSSWriter is a convenience class for generating RSS 1.0 feeds with PHP. RSSWriterを使えば、RSSの詳しいフォーマットについて知らなくても、手軽にRSS1.0 feedを作成することが出来ます。 クラスの形式でライブラリ化されているので、自作のツールに組み込むのも容易です。 サンプルは次のような感じ。 <?php include("rss10.inc"); $rss=new RSSWriter("http://www.example.org/", "Example Site", "The best examples out there.", array( "dc:publisher" => "Example Publishing Inc.", "dc:creator" => "E X Amp
ほぼ日刊イトイ新聞-ダーリンコラム - 空気を読む
＜空気を読む＞ 「空気を読む」ということばが、 あちこちで聞かれるようになった。 おもに、「空気を読め」とか 「空気が読めないやつ」という具合に 否定的な言い方で使われることが多い。 他の言い方をすれば「察する」ということだ。 この「察する」という能力は、 昔は、みんなにあった ということになっている。 みんなが察し合うコミュニケーションをしてきた、と。 「察し」のコミュニケーションは、 明文化されてないルールのように、 わからない者には、なにをどうすればよいのか 判断する基準が見えないために、 新しい世代の人間には評判が悪かった。 してほしいことをハッキリ言ってください、とか、 言ってくれなきゃわからないでしょ、とか、 「察しのコミュニケーション」に 反対する立場の人の言い分は、わかりやすい。 もし、「察し派」と「明文派」というものに 分けられてディスカッションしたとしたら、 「明文派」
今日から始める！ Web 2.0超入門講座 ～初心者でもよくわかる「これからのWeb」のすべて～
いまWebでは、ブログやSNSなど多数のCGM（ユーザーが自由に「参加」して書き込めるメディア）によって、爆発的に情報が増加しています。同時に、いわゆるマスメディア発の情報よりも、一般ユーザー発の情報（ブログの記事や日記、またアンケート結果など「ユーザーの声」を統計的に処理した情報）が増え、質的な変化も起きています。 そして、情報の流通スピードも変わりました。ブログに書かれた記事は書いた瞬間にRSSとして流れ、1分後にはブログ検索の対象にもなります。 こうして情報の量・質・流通スピードがともに変化していく中、私たちは、どのようにして情報と付き合っていけば良いのでしょうか？ ■多すぎる情報を制御する――「アテンション」の管理 昔は、メディアの量は有限でした。新聞や雑誌は一定の刊行点数・ページ数で、読者は興味を持った記事をきちんと読み切れました。インターネットが普及しはじめたばかりの頃だって、
Taste for Makers
ものつくりのセンス ---Taste for Makers--- Paul Graham, February 2002. Copyright 2002 by Paul Graham. これは、Paul Graham：Taste for Makers を、原著者の許可を得て翻訳・公開するものです。 プロジェクト杉田玄白正式参加テキスト。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2002 by Paul Graham 原文: http://www.paulgraham.com/taste.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッ
Cのプログラムの中でブレークポイントを設定する - bkブログ
Cのプログラムの中でブレークポイントを設定する Cのプログラムをデバッグする際には GDB などのデバッガが役立ちます。通常、ブレークポイントはデバッガの中から設定しますが、デバッグ対象のCのプログラムの中で設定することもできます。 Linux なら #include <signal.h> して、任意の箇所に raise(SIGTRAP); を挿入すれば OK です。 raise() 関数を用いて SIGTRAP シグナルを発生させています。 あるいは x86 限定なら __asm__("int3"); でも OK です。ここでは SIGTRAP を発生させるために int3 (0xcc) 命令を埋め込んでいます。GDB もソフトウェア的にブレークポイントを設定するときは当該箇所に int3 を書き込んでいるので、やっていることは割と似ています (GDBの場合は int3 を書き込む部分の
続 理想の世界 - jkondoの日記
先日、プログラム上では理想が築ける気がするのでついつい手を加えつづけてしまうという話を書きましたが、そうはいってもやはり納得のいくまできっちりと作り上げないと気がすみません。特に、お客様に製品として納品する場合はなおさらです。 ある一つの機能を実現させるためには、たくさんの方法が存在します。とりあえず動けばいいというプログラムから、向こう何年間、機能を徐々に追加変更していきながら使い続けられるシステムまで千差万別です。そして、できる限り後者のような、いつまでも世に残るようなものを作りたいものです。その場限りで使い捨てられてしまうようなものを次々と作るのは虚しいものです。 と、いうようなことを考えているときちょうど友人に素晴らしい記事を教えてもらいました。Paul Grahamという方のコラムの翻訳です。 http://www.shiro.dreamhost.com/scheme/trans
jkondoの日記 - 仕事は非ルーチンワークから片付けよう
仕事には毎日毎日の定常業務・いつもの仕事＝ルーチンワークと、突発的な仕事＝非ルーチンワークがあると思いますが、時間の使い方として非ルーチンワークの方から手をつける方が良い結果になることが多いんじゃないかとふと思いました。 非ルーチンワークというのは、朝突然「これをやろう」とアイデアを思いついたとか、社内で話しをしていて急遽行う事になった、みたいなタスクで、こういう仕事が発生すると「まあ待て。とりあえず今日やるつもりだったいつもの仕事を終わらせてから取り掛かろう」という人と、「なんだか面白そうだし新しい事をやってから残りの仕事を片付けよう」という人に分かれるような気がします。 ところが、「定常業務を終わらせてから手をつけよう」と思っていても、定常業務は仕事時間を全部使い果たそうとする性格がありますので（ありますよね、何でなんでしょう？）、結局その日には手がつけられない、みたいな事になりがちで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
F's Garage Jugem出張所 | 10分では作れないけど強力なPHP開発環境
一日一杯:mixi系ツールのまとめ リンク集
++blue in the Shell++ - ナメック語で遊ぼう！
moved
Subversionによるバージョン管理(日本語訳)