当時はかわいかったんだよ、おれ(笑)。「きゃーきゃー」と追っかけ回されてかなり閉口していたんだけど(なんせ中学生だし)、無理やり押しつけられた交換日記だけは、なぜかちゃんと書いてあげていた覚えがある。ようするに面と向かって話をするのは恥ずかしかっただけだな。いまにして思えば、かなりきれいな人であった。もったいないことをしたぜ。お元気ですか、高槌先輩(見てねーよ)。マジだったらすごいけど。この手の手合いにはみんな慣れてきたのか、Replyが3つしかついてないのが笑えますな。偉そうなこと言う前に自分でまともなパッケージ作ればいいだけじゃんねぇ。有言不実行型の人間はオープンソースのコミュニティに足を踏み入れるべからず。ところでRuBBSの特定の投稿を指すためのアンカーを埋め込んだら便利かもしんない、といま思った。(お前がいちばん有言不実行じゃないかというツッコミはしなくていいです)。[そんなプライバシーをおおっぴらにできるわけないじゃないか。最近のcommitCVSが公開されてるから、毎日書くこともないかと。以前から必要を感じていた、プラグインに渡す任意のオプションをtdiary.confで指定できるようにする機能。@optionsというHashをtdiary.conf内で使えるように。これはそのままプラグインに渡るので、ユーザごとに異なるオプションを.confで指定できるようになった。yasqueezeプラグインのために導入したのだけど、書影プラグインにも使ってみた。それからindex.rb、update.rb内で$:にtDiaryインストールパスを挿入。以前はパスを指定してtdiary.rbをrequireしていたんだけど、昨日のerb調査で別のところのerbが読み込まれてしまってハマるという苦情があったため。おれもはまったし(笑)。あと、過去に何回かトラブル報告があった、@data_pathにインストールディレクトリを指定すると無限ループするというアレ、真面目に取り組んだ。禁止という方向で、エラーを出す。他に、ツッコミでみょーに長い名前を使われると、ツッコミメールが悲惨なことになるという問題に対処。メールの方は強制的に短くカットしてしまうことに。先日どれが最新かわからないと書いた書影プラグイン、daiさんがまとめてくれたので追加。daiバージョンではアソシエイトIDをグローバル変数にしていたんだけど、これはmod_rubyで複数ユーザという環境ではまずいので、@options['amazon.aid']を使うように変更。それから、メソッド名は他のプラグインに合わせてisbn_image_leftのような形式を正式にした。aliasしただけなので以前のも使える。あと、imgタグのclass属性が「imgleft」から「left」等に変わってるという非互換があるので、テーマを修正する必要アリ。絵日記プラグインですが。やるならむしろ、更新フォームから呼ばれるコールバック系プラグインを実装した方がきれいかな。その恩恵を受けるプラグインが絵日記だけというのが悔しい。挿入場所も吟味したいし。他に活用アイデアがあれば、実装しなくもないんだけど。更新フォームなら重くなる心配はないしね。最近、設置に苦労する人が増えているので、裾野の広がりを感じる。safeを高めなくては。0.9.9ふと思い立って、Windows版を入れてみる。うーん、聞きしに勝るひどさだな、こりゃ。この日記の、h1右下に出るクローバーのイメージが左端に重なって出ている、イメージアンカーは表示されたりされなかったり、なぜか半分だけ表示されたり。他の部分は問題ないので、スタイルシートのイメージ適用部分だけ問題なんじゃないかと思われ。試しにNightlyにしてみるも改善せず。BugzillaやBugzilla.jpを見てみても、多すぎてどれが該当するのかわかんないし(笑)。こんなヘビーなのは間違いなく報告済みだと思うんだけど......みんなそう考えてたりして......。色数を落とすとOKなんだな。いちおうテーマの方をインデックスカラーの128色まで落として対応してしまったが(そもそもフルカラー必要なデザインではないし)、根本的な解決ではない。[Windows環境です。解凍には「解凍レンジ」を使ってます。解凍ツールのご紹介ありがとうございます。emoさんも、ありがとうございます。私も他人にはそれ推めてました。[解凍するソフトウェアは好き好きかもですね。けんさん、ご紹介ありがとうございます。環境省花粉観測システム今朝、新聞で見つけたのでアクセスしてみた。オブジェクトを参照するオブジェクトで操作を要求しました。21そうですか、Windowsですか。しょぼいなー、まったく。だいたい、3月28日と言えば、スギ花粉はそろそろ下火ですよ。なんで今になって始めるんだ。tb-show.rbtb-show.rbを少し改変。前のバージョンだと、間違いTrackBackを非表示にできなかったので、編集画面でのみ、ツッコミに混ぜて、従来通りに扱えるようにした。これ、mod_ruby上だとダメなんだよねー、たぶん。ウルグアイ帰りが遅かったので地上波では見られなかったけど、スカパーが同日録画をやってくれたので最初から見られた(でも途中で眠くなって寝てしまった...)。鈴木が金髪に戻ってたり、小野がストレートパーマ(?)かけてたり、「おまえら帰国して最初に行くのは美容院かよ!」とツッコミ。稲本は黒髪のままだった。俊輔は相変わらず巧いなぁ。なんつーか、軽やかで以前より余裕がある感じ。4バックはときどき2人しか残っていなくて危ない場面が多かった。鈴木は転んでばかりだった。弱々しくなった川口を見ていると、やっぱ実戦感覚って重要......と思う。風邪?今日は朝から第一tDiary.Netのサーバ移転作業。aから始めて、nまで到達。次はいつできるか......。朝から鼻がぐずぐずいっていて、やっぱこれだけ天気がいいと、花粉が飛ぶよな〜と思っていたんだが、かみさんはへっちゃら。はやく寝よう......。グレアム)やっと読了。本自体は薄いのに紙も薄いので、実際はけっこうな分量があるという罠。いい歳なので、これを読んで目から鱗、みたいなことはないんだけど、過去に戻って自分に読ませたいよね。前半は10代の自分に、後半は20代の自分に(20代のおれならLispもより理解できたに違いない!)。前半と後半で明らかにターゲットが違うので、半分に分けてあげないと混乱するに違いないと思った。ターゲットが違ってもスタンスは同じだ。どの話も、「先入観を捨てて真実を見ろ」みたいな話だ。さまざまな事物を、この視点で鮮やかに、ユーモアたっぷりに切り分けて見せる。ハッカーはWindowsを使わないとか、Microsoftに対する偏見とか、Graham自身も抜け出せていない先入観があるにはあるが、10代・20代の読者なら気にならないだろう。これからの人生の、いい道案内になると思う。Grahamが立ち上げたViawebという会社が、本当にそんなにすばらしい会社だったのかどうかはわからない。彼のエッセイでしかお目にかかったことのない名前だし(もちろんおれの不勉強だろうが)。Yahoo!に買収されたんだからそれなりの成果は上げていたんだろうけど。その雰囲気から、「はてな」を想像した人は少なくないだろう。はてなはLispを使ってないと思うが(となるとGrahamの主張するLispの優位性も「?」かな[笑])。今日のspamたま〜にspamフォルダを見ると(最近はほとんどbsfilterに任せきりで見もしない)、面白いのがひっかかっていたりする。@yahoo.co.jpからのメールってだけでspam判定度がぐっと上がるしな(笑)。webmaster@tdiary.net最近あなたからのメールをよく受信するんですが、どちら様ですか?はじめは迷惑メールか何かかと思ってたんですが、そんなにおかしな内容じゃなかったのでとりあえず返信して見ました。私のアドレスに見覚えはございますでしょうか?ご連絡頂ければ幸いです。(特別総集編)(-)とりあえず買っとくでしょ。買うだけで読まない可能性があるんだが......。先日のGmailの話、おれはぼちぼち英語UIに慣れてきたところだったんだが、TrackBackなどで教えてもらったところによると、日本語UIが突然改善されたらしい。これはアレだ、おれがGoogleに文句言ったから、連中が慌てて実装したんだぞ(違うと思います)。勝手にReply-ToがつかなくなったReply-Toの件は大きいね。これで日本語UIを心置きなく使える。ContactChatかな。他にもあるかも知れないが、少なくともおれには不要な機能なのでどうでもいいや。いままでウィルスチェックされてなかったのか。1通もお目にかかったことがないぞ。dieからTrackBackが来ていたが(ときどき/.Jとかで見かけるk3c氏ですな)、しかしこれを「差別」と呼ぶのはどうですかね。いう主張を通してしまうと、延焼してgettextizeされてないフリーソフトウェア/オープンソースソフトウェアはみんな差別だとかという話になりそうだが、そんなことはないよね。誰もそんな義務を負っているわけじゃない。Gmailだってそんなことは一言も保証してない(はず)。そこは履き違えないで欲しいなあと思います。いう指摘はどうだろう。Googleと言えば、毎年数億ドルの設備投資を行い、極めて優秀な人材ばかりを何百人と採用し続け、莫大な収益を上げ続けている大企業だ。Gmailはその大企業の「製品」で、おれはそのユーザだ(無料だが、代わりに広告が入っている以上、Gmailは彼らの収益源である)。こんなの、日本産ゲームコンソールの発売がいつも後回しにされることを嘆くヨーロッパのゲームファンと同じ心理に基づいたものに過ぎない(だからこそPS3の世界同時発売宣言には非常に意味がある←余談)。これと同じことをボランティアベースのフリーソフトウェアに敷衍するようなヤツがいたら、その時点でそいつにチクリと言ってやりゃぁいい(言いたければ)。相手がフリーソフトウェアだからと言って、不満を述べることに対して遠慮する義務は誰にもないし、そういう不満に対して反論しなければいけない義務もないけど。この人は、自分が英語UIに抵抗がないがゆえに、多言語対応に割く労力を他のことに使って欲しいとか書いているが、これがまったく同じ「履き違え」であることに気づいていないようだ。この人は、より多くの人に使ってもらうために多言語化を進めているフリーソフトウェアに、「そんな無駄なことするな」とか言うんだろうか。少なくともおれは、田舎の老いた両親にGmailを薦めるときに「でも英語でしか使えないけどね」とか付け加えたくはないよ。[それを認めると、mixiに苦情を言えなくなっちゃうよ(笑)。政見放送をニコニコ動画で公開したら公職選挙法違反じゃないのか......と、外山恒一のアレを見て、腹を抱えて笑いながら思った。選挙ポスターに落書きしたら捕まるっていうあれね、公職選挙法第225条第2号。それとも「法律で決まっていない」というありがちなオチになるんだろうか。思ったら、はてな匿名ダイアリーに似たような考察があるな。貼られた人......じゃないよね)。Amazonに拒絶されたレビューは再投稿できない(のか?)昨日けちょんけちょんにしたサンワサプライのBluetoothアダプタだが、Amazonにも手加減なしのレビューを書いておいた。さっき見てみたら消えてんの。「まぁ、かなりひどい書き方したからなー」と思い返して反省し(←大人ですね←自分で言うな)、もうちょっと簡潔で*1大人しいバージョンを再投稿。投稿できるレビューの数は、1商品セットにつき1回だけです。1商品セットに対して複数のレビューを投稿することはできませんので、お客様のレビューを受け付けることができません。(中略)すでに投稿済みのレビューを編集してください。言われても、あんたにリジェクトされた元のレビューにたどり着く方法がないから、編集できないんだけど......。自分のレビュー一覧にも、拒否られたレビューはないし。おれの知らない編集方法があるんだろうか。投稿してからそんなこと言うなよなー。消えちゃったじゃないか。投稿フォームに前のテキストを入れて出してくれてもいいだろうに*2。この記事書くために過去のレビューをざっと見たけど、他にもけっこう拒否られてた。☆1個で、けなしてるレビューだけど。当たり前のことながら、Amazonのレビューは信用できんなぁ。今後、けなすときは縦読みにしよう(しないけど)。簡潔なのは書き直すのが面倒だからである。推敲って大切だ(違)。tDiaryでもよくあることなのであまり強く言えない(笑)。肉充してきたWassrで知り合った人たちとしゃぶしゃぶを食べてきました。いうのは前半を省略しすぎで、その前にさんざんオーディションとかアイテム交換会とか。浩)最近の有川浩はあんまり恋愛小説を書いてくれなくなってしまったようなので、積極的に読もうとは思わなかったんだけど、flipperから読み終わった本が自動的に送られてくるので、けっきょく読むことにかわりはないのだ。いやまぁ、普通に面白かったけど。弟が主宰する赤字劇団の借金返済支援のカタに、2年で黒字化する条件を突きつけるしっかり者の兄。劇団所属の女性たちが少しからみはするものの、恋愛要素はほとんどないと言っていいだろう。物語の構造は子供の集団に大人をひとり投げ込んだらどうなるか、という「ドラえもん」スタイルだ。「大人役」の兄の弱点がゴキブリというところも、弟の性格がのび太っぽいところも含めてそっくり。TV版のように教訓話では終わらないので、「劇場版ドラえもん」だと思って読めば間違いない。そんなわかりやすい筋書きだから良くないというわけじゃなくて、まさに作中で叫ばれている「マニア受けはしないが間口の広い作品」を狙ってのものだろう。読書離れを食い止められるのはこういう作品だという作者のメッセージだと思う。Amazonあたりで深みがないとか酷評してる人は、逆に自分の読解力のなさを恥じた方がいいんじゃないかな(笑)。いう狙いなら(デビュー当時から相変わらずの)三人称の地の文に、とつぜん一人称が混じる変なクセを直した方がいいと思うんだがなぁ。いうか、こういうのは編集者が指摘してやれよ。[私は3人称の中に突然1人称が混じるのは作者の個性だと思っていますけどね。オライリーのebookから余白を除去して、Kindleで快適に読む方法オライリーの被災者支援キャンペーンは大盛況のうちに終わったようで、最大で百数時間待ちになったようだ。おれが注文した3冊も昨晩遅くにようやく届いた。「同時にKindleを買うとどっちが先に届くだろう」なんて冗談を言い合っていたけれど、これはマジでKindleの方が早かったかも知れない。それはさておき、買ったからにはちゃんと読みましょう(Kindleで)。紙の書籍をレイアウトそのままでPDFにしたものは、はっきりいって電子書籍端末では満足に読めないと思ったほうが良い。Kindleをはじめ5~6インチの画面を持つ端末ではPDFの余白が極めて邪魔くさい。いうわけで、これを除去してから読みたいものだ。下のスクリーンショットはオライリーの「セキュリティの神話」を横向きにした表示したところ。上は買ったままのPDF、下は余白を削除することで文字の表示サイズを大きくしたもの。読みやすさは一目瞭然だ。上のサンプルは幅15cmの書籍なので、余白を除去すれば(老眼に苛まれていない人は)縦持ちでも読めると思う。これが18cmの大型本になるとどういうことになるか、想像するまでもないだろう。いうわけで、5~6インチ端末で書籍のPDFを読むにはこの余白除去加工が必須になる。電子書籍端末向けにPDFを加工するには、テキストデータを抽出する方法や、PDFをそのまま加工(crop)する方法があるが、オライリーのPDFはDRMがかかっているのでいずれもうまくいかないようだ。ここは紙の書籍と同じ「自炊」の手法を使って加工することにする。画像化するのでファイルサイズは数倍に膨れ上がるが、あとからOCRをかければテキスト情報も扱えるようになる。おれが自分で自炊するためにちまちまと整備してきた「自炊用Rakefile」がオライリーebookにもそのまま使える。Boxのひとつやふたつは持ってるでしょ。このスクリプトは非常にCPUを食うので、電力事情の悪い関東地方の人は日中に走らせるのはやめよう。電力が逼迫していない夜間、寝てるあいだにブン回しておけばよろしい。使い方はだいたい以下のとおり:関連ツールをインストールする。rakeは当然だが、ヘッダに書いてあるパッケージが必要(Debianの場合。Ubuntuでもたぶん同じ)。PDFファイルと同じディレクトリにRakefileをコピーRakefileの「SRC」の値をPDFのファイル名に書き換えrakeコマンドを実行しばーらく待つと、カレントディレクトリに「元ファイル名.out.pdf」というファイルができているはず。指定したパラメタではきれいに余白が除去できていないかも知れないので、場合によっては下記の方針でRakefile中のパラメタをいじる必要がある。RIGHTの数値を加減する。厳密である必要はなく、余白の自動認識のノイズになる部分さえカットできれば良い。pgmディレクトリに展開された元イメージの持つ余白のピクセル数を測ることでこの数値を見極められる。カラーページの多い書籍の場合、文字の色が薄くなってしまう場合がある。通常はKindle側の設定でコントラストを高めれば十分だが、事前に濃いめにすることも可能。LEVELパラメタ(デフォルトで「0%,100%」)を「0%,100%,0.5」のように変えてみよう(末尾に足した数値はガンマ補正で0.0~1.0。詳しくはImageMagicのマニュアル参照)。現在配布しているサイズ指定(SIZEの値)はKindleの横持ち表示の幅である「720」つまり幅720ピクセル(最終的な仕上がりは722ピクセル)になっている。ReaderやGALAPAGOSで読みたい」という場合にはSIZEの値を変更する。Kindle縦持ちの場合は「x735」(縦735ピクセル)に変更する。他の端末の場合は最適なサイズを自分で決めてね。メタ情報に関する追記オライリーのDRMについて批判的なことを書いたらyomoyomoさんから容赦ないとか言われてしまったけど(笑)、実はおれもオライリーの編集さんと話をして、現在の状況がオライリー・ジャパンの(主に流通面での)特殊な立ち位置に由来することくらいは知ってはいるのである。先の記事が事実上DRMを迂回する方法にもなっている、つまり、余白やノンブルだけでなく、せっかく膨大なCPU時間と貴重な電力をかけて埋め込まれた所有者のメールアドレスすらも削ってしまう上に、こうして生成された画像化PDFを再度OCRにかければテキストデータを取り出すこともできてしまう*1ことからして、IT技術者の手にかかればこの程度のDRMが無意味なことは明らかなのだ。この加工をするために今回新たにebookを購入した電子書籍端末のユーザが、各地でこのスクリプトを実行してさらに電力を消費するのだ。最初から(本家オライリーのように)PDFだけでなくEPUBやmobiでも公開しておけば回避できた浪費である。このご時世に(←伝家の宝刀「このご時世」)。いうことを(業界のしがらみなど知ったことではない)ユーザの立場からちゃんと指摘しないとダメでしょう、と思うのであえて空気を読まないんですよ、ワタシは。それはさておき、オライリー・ジャパンのebookにはDRM以外にも重大な欠点があって、困ったことにメタ情報が設定されていない。PDFにはちゃんと書名や著者情報をメタ情報として設定できるのに、ebookのメタ情報は空っぽである。編集不能なので、あとから自分のためにメタ情報を追加することもできない。先のスクリプトでは最初のタスクでmetadata.txtというファイルが生成されて、これは元PDFのメタ情報を抽出し、あとから生成されたPDFに同じものを設定するためのものなのだが、ebookの場合ここには味気ないIDとページ数くらいしか入っていない。メタ情報をちゃんと指定したいのであれば、手持ちのPDFから同様にmetadata.txtを抽出しておいて、それを編集してから再度rakeコマンドを実行すれば反映できる*2。Kindleの場合、書名はPDFのファイル名から採用されるが、著者名はメタ情報から取られるので(ただし英語のみ)、設定しておくと書名リストで表示される情報が増す。Readerからでも設定できるからこんな手の込んだ方法をとらなくても良いのだが、ここでScanSnapで生成されたPDFから抽出したメタ情報を元ネタに使うとScanSnapユーザには別のメリットが生まれる。ScanSnapが生成したPDFにはgeneratorとしてScanSnapに関する情報が指定されているので、これを使い回すことでScanSnap付属のユーティリティでOCRをかけることができるようになるのだ(このツールはScanSnap由来のPDFでないとOCR処理を拒否するのである)。テキストが抽出できてコピペできることは、書籍のプロモーションにバイラルが使いやすくなるという意味で、実は売る側にもメリットがあるはずである。日本語はUnicodeベースのよくわからないエンコーディングがされるようなので生で書いてはいけないようだ。[面白い記事ありがとうございます。10.6.7)でも試してみました。[hamanakoさん、それは明らかにこちらの間違いです~。失礼しました、直しておきます。左京)まだこんな時代のを読んでいたりする。いうかKindleの未読リストの半分くらいが、最近ブックオフで買いあさっている1970~80年代の国産SFなんだが......。同時代の海外SFはたくさん書庫に並んでいるのに、国産SFはみんな売っぱらっちゃったんだよなぁ。「どうせあとで簡単に買い直せるし」と考えたんだと思う(けどそれほど簡単ではなかった)。今後、市場から消え去ってもいいようにがんばって自炊しよう。「さよならジュピター」は個人的「ベスト・オブ・小松左京」なので、楽しく読んだ。いうものの、どうしても先の震災にからめた感想を抱いてしまうのだが。自分は震災の影響をあまり受けていない方だと思ってはいるけど、そうでもないのかな。2年で木星を爆破させるプロジェクトを成功させるプロフェッショナル集団をずさんな原発管理と対比してしまうし、計画を妨害しようとするジュピター教団の急進派はデマを撒き散らすことも厭わない過激な脱原発派に重なる。人類は今後100年で、こんなすごいことをやってのけるところまで進歩できるんだろうか?それはそれとして、ハルキ文庫版は巻末の対談が面白い。本書が書かれた時期はちょうど8bitのパソコンが普及しはじめた時期ということもあって、コンピュータに映画製作をサポートさせるためのテクノロジーがどんどん出てくる。3Dのワイヤーフレームを描くのに一晩かかったとか、タダでCray-1を借りちゃった話とかちょっと今では考えられない。かかわらず、作中にインターネットは登場しないわけで、いかにインターネットという存在が「想定外」のものだったかよくわかる。テキストエディタ「Intype」を試用している最近、Windows上で開発っぽいことをすることが増えているので*1、Windowsでもちゃんとしたエディタがいるよなぁと思い──というか設定が面倒でメモ帳で過ごしていたというのが我ながら信じがたいのだけど──やっぱ使い慣れたvimでしょう、いやいや、せっかくだから何か新しいのを試してみようか、という気になった。いうわけで、まずはIntype。こないだ窓の杜で紹介されてたので。なんか「モダン」らしいし(「モダン」の定義が不明です)。言語に合わせた構文解釈や、スニペットの挿入なんかができるのがそれっぽいんだろう。end」のところで構文解釈にミスってスクリーンショットのようなありさまに。あかんやん......。スニペットの挿入もvimのneosnippetの方が賢いなぁ。インデント幅を「3」、ハードタブにもできるところはすばらしい(笑)。「モダン」エディタの最右翼たるSublimeText2に比べると圧倒的に機能不足に見えるねぇ。使ってみて、合わなかったらまた別なのをためそう。従来「開発」と言えばだいたいWindows上のVMで動かしているLinux上で行なっていた。最近はSourceTreeもWindowsで動くようになったので、GitHubやBitBucketからコードを持ってきて普通に見られる。人の使ってないのから試用してるだけ(笑)。「今年のチーム、けっこう良さそう」とか書いたにもかかわらず(ACL含め)ちっとも勝てなくて、ようやく前節のアウェイFC東京戦を0-4バカ勝ちしたフロンターレ、ACLの日程の関係で珍しく金曜の夜にホームへ。職場を出るのが遅れて序盤は見られなかったものの、あいかわらずチームはいい感じだったと思う。よる一点でホーム初勝利(しかもチーム通算1000ゴールという記念的得点)。一進一退であんまりスカっとした勝ち方ではなかったものの、この調子で勢いつけて欲しいですなぁ。等々力緑地はすでに桜がけっこう咲いていて、ライトアップされている樹も。Voyageに落ちてこない(そもそもKPDに届いてない)という症状がまた発生して、例によってサポートとメールのやりとりをしている。前回はたしか2012年でした。日記に書いてないのも含めて同様のトラブルは3、4回目だと思う。ちなみに前回までは「お使いのKindleはサポートの対象ではありません」という返答をもって打ち切られたのだが(どうみてもサーバ側の問題なのに端末のせいにするのもひどい話だ)、今回はこっちの手元にあるのは正式に日本で買った最新にして現行機種のVoyageだからな、ちゃんと原因究明するまで逃さねぇ。例によって端末のログを取れだの、送ったファイルのサイズと日時を教えろだの、症状とはなんの関係もなさそうな手続きを踏まされて、最初に戻ってきた返答が「添付されているファイルサイズが5MB以上の場合、ダウンロードすることができません」ときたもんだ。公式文書にあるとおり、KPDに送れるファイルの最大サイズは50MBであって5MBではない。ほんとAmazonサポートの無能さったら......。いうわけで、かなりキレ気味の返事を送って、対応待ち。原因究明もできない無能なKDP担当者をすげかえて欲しいんだけどなぁ。いやもう、KPDの低品質にはかなり本気で怒ってるんだが。有償化してもいいから品質あげてほしいよ。Driveの有償化が発表されたタイミングだし、ストレージは共有してるんだから有償サービスにしちゃっていいと思うんだけど。実はこのあと2日くらいしたら新しいドキュメントはちゃんと配信されるようになったんだけど、失われてしまったここ数日のドキュメントがどうなったのか、再配信されるのかそれとも自分で送り直さなければならないのかわからない。トラブルが復旧しても連絡してこないし、なんとなくフェードアウトしてそれっきり。Amazonのサポートはいつもこう。通常のサポートって、インシデントがちゃんとクローズされたかどうか管理してるものだと思うのだけど、Amazonって会社はそういう基本的なことすらしないのだよなぁ。今週はけっこう忙しくて時間がとれなかったものだから、イベントアイテムが最終日までに溜まりまくってしまい、終了まぎわに慌てて4倍拳で消費するしまつ。美玲のCVが電撃的に発表される、つまりデレステに出自をもつ声付きアイドルの最初の例になったということで開催前から大反響だったけど、もりくぼが歌ってるという贔屓目をさっぴいても、いい曲だったなぁ。歌詞もしみる......。それにデレステの譜面がじつに良かった。MASTERはわりと難しい部類だと思うし、当初はなかなか上手にできなかったんだけど、曲を理解してサウンドにノって叩けばちゃんとコンボがつながるようになっている、職人技の光る譜面だった。間奏のギターソロが、まるで自分もギターを弾いているかのような錯覚をおぼえてめっちゃ気持ちよかった。ところで「∀」を適切に入力する手段がなくて困っている。読み方がそもそもわからん(数学用語的に妙に長ったらしいのはあるが)。「たーんえー」で辞書登録したけど(笑)。デレステイベント「キラッ!満開スマイル」ミリシタとデレステでライブの回数をこなさないといけないタイプのイベントが重なるとたーいへん。今回、倍速でスタミナを消化できるこっちは最初からそれで飛ばして、イベント曲数のミッションだけクリアする、みたいな手抜きでなんとか(でもウィークリーミッションが未達になってしまった......)。グリマスが終わっても、アイマス系のゲームをやってるだけでも、普通に生活してて2枚取り圏内に居続けるのは大変だぁ。プログラマ、Webアクセス解析士を経て、現在はサイバーセキュリティ関連事業に従事。学生時代からフリーソフトウェア開発に関わりはじめ、かれこれ30年。RubyではWebアプリケーションを中心に開発。tDiaryプロジェクト創始者。2.6.5-p114。