<?xml version="1.0" encoding="UTF-8"?><rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="ja"
><channel rdf:about="http://pikapika.to/~yf/momoka.cgi?op=diaryrss"
><title
>メッセージ。</title><link
>http://pikapika.to/~yf/momoka.cgi</link><description
>メッセージ。</description><items
><rdf:Seq
><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2988" /><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2987" /><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2986" /><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2985" /><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2984" /><rdf:li rdf:resource="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2983" /></rdf:Seq></items></channel><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2988"
><title
>近況とか</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2988</link><dc:date
>2010-08-06T23:36+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;最近、あまり文章を書いていない。昔はあんなに書いていたのに、不思議なものだ。何か書きたいように思うのだけど、生活習慣が変わったのであまり書くタイミングがないのだ。&lt;br /&gt;&lt;br /&gt;たとえば以前は、仕事中でも何か思うことがあればプライベートな文章を書いていたし、また何かを考えることも多かったような気がする。裁量労働制だったこともあって、仕事と遊びの区別をあまりしていなかった。&lt;br /&gt;&lt;br /&gt;一方で最近は、「仕事というのは自分の時間を売っているのだ」と割り切って働いている。月に180時間働けばいくらというシステムで残業代も出ないから、遅くまで働く理由がない。「お先に失礼します」って堂々と言える。だって、遅くまで働く義理がないのだから。タダ働きする義務はないし、その権利もない。&lt;br /&gt;&lt;br /&gt;職場を見渡してみると、正社員の人は本当に毎晩遅くまで働いている。自分も昔は同じように働いていたものだ。でも、なんか、そういうのって楽しいのかな？って思うんだよな。今日も正社員の女の人が、「あー、なんかいいことないかなー」ってボヤいていた。そりゃあボヤきたくもなるよ。昨日も彼女は、午前3時までメールを飛び交わしていた。同じ島の人は毎日のように終電みたいだし。&lt;br /&gt;&lt;br /&gt;ほんと、いいことなんてあるのかね。バリバリ働いて、いったい何が得られるっていうんだろう。ぼくら派遣社員もいいかげん底辺だけど、だけどどっちの暮らしが人間らしいか全然分からない。保険もないし、ボーナスもないし、プライドも将来のアテもない派遣社員だけど、あんなんだったら正社員になんか、なりたくないよなぁ。&lt;br /&gt;&lt;br /&gt;……ありゃ？&amp;nbsp;こういうこと書くはずなんだっけ？&amp;nbsp;まぁとにかく電車がついたのでpostしよっと。&lt;br /&gt;&lt;/div&gt;</description></item><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2987"
><title
>五月雨ってダメなの？</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2987</link><dc:date
>2010-07-29T08:04+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;最近仕事で「五月雨に送ってこないでください」みたいなことを言われることがある。&lt;br /&gt;&lt;br /&gt;こっちとしては、少しでも早く細かい粒度で（含むことなく）不具合とか送ったほうが先方にとっても良いのかなと思ってそうしてたりするんだけど、五月雨ってよくないのかな？&amp;nbsp;正直、どこがよくないのか分からない。&lt;br /&gt;&lt;br /&gt;とくに、相手がシステム屋さんの場合なんかは、不具合報告が来たらそれにIDを振って（MLとか使うと番号が自動で振られるし）、バグトラッキングシステムで管理したりするだけだと思っている。バージョン管理システムとか使えばなおよしで。&lt;br /&gt;&lt;br /&gt;デザイン制作とか上流工程だと、相反する要望が分散して来たときに混乱して作業が進まないということはあるだろうけど、システム開発の、しかも後ろのほうの工程で五月雨がダメってよく分からない。それって、バグトラッキングや進捗管理を上流でやってねってことなんじゃね？&amp;nbsp;しかし、その割にソースコードとか作業の具体的方法とかはこっちに開示されてないし。よく分からない。&lt;br /&gt;&lt;/div&gt;</description></item><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2986"
><title
>LL Tiger</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2986</link><dc:date
>2010-07-29T07:36+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;あっ、すみません。直前の直前ですけど、今年のLL&amp;nbsp;Tigerには行きません。&lt;br /&gt;土日はけっこうやることがあるので、出掛けられないのです。&lt;br /&gt;&lt;br /&gt;毎年行ってたから行きたい気持ちはあるのだけど。。&lt;br /&gt;最近勉強会とかも行ってないから、あんまり良くないっすね。。&lt;br /&gt;&lt;/div&gt;</description></item><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2985"
><title
>ドコモ携帯を修理した</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2985</link><dc:date
>2010-07-28T07:26+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;先日、携帯電話を踏んづけて壊してしまった。1週間ぐらいで修理して直ってきたのだけど、そのときのメモ。&lt;br /&gt;&lt;br /&gt;&lt;ul
&gt;&lt;li
&gt;キャリア：NTTドコモ&lt;/li&gt;&lt;li
&gt;端末：HT-03A（HTCが作ってるandroidのやつ）&lt;/li&gt;&lt;li
&gt;故障箇所：ディスプレイが割れたけど、中身は生きている状態（のようだった）&lt;/li&gt;&lt;li
&gt;修理代：5,250円。見積りとかなくすぐに「じゃあ5,250円ですね」とすぐ金額が出てきたので、ほとんどの故障で金額は固定なんだと思われる。（別のドコモショップに持って行ったときも「じゃあ5,250円ですね」とすぐ金額が出てきた）&lt;/li&gt;&lt;li
&gt;修理期間：日曜日にドコモショップに出して、1週間後の月曜日に返ってきたので8日間&lt;/li&gt;&lt;li
&gt;代替機：修理期間中、代替機としてdocomo&amp;nbsp;PRIME&amp;nbsp;series&amp;nbsp;N-07Aを貸してくれた。無料。ただし、マニュアル等はないし、おっかなびっくり触っていたので電話帳を入れ替える気にならず、結局ほとんど使わなかった。また、あまり使いやすい感じでもなかった。カクカクしてて、通話するとき耳に当たって痛かったんだよなー。&lt;/li&gt;&lt;li
&gt;データの引き継ぎ：今回はディスプレイが壊れただけだったので、修理に出せば中のデータは残るんじゃないかと思ったけど、実際は修理に出すときに初期化しちゃうからデータは全部消えるんだって。個人情報保護とか、キャリアがリスクを負いたくないってことだろうけど、データ消しちゃうってどうなんだろう。ドコモショップでは、データのバックアップツールも用意しているようだったけど、HT-03Aは台湾メーカ製だからか、うまくバックアップができなかったようだった。しょうがないから一度自宅に持って帰ってPCに繋いだけど、事前にrootを取っておかないとバックアップもできない。それで結局、「もういいです。消しちゃってください」ということになった。ただ、実際には個人的に必要だった電話帳がGoogleのサーバーと自動的に同期されていて、直ってきた携帯を再セットアップするだけで勝手に同期されて助かった。&lt;/li&gt;&lt;li
&gt;修理について：修理を依頼したところ、「ケータイ補償&amp;nbsp;お届けサービス」を使ってはどうですか？と尋ねられた。でもぼくはあくまで修理希望なのでそう伝えたら一応引き受けてくれたけど、破損箇所が多いと結局リニューアル品が返ってくるかもしれないとのこと。&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;h3
&gt;「ケータイ補償&amp;nbsp;お届けサービス」について&lt;/h3&gt;&lt;br /&gt;ぼくは「ケータイ補償&amp;nbsp;お届けサービス」というのに入っている（ほとんどすべての人が入っているはず）。これは月々300円を支払えば、携帯が壊れたときに、郵送ベースで同型のリニューアル品と交換してくれるというもの（1～2営業日で交換してくれるらしい）。ただぼくは、物に愛着を持つほうというか、1つのものを修理して使いたいほうなので、今回はこのサービスは使わなかったし、今後も使いそうにないなと思った。リニューアル品では嫌なのだ（チワワが死んだって？&amp;nbsp;ペットショップでもう1匹チワワを買ってくればいいじゃないか）。なので、後で解約したいと申し出た。ところが、ドコモショップのお姉さんは、「これは1回解約すると再契約できませんよ」という。「ケータイ補償&amp;nbsp;お届けサービス」は、携帯を買い替えたときにだけ契約できるオプションなのだそうだ。&lt;br /&gt;&lt;br /&gt;そしてお姉さんは「ケータイ補償&amp;nbsp;お届けサービス」に入っていないと、「修理できない故障のときに困りますよ」と言う。「修理できない故障」なんてものが論理的に存在するのだろうか？とよくよく聞いてみたら、こういうことのようだ。要するに水濡れや携帯が2つに割れたなど、破損箇所が多かったりパーツ・モジュール交換で直らないような故障をNTTドコモでは「修理できない故障」と呼んでいると。そして、修理できる故障なら5,250円で直るし、そうでないなら「修理できない」として修理じたいを断るのだという（値段については想像の範囲を出ないので注意）。まぁ、客がどうしてもどうしても修理してくれという場合は見積り修理をするが、その場合は6～7万円とかの修理代になるけど、とのこと。&lt;br /&gt;&lt;br /&gt;あと、詳しく分からないのだが、「ケータイ補償&amp;nbsp;お届けサービス」に入っていたら、携帯を紛失した場合でも新しい携帯と取り替えてくれるとかなんとか言っていた（古いのがないのに取り替えができるのかな？）。つまり、「ケータイ補償&amp;nbsp;お届けサービス」というのは、NTTドコモの「修理」の定義のなかで意味を持つ「保険サービス」ということだろう。&lt;br /&gt;&lt;br /&gt;まぁたしかに、ディスプレイ割れの修理が5,250円というのは安いけど、その安さは保険に入っててその保険を使ってない人が多い（保険の利益が十分出ている）というカラクリがあったればこそのはず。携帯ってややこしい世界だなぁと思った。&lt;br /&gt;&lt;/div&gt;</description></item><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2984"
><title
>Lispのマクロ</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2984</link><dc:date
>2010-07-08T09:35+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;いまonLispを読んでるんだけど、半分ぐらいまできて思ったこと：&lt;br /&gt;&lt;br /&gt;Lispのマクロって、コンパイラに似ている。マクロによって吐き出されたLispコードがマシン語で書かれたコードみたいに見えたというか。具体的にそう感じたのはこれ：&lt;br /&gt;&lt;br /&gt;&lt;div class=&quot;code&quot;
&gt;&lt;pre class=&quot;body&quot;
&gt;(let*&amp;nbsp;((#:g1&amp;nbsp;x)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(#:g4&amp;nbsp;ar)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(#:g3&amp;nbsp;(incf&amp;nbsp;i))
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(#:g2&amp;nbsp;(aref&amp;nbsp;#:g4&amp;nbsp;#:g3))
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(#:g6&amp;nbsp;lst)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(#:g5&amp;nbsp;(car&amp;nbsp;#:g6)))
&amp;nbsp;&amp;nbsp;(unless&amp;nbsp;(&amp;gt;&amp;nbsp;#:g1&amp;nbsp;#:g2)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(rotatef&amp;nbsp;#:g1&amp;nbsp;#:g2))
&amp;nbsp;&amp;nbsp;(unless&amp;nbsp;(&amp;gt;&amp;nbsp;#:g1&amp;nbsp;#:g5)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(rotatef&amp;nbsp;#:g1&amp;nbsp;#:g5))
&amp;nbsp;&amp;nbsp;(unless&amp;nbsp;(&amp;gt;&amp;nbsp;#:g2&amp;nbsp;#:g5)
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;(rotatef&amp;nbsp;#:g2&amp;nbsp;#:g5))
&amp;nbsp;&amp;nbsp;(setq&amp;nbsp;x&amp;nbsp;#:g1)
&amp;nbsp;&amp;nbsp;(system:set-aref&amp;nbsp;#:g2&amp;nbsp;#:g4&amp;nbsp;#:g3)
&amp;nbsp;&amp;nbsp;(system:set-car&amp;nbsp;#:g6&amp;nbsp;#:g5))&lt;/pre&gt;&lt;div class=&quot;caption&quot;
&gt;Lispのマクロが吐き出したLispコード&lt;/div&gt;&lt;/div&gt;&lt;br /&gt;ということは、、というか、、Lispってコンパイラなんだ、とやけに腑に落ちた感じがした。&lt;br /&gt;&lt;br /&gt;で、onLispはコンパイラの使い方を解説している本なんだ。マシン語としてのLispコードを、マクロでどうやって吐き出すか。どういう風にマクロを使うと、意図したコードを吐き出すコンパイルができるのかを解説している。&lt;br /&gt;&lt;br /&gt;この本で解説しようとしているのは、マシン語としてのLispや、Lispマクロというコンパイラの仕組み、コンパイラができることとは何か？なんじゃないだろうか。そして、Lispがほかの言語と違う部分があるとするならそこだと指摘しているのではないか。まだ途中まで流し読みしただけだけど、そういうことが書かれている気がした。&lt;br /&gt;&lt;/div&gt;</description></item><item rdf:about="http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2983"
><title
>違うことと同じこと</title><link
>http://pikapika.to/~yf/momoka.cgi?op=readmsg&amp;id=2983</link><dc:date
>2010-06-24T09:39+09:00</dc:date><dc:creator
>ふじさわ</dc:creator><description
>&lt;div class=&quot;markup&quot;
&gt;先日、親戚の集まる機会があって、そのときうちの親父がこんなことを言っていた。&lt;br /&gt;&lt;br /&gt;&lt;blockquote
&gt;&lt;div
&gt;&amp;nbsp;うちの子供たちが小学生のころ、学校にクーラーが備え付けられていると聞いてびっくりした。ぼくらのころは、クーラーなんてとんでもなかった。だから、小学校にクーラーがあると聞いて心底びっくりしたんだ。そしてこう思った。「ああ、暑さや寒さを我慢しない世代が生まれたんだな」と。&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;それを聞いたぼくは、「なにをまた馬鹿なことを言ってるんだ」と思ったのだが、そのときはうまく反論できなかった（このパターン多し）。それで、しばらくこのことについて考えていて思ったこと。&lt;br /&gt;&lt;br /&gt;ぼくが思うのは。あなた方が子供たちに対し、「ああ、暑さや寒さを我慢しない世代が生まれたんだな」と見ているならば、その瞬間、またあなた方世代も同様に、「ああ、涼しい職場で仕事をして、暑さ寒さを我慢しない世代が生まれたんだな」と思われているということだ。&lt;br /&gt;&lt;br /&gt;そうして同様に、汽車ができたときは「歩くことをやめた世代」が、電灯ができたときは「眠ることをやめた世代」が生まれてきた。……ということになるだろう。でも、そうだとするならば、ずっとずっとそれは続いてきたことなんだ。古い世代は若い世代を見て、「彼らは自分たちとは違う、新しい世代だ」と感じ続けてきたということになる。&lt;br /&gt;&lt;br /&gt;しかし、だとすれば、そうだとすれば、そんなことに感嘆することに、どういう意味があるだろう。その感嘆のもととなったものは、「人類は歩みを続けているのだ」、「時間は進んでいるのだ」、「いまは近代だ」という感嘆なのだろうか？&amp;nbsp;それならばいい。それならば、ぼくも共感できる気がする。でもぼくにはどうも、そうは感じられなかった。&lt;br /&gt;&lt;br /&gt;「新しい世代が、自分たちとは違う存在だ」という指摘は、事実なんだろうか。事実だとしたら、実際「どう違う」のだろうか。違うからどうなんだろうか。なにが問題なんだろうというか、そこに差異を見出して、そこに線引きをして、いったいなにをしようというのだろうか。それがぼくには、よく分からない。&lt;br /&gt;&lt;br /&gt;レトリックを少し取り除いてみれば、人類は、暑さ寒さを100%我慢しなくてよくなったわけじゃない。電車や自動車があっても、歩くことなしに人間は生きられないし、どんなに科学が進歩しても死は免れない。どんな強国の王様だって、風邪を引けばしんどいのだ。では本当に、そこにはどんな違いがあるのか。なにが違って、なにが同じなのか。&lt;br /&gt;&lt;br /&gt;実際のところ、人がなにに感嘆しようが、ぼくには文句を言う筋合いはないし、なにかを説得したり、伝えたりするつもりもない。人間は多様だから、それぞれ好きなことを言い、好きなことに感嘆して生きればよい。誰のうえにも時は流れている。悠久の時間。&lt;br /&gt;&lt;/div&gt;</description></item></rdf:RDF>