<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link rel="hub" href="http://tumblr.superfeedr.com/" xmlns:atom="http://www.w3.org/2005/Atom"/><description>Blog of Ichi Kanaya / 金谷一朗のブログ</description><title>pineapple blog</title><generator>Tumblr (3.0; @pineappledesign)</generator><link>http://blog.pineappledesign.org/</link><item><title>紐結び</title><description>&lt;p&gt;ロープの結びは想像力よりも記憶力のほうが重要な分野。結び方ひとつに先人の命懸けの叡智が詰まっている。&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/18126650833</link><guid>http://blog.pineappledesign.org/post/18126650833</guid><pubDate>Thu, 23 Feb 2012 21:36:53 +0900</pubDate><category>xs</category></item><item><title>ウサギとカメ</title><description>&lt;p&gt;ウサギとカメはそれぞれ大きな失敗をしている。ウサギは途中で休憩したことだが、カメはそもそもウサギと勝負したことが間違いだ。&lt;/p&gt;

&lt;p&gt;と、思っていたら、有名なウサギとカメの話には&lt;a href="http://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%B5%E3%82%AE%E3%81%A8%E3%82%AB%E3%83%A1"&gt;他のバリエーション&lt;/a&gt;があるらしい。こちらのカメはウサギを見事に計略にかけている。&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/18069291104</link><guid>http://blog.pineappledesign.org/post/18069291104</guid><pubDate>Wed, 22 Feb 2012 23:03:00 +0900</pubDate><category>xs</category></item><item><title>TM Revolution...</title><description>&lt;iframe width="400" height="225" src="http://www.youtube.com/embed/n0vgSN7ZhgE?wmode=transparent&amp;autohide=1&amp;egm=0&amp;hd=1&amp;iv_load_policy=3&amp;modestbranding=1&amp;rel=0&amp;showinfo=0&amp;showsearch=0" frameborder="0" allowfullscreen&gt;&lt;/iframe&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;TM Revolution のレボリューション&lt;/p&gt;

&lt;p&gt;&lt;a href="http://ja.wikipedia.org/wiki/%E4%B8%80%E4%BA%BA%E3%83%90%E3%83%B3%E3%83%89"&gt;ソロプロジェクト&lt;/a&gt;（&lt;a href="http://en.wikipedia.org/wiki/Solo_project"&gt;英語&lt;/a&gt;）は，たとえサポートスタッフがいたとしても「なんで個人なのにプロジェクト名つけてるの？」って聞かれるのがかつては相場だった．&lt;/p&gt;

&lt;p&gt;いまは，個人で複数のソロプロジェクトを持っていても不思議じゃないし，いちいち突っ込まれることもないだろう．&lt;/p&gt;

&lt;p&gt;&lt;a href="http://ja.wikipedia.org/wiki/%E6%B5%85%E5%80%89%E5%A4%A7%E4%BB%8B"&gt;浅倉大介さん&lt;/a&gt;はエポックなのかもしれない．ソロプロジェクトという言葉を普及させたという意味で．&lt;/p&gt;

&lt;p&gt;（僕は彼が博士くんだったころのステージを拝見したことがある．）&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/18000404045</link><guid>http://blog.pineappledesign.org/post/18000404045</guid><pubDate>Tue, 21 Feb 2012 15:53:40 +0900</pubDate><category>Daisuke Asakura</category></item><item><title>相対論への道</title><description>&lt;p&gt;&lt;a href="http://quaternion.pineappledesign.org/relativity"&gt;相対論への道 —- quaternion.PineappleDesign.org&lt;/a&gt;

