Hatena::ブログ(Diary)

behind the counter RSSフィード

2010-05-01

ESET Smart Securityの「起動時の検査」を止める方法

参考URL

http://kb.eset.com/esetkb/index?page=content&id=SOLN2305

  1. タスクトレイにあるESETのアイコンを右クリックし、「ウィンドウを開く」を選択
  2. 「設定」タブで、「詳細モードへの切り替え」を選択、ダイアログで「はい」を選択
  3. 出現した「ツール」タブの「スケジューラ」を選択
  4. スケジュールされたタスクの中から「システムのスタートアップファイルのチェック」タスクについているチェックを外す。

起動時とアップデート時に動くようになっていました。

プレゼン前などは、アップデートタスクも止めた方が良いかもしれません。

unknownunknown 2010/05/26 06:53 クソオタid:suikyo

汝が久しくwebを見入るとき、webもまた汝を見入るのである

>>”汝が久しくwebを見入るとき、webもまた汝を見入るのである”

なにいってんだ? バカ!


なんだこれ、嫌がらせのつもりか?

http://h.hatena.ne.jp/beefriends/9234093200097163310

http://twitter.com/beefriends/status/9188411866

ポスト削除しろ

id:Nikolaへ伝えておけ・・・


陰湿キモオタ痛い目に遭わせてやろうか?

2010-01-26

夜フクロウをTwitterアカウントごとに起動する

夜フクロウは、とても使いやすいMac OS X用Twitterクライアントですが、複数アカウントを直接管理することができません。バージョン2.41で公式に複数アカウントに対応しました! ので、この記事の内容は不要になりました。

ということで、複数起動させてしまうことにしました。

f:id:suikyo:20100126133013p:image

f:id:suikyo:20100126135429p:image

その後適当なエディタで、/Applications/YoruFukurou2.app/Contents/Info.plistを開き、

        <key>CFBundleIdentifier</key>
        <string>com.YoruFukurouProject.YoruFukurou</string>

となっている部分を、

        <key>CFBundleIdentifier</key>
        <string>com.YoruFukurouProject.YoruFukurou2</string>

と書き換えます。この名前はとにかくユニーク(他のアプリと異なる)であればよくて、フォルダ名やアプリケーション名とは関係ないようです。同じInfo.plistファイルの下の方にあるCFBundleURLNameも書き換えなくて良いようです。こっちは、たぶん、DnDとか関連付けとかだと思います。

f:id:suikyo:20100126135950p:image

おお。動きました。素晴らしい!

不思議なのは、このとき、複数の夜フクロウは~/Library/Application Support/YoruFukurou/フォルダを共有するんですよね。てっきりこのフォルダが分裂するんだと思ったのですが、そうではなく、その下に"(Twitterアカウント名).owf"ファイルが複数できました。じゃあ、いったい2つのインスタンスをどうやって見分けているんだろう、OSX摩訶不思議。

2010-01-08

ミームプールが決めるたった一つのこと

タイトルは釣りです。

ASCII.jp:Twitterはコミュニケーション革命なんかじゃない (1/3)は、ありそうで明言されてこなかった巨大なネタだと思ったが、遺伝的アルゴリズムに言及するにもかかわらず、脳神経系との相似が念頭にあるようで、消化しきれない印象が残った。多分、池谷さんとの会談後だったからなのだろう。でも、とても刺激になった。


RTを軸とするなら、素直に考えれば、Twitter世界の仕組みは脳神経系ではなくミームプールではなかろうか。そもそもGoodbye from tweetmemeというRT数計測サイトがあるぐらいだ。

このミームプールでは、一つの発言(=模倣子型)は、元記事のように野良ミームと交叉を繰り返していくが、最も強いフレーズは最終的に、頻度の高い模倣子として一定の地位を保つことになる。多分統計的に分析すれば、対立模倣子も定義できるだろう。

Twitterミームプールはそれだけで完結したプールではなく、外の(Web)世界全体の中の一部である。ただ、手軽さのために異常に交叉頻度が高く、ログが残らないせいでプールの状態が安定せず、文字数のせいで突然変異を起こしやすい圧力が働いているだけなのだ。


しかし、Twitterの外の世界を見たときには、Web世界の動作には脳の情報処理に近いものを感じる。Googleの登場によって、混沌とした情報世界に一つの流れができた。しかし、皮膚感覚から前頭葉へ至る流れはできても、どうやって同期するか(Google世界では時は止まっている)、どうやって精度良く記号化するか(Google世界はプロセスを定義しない)という二つの問題があった。Wikipediaは後者をある程度解決したが、前者にはまるで無力だった。Twitterは双方の問題に一つの解を提示したと思う。


TwitterがGoogleとBingにインデックスを提供することになって、遂にこの二つの世界が結びつき始め、一個の巨大な情報処理生物へと変身し始めたと思う。すなわち一つ一つの個体の活動が生んだミームの、ミームプールによる選別というプロセスによって、ある事件とそれに対する記号(評価、と言っても良い)が同期される。その結果が記憶され、いつでもインデックスによって引き出せるようになる。Webに経験が蓄積され、我々は、より「大人」な存在へと成長していくのだろう。

それにしても、この巨大な生き物はどこへ向かうのだろうか。一つだけ言えるのは、あらゆる生物の本能は(どのようなレイヤであれ)自己保存であるということだけだ。だからこれからも次々と処理すべき情報を無理矢理作り出すような方向へと向かうだろう。認識系の人たちは今後10年が勝負だと思うよ。分かってるとは思うけど。

2010-01-05

Thrift + Thinの組み合わせでS/C

Binary RPCの実験。環境によってはインストールが結構面倒かも。

続きを読む

2009-12-21

そういや載せるつもりだった記事をまだ書いてない。まずいまずい。

バイナリプロトコルRPC比較

プロトコルスキーマライセンス開発その他対応言語
MessagePackレスAPL 2.0個人コネクション再利用C, C++, ruby, Perl, Python, C#?
BERTレスBSDL?GitHub?erlang:term_to_binary/1Factor, Haskell, Ruby, Python(Server only), (C++, JavaScript, Scala)
ThriftIDLAPL 2.0Apache Software Foundation (Facebookからのcontribution)wireフォーマット変更可能、HTTP互換などありC++, C#, Java, Perl, Python, PHP, Erlang, Ruby
Protocol BuffersIDL独自Googleバージョンアップ前のデータも読める。RPC部分なしC++, Java, Python
ASN.1IDL様々様々規格なので実装は色々C, Python, Java, C#
EtchIDLAPL 2.0Apache Software Foundation (Ciscoからのcontribution)RPCフレームワークJava, C#, (Javascript, Python, C)

ふむふむ。

P.S. テーブルちゃんと見えなくて済みません。デザイン変更します。

P.P.S. 横幅のある表がきちんと表示できなかったのでデザインを変更しました。

  • IDLのものは全てCode Generationによる
  • 今のところJavaでスキーマレスなものはない?