2007年04月08日

ライブラリのバグを押し付けられるのはかわいそうだ

プニルユーザーなんだが、これは FireFoxがかわいそうだと思った。


 Firefoxも.aniファイルの処理に、脆弱性のあるWindowsの同じコンポーネントを使っていることが判明、「つまりIEと同様の方法で悪用される可能性があることになる」とソティロフ氏はビデオで述べている。
アニメカーソルの脆弱性はFirefoxの方が深刻?


アニメーションカーソルをライブラリを使わずに実装することってできるんだろうか。
仮に出来たとしても、膨大な労力が必要だろう。

Windowsのバグで引き起こされる問題についてもとやかく言われるのはさすがに酷いような。


ただ、Firefoxには保護モードのような形で権限を低く設定する保護措置がないということだ。もっとも、ある読者が指摘した通り、Vistaの保護モードが問題になるのはユーザーがVistaを持っている場合のみであることを考えると、結局誰であろうとカモにされてしまうことになる。
アニメカーソルの脆弱性はFirefoxの方が深刻?


まだ2Kユーザーの俺がきましたよ。
現代のそこそこのPCで1世代前のOS(いまになっては2世代前)を動かすと超絶快適なんで、まだ Vistaはいらない。

ただ、 Vistaの保護モードは便利だと思う。
#フック系プログラム作る人たちは死ぬ目にあったがな。

FireFoxはどうやって保護モードを実装するか興味があるなー。
やっぱ、2分割かな、、UIとダウソしたファイルの書き込みは通常権限、通信,html解析,描画は低レベルプロセスって感じかな。
もし、グローバルな設定を弄らないダメなら一部特権かね。

うまく実装してくれると、2KでもFireFoxだけ保護モードで動作するようになるのかも。

やっぱ、これからのソフトウェアは qmail のように権限が分かれた複数のプロセスで構築されるようになるんだろうか。
設計、開発、デバッグ、保守メンテのすべてフェーズが死ぬほどやりにくそうだ。逆にバグを量産したら笑えるよな。
設計ミスでプロセス間がスパゲティになっちゃうシステムとか出てくるかも。
おそろしや、おそろしや、どーませんせーまんどーませんせーまん。
posted by rti at 23:33 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

議事録ってネットで読めるようになっているのね

選挙の投票の材料にしようと思って、いろいろと調べていたら、
議会の議事録ってネットで読めるようになっているんだ。
知らなかったYO。

しかし、、、議案に誰が賛成して誰が反対したか書いてない。

肝心の部分には、

[起立多数]

とかしか書いてないでやんの。
確かに、案の是非を問うときに起立数で見ているから、
発言したわけではないので、「議事録」に記載されていないのは間違いではないんだろうが、実にもったいない。

仕方ないので、発言から議案にどういう態度を取ったかで見るしかないよね。
とりあえず、発言しない議員っている必要ないと思っているからまず切り捨てるとして、さ。
議案に賛成の発言をしときながら、反対に回ったとかいうツンデレな議員がわからないのが悲しい。
posted by rti at 18:59 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

GMO証券 API

いつのまにか発注も可能になっている?

GMO証券向けWebサービスエクセルVBAサンプル

株価の値動きを取るAPIがまだ無いらしいので、
これらがそろえば一通りの自働売買はできるようになるかも。

公式にAPI提供ってのが素敵だよな。
今までは、証券会社の htmlをパースしてやらなきゃダメだったんだし。
ちなみに証券会社の htmlをパースしてやるときはケータイ向け htmlがシンプルでパースしやすくて便利だった。

つーか、楽天証券もどうせマケスピの上で HTTPSを動かしているんだろうから、思い切って公開しちゃえばいいような気がするんだけどね。

ただ、デイトレの自働売買を作って回転させた場合、
差金取引規制の問題が出てくるので、なかなか面倒だと思うけど。