&lt;/p&gt;&lt;blockquote&gt;
相対論への道(1)物理現象を時間と空間に分けて考えたのはガリレオ・ガリレイである。彼以前は、物理現象を時間で計るという発想はなかったようである。振り子時計がガリレオによる発明であることを思い出せば、当然かも知れない。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(2)ガリレオは、航行中の帆船のマストの先からボールを落とすとマストの根元に落ちることに何らかの理由を求めず、「宇宙はそのように出来ているのだ」と主張した。これをガリレイ相対性と言う。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(3)ガリレイ相対性と、当時ケプラーによって発見されたばかりの惑星の運動法則から、アイザック・ニュートンは画期的な法則を発見する。一つは万有引力（重力）の法則。ニュートンによると重力は質量によって生み出される．もう一つは運動の法則。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(4)巨視的に見て、我々が感じる力は二数類しかない。重力と電磁力だ。そのうちの半分をニュートンは体系づけたのみならず、運動の法則まで発見している。運動の法則は運動方程式と呼ぶ。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(5)運動方程式の主張はこうだ。物体に力を与えなければ、物体は等速直線運動をする。物体に力を与えれば、物体の運動量が変化する。運動量とは、物体の質量と速度を掛け合わせたものだ。ニュートンはまた「運動の変化のしにくさ」としての質量を定義した． 
&lt;br/&gt;&lt;br/&gt;
相対論への道(6)運動方程式によると、物体の運動量の「時間当たりの変化率」は物体に加わった力に正確に比例する。この時間当たりの変化率という考え方はニュートンによって初めて明確にされた。ニュートンは時間微分を発明したのだ。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(7)ニュートンはもう一つ重要な考え方を残している。力や運動量（或いは速度）がベクトルであるということである。ベクトルは大きさの他に向きを持つ量で、足したり、何倍かにしたり出来るが、数ではない。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(8)ニュートンはガリレオ以来の時間と空間の厳密な区別を継承し、それぞれ絶対時間、絶対空間と名付けた。絶対空間はユークリッド幾何学そのもので、運動の問題は方眼紙の上に図を描くのと同じになった。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(9)ニュートン以降の問題は、不可思議な電磁現象に関する法則を見つけるだけだと誰もが思っていた。それは運動方程式や重力がそうであるように、絶対空間上の作図問題でなければならなかった。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(10)永久磁石が地球の南北を向く性質を持つことはガリレオ以前から知られていたし、静電気の存在も知られていた。雷が静電気と同じ性質を持つことさえベンジャミン・フランクリンの実験によって確かめられていた。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(11)シャルル・ド・クーロンは電荷の存在を予言し、電荷の間にどの様な力が働くかをクーロンの法則として発表した。例えば、プラスチック製の定規をセーターの擦り付けて、そのあと頭の上に持って行く遊びは電磁力（クーロン力）のおかげである。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(12)その後電磁現象は無数に見つかることになる。ハインリヒ・ヘルツは電波を発見し、グリエルモ・マルコーニは無線通信機を作った。アンドレ・マリ・アンペール（アンペア）は電荷の流れ（電流）が方位磁針の向きを変えることを発見した。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(13)無数に見つかる電磁現象を、ジェームズ・マクスウェルが後にマクスウェル方程式と呼ばれる一揃えの方程式にまとめ上げる。その方程式は電気と磁気に関するもので、電気と磁気と光が同じものであることを示唆していた。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(14)ここに困った問題が持ち上がる。マクスウェル方程式の主張は、ガリレイ相対性と相入れないのだ。ガリレイ相対性によれば、物理現象は足し算で合成できる。方眼紙の上に、直線を繋ぎ足していくイメージだ。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(15)マクスウェル方程式が予言する電磁現象は違う。もし足し合わせを実行しようとすれば、絶対空間である方眼紙か絶対時間である時計のほうを歪めなければならなくなってしまうのだ。ローレンツは方眼紙の歪め方を発見し、ポアンカレは時計の遅らせ方を発見した。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(16)一方，アルベルト・アインシュタインはローレンツたちとは独立にマクスウェル方程式に取り組んだ。彼は最初から絶対空間，絶対時間という考え方を捨てて、時間と空間が一体になった時空間というものを考えていたようだ。 &lt;br/&gt;&lt;br/&gt;
相対論への道(17)時空間で考えれば、マクスウェル方程式は新しい相対性に従う。この相対性はアルベルトによって特殊相対性と名付けられた。あらゆる慣性系（つまり特殊な系）から見てマクスウェル方程式がその形を変えないからだ。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(18)若きアルベルトの師匠であったミンコフスキーは、特殊相対性に見事な幾何学的解釈を与えた。簡単に言うと、横軸に空間、縦軸に時間を取る。運動する系は、時空間の回転である。この回転によって、時間と空間が混ざり合う。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(19)ミンコフスキー時空間では、ガリレイ相対性は単なる平行移動（つまり無変換）だが、特殊相対性は回転変換なのだ。（虚時間を導入することで回転変換になる。一般の時間を使った場合は押しつぶす一次変換。） 
&lt;br/&gt;&lt;br/&gt;
相対論への道(20)ただアルベルトはこの理論に満足しなかったように思う。自ら特殊と名付けたこともその証拠かもしれない。理由は巨視的な力の一つである重力を考慮に入れられなかったからである。つまり、ニュートンとは反対側の半分しか満たしていない。そして両者はまだかち合ったままだった。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(21)一般相対論は特殊相対性を加速する系つまり一般系にまで拡張したものだ。なぜ加速系を考えると重力を考えることになるのか。アルベルトはガリレオのように「宇宙はそのように出来ている」カードを切る。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(22)アルベルトは「加速度と重力は区別できない」と主張する。これを等価原理と呼ぶ。そして加速系でも局所的には特殊相対性が成立すると仮定する。ニュートンは重力の原因としての質量と、運動のしにくさとしての質量を主張したが、アルベルトはその二つを同じ物にした。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(23)一般相対論では、場所によって時空間の回転の分量が異なると主張する。重力の大きなところは（つまりそれだけ加速しているところでは）時空間の回転の度合いも大きい。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(24)ニュートンが主張したとおり、重力は質量によって生まれる。質量があるところは時空間が歪む。この歪をアルベルトはリーマン幾何学を用いて記述し、アインシュタイン方程式としてまとめた。 
&lt;br/&gt;&lt;br/&gt;
相対論への道(25)アインシュタイン方程式は、アルベルトが修正した重力の法則である。一般相対論によって、電磁力と重力は同じ枠組み（リーマン幾何学）の中で説明が可能になった。これが、物理に時間という概念を持ち込んだガリレオから時間という概念さえ疑ったアルベルトへと受け継がれた相対論への道である。 
&lt;/blockquote&gt;</description><link>http://blog.pineappledesign.org/post/17906009625</link><guid>http://blog.pineappledesign.org/post/17906009625</guid><pubDate>Mon, 20 Feb 2012 07:00:05 +0900</pubDate></item><item><title>Top entries of the week / 今週最も読まれた記事</title><description>&lt;ol&gt;&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17182429634"&gt;プログラマへの誤解&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/5908685759/how-to-win-friends-and-influence-people"&gt;HOW TO WIN FRIENDS AND INFLUENCE PEOPLE / カーネギー「人を動かす」第1章和文抄訳&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13012027021/arduino"&gt;ジジイのためのARDUINO入門・買い物編&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17634179594"&gt;学術ってなんだろう&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17728463827"&gt;ヒロセのコネクタ&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16286588866"&gt;注意喚起：合同会社ローラからの迷惑メール&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13012028026/arduino"&gt;ジジイのためのARDUINO入門・ハードウェア実装編&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17512424822/toll-free-bridge"&gt;TOLL-FREE BRIDGE / 自由往来&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13012029816/arduino"&gt;ジジイのためのARDUINO入門・ソフトウェア実装編&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17685131233"&gt;芸術を技術で囲い込まない&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011948380"&gt;ベクトルの掛け算&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17291425299"&gt;二流研究者への道&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;&lt;p&gt;&lt;a href="http://bibliographer.pineappledesign.org/"&gt;Bibliographer&lt;/a&gt;ブログのほうはアクセス解析をしていないのだけれども，&lt;a href="http://bibliographer.pineappledesign.org/post/16563328165"&gt;「数学は言葉」&lt;/a&gt;はリブログして頂いたので，読んでいただけた印象．多謝．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17866933536</link><guid>http://blog.pineappledesign.org/post/17866933536</guid><pubDate>Sun, 19 Feb 2012 14:03:51 +0900</pubDate><category>top entries</category></item><item><title>What you need when you create an animation film</title><description>&lt;p&gt;&lt;a href="http://homepage3.nifty.com/maya_y/Maya_Yoneshos_page/Welcome.html"&gt;Maya Yonesho&lt;/a&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;ul&gt;&lt;li&gt;Strong topic&lt;/li&gt;
&lt;li&gt;Suitable technique&lt;/li&gt;
&lt;li&gt;Truth from the heart&lt;/li&gt;
&lt;/ul&gt;&lt;blockquote&gt; &lt;/blockquote&gt;&lt;/blockquote&gt;</description><link>http://blog.pineappledesign.org/post/17784285176</link><guid>http://blog.pineappledesign.org/post/17784285176</guid><pubDate>Sat, 18 Feb 2012 07:00:06 +0900</pubDate><category>ar</category><category>animation</category></item><item><title>ヒロセのコネクタ</title><description>&lt;p&gt;日本の物づくりがどうのこうのと言う前に，一度見てもらいたいのである．&lt;/p&gt;

