ATコマンド一覧
基本的に COM1 に対して接続し ATコマンドを討つ
W-SIM/ATコマンド
C#のソースを公開しているサイト
簡単なモバイルアプリケーション開発4 現在の緯度、経度の取得
GoogleMapsMobileにW-SIMから取得した位置情報を入力するソフト
Google Maps Mobile
W-SIMから位置情報を取得する最初を最初に見つけたパイオニア
W-ZERO3で位置情報
ハカすげー(お約束
2007年04月10日
2007年04月08日
ライブラリのバグを押し付けられるのはかわいそうだ
プニルユーザーなんだが、これは FireFoxがかわいそうだと思った。
アニメーションカーソルをライブラリを使わずに実装することってできるんだろうか。
仮に出来たとしても、膨大な労力が必要だろう。
Windowsのバグで引き起こされる問題についてもとやかく言われるのはさすがに酷いような。
まだ2Kユーザーの俺がきましたよ。
現代のそこそこのPCで１世代前のOS(いまになっては2世代前)を動かすと超絶快適なんで、まだ Vistaはいらない。
ただ、 Vistaの保護モードは便利だと思う。
#フック系プログラム作る人たちは死ぬ目にあったがな。
FireFoxはどうやって保護モードを実装するか興味があるなー。
やっぱ、2分割かな、、UIとダウソしたファイルの書き込みは通常権限、通信,html解析,描画は低レベルプロセスって感じかな。
もし、グローバルな設定を弄らないダメなら一部特権かね。
うまく実装してくれると、2KでもFireFoxだけ保護モードで動作するようになるのかも。
やっぱ、これからのソフトウェアは qmail のように権限が分かれた複数のプロセスで構築されるようになるんだろうか。
設計、開発、デバッグ、保守メンテのすべてフェーズが死ぬほどやりにくそうだ。逆にバグを量産したら笑えるよな。
設計ミスでプロセス間がスパゲティになっちゃうシステムとか出てくるかも。
おそろしや、おそろしや、どーませんせーまんどーませんせーまん。
Firefoxも.aniファイルの処理に、脆弱性のあるWindowsの同じコンポーネントを使っていることが判明、「つまりIEと同様の方法で悪用される可能性があることになる」とソティロフ氏はビデオで述べている。
アニメカーソルの脆弱性はFirefoxの方が深刻？
アニメーションカーソルをライブラリを使わずに実装することってできるんだろうか。
仮に出来たとしても、膨大な労力が必要だろう。
Windowsのバグで引き起こされる問題についてもとやかく言われるのはさすがに酷いような。
ただ、Firefoxには保護モードのような形で権限を低く設定する保護措置がないということだ。もっとも、ある読者が指摘した通り、Vistaの保護モードが問題になるのはユーザーがVistaを持っている場合のみであることを考えると、結局誰であろうとカモにされてしまうことになる。
アニメカーソルの脆弱性はFirefoxの方が深刻？
まだ2Kユーザーの俺がきましたよ。
現代のそこそこのPCで１世代前のOS(いまになっては2世代前)を動かすと超絶快適なんで、まだ Vistaはいらない。
ただ、 Vistaの保護モードは便利だと思う。
#フック系プログラム作る人たちは死ぬ目にあったがな。
FireFoxはどうやって保護モードを実装するか興味があるなー。
やっぱ、2分割かな、、UIとダウソしたファイルの書き込みは通常権限、通信,html解析,描画は低レベルプロセスって感じかな。
もし、グローバルな設定を弄らないダメなら一部特権かね。
うまく実装してくれると、2KでもFireFoxだけ保護モードで動作するようになるのかも。
やっぱ、これからのソフトウェアは qmail のように権限が分かれた複数のプロセスで構築されるようになるんだろうか。
設計、開発、デバッグ、保守メンテのすべてフェーズが死ぬほどやりにくそうだ。逆にバグを量産したら笑えるよな。
設計ミスでプロセス間がスパゲティになっちゃうシステムとか出てくるかも。
おそろしや、おそろしや、どーませんせーまんどーませんせーまん。
議事録ってネットで読めるようになっているのね
選挙の投票の材料にしようと思って、いろいろと調べていたら、
議会の議事録ってネットで読めるようになっているんだ。
知らなかったYO。
しかし、、、議案に誰が賛成して誰が反対したか書いてない。
肝心の部分には、
[起立多数]
とかしか書いてないでやんの。
確かに、案の是非を問うときに起立数で見ているから、
発言したわけではないので、「議事録」に記載されていないのは間違いではないんだろうが、実にもったいない。
仕方ないので、発言から議案にどういう態度を取ったかで見るしかないよね。
とりあえず、発言しない議員っている必要ないと思っているからまず切り捨てるとして、さ。
議案に賛成の発言をしときながら、反対に回ったとかいうツンデレな議員がわからないのが悲しい。
議会の議事録ってネットで読めるようになっているんだ。
知らなかったYO。
しかし、、、議案に誰が賛成して誰が反対したか書いてない。
肝心の部分には、
[起立多数]
とかしか書いてないでやんの。
確かに、案の是非を問うときに起立数で見ているから、
発言したわけではないので、「議事録」に記載されていないのは間違いではないんだろうが、実にもったいない。
仕方ないので、発言から議案にどういう態度を取ったかで見るしかないよね。
とりあえず、発言しない議員っている必要ないと思っているからまず切り捨てるとして、さ。
議案に賛成の発言をしときながら、反対に回ったとかいうツンデレな議員がわからないのが悲しい。
GMO証券 API
いつのまにか発注も可能になっている?
GMO証券向けWebサービスエクセルVBAサンプル
株価の値動きを取るAPIがまだ無いらしいので、
これらがそろえば一通りの自働売買はできるようになるかも。
公式にAPI提供ってのが素敵だよな。
今までは、証券会社の htmlをパースしてやらなきゃダメだったんだし。
ちなみに証券会社の htmlをパースしてやるときはケータイ向け htmlがシンプルでパースしやすくて便利だった。
つーか、楽天証券もどうせマケスピの上で HTTPSを動かしているんだろうから、思い切って公開しちゃえばいいような気がするんだけどね。
ただ、デイトレの自働売買を作って回転させた場合、
差金取引規制の問題が出てくるので、なかなか面倒だと思うけど。
仕手を監視して急騰に飛び乗り飛び降りを作ったんだが、
これのせいで運用を断念した。
差金取引規制に当てはまらないように損切りを恐れていては損が増えるだけだしね。
OmegaChart RTI版に組み込んだ 楽天RSSルーチンは、そのプログラムからの流用だったりする。
過去の遺産も便利に再活用、オブジェクト指向万歳ってか。
ちょっと違うか。
GMO証券向けWebサービスエクセルVBAサンプル
株価の値動きを取るAPIがまだ無いらしいので、
これらがそろえば一通りの自働売買はできるようになるかも。
公式にAPI提供ってのが素敵だよな。
今までは、証券会社の htmlをパースしてやらなきゃダメだったんだし。
ちなみに証券会社の htmlをパースしてやるときはケータイ向け htmlがシンプルでパースしやすくて便利だった。
つーか、楽天証券もどうせマケスピの上で HTTPSを動かしているんだろうから、思い切って公開しちゃえばいいような気がするんだけどね。
ただ、デイトレの自働売買を作って回転させた場合、
差金取引規制の問題が出てくるので、なかなか面倒だと思うけど。
仕手を監視して急騰に飛び乗り飛び降りを作ったんだが、
これのせいで運用を断念した。
差金取引規制に当てはまらないように損切りを恐れていては損が増えるだけだしね。
OmegaChart RTI版に組み込んだ 楽天RSSルーチンは、そのプログラムからの流用だったりする。
過去の遺産も便利に再活用、オブジェクト指向万歳ってか。
ちょっと違うか。
wikipediaが削除依頼に屈してしまう問題について
wikipediaが削除依頼に簡単に応じてしまうのが話題になっているらしい。
俺様は、削除依頼があったら削除するのは、やむなしと考える。
wikipediaは有志により支えられている状態であり、
仮に裁判を起こされても戦えるだけの力がないと思える。
「裁判費用すら出せない」
これは、著作権侵害について質問されたときの回答なんだが、
削除をめぐる争いにも当てはまると思える。
もし、(FSFのような)強い後ろ盾があれば、削除依頼を跳ねつけて、裁判で争うことも出来るだろう。
ただ、現状の状態でヘタに争って、2chのように膨大な賠償金を命じられたら、
wikipediaの存在自体が危うくなるのではないか。
2chのように削除依頼を跳ね除けて、裁判で負けまくっても運営できている方が奇跡であって、一種の異常な状態のようにも思える。
仮にこのサイトが同じ問題になったら俺様はあっさり削除に屈してしまうだろう。
なんで、ここで問題にしなければいけないのは、削除に屈してしまう wikipeidaよりも、削除に屈しなければいけない状態であると俺様は思う。
一つの解決案としては裁判で争えるような強大な後ろ盾の立ち上げ。
実現すれば、日本のネットユーザーにとっては強力な盾になる。
ただし、これは難しい。
言い出しっぺの法則でおまえがやれといわれたら困ってしまう。
出る杭は打たれるし、救世主信仰の日本人なんでね。
だから、俺様としてもう一つの案を出したい。
それは、第三者方式。
削除依頼を出された場合、それを否とする人たちで争ってもらう、これしかないだろう。
削除依頼があった場合、
削除依頼があったことを公開する。
数日以内にそれに対して異議を唱える人が居なかった場合は自動的に削除する。
もし、異議を唱える人が居た場合は、その人の責任で情報の開示をつづける。
そして、削除依頼者と異議を唱える人たち同士が裁判で争ってもらう。
俺様は法律の専門家ではないので、この方式が合法かどうか判断は出来ない。
もし、この方法が合法的であり、利用できるならば、
情報を開示したサーバは削除をめぐるやっかいごとから開放されるだろうし、
削除に反対する人たちと賛成する人たちも文句は無いと思うのだが。
自由で楽しいWeb空間を望む。
余談
仮に第三者方式にしたところで、自ら火の粉を浴びに飛び込む人は少ないような気がする。
ただ、だからといって現状のまま wikipedia を責め続ける酷だろう。
それでも、何も出来ないで歯がゆい思いはしたくない。
そこで、自ら火の粉を浴びに飛び込む英雄が生まれる土壌だけでも整備したい。
救世主信仰の俺様としては、自ら火の粉を浴びに飛び込む英雄にエールを送りたいんだ。
と、いうわけで未来の英雄君にあとはまかせた、っていうオチで閉めたらダメですか?
俺様は、削除依頼があったら削除するのは、やむなしと考える。
wikipediaは有志により支えられている状態であり、
仮に裁判を起こされても戦えるだけの力がないと思える。
書き込みについては、情報ソースがはっきりしていなければ書かないということにしています。
Wikipediaは非営利団体ですから、もし裁判になると裁判費用すら出せません。ですから、疑わしいものは避けるというスタンスです。
【インタビュー】有志で取り組む「史上最大の百科事典」――Wikipedia日本語版の舞台裏
「裁判費用すら出せない」
これは、著作権侵害について質問されたときの回答なんだが、
削除をめぐる争いにも当てはまると思える。
もし、(FSFのような)強い後ろ盾があれば、削除依頼を跳ねつけて、裁判で争うことも出来るだろう。
ただ、現状の状態でヘタに争って、2chのように膨大な賠償金を命じられたら、
wikipediaの存在自体が危うくなるのではないか。
2chのように削除依頼を跳ね除けて、裁判で負けまくっても運営できている方が奇跡であって、一種の異常な状態のようにも思える。
仮にこのサイトが同じ問題になったら俺様はあっさり削除に屈してしまうだろう。
なんで、ここで問題にしなければいけないのは、削除に屈してしまう wikipeidaよりも、削除に屈しなければいけない状態であると俺様は思う。
一つの解決案としては裁判で争えるような強大な後ろ盾の立ち上げ。
実現すれば、日本のネットユーザーにとっては強力な盾になる。
ただし、これは難しい。
言い出しっぺの法則でおまえがやれといわれたら困ってしまう。
出る杭は打たれるし、救世主信仰の日本人なんでね。
だから、俺様としてもう一つの案を出したい。
それは、第三者方式。
削除依頼を出された場合、それを否とする人たちで争ってもらう、これしかないだろう。
削除依頼があった場合、
削除依頼があったことを公開する。
数日以内にそれに対して異議を唱える人が居なかった場合は自動的に削除する。
もし、異議を唱える人が居た場合は、その人の責任で情報の開示をつづける。
そして、削除依頼者と異議を唱える人たち同士が裁判で争ってもらう。
俺様は法律の専門家ではないので、この方式が合法かどうか判断は出来ない。
もし、この方法が合法的であり、利用できるならば、
情報を開示したサーバは削除をめぐるやっかいごとから開放されるだろうし、
削除に反対する人たちと賛成する人たちも文句は無いと思うのだが。
自由で楽しいWeb空間を望む。
余談
仮に第三者方式にしたところで、自ら火の粉を浴びに飛び込む人は少ないような気がする。
ただ、だからといって現状のまま wikipedia を責め続ける酷だろう。
それでも、何も出来ないで歯がゆい思いはしたくない。
そこで、自ら火の粉を浴びに飛び込む英雄が生まれる土壌だけでも整備したい。
救世主信仰の俺様としては、自ら火の粉を浴びに飛び込む英雄にエールを送りたいんだ。
と、いうわけで未来の英雄君にあとはまかせた、っていうオチで閉めたらダメですか?
2007年04月07日
事故が多い所にオービス仕掛けりゃいいんぢゃね
移動式オービスとか面倒なことをやら無くても、事故が多い所にオービスをしかければいいんぢゃねーの?
オービス情報はネットで公開されているんだったら、
それを逆手にとったことをやればいいんぢゃないかと、
ペーパードライバーの俺様は思うんですよ。
さらに言うなら、オービスしかけてます! って看板でも出しとけば
オービス情報を知らない人でもビビって減速してくれるんぢゃないのかな(w
速度違反の摘発数が減ってK札は困るかもしれないが(w
事故を減らすって意味ではこーゆーやり方が一番いいと思うんだがね。
速度違反自動取締装置（オービス）を通過した途端に加速するドライバーを、その先にこっそり設けた移動式オービスで捕捉する新しい摘発作戦に、大阪府警が今月から本格的に乗り出した。
オービスの設置地点はインターネット上で情報が出回り、ドライバーの多くはその地点だけ減速して取り締まりを逃れているのが実情。
オービス通過後“ねずみ捕り”２段構えで速度違反摘発
オービス情報はネットで公開されているんだったら、
それを逆手にとったことをやればいいんぢゃないかと、
ペーパードライバーの俺様は思うんですよ。
さらに言うなら、オービスしかけてます! って看板でも出しとけば
オービス情報を知らない人でもビビって減速してくれるんぢゃないのかな(w
速度違反の摘発数が減ってK札は困るかもしれないが(w
事故を減らすって意味ではこーゆーやり方が一番いいと思うんだがね。
久しぶりに php でも書くか、、、
Omega のビルドも公開しちゃったし、
C# で遊ぶのはこれくらいにして、
ちょっとやってみたいネタがあるんで、 久しぶりにウェブサービスでも作ってみっか。
でも、apache の入っている環境が手元に無いし、
無料サービスに ftp でアップしながらデバッグするのは面倒なんだよなぁ。
NetBIOS経由が良い!!
apache 入れるところからやるか、
こんなときに Linuxマシンでもあれば楽なんだろうケド、
Windowsマシンしかない。
メインのマシンに apache なんてもんは入れたくないので、
サブマシンに入れるか。
VMWareは重いし、変なサービスとか入るから論外。
何かと始めるまでがスロースタートな俺様。
これが年を取るということか。
C# で遊ぶのはこれくらいにして、
ちょっとやってみたいネタがあるんで、 久しぶりにウェブサービスでも作ってみっか。
でも、apache の入っている環境が手元に無いし、
無料サービスに ftp でアップしながらデバッグするのは面倒なんだよなぁ。
NetBIOS経由が良い!!
apache 入れるところからやるか、
こんなときに Linuxマシンでもあれば楽なんだろうケド、
Windowsマシンしかない。
メインのマシンに apache なんてもんは入れたくないので、
サブマシンに入れるか。
VMWareは重いし、変なサービスとか入るから論外。
何かと始めるまでがスロースタートな俺様。
これが年を取るということか。
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関数のアレ。
自働売買の集計がどんどん長くなる、そろそろタブコントロールで分けなきゃダメかな。
詳しくは↓
http://supermx.seesaa.net/article/37736444.html
■ダウンロード
リンク先は以前と同じ
ダウンロード(ソース)
ダウンロード(バイナリ)
■修正部分
・破産確率の式を間違っていたのを修正
破産確率をペイオフレシオで求めなければいけないところをプロフィットファクターを利用して求めていた。
両方とも P から始まるため、補完ミスをやらかして気がつかなかったもよう(w
・RSSのスレッド周りの修正
スレッド停止の回りを修正。
Thread.Abort() → Thread.Interrupt() にした。
MSDNのサンプルとかスレッドの終了を Thread.Abort() でしていたり、ネットでも Thread.Abort() を推奨していたりするのが謎。
・資金曲線分析の追加
RSQ関数のアレ。
自働売買の集計がどんどん長くなる、そろそろタブコントロールで分けなきゃダメかな。
2007年04月05日
流動性
システムのシグナルにしたがって取引をする場合、流動性が問題になる。
流動性が低いと自分が取引をすることによってチャートに影響を与えてしまって、スリップページによって計算が狂ってしまう。
だから、流動性が抜群の先物だけをやるべきだって意見もある。
でも、俺様的には、BNFが言っていた「株で重要な要素の一つは銘柄の視野の広さ」ってことが気になる。
流動性は必要だが、たくさんのパターンも大切。
だから、先物だけをターゲットにするのではなく、ある程度の流動性がある銘柄に対してトレードするべきではないんだろうかと思うんよ。
Omega Chartでは、売買代金500位のみをターゲットに分析をやっているが、中には、500万ぐらいの買いをぶつけるとダメそうな銘柄もある、、さらに高い流動性を求めるには、一日の売買代金が最低5-10億以上ぐらいの銘柄をやっていくしかないんかなぁと。それでもものすごい買いをぶつけたらだめになるのかね。そんなにお金が無いからわからんけどさ。
株ロボのボットはどうやっているんだろうな。
一台 5000万運用していて、ボットのアルゴリズム的に買えるだけ買うボットもいると思う。 仮に寄りで5000万の買いをぶつけてきたらどうなるんだろうか。超気になるところ。
流動性が低いと自分が取引をすることによってチャートに影響を与えてしまって、スリップページによって計算が狂ってしまう。
だから、流動性が抜群の先物だけをやるべきだって意見もある。
でも、俺様的には、BNFが言っていた「株で重要な要素の一つは銘柄の視野の広さ」ってことが気になる。
819 名前：B・N・F ◆mKx8G6UMYQ [sage] 投稿日：04/10/03(日) 17:20:27 ID:IdmbGKeE
チャートは極力単純な方がいいと思います。
結局、株は上がるか下がるかだけの話なので
複雑にチャート分析しても単純にチャート分析しても
上がるか下がるかの予想が付けばそれでいいのです。
むしろ複雑にチャート分析をしすぎてこっちの指標的には買いだけど
こっちの指標的には微妙なんだよなぁという状態になり買い場を
逃すようなことになっては本末転倒だと思います。
それなら単純なチャート分析の単純な買いパターンに入っている
株を探すのに集中した方がいいと思います。
株で重要な要素の一つは銘柄の視野の広さだと思います。
結局、複雑にチャート分析しても単純にチャート分析しても
銘柄の視野が狭ければ有効利用はできないからです。
まったく同じ実力のＡさんとＢさんがいたとして
Ａさんには１０銘柄しか取引可能な銘柄がなくて
Ｂさんには１００銘柄取引可能な銘柄があるとしたら
おそらくＢさんの方が１年後資産を増やしているのでは
ないでしょうか？チャート分析上、上がるか下がるかの
パターンは意外と単純でその単純なパターンに入っている株を
いかに多く見つけられるかが重要だと思います。
2ch投資・株式板関連B・N・F氏のレス、まとめ@Wiki デイ・スイング超短期売買技法研究会
流動性は必要だが、たくさんのパターンも大切。
だから、先物だけをターゲットにするのではなく、ある程度の流動性がある銘柄に対してトレードするべきではないんだろうかと思うんよ。
Omega Chartでは、売買代金500位のみをターゲットに分析をやっているが、中には、500万ぐらいの買いをぶつけるとダメそうな銘柄もある、、さらに高い流動性を求めるには、一日の売買代金が最低5-10億以上ぐらいの銘柄をやっていくしかないんかなぁと。それでもものすごい買いをぶつけたらだめになるのかね。そんなにお金が無いからわからんけどさ。
株ロボのボットはどうやっているんだろうな。
一台 5000万運用していて、ボットのアルゴリズム的に買えるだけ買うボットもいると思う。 仮に寄りで5000万の買いをぶつけてきたらどうなるんだろうか。超気になるところ。
選管は某候補者のyotubeビデオを削除依頼している暇があったらこっちをどうにかしろよ
同じ条件で放送されないのはいけないんだろ。
その理屈で某候補者のビデオを yotubeに削除依頼を出す暇があったら、この問題を解決しろよ。
と、テレビをもっていない俺が言ってみるテスト。
その理屈で某候補者のビデオを yotubeに削除依頼を出す暇があったら、この問題を解決しろよ。
と、テレビをもっていない俺が言ってみるテスト。
選対本部によると他候補者から請求があった場合は、同条件で放送させなければならないという放送法に基づき、中松氏はテレ朝側に「放送の申し入れ」を行ったが拒絶されたという。
【都知事選】“生討論に呼ばれず” ドクター中松氏、テレ朝の放送法違反を指摘
料理と塩分
中華料理は豪華になればなるほど、脂っこくて味がしつこくなるとかって、昔やっていた中華一番ってアニメで言っていたような。
皇帝に食事を献上するあたりのエピソード辺りだったはず。
塩分については、日本食も意外と塩分が多かったりするのでなんともいえないか。
味噌汁、鯖の塩焼き、醤油を使った料理 etc...
でも、そんなこといったら、外人の主食のパンだって、
作るのに塩つかっているんだしなぁ。
米と違って、主食で塩分が入っているし。
人類は塩分が大好きみたいだ。
高級になるだけ、大好きな塩分が増えるのは仕方ないのかもな。
・・・・外人は馬鹿だ。
ローカライズの結果ぢゃん。
健康志向が流行っていると少しづつ砂糖と塩分が減っていくんだろうか。
アメリカの中華料理の人気メニューの砂糖と塩分の量でどれだけ健康が流行っているか知る指標になるかもしれぬ。
皇帝に食事を献上するあたりのエピソード辺りだったはず。
中華料理への逆風が米国内でやまない。食の安全に取り組む米ＮＧＯ「公益科学センター」は、「中華料理はカロリーと塩分過剰」とする分析結果を発表し、体重と血圧が気になる米国人に衝撃を与えた。
中華はカロリーと塩分過剰…米国人に衝撃の結果
塩分については、日本食も意外と塩分が多かったりするのでなんともいえないか。
味噌汁、鯖の塩焼き、醤油を使った料理 etc...
でも、そんなこといったら、外人の主食のパンだって、
作るのに塩つかっているんだしなぁ。
米と違って、主食で塩分が入っているし。
人類は塩分が大好きみたいだ。
高級になるだけ、大好きな塩分が増えるのは仕方ないのかもな。
米国と香港でこの料理のレシピを比べると、その差は一目瞭然（りょうぜん）だ。
ざっと違いを挙げると、（１）米国では鶏肉にコーンスターチとタマゴの衣をつけて揚げるが、香港では下味をつけた鶏肉を油でいためるだけ（２）香港で使わない砂糖を米国ではサジ３杯入れる（３）ケチャップは米国で使っても、香港での使用は皆無−といった具合だ。
中華はカロリーと塩分過剰…米国人に衝撃の結果
・・・・外人は馬鹿だ。
ローカライズの結果ぢゃん。
健康志向が流行っていると少しづつ砂糖と塩分が減っていくんだろうか。
アメリカの中華料理の人気メニューの砂糖と塩分の量でどれだけ健康が流行っているか知る指標になるかもしれぬ。
2007年04月04日
seesaaのアカウントが数分間停止中にされたんだけど
omega chartみたいなでかいバイナリファイルをアップロードしたのが悪かったのかな、、、
100MB利用できるうちの3MBを使っただけなんだが、まずかったのだろうか。
それとも、何度かダウンロードテストをやったのでありえないトラフィックとして遮断されちゃったのかな。
とりあえず、今は復活したけど、スゲービビった。
警告のメールとかも一切来ないで停止されるとビビる。
外山氏が当選するぐらいにビビる。
問題があれば即対処するから連絡ぐらいは入れて欲しい。
100MB利用できるうちの3MBを使っただけなんだが、まずかったのだろうか。
それとも、何度かダウンロードテストをやったのでありえないトラフィックとして遮断されちゃったのかな。
とりあえず、今は復活したけど、スゲービビった。
警告のメールとかも一切来ないで停止されるとビビる。
外山氏が当選するぐらいにビビる。
問題があれば即対処するから連絡ぐらいは入れて欲しい。
Omega Chartに色々と修正を加えたrtiビルド版
自働売買検証の強化、自働売買の集計の強化(プロフィットファクターなど追加)、ファンダメンタルデータ、楽天RSS対応などの修正が入っています。
■最初に
このソフトウェアは、omega chartを rtiが勝手に改造して勝手に公開しているフリーソフトウェアです。
オリジナルのライセンスの考え方を尊重し、オリジナルと同じ apache ライセンスで公開します。
このソフトウェアはβ版です(正式リースは1億と2000年後を予定しています、8000年過ぎたぐらいにRTMを予定です)。
バグなどが山ほどあります、自己責任でご利用ください。
わかりやすく言えば、
このソフトウェアのせいで、あなたが破産したり、PCが壊れたり、その他一切の事が起きても 誰も責任は取りません、勝手に樹海に行って氏ね。
作者にバグの修正義務はありません、バグを見つけた人は自分で直してください。
直せない人は泣いてください。
このマニュアルは、せっかく書き上げたマニュアルを間違って上書きコピーで消してしまって、
むかつきながら書いているので、ところどころ日本語が破滅しています。
いや、破滅しているのはいつものことか。
■ダウンロード
ダウンロード(ソース)
ダウンロード(バイナリ)
ダウンロード(RTI専用で素人にはお勧めできないバージョン)
■自働売買検証の強化
・買った日と売った日
自働売買の結果のリストをクリックすると、
買った日と売った日にラインを入れるようにした。
・利益は成功に損失は失敗に (はにはに)
結果が損失でも成功として処理される問題の対処した。
exitで手仕舞うと成功 , losscutで手仕舞うと損失ではなく、
利益ベースで成否を表示するようにした。
オリジナル、損失なのに成功扱いになっている
exitで損失になったりした場合は、備考ランで補足する。
↓
はにはに修正
オリジナル、成功100%だが、、、
↓
自働売買の集計の方の成功率も修正。
・アナリスト機能を追加
signalが成立したり、exitで手仕舞った時に特定の式を実行できるようにした。
エクセルに貼り付けて分析すれば、ちっーとは、シグナルの検証がやりやすくなったと思う。
アナリストの定義は、 auto-trading タグで出来る。
analyst タグに注目。
type="signal"
signalが発生したときに実行されます。
type="exit"
exitが発生したときに実行されます。
type="losscut"
losscutが発生したときに実行されます。
なんで、この機能がアナリスト? 事後になって初めて講釈をたれるから。
★まとめ
少しは楽になったかな。
■自働売買の集計のダイアログ
実質売買を導入した。
シグナルにしたがって、一定金額を運用した場合の状態を表示する。
・初期金額
シミュレーション開始の金額(タネ銭)
シール → カスタマイズ → 実質売買検証 → 初期金額 で、変更可能。
150億と入力すれば BNFの気分だけ味わって悶絶できる。
・最終資金
シミュレーション終了時の総資産。
割合は100%で初期資金の2倍。
・実質勝利
実質的な勝利の回数と勝率、金額。
・実質損失
実質的な損失の回数と損率、金額。
・残高不足
残高不足で購入できなかった取引です。
これが沢山あるということは同じ日に多数のシグナルが出ているクソなストラテジということです。
精進せいや。
・最大ドローダウン
利益が一番落ち込んだ金額です。
・プロフィットファクター
プロフィットファクターでググレ(w
1以下は取引するたびに損するクマ牧場
2ぢゃないと実用に耐えられないってななしさんが行っていたよ、そんで3以上が理想なんだってさ。
・ペイオフレシオ(損益レシオ)
ペイオフレシオ(損益レシオ)でググレ、破産確率のx軸として利用するので破産確率を見るべし。
・期間平均収益率(rti指数)
俺様が作成した指数\r\n期間ごとの総利益増加率の平均値、でかいほどいい。
・破産確率
どっかの偉い人が作った指数だって、詳細はぐぐれ(w
おまえが樹海に行く確率らしい、0ぢゃなきゃやばくね?
・実質売買エラー
途中で例外起きたらしいから、おまえデバッグして直しとけ
・ログをコピーボタン
実質売買シミュレーションのログをクリップボードにコピーする。
メモ帳に貼り付けて読むべし。
本当は、xml化とか、メッセージを桃鉄化とかしたかったんだけど、
xxxx社長の持ち金 12,345,678円。
本筋からどんどん離れるので省略。
★まとめ
システム初心者なんで偉そうに講釈たれられないけど、
破産確率が0で、利益がいっちゃんあがっているヤツがいいんぢゃねーの?
■実質売買
・実質売買の定義
一日に利用できるお金を求めます。
返り値は double を想定しています。
内部は Int64 で計算しているけど、 double でも何とか成っているみたいよ。
BNFごっこして遊んだけど大丈夫ぽかったよ。
浮動小数点がんばれ。
具体例こうやる↓
・関数リファレンス
initcash
初期金額を返します。
cash
現在の余力を返します。
total_assets
現在の総資産を返します。
total_assets - cash = 運用している株式の額
signal_count
本日出ているシグナル数を返します。
・close()とか利用できません!!
money-planningの中では、omegaの定義済み関数やユーザーが定義したライブラリなどは一切利用できません。
理由は、close()との値を返しようがないからです。
上にあげた、関数リファレンスに定義されているもののと四則演算のみを利用してください。
★まとめ
お金の突っ込み方でストラテジの正確はかわってくるし。
残高不足で買えない場合は、プロフィットファクターとかにも影響を与えるから、要注意。
■auto-trading系
・ダイアログの強化
1.編集ボタン
現在選択しているスキーマをエディタを使って修正します。
.omegaファイルに関連付けがされているエディタで開きます。
関連付けがない場合は、メモ帳で開きます。
この機能を利用すると、 3の「拡張キッドのリロードをしてから実行する」に自動的にチェックが入ります。場の空気を読みます。
2.実質売買ルールの選択
一日に使えるお金を算出する式を選択します。
詳細は、実質売買のところを読め。
3.拡張キッドのリロードをしてから実行する
OKボタンを押して自働売買ルールの検証に入る前に拡張キッドをリロードしなおします。
・ポジションを持っていても連続して買う
って、書いとけば、連続してポジションを持つよ。
・//コメント
式の中に // でコメントを書けるようにした。
やっぱ、コメントがないとわかりづらい。
短いコメントでいかに笑わせるか、それが問題だ。
//今朝、雨が降っていたんだけど、
//僕は傘をささなかった。
//なぜかって?
//
//昨日、シャワーを浴びてなかったんでね。
//
//あー
・アナリスト機能
上で説明したから、まっいいか。
■ファンダメンタル
・無尽蔵にある決算情報と業績修正情報に対応
一応、ルーチンは作ったんだけど、
Yahoo! ファイナンスとかの per とかと計算が一致しない。
俺のルーチンが間違っているのかもしれない。
どーしょーかなーって思っていたら、
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | よく考えたら、
/ ∩ノ ⊃ ／ ファンダメンタルいらないな
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
ってことになったんで、放置している。
遊びたい人はやれば。
・ファンダメンタルをダウンロードする
ファイル → データダウンロード → 業績情報にチェックをつけてダウンロード。
・関数リファレンス
uriage
売上
keijyourieki
経常利益
rieki
利益
haitoukin
配当金
hitoikabueki
一株利益
hitokabujyunsisan
一株純資産
それぞれ、引数を2つ取れます。
第一引数 過去の情報
int
uriage(2)
2期前の情報を取得する。
次期見込みの値を取得する。
途中に業績修正があれば、その値を取得する。
毎回、はるかに高いハードルをぶち立てて、下方修正するクソ株などはおかしな値になるかもね。
そんなときは、第ニ引数 確定情報を利用すること。
第ニ引数 確定情報
int 1固定
uriage(0,1)
今期の既に確定した情報(本決算)を取得する。
具体的には本決算の今期情報を取得する。
★まとめ
オニールのCANSILMがやりたかったんだけど面倒になった。
テクニカルだけでよくねぇ?
■RSS対応
楽天(三木谷君のところ)のRSSに対応。
株価がピコピコ動きます。
マケスピとRSS立ち上げて、
表示 → リアルタイム更新を行う
に、チェックをつけと有効になります。
ただ、、、
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | よく考えたら、
/ ∩ノ ⊃ ／ RSSもいらないな
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
っても感じになったので、実装しただけ。
一応、ピコピコ動くよ。
日足だけだけどな。
実行方法はお気軽後気楽な方法を取ったので、ハードディスクにちょこっと負担がかかるかもしれない。
まぁ、ハードディスクなんか消耗品だから気にするな。
★まとめ
面白いから作る、、、、
しかし、作ってばっかりで儲からない。うぼー(死亡)
他にもちょこちょこ弄ったりしていたけど、忘れたし、書くの面倒だから、ソース見て(w
俺様が修正した所は、hacked by rtiってコメントが入っているからgrepすればわかるんぢゃね。
やっぱ、ソースコードを全文検索は最強だ。
■最初に
このソフトウェアは、omega chartを rtiが勝手に改造して勝手に公開しているフリーソフトウェアです。
オリジナルのライセンスの考え方を尊重し、オリジナルと同じ apache ライセンスで公開します。
このソフトウェアはβ版です(正式リースは1億と2000年後を予定しています、8000年過ぎたぐらいにRTMを予定です)。
バグなどが山ほどあります、自己責任でご利用ください。
わかりやすく言えば、
このソフトウェアのせいで、あなたが破産したり、PCが壊れたり、その他一切の事が起きても 誰も責任は取りません、勝手に樹海に行って氏ね。
作者にバグの修正義務はありません、バグを見つけた人は自分で直してください。
直せない人は泣いてください。
このマニュアルは、せっかく書き上げたマニュアルを間違って上書きコピーで消してしまって、
むかつきながら書いているので、ところどころ日本語が破滅しています。
いや、破滅しているのはいつものことか。
■ダウンロード
ダウンロード(ソース)
ダウンロード(バイナリ)
■自働売買検証の強化
・買った日と売った日
自働売買の結果のリストをクリックすると、
買った日と売った日にラインを入れるようにした。
・利益は成功に損失は失敗に (はにはに)
結果が損失でも成功として処理される問題の対処した。
exitで手仕舞うと成功 , losscutで手仕舞うと損失ではなく、
利益ベースで成否を表示するようにした。
オリジナル、損失なのに成功扱いになっている
exitで損失になったりした場合は、備考ランで補足する。
↓
はにはに修正
オリジナル、成功100%だが、、、
↓
自働売買の集計の方の成功率も修正。
・アナリスト機能を追加
signalが成立したり、exitで手仕舞った時に特定の式を実行できるようにした。
エクセルに貼り付けて分析すれば、ちっーとは、シグナルの検証がやりやすくなったと思う。
アナリストの定義は、 auto-trading タグで出来る。
analyst タグに注目。
<!-- 絶対に儲からない自働売買の例 むかついたら消して結構-->
<auto-trading name="rtisample">
<title>25日平均移動線を上抜けたときに買う</title>
<description>ちなみに絶対に儲からない</description>
<header>25日平移動線を上抜けたときに買う(絶対儲からないデモ)</header>
<type>long</type>
<interval type="every-day" /> <!-- ポジションを持っていても連続して買うよ -->
<signal>
<![CDATA[
//昨日まではMA(25)以下だったけど、
value_at(1 , MA(25) > close() )
and
//今日はMA(25)より上にあること
MA(25) < close()
]]>
</signal>
<entry type="tomorrow-open"/>
<exit><![CDATA[
//3日たったら投げる
day() >= 3
]]></exit>
<losscut><![CDATA[
//5%損したら損切り
limitorder( entry() * 0.95 )
]]></losscut>
<!-- シグナルが出たときの状態を報告 -->
<!-- 一つ制限、omega chartの仕様で signal で設定した期間以上を求めようとするとエラーになる -->
<!-- signalで MA(75) を計算しているなら、analyst は 75日以内の計算しか出来ない。そーゆー仕様。 -->
<analyst type="signal" name="signal MA(8)">MA(8)</analyst>
<analyst type="signal" name="signal MA(15)">MA(15)</analyst>
<!-- exit が出たときの状態を報告 -->
<analyst type="exit" name="exit MA(8)">MA(8)</analyst>
<!-- losscut が出たときの状態を報告 -->
<analyst type="losscut" name="losscut MA(8)">MA(8)</analyst>
</auto-trading>
type="signal"
signalが発生したときに実行されます。
type="exit"
exitが発生したときに実行されます。
type="losscut"
losscutが発生したときに実行されます。
なんで、この機能がアナリスト? 事後になって初めて講釈をたれるから。
★まとめ
少しは楽になったかな。
■自働売買の集計のダイアログ
実質売買を導入した。
シグナルにしたがって、一定金額を運用した場合の状態を表示する。
・初期金額
シミュレーション開始の金額(タネ銭)
シール → カスタマイズ → 実質売買検証 → 初期金額 で、変更可能。
150億と入力すれば BNFの気分だけ味わって悶絶できる。
・最終資金
シミュレーション終了時の総資産。
割合は100%で初期資金の2倍。
・実質勝利
実質的な勝利の回数と勝率、金額。
・実質損失
実質的な損失の回数と損率、金額。
・残高不足
残高不足で購入できなかった取引です。
これが沢山あるということは同じ日に多数のシグナルが出ているクソなストラテジということです。
精進せいや。
・最大ドローダウン
利益が一番落ち込んだ金額です。
・プロフィットファクター
プロフィットファクターでググレ(w
1以下は取引するたびに損するクマ牧場
2ぢゃないと実用に耐えられないってななしさんが行っていたよ、そんで3以上が理想なんだってさ。
・ペイオフレシオ(損益レシオ)
ペイオフレシオ(損益レシオ)でググレ、破産確率のx軸として利用するので破産確率を見るべし。
・期間平均収益率(rti指数)
俺様が作成した指数\r\n期間ごとの総利益増加率の平均値、でかいほどいい。
・破産確率
どっかの偉い人が作った指数だって、詳細はぐぐれ(w
おまえが樹海に行く確率らしい、0ぢゃなきゃやばくね?
・実質売買エラー
途中で例外起きたらしいから、おまえデバッグして直しとけ
・ログをコピーボタン
実質売買シミュレーションのログをクリップボードにコピーする。
メモ帳に貼り付けて読むべし。
本当は、xml化とか、メッセージを桃鉄化とかしたかったんだけど、
xxxx社長の持ち金 12,345,678円。
本筋からどんどん離れるので省略。
★まとめ
システム初心者なんで偉そうに講釈たれられないけど、
破産確率が0で、利益がいっちゃんあがっているヤツがいいんぢゃねーの?
■実質売買
・実質売買の定義
一日に利用できるお金を求めます。
返り値は double を想定しています。
内部は Int64 で計算しているけど、 double でも何とか成っているみたいよ。
BNFごっこして遊んだけど大丈夫ぽかったよ。
浮動小数点がんばれ。
具体例こうやる↓
<money-planning name="parsent_rule">
<title>常に初期資産の一定割合を買いつづける</title>
<description>複利に対応していないので加速度的には増えません</description>
<header>常に初期資産の一定割合を買いつづける</header>
<signal><![CDATA[
initcash() * ({0} / 100)
]]></signal>
<param index="0" unit="割合" default="50"/>
</money-planning>
・関数リファレンス
initcash
初期金額を返します。
cash
現在の余力を返します。
total_assets
現在の総資産を返します。
total_assets - cash = 運用している株式の額
signal_count
本日出ているシグナル数を返します。
・close()とか利用できません!!
money-planningの中では、omegaの定義済み関数やユーザーが定義したライブラリなどは一切利用できません。
理由は、close()との値を返しようがないからです。
上にあげた、関数リファレンスに定義されているもののと四則演算のみを利用してください。
★まとめ
お金の突っ込み方でストラテジの正確はかわってくるし。
残高不足で買えない場合は、プロフィットファクターとかにも影響を与えるから、要注意。
■auto-trading系
・ダイアログの強化
1.編集ボタン
現在選択しているスキーマをエディタを使って修正します。
.omegaファイルに関連付けがされているエディタで開きます。
関連付けがない場合は、メモ帳で開きます。
この機能を利用すると、 3の「拡張キッドのリロードをしてから実行する」に自動的にチェックが入ります。場の空気を読みます。
2.実質売買ルールの選択
一日に使えるお金を算出する式を選択します。
詳細は、実質売買のところを読め。
3.拡張キッドのリロードをしてから実行する
OKボタンを押して自働売買ルールの検証に入る前に拡張キッドをリロードしなおします。
<!-- 絶対に儲からない自働売買の例 むかついたら消して結構-->
<auto-trading name="rtisample">
<title>25日平均移動線を上抜けたときに買う</title>
<description>ちなみに絶対に儲からない</description>
<header>25日平移動線を上抜けたときに買う(絶対儲からないデモ)</header>
<type>long</type>
<interval type="every-day" /> <!-- ポジションを持っていても連続して買うよ -->
<signal>
<![CDATA[
//昨日まではMA(25)以下だったけど、
value_at(1 , MA(25) > close() )
and
//今日はMA(25)より上にあること
MA(25) < close()
]]>
</signal>
<entry type="tomorrow-open"/>
<exit><![CDATA[
//3日たったら投げる
day() >= 3
]]></exit>
<losscut><![CDATA[
//5%損したら損切り
limitorder( entry() * 0.95 )
]]></losscut>
<!-- シグナルが出たときの状態を報告 -->
<!-- 一つ制限、omega chartの仕様で signal で設定した期間以上を求めようとするとエラーになる -->
<!-- signalで MA(75) を計算しているなら、analyst は 75日以内の計算しか出来ない。そーゆー仕様。 -->
<analyst type="signal" name="signal MA(8)">MA(8)</analyst>
<analyst type="signal" name="signal MA(15)">MA(15)</analyst>
<!-- exit が出たときの状態を報告 -->
<analyst type="exit" name="exit MA(8)">MA(8)</analyst>
<!-- losscut が出たときの状態を報告 -->
<analyst type="losscut" name="losscut MA(8)">MA(8)</analyst>
</auto-trading>
・ポジションを持っていても連続して買う
<interval type="every-day" />
って、書いとけば、連続してポジションを持つよ。
・//コメント
式の中に // でコメントを書けるようにした。
やっぱ、コメントがないとわかりづらい。
短いコメントでいかに笑わせるか、それが問題だ。
//今朝、雨が降っていたんだけど、
//僕は傘をささなかった。
//なぜかって?
//
//昨日、シャワーを浴びてなかったんでね。
//
//あー
・アナリスト機能
上で説明したから、まっいいか。
■ファンダメンタル
・無尽蔵にある決算情報と業績修正情報に対応
一応、ルーチンは作ったんだけど、
Yahoo! ファイナンスとかの per とかと計算が一致しない。
俺のルーチンが間違っているのかもしれない。
どーしょーかなーって思っていたら、
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | よく考えたら、
/ ∩ノ ⊃ ／ ファンダメンタルいらないな
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
ってことになったんで、放置している。
遊びたい人はやれば。
・ファンダメンタルをダウンロードする
ファイル → データダウンロード → 業績情報にチェックをつけてダウンロード。
・関数リファレンス
uriage
売上
keijyourieki
経常利益
rieki
利益
haitoukin
配当金
hitoikabueki
一株利益
hitokabujyunsisan
一株純資産
それぞれ、引数を2つ取れます。
第一引数 過去の情報
int
uriage(2)
2期前の情報を取得する。
次期見込みの値を取得する。
途中に業績修正があれば、その値を取得する。
毎回、はるかに高いハードルをぶち立てて、下方修正するクソ株などはおかしな値になるかもね。
そんなときは、第ニ引数 確定情報を利用すること。
第ニ引数 確定情報
int 1固定
uriage(0,1)
今期の既に確定した情報(本決算)を取得する。
具体的には本決算の今期情報を取得する。
★まとめ
オニールのCANSILMがやりたかったんだけど面倒になった。
テクニカルだけでよくねぇ?
■RSS対応
楽天(三木谷君のところ)のRSSに対応。
株価がピコピコ動きます。
マケスピとRSS立ち上げて、
表示 → リアルタイム更新を行う
に、チェックをつけと有効になります。
ただ、、、
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | よく考えたら、
/ ∩ノ ⊃ ／ RSSもいらないな
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
っても感じになったので、実装しただけ。
一応、ピコピコ動くよ。
日足だけだけどな。
実行方法はお気軽後気楽な方法を取ったので、ハードディスクにちょこっと負担がかかるかもしれない。
まぁ、ハードディスクなんか消耗品だから気にするな。
★まとめ
面白いから作る、、、、
しかし、作ってばっかりで儲からない。うぼー(死亡)
他にもちょこちょこ弄ったりしていたけど、忘れたし、書くの面倒だから、ソース見て(w
俺様が修正した所は、hacked by rtiってコメントが入っているからgrepすればわかるんぢゃね。
やっぱ、ソースコードを全文検索は最強だ。
2007年04月03日
C# String.Format("{0:F2}%%" , win ) あっ
いまだに C のクセが抜けない(www
そんで、逆に C で組むときに this. とか % とかでコンパイラにしかられる。
だれだよ、 this-> を this. なんてしたやつは。
%% は %% だろ。
やつらは下位互換性って言葉を知らないのか。
両方使う方のみにもなってみろ。
と、愚痴って見るテスト
そんで、逆に C で組むときに this. とか % とかでコンパイラにしかられる。
だれだよ、 this-> を this. なんてしたやつは。
%% は %% だろ。
やつらは下位互換性って言葉を知らないのか。
両方使う方のみにもなってみろ。
と、愚痴って見るテスト
やっぱり斜め上を行くか
また、俺様の税金で余計なことしやがって。
わけわからない、
それぢゃあ、すべての候補の政見映像を上げればOKなのか。
明確に法律に違反しているわけではないのに削除されるのは納得がいかないね。
なぜ、禁止の方向に行くのかね。
改善すべきは、逆の方向だろう。
ネットで選挙活動の解禁、なぜこうならないのか理解が出来ない所だ。
Web2.0真っ盛りの世の中に逆行するのか。
せっかく、日本でも盛り上がってきたWeb2.0な選挙をつぶして何が楽しいか。
と、五月蝿い選挙カーが通りかかったので、Web2.0ってもう死語なんぢゃねって言葉を使って書いてみるテスト。
俺様が必死に納めた税金をまともに使って欲しい。
あ、いや、お金は上げるから、もう何もしなくていいよ、すると余計悪くなるから、やつらには寝てて欲しい。お金上げるからバカンスでも楽しんできなよ、仕事するんじゃねー
都選管は、投稿したのは候補者以外の第三者だと見ており「違法かどうかは微妙」としている。だが「特定の候補者の映像だけが流れているのが、公正・平等な選挙という観点から問題」と考え、YouTubeへの削除申請手続きに乗り出した。
“泡沫候補”浮上させるYouTube 選管も困惑
わけわからない、
それぢゃあ、すべての候補の政見映像を上げればOKなのか。
明確に法律に違反しているわけではないのに削除されるのは納得がいかないね。
都選管幹部は「インターネットの位置づけがされていない現状の公選法では手の打ちようがない。これを機に法整備を進め、ネット上での規制も進めるべきだ」と強調する。
ネットでいじられる政見放送…対処法なく、悩める選管
なぜ、禁止の方向に行くのかね。
改善すべきは、逆の方向だろう。
ネットで選挙活動の解禁、なぜこうならないのか理解が出来ない所だ。
Web2.0真っ盛りの世の中に逆行するのか。
せっかく、日本でも盛り上がってきたWeb2.0な選挙をつぶして何が楽しいか。
と、五月蝿い選挙カーが通りかかったので、Web2.0ってもう死語なんぢゃねって言葉を使って書いてみるテスト。
俺様が必死に納めた税金をまともに使って欲しい。
あ、いや、お金は上げるから、もう何もしなくていいよ、すると余計悪くなるから、やつらには寝てて欲しい。お金上げるからバカンスでも楽しんできなよ、仕事するんじゃねー
陸上自衛隊ヘリ
よみがえる空の世界だよな。
３０日午後９時すぎ、鹿児島県から陸自に、胸部大動脈瘤（りゅう）破裂で手術が必要な７０代女性と担当医を、徳之島東部の徳洲会病院から沖縄県八重瀬町の病院へ搬送してほしいと要請があり、ヘリは同９時５０分ごろ、那覇空港を離陸した。
ヘリは病院に近いグラウンドに着陸する予定だったが、視界不良のため、同１１時ごろ、島北西部の徳之島空港に着陸地を変更する旨を陸自那覇駐屯地に連絡。その後、消息を絶った。福岡航空測候所（福岡市）によると、当時、徳之島空港周辺では濃霧で視界が約２００メートルしかなく、雲が高度３０メートルまで垂れ込めていた。
陸自ヘリ墜落４人死亡 急患搬送へ出動中 鹿児島・徳之島
条件は最悪で危険なフライトだが、彼らが飛ばなければ、患者を見殺しにするしかない。
危険なフライトに挑み、その結果、ヘリは墜落。
亡くなられた方のご冥福を祈ります。
児童ポルノアニメの取り締りには新法を作るべき」野田聖子議員
「児童ポルノアニメの取り締りには新法を作るべき」野田聖子議員
野田氏がまたやるのか。
かれこれ、10年以上、バトルをしてきているが、まだこの不毛な争いを続けるというのか。
そもそも、なぜインターネットでたたかれたか、まだ理由がわかっていないと思える。
そして、10年前から彼女が子供を守るためなどいって進めてきた規制は、実に架空の人物までも規制したがっていたことが明らかになったわけだ。
こんなヤツに投票した岐阜1区のやつらの民度を疑う。
野田氏がまたやるのか。
かれこれ、10年以上、バトルをしてきているが、まだこの不毛な争いを続けるというのか。
そもそも、なぜインターネットでたたかれたか、まだ理由がわかっていないと思える。
そして、10年前から彼女が子供を守るためなどいって進めてきた規制は、実に架空の人物までも規制したがっていたことが明らかになったわけだ。
こんなヤツに投票した岐阜1区のやつらの民度を疑う。
東知事はしゃぎすぎ「タミフル異常行動」
久しぶりに更新
この程度のジョークが理解できないアホは死んだ方がいいと思うね。
そもそも、ジョークと失言は違う。
最近何かと失言->謝罪が多いので、動揺するのもよくわかる。
ちなみに、俺様にとっての失言は、人の身体的特徴とか職業とかを侮辱するような発言を指す。
この程度のジョークが理解できないアホは死んだ方がいいと思うね。
そもそも、ジョークと失言は違う。
インフルエンザで入院したそのまんま東宮崎県知事（４９＝本名・東国原＝ひがしこくばる＝英夫）が２日、新入職員入庁式の訓示で「タミフルを５日間飲み放題飲んだので異常行動、異常言動に走るかも」と発言。社会問題化しているインフルエンザの特効薬に風刺をきかせたつもりが、県外から苦情電話１本が入ったことで、午後の会見で謝罪した。“タミフル発言”について東氏は「高度なジョーク」と説明したが、久しぶりの公務ではしゃぎすぎた？
東知事はしゃぎすぎ「タミフル異常行動」
最近何かと失言->謝罪が多いので、動揺するのもよくわかる。
これを受けて東氏は定例記者会見で「ユーモアを交えて社会風刺をしたつもりでしたが、そこら辺の高度な本質が十分に伝わっておらず、一部の方からクレームをいただきました。不快に思われた方がいたというのは厳然たる事実。真摯（しんし）に謝罪させていただきます。すいませんでした」と頭を下げた。直後に表彰式の発表事項があったが、内容を忘れてしまうぐらいに動揺しているようだった。
東知事はしゃぎすぎ「タミフル異常行動」
ちなみに、俺様にとっての失言は、人の身体的特徴とか職業とかを侮辱するような発言を指す。
2007年04月01日
[メモ] RSQ と CORREL
RSQ ピアソンの積率相関係数の2乗を返す
CORREL ピアソンの積率相関係数を返す
こういうデータが与えられるとこうなる。
RSQ 0.63
CORREL 0.79
計算式は、次のURLを参照
http://aoki2.si.gunma-u.ac.jp/JavaScript/src/corr2.html
動作するものは、次のURLを参照
http://aoki2.si.gunma-u.ac.jp/JavaScript/corr2.html
RSQ を利用したシステムの評価がある
http://plaza.rakuten.co.jp/hamham777/diary/200612150000/
CORREL ピアソンの積率相関係数を返す
こういうデータが与えられるとこうなる。
1 80
2 50
3 90
4 100
5 120
RSQ 0.63
CORREL 0.79
計算式は、次のURLを参照
http://aoki2.si.gunma-u.ac.jp/JavaScript/src/corr2.html
動作するものは、次のURLを参照
http://aoki2.si.gunma-u.ac.jp/JavaScript/corr2.html
RSQ を利用したシステムの評価がある
http://plaza.rakuten.co.jp/hamham777/diary/200612150000/