仕手を監視して急騰に飛び乗り飛び降りを作ったんだが、
これのせいで運用を断念した。
差金取引規制に当てはまらないように損切りを恐れていては損が増えるだけだしね。
OmegaChart RTI版に組み込んだ 楽天RSSルーチンは、そのプログラムからの流用だったりする。
過去の遺産も便利に再活用、オブジェクト指向万歳ってか。
ちょっと違うか。
posted by rti at 08:46 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

wikipediaが削除依頼に屈してしまう問題について

wikipediaが削除依頼に簡単に応じてしまうのが話題になっているらしい。
俺様は、削除依頼があったら削除するのは、やむなしと考える。

wikipediaは有志により支えられている状態であり、
仮に裁判を起こされても戦えるだけの力がないと思える。


書き込みについては、情報ソースがはっきりしていなければ書かないということにしています。
 Wikipediaは非営利団体ですから、もし裁判になると裁判費用すら出せません。ですから、疑わしいものは避けるというスタンスです。
【インタビュー】有志で取り組む「史上最大の百科事典」――Wikipedia日本語版の舞台裏



「裁判費用すら出せない」
これは、著作権侵害について質問されたときの回答なんだが、
削除をめぐる争いにも当てはまると思える。


もし、(FSFのような)強い後ろ盾があれば、削除依頼を跳ねつけて、裁判で争うことも出来るだろう。
ただ、現状の状態でヘタに争って、2chのように膨大な賠償金を命じられたら、
wikipediaの存在自体が危うくなるのではないか。
2chのように削除依頼を跳ね除けて、裁判で負けまくっても運営できている方が奇跡であって、一種の異常な状態のようにも思える。

仮にこのサイトが同じ問題になったら俺様はあっさり削除に屈してしまうだろう。

なんで、ここで問題にしなければいけないのは、削除に屈してしまう wikipeidaよりも、削除に屈しなければいけない状態であると俺様は思う。


一つの解決案としては裁判で争えるような強大な後ろ盾の立ち上げ。
実現すれば、日本のネットユーザーにとっては強力な盾になる。
ただし、これは難しい。
言い出しっぺの法則でおまえがやれといわれたら困ってしまう。
出る杭は打たれるし、救世主信仰の日本人なんでね。


だから、俺様としてもう一つの案を出したい。
それは、第三者方式。
削除依頼を出された場合、それを否とする人たちで争ってもらう、これしかないだろう。

削除依頼があった場合、
削除依頼があったことを公開する。
数日以内にそれに対して異議を唱える人が居なかった場合は自動的に削除する。

もし、異議を唱える人が居た場合は、その人の責任で情報の開示をつづける。
そして、削除依頼者と異議を唱える人たち同士が裁判で争ってもらう。

俺様は法律の専門家ではないので、この方式が合法かどうか判断は出来ない。

もし、この方法が合法的であり、利用できるならば、
情報を開示したサーバは削除をめぐるやっかいごとから開放されるだろうし、
削除に反対する人たちと賛成する人たちも文句は無いと思うのだが。


自由で楽しいWeb空間を望む。


余談
仮に第三者方式にしたところで、自ら火の粉を浴びに飛び込む人は少ないような気がする。
ただ、だからといって現状のまま wikipedia を責め続ける酷だろう。
それでも、何も出来ないで歯がゆい思いはしたくない。
そこで、自ら火の粉を浴びに飛び込む英雄が生まれる土壌だけでも整備したい。

救世主信仰の俺様としては、自ら火の粉を浴びに飛び込む英雄にエールを送りたいんだ。
と、いうわけで未来の英雄君にあとはまかせた、っていうオチで閉めたらダメですか?
posted by rti at 01:55 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年04月07日

事故が多い所にオービス仕掛けりゃいいんぢゃね

移動式オービスとか面倒なことをやら無くても、事故が多い所にオービスをしかければいいんぢゃねーの?


 速度違反自動取締装置(オービス)を通過した途端に加速するドライバーを、その先にこっそり設けた移動式オービスで捕捉する新しい摘発作戦に、大阪府警が今月から本格的に乗り出した。

 オービスの設置地点はインターネット上で情報が出回り、ドライバーの多くはその地点だけ減速して取り締まりを逃れているのが実情。