&lt;p&gt;&lt;a href="http://www.apple.com/macosx/mountain-lion/"&gt;ヒロセ電機&lt;/a&gt;のコネクタを．&lt;/p&gt;

&lt;p&gt;ヒロセのコネクタは「超」がつくぐらい高品質で，使う側にも作る側にも優しい．例えば一番有名な丸型コネクタのHR10シリーズの場合，ユーザはプラグをレセプタクル（ソケット）にあてがって「ぐりぐり」してはめることができる．Mini DIN で同じことをするのは地球外追放に相応しい犯罪行為だが，HR10では逆に推奨される使い方だ．&lt;/p&gt;

&lt;p&gt;また手はんだが本当にやりやすい．HR10の12ピンコネクタは標準的なMini DIN 8ピンコネクタの何倍も手はんだフレンドリーだ．&lt;/p&gt;

&lt;p&gt;つまり，オーバースペックなのだ．&lt;/p&gt;

&lt;p&gt;日本の電気系物づくりを象徴するTVと同じ．いやひょっとしたら携帯電話の中身のセラコンとも同じ．手はんだフレンドリーなんて時代錯誤も甚だしい．&lt;/p&gt;

&lt;p&gt;．．．と，話だけ聞いた人ならそう思うだろう．&lt;/p&gt;

&lt;p&gt;でも，技術屋がもしこのコネクタを手にしたらきっと感じる．10個で1,000円のコネクタとは違う理由を．&lt;/p&gt;

&lt;p&gt;このコネクタにはLOVEがある．&lt;/p&gt;

&lt;p&gt;ユーザへのLOVE，デベロッパへのLOVE．．．だけじゃない．そこを流れるであろう何molものエレクトロンへのLOVEがあるのだ．&lt;/p&gt;

&lt;p&gt;LOVEだけでものは売れないし，惜しまれつつも姿を消して行ったテクノロジーも数多い．だけど，日本がTVを作れなくなっても，セラコンの品質が追いぬかれても，ひょっとしたらコネクタも売れなくなっても（信号伝達系が全て無線になればコネクタなんていらなくなる），このLOVEだけは日本人のHentai魂として受け継いで行きたい．&lt;/p&gt;

&lt;p&gt;LOVEにオーバースペックなんてないのだから．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17728463827</link><guid>http://blog.pineappledesign.org/post/17728463827</guid><pubDate>Fri, 17 Feb 2012 07:00:00 +0900</pubDate><category>Hirose</category><category>connector</category><category>electronics</category></item><item><title>芸術を技術で囲い込まない</title><description>&lt;p&gt;駆け出しのころの&lt;a href="http://homepage3.nifty.com/maya_y/Maya_Yoneshos_page/Welcome.html"&gt;米正万也さん&lt;/a&gt;が自作を&lt;a href="http://ja.wikipedia.org/wiki/%E5%B7%9D%E6%9C%AC%E5%96%9C%E5%85%AB%E9%83%8E"&gt;川本喜八郎さん&lt;/a&gt;（人形劇三国志のひと）に送った時に返ってきた言葉．&lt;/p&gt;

&lt;blockquote&gt;If you are making animation as your hobby, I can say “well done.” But if you want to be a pro, forget all your older works. Your next film will be your first film.&lt;/blockquote&gt;

&lt;p&gt;芸術家は人と同じ事を出来ない．工学者は誰でも同じことができるようになってもらいたい（だから技術を開発する）．&lt;/p&gt;

&lt;p&gt;以前そんな葛藤を感じたこともあった．でも，たしか&lt;a href="http://ja.wikipedia.org/wiki/%E4%B8%AD%E5%B6%8B%E6%82%9F"&gt;中嶋悟さん&lt;/a&gt;だったと思うのだが，F1にセミオートマチックトランスミッションやアクティブサスペンション，果てはトラクションコントロールまで導入された頃，「もうドライバ（の技量が）いらないんじゃないですか？」という質問に対して「いや，戦いのレベルが上がるだけです」と答えられていたことを僕は思い出す．&lt;/p&gt;

&lt;p&gt;技術を囲い込めば数年はアドバンテージを確保できるかもしれない．でもわずか数年だ．（さすがにF1ではその数年が大きいので囲い込んでいただろうが．）そんな小さなアドバンテージよりも，技術をオープンにすることのほうがよほど新しい芸術のためになるんじゃないだろうか．&lt;/p&gt;

&lt;p&gt;というわけで，例えば &lt;a href="http://www.pineappledesign.org/2012/01/video-polyphonic-jump-kobe.html"&gt;Polyphonic Jump!&lt;/a&gt; のシミュレータ部分は&lt;a href="http://sourceforge.jp/projects/polyphonic/"&gt;オープンソース&lt;/a&gt;にしています．残りの部分も段階的に公開します．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17685131233</link><guid>http://blog.pineappledesign.org/post/17685131233</guid><pubDate>Thu, 16 Feb 2012 09:58:00 +0900</pubDate><category>Polyphonic Jump</category><category>art</category><category>technology</category></item><item><title>Core Image について</title><description>&lt;a href="http://www.corevideo.net/2012/02/core-image.html"&gt;Core Image について&lt;/a&gt;: &lt;p&gt;&lt;a href="http://www.corevideo.net/"&gt;Core Video 解説ブログ&lt;/a&gt;に投稿しました．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17642044382</link><guid>http://blog.pineappledesign.org/post/17642044382</guid><pubDate>Wed, 15 Feb 2012 12:55:28 +0900</pubDate><category>xs</category><category>Core Video</category></item><item><title>学術ってなんだろう</title><description>&lt;p&gt;科学技術振興機構(JST)が発行した「文化を目指す創造型科学技術研究とその進め方」という研究報告書があるのだが，これがとても面白い．内容は元東大の原島博先生が研究統括をされていた戦略的創造研究推進事業(CREST)「デジタルメディア作品の制作を支援する基盤技術」研究領域の各研究代表者を原島先生がインタビューされるという構成なのだが，お役所の刊行物（と一括りにしては失礼なのだがどうか許されたい）としては驚くほど示唆に富んでいる．&lt;/p&gt;

&lt;p&gt;この研究領域は独立行政法人科学技術振興機構という科学技術をプロモートする政府系機関が，日本の工学と芸術を結びつけることを目的とした研究領域で，名だたる工学系研究者，芸術系研究者が名を連ねている．&lt;/p&gt;

&lt;p&gt;インタビュー中よく出てくるのが，工学系研究者と芸術系研究者のぶつかり合いなのだが，その中で工学系研究者がふと自分の立ち位置を振り返るシーンが必ず出てくる．&lt;/p&gt;

&lt;p&gt;工学って，科学なのか，技術なのか？&lt;/p&gt;

&lt;p&gt;僕はこの話題を見るといつも D. E. Knuth 博士を思い出す．工学と同じ概念はかつてartと呼ばれていた．artの語源となったラテン語arsに対応するギリシャ語はtechneで，これはtechniqueの語源になった．&lt;/p&gt;

&lt;p&gt;技術も芸術も「術」，人の手によって作られるもの，つまりartefactであり，それにいたるプロセスだ．そして，そのプロセスになにがしかの普遍性を求めようとする活動が学問だ．&lt;/p&gt;

&lt;p&gt;近代の（日本の）工学は，この立脚点をあまりに置き忘れていないだろうか．Artefactを作って，人を幸せにするという立脚点を．（基礎研究が主戦場の研究者はSFを書けばいい！）&lt;/p&gt;

&lt;p&gt;たぶん，医学・医術分野ではもう何十年も繰り返された議論だろう．たぶん我々も学ぶべきだと思う．&lt;/p&gt;

&lt;p&gt;世界を変えるには，まず自分から変わらなきゃ．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17634179594</link><guid>http://blog.pineappledesign.org/post/17634179594</guid><pubDate>Wed, 15 Feb 2012 10:36:09 +0900</pubDate><category>design</category><category>engineering</category><category>D. E. Knuth</category></item><item><title>printf considered harmful</title><description>&lt;p&gt;printf関数を使うのはもうよしたほうがいいんじゃないか．&lt;/p&gt;

&lt;p&gt;&lt;a href="http://kenichiokuyama.blogspot.com/2012/02/sudo-format-string-vulnerability.html"&gt;Sudo format string vulnerability&lt;/a&gt;&lt;/p&gt;
&lt;blockquote&gt;
このバグは、すごく簡単に言うと printf() 系関数を2段階かけた事に起因したバグです。printf() 系関数を多段に使うことは、セキュリティを考慮したコーディングとしては非常にまずいもので、
&lt;center&gt;&lt;b&gt;絶対やるな&lt;/b&gt;&lt;/center&gt;
と言っても構わないぐらい、危険な行為です。
&lt;/blockquote&gt;

&lt;p&gt;とは言うものの，printfの代替案が思いつかない．またprintf系関数を使う以上，それが多段階に使われることはよくあるだろう．文字列のフォーマットをsprintf関数でしたとして，その結果を印字をしたいときにもprintf系関数を使うことは便利なので，なかなか無くならないようにも思う．&lt;/p&gt;

&lt;p&gt;これは可変長引数をサポートするコンパイラ言語という事情からくる．可変長引数の場合引数チェックがいい加減になることと（コンパイル時にフォーマット文字列との静的なマッチングぐらいは出来る），スタックがプログラマの意図しない状態のままバイナリが実行されてしまうことだ．&lt;/p&gt;

&lt;p&gt;Pascalはこの問題に果敢に取り組んだ一例かもしれない．つまり，文字列のフォーマットなど端から諦めるのだ．引数は必ず右からスタックに積むし，印字系手続きであるWriteLnなどはビルトインだ．&lt;/p&gt;

&lt;p&gt;C++では«オペレータをストリーム出力用に割り当てることで，可変長引数を使わずにprintfのような（オブジェクトの出現順に同じ階層に識別子を並べるスタイルで）文字列フォーマットを可能としている．確かにprintfよりは呪文度が高いが，それは慣れの問題だろう．&lt;/p&gt;

&lt;p&gt;Objective-Cでは文字列のフォーマットは一旦NSStringをかませられるので（というか多段階処理が必要な場合はNSStringが必要なので），無茶なフォーマッティングは実行時に捕まえられる可能性がC言語よりは若干高い．もっともこれは注意が行きやすいというだけで，本質的な回避策にはなっていない．&lt;/p&gt;

&lt;p&gt;というわけで，身も蓋もない結論になるが，C言語以外が使える時はC言語以外を使え，というのが正解のような気がする．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17591685253</link><guid>http://blog.pineappledesign.org/post/17591685253</guid><pubDate>Tue, 14 Feb 2012 12:58:03 +0900</pubDate><category>programming</category><category>C</category><category>printf</category></item><item><title>Toll-free bridge / 自由往来</title><description>&lt;p&gt;Mac OS X のWindows系OSに対するアドバンテージのひとつに，NeXTSTEP由来の（しかしかなり修正された）フレームワークの存在がある．このフレームワークは，気持ちいいほどにゆるい．&lt;/p&gt;

&lt;p&gt;例えば，あらゆる Objective-C コードから利用出来るファウンデーションライブラリとして，その名もFoundationというフレームワークがある．これは簡単に言えばC++におけるSTLのようなもので，言語に組み込まれていないが便利なデータ構造をライブラリとして提供するものだ．文字列や動的配列，辞書なんかがFoundationに含まれる．&lt;/p&gt;

&lt;p&gt;C++STLとFoundationの際立った違いは，そのゆるさにある．Foundationでは型チェックは実行時まで先延ばしされる．（類例を求めると旧Borlandの Turbo Pascal 6.0 が近い．）しかし，このゆるさは Objective-C の中だけにとどまらないのだ．&lt;/p&gt;

&lt;p&gt;AppleはこのFoundationとは他に Core Foundation というC言語向けのファウンデーションライブラリも提供している．実はこれがまたゆるい．どう言うことかというと，なんとObjective-Cオブジェクトをそのまま（型キャストだけで）Core Foundation 関数へ渡すことができるのだ．&lt;/p&gt;

&lt;p&gt;この仕組をAppleは toll-free bridge と呼んでいる．コスト無しで，川のどちら側へも行けるというわけだ．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17512424822</link><guid>http://blog.pineappledesign.org/post/17512424822</guid><pubDate>Mon, 13 Feb 2012 07:00:05 +0900</pubDate><category>Objective-C</category><category>C</category><category>Apple</category><category>Core Foundation</category><category>Foundation</category></item><item><title>Top entries of the week / 今週最も読まれた記事</title><description>&lt;ol&gt;&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17182429634"&gt;プログラマへの誤解&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17291425299"&gt;二流研究者への道&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16286588866"&gt;注意喚起：合同会社ローラからの迷惑メール&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011948380"&gt;ベクトルの掛け算&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011946326"&gt;掛け算のない世界&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17339384078"&gt;組織を作るときは&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011951157"&gt;事象を論理以外の方法で普遍的に論述することは可能か&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/17126748384/16-september-2012-kyoto"&gt;TEDxKyoto&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/14108795725"&gt;小室哲哉風作曲法&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16380686108"&gt;外開きのドアに注意&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;&lt;p&gt;今週最も読まれた&lt;a href="http://blog.pineappledesign.org/post/17182429634"&gt;「プログラマへの誤解」&lt;/a&gt;は，&lt;a href="http://blog.practical-scheme.net/shiro/20120208-things-that-arent-written"&gt;川合史朗さんのブログ&lt;/a&gt;や&lt;a href="http://blog.livedoor.jp/dankogai/archives/51771415.html"&gt;小飼弾さんのブログ&lt;/a&gt;で取り上げられ，その後&lt;a href="https://plus.google.com/103748274114027132441/posts/PwNVDcDaGa1"&gt;議論がGoogle+上で行われた&lt;/a&gt;．ご両名に感謝．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17477547399</link><guid>http://blog.pineappledesign.org/post/17477547399</guid><pubDate>Sun, 12 Feb 2012 16:35:24 +0900</pubDate><category>top entries</category></item><item><title>組織を作るときは</title><description>&lt;p&gt;F.K.&lt;/p&gt;
&lt;blockquote&gt;組織を作るときは解散の仕方をあらかじめ考えておく&lt;/blockquote&gt;
&lt;p&gt;人生には限りがある以上，どんな形であれ最終的には組織を去らねばならないし，自分で作った組織なら尚更その組織からの去り方，または解散の仕方を始めから考えておくべきだ．&lt;/p&gt;
&lt;p&gt;某大企業の社長が「ワシが耄碌したら言ってくれ，引退する」と従業員に語ったそうだが，そもそも耄碌してしまったら諫言を受け入れられる状態ではないわけだから，これは「ワシは自らは引退せんぞ」宣言に等しい．&lt;/p&gt;
&lt;p&gt;もしFacebookタイムラインが未来にメッセージを投稿できたなら，僕は将来の自分に「このプロジェクトを降りる時ですよ」とか「〜さんに権限を譲って引退しなさい」とかメッセージを残すだろう．あるいは，未来の自分宛に封書を書いておいてもいい．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17339384078</link><guid>http://blog.pineappledesign.org/post/17339384078</guid><pubDate>Fri, 10 Feb 2012 08:07:10 +0900</pubDate><category>life</category><category>Facebook</category></item><item><title>Core Video の解説</title><description>&lt;a href="http://www.corevideo.net/2012/02/initwithframe.html"&gt;Core Video の解説&lt;/a&gt;: &lt;p&gt;Core Video 解説ブログに投稿しました．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17317711792</link><guid>http://blog.pineappledesign.org/post/17317711792</guid><pubDate>Thu, 09 Feb 2012 23:05:39 +0900</pubDate><category>xs</category><category>blog</category><category>Core Video</category><category>Mac OS X</category></item><item><title>二流研究者への道</title><description>&lt;p&gt;もう10年以上も前にイメージMLで流れていた話．&lt;/p&gt;

&lt;p&gt;大学院博士後期課程を出た直後ぐらいの研究者を五流としよう．その後の道は，&lt;/p&gt;

&lt;p&gt;五流→四流→二流&lt;/p&gt;

&lt;p&gt;という道と，&lt;/p&gt;

&lt;p&gt;五流→三流→（壁）→一流&lt;/p&gt;

&lt;p&gt;という道がある．一流を目指すには，決して二流を目指してはならない—-そして多くの人が三流に留まることを覚悟しなければならない—-ということだ．&lt;/p&gt;

&lt;p&gt;少し解説すると，四流，二流はモノマネをするということ．世の中には「超」二流という人もいるので，それはそれで「道」かもしれないけれど，研究者なら一流を目指さなきゃ嘘だろう．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17291425299</link><guid>http://blog.pineappledesign.org/post/17291425299</guid><pubDate>Thu, 09 Feb 2012 09:43:25 +0900</pubDate><category>researcher</category></item><item><title>守りたいスケジューリング</title><description>&lt;p&gt;4週前，月曜日，朝：α版開発開始（3日で開発）．&lt;br/&gt;
4週前，木曜日，朝：α版リリース．フィードバック受付開始（3営業日）．&lt;br/&gt;
3週前，火曜日，朝：α版フィードバック解析開始（1日で解析）．&lt;br/&gt;
3週前，水曜日，朝： β版開発開始（3日で開発）．&lt;br/&gt;
2週前，月曜日，朝： β版リリース．フィーチャーフリーズ．フィードバック受付開始（5営業日）．&lt;br/&gt;
1週前，月曜日，朝：β版フィードバック解析開始（1日で解析）．&lt;br/&gt;
1週前，火曜日，朝：RC開発開始（3日で開発）．&lt;br/&gt;
1週前，金曜日，朝：RCリリース．コードフリーズ．タイマーをセット．&lt;br/&gt;
月曜日，朝：リリース．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17227164087</link><guid>http://blog.pineappledesign.org/post/17227164087</guid><pubDate>Wed, 08 Feb 2012 07:01:05 +0900</pubDate><category>scheduling</category><category>life hack</category></item><item><title>プログラマへの誤解</title><description>&lt;p&gt;プログラムを書かない人がプログラムを読んだときにする良くある間違いは，ああこんなプログラムなら自分にも書けそうだと思うことだ．プログラムは何百万とある可能性からたったひとつ（は言い過ぎにしてもわずかながら）の正しい方法を残したものであり，この捨てる能力こそがプログラマの実力だから．&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17182429634</link><guid>http://blog.pineappledesign.org/post/17182429634</guid><pubDate>Tue, 07 Feb 2012 09:55:46 +0900</pubDate><category>programmer</category><category>xs</category></item><item><title>16 September 2012! Kyoto!</title><description>&lt;img src="http://24.media.tumblr.com/tumblr_lyy5am49xz1qzycsdo1_500.jpg"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;16 September 2012! Kyoto!&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17126748384</link><guid>http://blog.pineappledesign.org/post/17126748384</guid><pubDate>Mon, 06 Feb 2012 09:56:46 +0900</pubDate><category>TEDx</category><category>TEDxKyoto</category><category>TED</category></item><item><title>Top entries of the week / 今週最も読まれた記事</title><description>&lt;p&gt;&lt;ol&gt;&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011946326"&gt;掛け算のない世界&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13011948380"&gt;ベクトルの掛け算&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/14256908364/remember-the-milk-toodledo-nozbe"&gt;REMEMBER THE MILK, TOODLEDO, NOZBE&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16286588866"&gt;注意喚起：合同会社ローラからの迷惑メール&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16720399384/2-posts-a-day-2"&gt;2 POSTS A DAY / 毎日2ポスト&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16938720050/8-bit"&gt;豆腐屋と8-BITコンピュータ&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16425837005/xerox-has-had-a-hellacious-struggle-enforcing"&gt;Macintosh was born in Xerox. Palm was died in Xerox.&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16916780032/alfa-romeo-love-giulietta"&gt;ALFA ROMEO Love Giulietta イベントの松尾高弘さん作品（ビデオ）に技術協力しています．&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16992730367/researchgate"&gt;RESEARCHGATE&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/13561074702/google-icloud-iphone-ipad"&gt;スケジュールはGoogleカレンダーやiCloudに入れておいて，出先ではiPhoneやiPadで見る人も多いと思う．これはとっても便利なのだが，唯一紙を超えられない点が長期スケジュールの一覧性だろう．&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16836824830"&gt;京都嵯峨芸術大学制作展&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/14108795725"&gt;小室哲哉風作曲法&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://blog.pineappledesign.org/post/16380686108"&gt;外開きのドアに注意&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;&lt;/p&gt;</description><link>http://blog.pineappledesign.org/post/17091637871</link><guid>http://blog.pineappledesign.org/post/17091637871</guid><pubDate>Sun, 05 Feb 2012 23:44:00 +0900</pubDate><category>top entries</category></item></channel></rss>

