http://okela.blogtribe.org/ このblogは山上朮(Yamanoue no Okela)がMacOSXでのプログラミングの失敗談を語ったり語らなかったりする予定だったのにいつの間にか雑談の方が多くなっているBLOGです。検索でいらした方はサイト内検索をご利用下さい。 ja-jp http://okela.blogtribe.org/entry-8987cefb2b11a4c37e140925451be530.html 移転先はこちら。 蕪浅録奏 okela 2007-03-16T20:03:51+09:00 http://okela.blogtribe.org/entry-261c51ec920e03d5a6d4c60f29058c17.html ここを定期的に見てるような人がどれほどいるのか…まぁいいや。 私のアドレスがご入用なら問い合わせてください。 okela 2006-10-01T03:05:17+09:00 http://okela.blogtribe.org/entry-f04e1c4014a482c3af2c0512ed450278.html 最近このNews-Handlerが頗る不調なので、暫くはてなに避難します。 オケラボブログの避難所 予定では冬に鯖借りるので、たぶんここには戻ってきません。 おぉ…空が山吹色に輝いている…。 okela 2006-09-21T22:23:54+09:00 http://okela.blogtribe.org/entry-62ebcd16d0edb02864267e64332b8ac9.html なんかはてブとかみてると、一人で100種類も200種類ものタグを使ってる人がいるわけですよ。 そんなにつけたらかえって検索性が落ちるんじゃないだろうか。 「似ているけど微妙に違うタグ」をつけてしまうと、そういうタグをつけた記事を捜すときに いくつものタグを調べるハメめになる。 っていうかそれ以前の問題として、大漁のタグから欲しいタグを捜すのが面倒い。 頻繁に登場するタグほど目立つように表示するUIが一般的で、それは確かに優れた面もあるんだけど あるタグをつけられたものが増えれば増えるほど、そのタグは整理能力を失うわけで ([IT]タグをつけた200の記事からお目当ての記事を捜す、なんてケースを想起)、 大漁にブックマークとかする人には、このUIはマイナスになる場合もあるような気がする。 目立たないように表示されたタグの方が有意義になってしまうとしたら、UIとして失敗。 (これははてなが悪いのではなく、タグを整理しなかった当該ユーザが悪いと思う。) そういう無闇に何でも含んでしまったタグも、複数のタグでAND検索できれば有意義だと思う。 んだけど、とりあえずはてブはそのようになっていないみたい。 (「JavaScript Ajax」で検索したけど、そんなエントリは無いらしい。) (20060920追記)と思ったら、Googleとかの普通のUIとは違うけど、逐一絞り込む感じで一応できるらしい。 一発でAND検索するにはURLを直接叩く必要があるみたい。 thx to 情報提供：shiumachi氏 あと意味不明なのが[これは酷い]タグ。 このタグをつけた記事をあとからまとめて読み返すようなことってあるんだろうか。 タグってのはディレクトリに替わる整理・検索の手段だと思ってるんだけど、 そう思ってない人もいるみたい。なんだけど、そういう人のタグにはどんな意味があるんだろう。 単なるコメントとして「これは酷い」というのなら、タグではなくコメントでやるべきだろうに。 あるいは[これは酷い]という「レッテルを貼る」行為に歪んだ快感を覚えているのか。 [これは酷い]のフォントサイズが大きい人は以下自主規制。 あと、個人的にはタグに親子関係をつけられると便利じゃないかと思うんだけど。 [Ajax]は[JavaScript]の子、という感じで。 あ、でも[Ajax]の親は[JavaScript]以外にも[Web2.0]とか[非同期通信]とかもあり得るか。 タグ同士の相関関係を視覚化して提供できるといいかもしれない。 言葉の「距離」を見せるUIを見たことあるけど、そんな複雑なことしないで 同時につけられることの多いタグが距離的に近い、というだけのもので十分。 うん、こっちの方が親子関係よりはタグの性格に合ってそうだ。 そうそう、FC2ブログで記事にタグをつけられるようになってたみたい。 @see ＦＣ２インフォメーション ユーザータグ機能を追加しました つけたタグと一致するものが本文中でリンクされる。 自blog内でタグ検索できるし、同じタグをつけた他のユーザへのリンクにもなる。 一見するとはてなダイアリーのキーワードに似てるけど、 自分で当該記事に付けたタグについてのみリンクされる。 自分で管理できる分、こっちの方がいいね。 そうそう、いま調べてみたらLivedoor blogではWiki記法が使えるのね。 うーむ、惹かれるなぁ。 okela 2006-09-19T01:21:37+09:00 http://okela.blogtribe.org/entry-17930c16270a7826a77d950274c14eda.html 「俺…この戦争が終わったら鯖を建てようと思うんだ。」 …"死亡フラグ乙"とか言うな〜〜〜〜！ そんなわけで将来設計、妄想してる最中なのでとても楽しいです。 (そう、何事も妄想してるうちは幸せな未来があるように思える物さ。) 鯖を建てる目的は、現在複数に分散している、私名義のHPやブログ等の管理の統合。 現在は静的なコンテンツが２つ(『類聚』と『ラボ』)、動的なコンテンツが３つ(ブログw,b、『類聚』内BBS(死亡中))。 これらの総合トップページを作った上で、整理して統合的に扱いたいなぁと。 あと、JavaScriptで自分のHTTPリソースを扱うにはドメインが共通でなきゃいけないし。 将来のコンテンツ構成としては 総合入り口 + プロフィール (現在は各コンテンツに分散してるから管理出来てない。) + 類聚揮洒 (小説と音楽に絞る。) + オケラボ (主にプログラミングの成果物置場。) + リンク集 - △メールフォーム (必要なのか？) - BBS - blog B (IT系(笑)。主にオケラボに関するもの。) - blog M (主に文系。読書感想文などの感想文や、mixiには書かないような雑記。) - blog W (法律系。現在のokelawと同じ。) - blog? サイト更新通知用 (類聚とラボの更新をRSSで配信出来るように) (20060923追記) むしろサイト全体に『類聚揮洒』の名を与え、文系部,理系部に独立した名称を与えるべきと思った。 (20061120追記) っていうか文系部・理系部という分け方も放棄して一元的に、雑多にぶち込む手もあるな。 接頭辞が+の物は静的(static)なコンテンツ。-は動的。 Objective-Cでクラスメソッド(Javaでいうstatic)は+を付けて宣言するのとかけたダジャレ。 いや、どうでもいいけど。 メールフォームは動的と言っていい物かどうか。 リンク集、他のコンテンツで使い回す時にJavaScriptで読めるようOPMLか何かで書いて、 表示時はXSLT咬ませて、とか萌えるなぁ。無駄に煩雑だけど。 BBSはぶっちゃけ使わなさそうだけど… いや、将来ラボで良いものを作ったときに使えるかもしれん。 コンテンツが多岐に渡っている分、スレッド式がよいか？ 特徴は一人でやたらblogが多いこと。多重人格ではないはずだけど。 別の物は別に扱うべきであるという方針だからしょうがないというか。 使う時は共通のブログエンジンを使った上でテンプレートと配置に関するCSSを共通化し、 配色に関するCSSを別にすることで、色違いバリエーションにしたい。 blogエンジンとしてはMTが一番有名だけど、Perlが嫌いなのでこれは没。 (実際に弄るかどうかはともかく、弄れることは確保したい。が、そこでPerlだと萎える。) とはいえPerlを避けつつ一人で複数のblogを扱うとなると、選択肢が多少限られてくる。 RubyならtDiaryが有名だが、私がやりたいのは日記ではないのでパス。 Pythonを勉強中の身としてはPythonのblogを捜したが、これについては後述。 PHP + mySQLのNucleusというのは割と良さそうだ。 しかし、ついでにCMSという選択肢も考えてみる。 BBSや、もしかするとその後Wikiなども付けたいとか思っちゃった場合に、 個別のCGI単位で管理するよりも、モジュール単位で総合的に管理出来るモノがあると便利そう。 候補としてXOOPSとZopeがある。 Pythonで書かれたblogとしてはCOREBlog2なるものが有名なようで、これがZope/Ploneを前提にしている。 また、XOOPSも、調べるとweBLogなんてのが人気のようだ。 で、宗教上Pythonにしたいが、Zopeを使える安価なレンタルサーバは少ないっぽい。 (自宅鯖は候補から除外している。安定性とかコストとかめんどくささとかで。) XOOPSは、国内ではZopeよりも条件が良い。 また、ZopeだとApacheとの振り分けとかでいくらか複雑になる。 こうして見ると私の場合はXOOPSが最適解に見えるなぁ。PHPは勉強したこと無いけど。 ところでPlone本によれば安倍晋三サイトがXOOPSからZope/Ploneに変更したらしい。 0からXOOPSまたはPloneを選んだというなら、それは確率的な問題かもしれないけど、 移籍という事実は、前者で満たせない要件を後者が満たすことを意味する、はず。 つまりPloneがXOOPSに明確に優位する場合があるわけで、これは気になるところ。 okela 2006-09-17T19:50:13+09:00 http://okela.blogtribe.org/entry-a64f131c791d99d58a1c706cf9802a0c.html abstract final class //継承不能な抽象クラス okela 2006-09-16T00:53:00+09:00 http://okela.blogtribe.org/entry-4203507ffd4b9040a08aebc4e3808649.html 例えばノートパソコンを持ち運ばなくてもブラウザの環境さえ持ち出せれば長期にわたってアレしても困らないっぽい。 そんなこんなでFirefox Portable (以後FxPと略す。以前はPortable Firefoxだった)を使ってみました。 普段はMacOSXなので、Cross-platform Portable Firefoxという手もあるんでしょうけど、 普段使うMacにはFirefoxが入ってるし(普段使いではイチイチUSBメモリ刺したくない)、 出先にあるとすればWinだろうし、 Cross-platform Portable Thunderbirdで日本語化とバージョン管理の兼ね合いで苦労したことを考えると 敢えてX-platformにするべきではないだろうという判断。 そうなるとMacのFxとUSBメモリに入れたFxPをいかに連携させるかがキモになるわけですが Google Browser Sync (以下GBSと略す)を使えばブックマークのみならずCookieやパスワードも同期出来るとのことなので これを使えばかなり便利に環境を持ち出せるんじゃないかと考えました。 Googleにパスとか握られるのが怖いという声もあるけど、私はあまり気にしていない。 ポテンシャルとして悪用できるとしても、現実の危険はどんなもんかと考えてみる。 さて、FxPでGBSを使った場合には、ブックマークの同期で微妙に失敗しがちのようです。 Google Group でもスレッドが立っているけど、Portable Firefox で Google Browser Sync が正常に動作しない。 ・Google Groups: Google-Firefox-Extensions 具体的には、Portable Firefox で Google Browser Sync が 1. サーバーからのブックマーク情報を取得できない。 2. サーバーへのブックマーク情報のアップロードには成功する。 (clmemo@aka: Google Browser Sync のブックマーク同期における二つの問題) という記事がありました。 が、一応同期できました。FxPかGBSが改善されたのか、私のやり方が良かったのか。 とりあえず、最初は同期されなかったんですけど、GBSの設定から手動で再構築？させてみた。 ただ、ブクマを読み込めはしたんですが、順番がぐちゃぐちゃになってしまいました。 あとFxPにもとからあったブクマとの兼ね合いでややこしいことに。特にツールバー。 FxPにGBSを入れる時は、あらかじめブクマを全削除しといた方が良さげです。 それと、これを機にブクマをより階層的に整理。 一度上手くいけばそれなりに安定するのでその後はわりと楽かも。 私のFxにはSageなどが入っていて、ブクマもそれに関係しているので、FxPにも幾つか同じ拡張を入れました。 完全に同じではないですが、これでほぼ満足に、環境を持ち歩けます。 いやぁ、これは便利な予感。 でもFxの起動時に同期処理が入ったりとかで鬱陶しいので、今はGBSは無効にしてあります。 どこか外にブラウザを持ち歩く予定ができたら、改めてGBSを有効にしてデータを送れば良いかなぁと。 okela 2006-09-16T00:00:00+09:00 http://okela.blogtribe.org/entry-11385d738e0c458fd4c4399684d13e3b.html そういえばデスコミの第一話は涙を飲む話(慣用句じゃなく)だったわけで、体液好き？ 植芝の新作『謎の彼女X』の１巻を読みました。 こんな漫画を好きだと言うような奴がいたら人格を疑って良いと思います。 居眠りしてた女の子のよだれを舐めるだとかパンツからハサミを取り出す女の子だとか 「変態！変態！変態！変態！」 とロングヘアーの中学生女子になじられたとしても無理のないような変態趣味であって そんな変態趣味が私にあるかというとこれはつまり 不道徳なことを正直に言うのと道徳的な嘘をつくのとではどちらが道徳的か という哲学的問題を考えなければならないわけであって つまりそういう無防備な唾液に直面し一体どれほどの人がこの種の欲求を感じずにいられようか！ 謎の彼女X 1 (1) 講談社 植芝 理一 このアイテムの詳細を見る しかし唾液に関することを除けば二人の恋愛は驚くほど清らかで純情だったりする。 変態性というのは淫売さではなくむしろ純情にこそ由来する物なのであります。 okela 2006-09-15T23:37:59+09:00 http://okela.blogtribe.org/entry-0c4d0cb214c1292eefbc6c439baccd3b.html ジャズフェスのサタデーナイトジャムでえらく気に入ったのでiTMSで買ってみましたi-dep。 ジャズフェスでの演奏曲目が纏まってるところが見つからなかったので、視聴して捜索。 一曲目はSuper Departureの「G」という曲だったみたいです。 …なんですけど、いや、悪くはないんですが、ライブの印象ほど良くないような。 なんでだろう。 ミキシングが、アルバムのだとかなり平板な印象を受けました。 ジャズフェスではシンセ強過ぎかと思ったんですが、アルバムのは弱過ぎ。 生楽器も何もかも、全ての音が、印象が弱くなってしまっています。 とりあえずEQをダンス用にしてみて少しはマシになったけど、でもまだ今イチ。 とにかく音のインパクトがかなり弱くて「アレ？」っていう感じです。 あとは…やっぱライブの高揚感かなぁ。 ライブだと視覚からも生楽器が入ってくるから、演奏がより印象深く聞こえるのかも？ いや、悪くはないですよ。っていうか良い。 capsuleが好きな人とかにはお薦め。 Super Departure インディペンデントレーベル i-dep このアイテムの詳細を見る で、ついでにiTMSのJust for Youで紹介された I Am Robot and ProudというエレクトロニカユニットのElectricity in Your House Wants to Singというアルバムが良さげです。 シンセなんだけど暖かみのあるsin波で、プチ中国風のメロディ。(ってか中国人だし。) YMOとか東方の音楽とかが好きな人なら７割くらいは気に入りそう。 CDは1500円、iTMSでも同じ値段なのでCDを捜してみたんですが、見つからなかったです。 大学生協で買えば15%OFFですが、輸入版は取り扱ってないとのことorz okela 2006-09-13T00:27:08+09:00 http://okela.blogtribe.org/entry-046f0a66dbcce5447b21d9af5a1b9635.html ACETEK 2WAY POWER DOCKfor iPod nano AC-2WPDN[AC2WPDN] このアイテムの詳細を見る 音楽はCDやMD,TAPEのようなメディアを一枚一枚管理するより、HDD等の大容量メディアで纏めて扱いたいわけですよ。 早い話、iPodをオーディオの母艦にしたいという話。 HDD+SDという手もありますが、iTMSや既存のライブラリを活かしたい。 でもiTunesだと、いちいちPC立ち上げなきゃいけないのが面倒いうるさい熱い。 iPod(っていうかnano)をオーディオに繋いでニャンニャンしたい。 で、そんな用途にぴったりフィットする製品が意外と少ないのに驚きました。 そんな中見つけたのが上の奴。2WAY POWER DOCK for iPod nano。 ACアダプタ or USB2.0で充電出来て、LINE出力も備えている。 LINE出力をオーディオに繋げば、iPod nanoの中身をオーディオから鳴らせます。 充電もやってくれるし、PCを立ち上げればiPod nanoの中身も更新出来る。 こういった行為を、一切の繋ぎ換え無しでできるのが便利。 というか、これができて当たり前だと思うのに、当たり前の製品が思いのほか少ない。 充電ができてもLINE出力が無かったりとか、LINE出力があってもUSBが無かったりとか。 家で使う時はiPodをクレードルに刺しておき、持ち運ぶ時は抜くだけで良いという、 それだけの物が、これ以外に見つからなかったことに驚きです。 PCの電源をあまり入れたくない人というのは少数派なのだろうか？ でも音源ライブラリ更新なんて、そう頻繁にあることじゃないけどなぁ。 文句をつけるとすれば、リモコンが無いこと。 操作はクレードルに載せたiPod nanoを直接触ってのこと。 上位機種でリモコン登載、とかないかなぁ。 オーディオメーカーはiPodを嫌ってるようです。 自分の食い扶持を減らされるから。 だもんだから、オーディオメーカーがiPodを積極的に活かそうとすることは殆どありません。 例外的にONKYOのiPod専用 RI Dock DS-A1があるけど USBは無いからつなぎ替えが前提なのと、お値段高目。 (関連記事：AVコンポからiPodへのアプローチ――オンキヨー「DS-A1」(ITmedia)) 多くの曲を収録しているiPodというデバイスを、CDやMDのデッキと同様のひとつのコンポートネントとしてAVシステムに組み込む (上記ITmedia記事) というコンセプトを実現した製品は思いのほか少ない。 もっと大胆に、TAPEを挿すスロットのようにiPodを挿すことができる製品とか、無いかなぁ。 iPod対応製品は大抵、デザインがiPodに従っちゃうんだよね。 同日追記 改めて考えてみたら音源ライブラリ更新なんて、そう頻繁にあることじゃないのなら USB端子は無くても良い、偶にPCに繋ぐ時くらいUSBケーブルに差し替える手間を惜しむことも無い という考えも成り立つ気がしてきた。 でもやっぱUSBは欲しい。論理矛盾を起こしてる。 okela 2006-09-12T13:21:41+09:00