オービス通過後“ねずみ捕り”2段構えで速度違反摘発


オービス情報はネットで公開されているんだったら、
それを逆手にとったことをやればいいんぢゃないかと、
ペーパードライバーの俺様は思うんですよ。

さらに言うなら、オービスしかけてます! って看板でも出しとけば
オービス情報を知らない人でもビビって減速してくれるんぢゃないのかな(w

速度違反の摘発数が減ってK札は困るかもしれないが(w
事故を減らすって意味ではこーゆーやり方が一番いいと思うんだがね。
posted by rti at 22:23 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

久しぶりに php でも書くか、、、

Omega のビルドも公開しちゃったし、
C# で遊ぶのはこれくらいにして、
ちょっとやってみたいネタがあるんで、 久しぶりにウェブサービスでも作ってみっか。
でも、apache の入っている環境が手元に無いし、
無料サービスに ftp でアップしながらデバッグするのは面倒なんだよなぁ。
NetBIOS経由が良い!!

apache 入れるところからやるか、
こんなときに Linuxマシンでもあれば楽なんだろうケド、
Windowsマシンしかない。

メインのマシンに apache なんてもんは入れたくないので、
サブマシンに入れるか。
VMWareは重いし、変なサービスとか入るから論外。

何かと始めるまでがスロースタートな俺様。
これが年を取るということか。
posted by rti at 19:25 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年04月06日

Omega Chart RTI版 バグ修正版

このソフトはフリーソフトウェアで無保証です。
詳しくは↓
http://supermx.seesaa.net/article/37736444.html


■ダウンロード

リンク先は以前と同じ

ダウンロード(ソース)
ダウンロード(バイナリ)

ダウンロード(RTI専用で素人にはお勧めできないバージョン)


■修正部分

・破産確率の式を間違っていたのを修正

破産確率をペイオフレシオで求めなければいけないところをプロフィットファクターを利用して求めていた。
両方とも P から始まるため、補完ミスをやらかして気がつかなかったもよう(w


・RSSのスレッド周りの修正
スレッド停止の回りを修正。
Thread.Abort() → Thread.Interrupt() にした。

MSDNのサンプルとかスレッドの終了を Thread.Abort() でしていたり、ネットでも Thread.Abort() を推奨していたりするのが謎。


・資金曲線分析の追加

RSQ関数のアレ。
自働売買の集計がどんどん長くなる、そろそろタブコントロールで分けなきゃダメかな。
posted by rti at 23:37 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年04月05日

流動性

システムのシグナルにしたがって取引をする場合、流動性が問題になる。
流動性が低いと自分が取引をすることによってチャートに影響を与えてしまって、スリップページによって計算が狂ってしまう。

だから、流動性が抜群の先物だけをやるべきだって意見もある。
でも、俺様的には、BNFが言っていた「株で重要な要素の一つは銘柄の視野の広さ」ってことが気になる。


819 名前:B・N・F ◆mKx8G6UMYQ [sage] 投稿日:04/10/03(日) 17:20:27 ID:IdmbGKeE
チャートは極力単純な方がいいと思います。
結局、株は上がるか下がるかだけの話なので
複雑にチャート分析しても単純にチャート分析しても
上がるか下がるかの予想が付けばそれでいいのです。
むしろ複雑にチャート分析をしすぎてこっちの指標的には買いだけど
こっちの指標的には微妙なんだよなぁという状態になり買い場を
逃すようなことになっては本末転倒だと思います。
それなら単純なチャート分析の単純な買いパターンに入っている
株を探すのに集中した方がいいと思います。

株で重要な要素の一つは銘柄の視野の広さだと思います。
結局、複雑にチャート分析しても単純にチャート分析しても
銘柄の視野が狭ければ有効利用はできないからです。
まったく同じ実力のAさんとBさんがいたとして
Aさんには10銘柄しか取引可能な銘柄がなくて
Bさんには100銘柄取引可能な銘柄があるとしたら
おそらくBさんの方が1年後資産を増やしているのでは
ないでしょうか?チャート分析上、上がるか下がるかの
パターンは意外と単純でその単純なパターンに入っている株を
いかに多く見つけられるかが重要だと思います。
2ch投資・株式板関連B・N・F氏のレス、まとめ@Wiki デイ・スイング超短期売買技法研究会


流動性は必要だが、たくさんのパターンも大切。
だから、先物だけをターゲットにするのではなく、ある程度の流動性がある銘柄に対してトレードするべきではないんだろうかと思うんよ。

Omega Chartでは、売買代金500位のみをターゲットに分析をやっているが、中には、500万ぐらいの買いをぶつけるとダメそうな銘柄もある、、さらに高い流動性を求めるには、一日の売買代金が最低5-10億以上ぐらいの銘柄をやっていくしかないんかなぁと。それでもものすごい買いをぶつけたらだめになるのかね。そんなにお金が無いからわからんけどさ。

株ロボのボットはどうやっているんだろうな。
一台 5000万運用していて、ボットのアルゴリズム的に買えるだけ買うボットもいると思う。 仮に寄りで5000万の買いをぶつけてきたらどうなるんだろうか。超気になるところ。
posted by rti at 13:00 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

選管は某候補者のyotubeビデオを削除依頼している暇があったらこっちをどうにかしろよ

同じ条件で放送されないのはいけないんだろ。
その理屈で某候補者のビデオを yotubeに削除依頼を出す暇があったら、この問題を解決しろよ。

と、テレビをもっていない俺が言ってみるテスト。


選対本部によると他候補者から請求があった場合は、同条件で放送させなければならないという放送法に基づき、中松氏はテレ朝側に「放送の申し入れ」を行ったが拒絶されたという。
【都知事選】“生討論に呼ばれず” ドクター中松氏、テレ朝の放送法違反を指摘
posted by rti at 10:26 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

料理と塩分

中華料理は豪華になればなるほど、脂っこくて味がしつこくなるとかって、昔やっていた中華一番ってアニメで言っていたような。
皇帝に食事を献上するあたりのエピソード辺りだったはず。


中華料理への逆風が米国内でやまない。食の安全に取り組む米NGO「公益科学センター」は、「中華料理はカロリーと塩分過剰」とする分析結果を発表し、体重と血圧が気になる米国人に衝撃を与えた。
中華はカロリーと塩分過剰…米国人に衝撃の結果



塩分については、日本食も意外と塩分が多かったりするのでなんともいえないか。
味噌汁、鯖の塩焼き、醤油を使った料理 etc...

でも、そんなこといったら、外人の主食のパンだって、
作るのに塩つかっているんだしなぁ。
米と違って、主食で塩分が入っているし。

人類は塩分が大好きみたいだ。
高級になるだけ、大好きな塩分が増えるのは仕方ないのかもな。


米国と香港でこの料理のレシピを比べると、その差は一目瞭然(りょうぜん)だ。

 ざっと違いを挙げると、(1)米国では鶏肉にコーンスターチとタマゴの衣をつけて揚げるが、香港では下味をつけた鶏肉を油でいためるだけ(2)香港で使わない砂糖を米国ではサジ3杯入れる(3)ケチャップは米国で使っても、香港での使用は皆無−といった具合だ。
中華はカロリーと塩分過剰…米国人に衝撃の結果


・・・・外人は馬鹿だ。
ローカライズの結果ぢゃん。
健康志向が流行っていると少しづつ砂糖と塩分が減っていくんだろうか。
アメリカの中華料理の人気メニューの砂糖と塩分の量でどれだけ健康が流行っているか知る指標になるかもしれぬ。
posted by rti at 10:19 | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする