ロマサガ2 4000年プレー

ロマンシングサガ2 4000年プレーをやった。

イベントポイント 8ポイント + 字幕 + 250回(?)の戦闘をやれば、250年飛ぶ。
これを、14回繰り返せば 4000年代に飛ぶことが出来る。

目標

・4000年
・冥を取得する。
・サラマンダー以外のすべてを仲間にする。

参考

４０００年裏マニュアル
ロマサガ2戦利品リスト/4000年考察

ルート

1000年代

・封印の地封印＜１＞
・クジンシータイプ１撃破＜４＞ (ジュラールで撃破すること +1年)
・ゼラチナスマター退治＜１＞
・ルドン地方＜４＞（字幕）

この時点で分身剣まで覚えておくと楽。
絶対にゴブリンの穴をクリアしないこと!! (これのせいで一度やり直した)

1250年代

・東のダンジョン＜１＞
・カンバーランド＜８＞（字幕) トーマ88

この時点で乱れ雪月花等の最強技を覚えておくと後が楽。
魔女の祠で買物をすると、メルー砂漠を教えてくれる。
この時点で人魚と踊ってはいけない。

1500年代

・クィーン退治＜３＞
・サバンナ字幕＜１＞（字幕）
・コムルーン溶岩固め＜３＞
・コムルーン字幕＜１＞（字幕）

1750年代

・ディープワン退治＜１＞
・運河要塞＜８＞（字幕）

2000年代

・南のダンジョン＜４＞
・武装商船団問題＜４＞（字幕） (ラピスピがほしい)

運河要塞をクリアした次の年にクリアしないとギャロンが反乱を起こしてしまう。

ついでに、運河要塞をクリアした次の年でカンバーランドをクリアしないと滅亡する(?)。
だから、カンバーランドは運河要塞をクリアする前に、遠回りをしてクリアしておく。

全般的にだが、安全にレベルを上げるには、ワイリンガ湖が一番楽。
宿屋が近いし、戦場と宿屋間のワールドマップの切り替えが無い。
魚系の強敵が精神攻撃を使ってこないのも助かる。

2250年代

・人魚イベント (字幕)

人魚と踊った皇帝を死なせてはダメ。
皇帝継承をしてしまうと人魚イベントは消滅する。

サバンナ字幕を出さないと卵の殻を取得できない

2500年代

・ギャロン追放＜４＞
・ギャロン追放字幕＜１＞（字幕）
・詩人のどうくつ＜１＞
・ゴブリンの穴＜１＞
・ナゼール字幕＜１＞（字幕）

詩人のどうくつにダンタークがいる場合は、
詩人のどうくつのダンダークで全滅すると、通常のボスに変えることが出来る。

2750年代

・メルー地方＜４＞（字幕）(move)
・ギャロン亡霊退治＜４＞
・南ロンギット字幕＜１＞（字幕）

塔をクリアしてから、移動湖でノエルと和解して、デザートガードを仲間にする。
ここでギャロンを放置すると、スービエが出てきてしまうので注意。

3000年代

・ボクオーン打倒＜８＞（字幕）

良い仕事があるで撃破するとステップから敵が消える。
ボクオーンを先に撃破する理由は、ノーマッド女のツインテールに萌えるから、文句あっか。

3250年代

・ワグナス撃破＜８＞（字幕）

早めに雪の遺跡に行きたいし。

3500年代

・ロックブーケ撃破＜８＞（字幕）

3750年代

・ダンターグ撃破（子供と子ムー）＜８＞
・子供と子ムー字幕＜１＞（字幕）

ダンタークを倒した皇帝が子供を忘れる前に死亡してしまった場合、
子供が自力で戻ってしまい、字幕イベントが消滅するので注意すること。

最終皇帝のパーティー選抜をやるときには、
皇帝に魔石の指輪を装備させて宿に泊まりまくれば、仲間のLPを1に出来る。

4000年代

最終皇帝
・クィーン撃破
・クジンシー撃破
・ノエル撃破
・スービエ撃破

最終データ

最終年:4014年

ティセ	最終皇帝	剣:50	槍:50	斧:50	弓:50	体:50	水:50	土:50	天:50
ユノー	インペリアル女	剣:50	槍:50	斧:50	弓:0	体:50	火:50	土:50	天:50
ハンニバル	インペリアル男	剣:50	槍:50	斧:50	弓:0	体:50	火:50	土:50	天:50
コウメイ	軍師	剣:50	槍:0	斧:50	弓:0	体:50	火:50	土:50	天:50
ソウジ	イーストガード	剣:50	槍:50	斧:50	弓:0	体:50	火:50	土:50	天:50

軍師も筋トレしたので、千手観音で2000ぐらい出すよ。
冥をとったけどやっぱり使い道が無かった。

サラマンダーがいれば、アウ 腕24 を仲間にしているんだろうが、いないのでユノーで代理をさせます。
ソウジは腕力は弱いけど、素早さが高いので加えた。

735 名前： 腕力ベスト５ 投稿日： 2000/07/28(金) 02:37

各クラスのトップを選んでみる。
同じクラスで同じ数値の場合は敏捷度の高いほうだけ。

１位　：インペリアルガード（M)、ハンニバル・腕２５・敏１１
２位　：サラマンダー　　　　　、アウ・腕２４・敏１１
３位　：インペリアルガード（F)、ユノー・腕２３・敏１１
同３位：格闘家　　　　　　　　、ベイダー・腕２３・敏１０
５位　：イーストガード　　　　、ソウジ・腕２２・敏２４
同５位：ホ−リーオーダー（M)　、バランタイン・腕２２・敏１２
【ロガサガ２を思い出でだけでクリアする】

744 名前： 魔力のベスト５ 投稿日： 2000/07/29(土) 03:53

１位　：軍師・コウメイ　　　 　　　　　・魔２５・敏２５
２位　：イーリス・スカイア　 　　　　　・魔２４・敏２１
同２位：ホ−リーオーダー（F)・ソフィア・魔２４・敏１２
４位　：宮廷魔術師（M)・ライブラ　　　・魔２３・敏１２
５位　：フリーメイジ（M)・ヴェガ　　　・魔２２・敏１７
同５位：宮廷魔術師（F)・ルビー　　　　・魔２２・敏１６
同５位：フリーメイジ（F)・アイリス　　・魔２２・敏１５
【ロガサガ２を思い出でだけでクリアする】

ザコ戦は、ストーンシャワー連射でほぼ勝てる。(スライム系除く)
ボスクラスには、クリムゾンフレアと無名剣。

感想

大変でした。。。。
実は2回やり直してます。

一度目は、運河要塞→カンバーランドって進めて武装商戦を併合する前にギャロンが反乱をおこしたため。

二度目は、ゴブリンの穴を攻略してしまったため。
何とかリカバリーしようとあれこれプランを考えたんだけど、
サバンナ字幕を出さないと卵の殻が手に入らないためやり直し。

それを反省して上のプランを立てました。
無計画に進めて達成できるほど 4000年は甘くない!

ファザーズ設立?

エープリルフールはもう終わったと思っていたんだけどなぁ。

４月15日（ブルームバーグ）：15日付の毎日新聞は、日本証券業協会が、東京証券取引所やジャスダック市場などで上場廃止になった株式を売買する市場を創設する方針と報じた。日証協は近く作業部会を設けて検討に入る。
日証協：上場廃止株の市場創設へ−投資家保護でカネボウ株など取引も

ファザーズ市場がマジでできるのか。
上場廃止になるぐらいの株だから、そうとうなワケアリな会社なわけで、、、循環売買、粉飾決算、債務超過 etc...
いわくつきの株を飛び交う、投機家の戦場になりそうな。
それはそれで面白いか。

つーか、投資家保護とか言っているけど、
上場廃止まで最低一ヶ月ぐらい猶予あるでしょ。
そのときに売らなかったヤツが悪いだけなんぢゃないのかと。
整理ポストに移されてから、一回も寄らなかった銘柄であったっけ?

これからは、整理に移されてから、ファザーズに上場できるかどうかでリバが決まりそうだな。
余計にマネーゲームが加熱しそうな感じがする。
それと、インサイダーも。

C# Double.IsNaN のベンチ

どれくらい遅いかベンチとって見ました。

結果

式	時間(速度)
Double <=	00:00:10.0156250
Double IsNaN	00:00:03.9062500
Double IsPositiveInfinity	00:00:09.6250000
Int <=	00:00:01.2968750
Int64 <=	00:00:02.4687500

int は Double より3倍以上早い。赤くないのに3倍以上も早い。
整数型はやっぱ凄いな。

Double <= が意外に遅い。
Double.IsNaN は健闘している。
Double IsPositiveInfinity は微妙なところ。Double <= より数字は良いので責めるべきではないけどな。

Int64 は intより2倍ぐらい遅いけど、 Double よりマシなんで、 Double を Int64の固定少数で置き換えるテクニックはまだ有効らしい。ただ、面倒だからやらないけどさ。

結論。
Double が遅いのはあたりまえなんであきらめましょう。
大量に Double の演算をしなければならないルーチンを見直すべき。


検証に利用したコード

using System;
using System.Collections.Generic;
using System.Text;

namespace DoubleBench
{
    class TimeWatcher : IDisposable
    {
        private string Message;
        private DateTime StartTime;

        public TimeWatcher(string inMessage)
        {
            this.Message = inMessage;
            this.StartTime = DateTime.Now;
        }
        public void Dispose()
        {
            Console.WriteLine("{0}:{1}", this.Message, DateTime.Now - this.StartTime);
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            int loopCount = 1000000000;
            {
                Double a = 0;
                using( TimeWatcher t = new TimeWatcher("Double <=") )
                {
                    for (int i = 0; i < loopCount; i++)
                    {
                        a += 1;
                        if (a <= -1)
                        {
                            Console.WriteLine("<=!"); //絶対成立しないけど最適化防止ぐらいにはなるかな?
                        }
                    }
                }
            }
            {
                Double a = 0;
                using( TimeWatcher t = new TimeWatcher("Double IsNaN") )
                {
                    for (int i = 0; i < loopCount; i++)
                    {
                        a += 1;
                        if (Double.IsNaN(a))
                        {
                            Console.WriteLine("NaN!"); //絶対成立しないけど最適化防止ぐらいにはなるかな?
                        }
                    }
                }
            }
            {
                Double a = 0;
                using( TimeWatcher t = new TimeWatcher("Double IsPositiveInfinity") )
                {
                    for (int i = 0; i < loopCount; i++)
                    {
                        a += 1;
                        if (Double.IsPositiveInfinity(a))
                        {
                            Console.WriteLine("IsPositiveInfinity!"); //絶対成立しないけど最適化防止ぐらいにはなるかな?
                        }
                    }
                }
            }
            {
                int a = 0;
                using( TimeWatcher t = new TimeWatcher("Int <=") )
                {
                    for (int i = 0; i < loopCount; i++)
                    {
                        a += 1;
                        if (a <= -1)
                        {
                            Console.WriteLine("<=!"); //絶対成立しないけど最適化防止ぐらいにはなるかな?
                        }
                    }
                }
            }
            {
                Int64 a = 0;
                using( TimeWatcher t = new TimeWatcher("Int64 <=") )
                {
                    for (int i = 0; i < loopCount; i++)
                    {
                        a += 1;
                        if (a <= -1)
                        {
                            Console.WriteLine("<=!"); //絶対成立しないけど最適化防止ぐらいにはなるかな?
                        }
                    }
                }
            }
        }
    }
}

Let's Trade!

Let's Trade!

ロマサガ3のミニゲームトレードを元に作られたフリーゲーム。


ロマサガ3はトレードと音楽がすべてで他は要らないと考えている俺様にとっては神のようなゲーム。

何で今までこのゲームのことを気がつかなかったんだろうか。
コニコニ動画にゲーム画像がアップロードされていて気が付いた。

昔は、フリーゲーム系ページを毎日のようにウォッチしていたのに、
ちょっと油断した好きにこれだ。

当然のように、サルのようにプレーしてNormal Mode クリアした。
大変だった。

資金力だけではなく、かけひきをうまく買わないと勝てない。
資金力だけと「ネマワシ」だけで勝てるロマサガのトレードとは違って難しい。

それと、やっぱ、買収は一気食いでしょう。
相手のグループを少しづつ引っぺがして弱体化させながらじわじわやるぐらいだったら、親会社と真正面からぶつかってグループ一気食い。伸るか反るかの大勝負って好きだ。現実世界でやると100%樹海行きなんだろうけどな。

次はハードモード?

C# Double.IsNaN と Double.IsPositiveInfinity って重いの?

Omega Chartのプロファイルをフリーのプロファイラ NProf で取ってみた所、

Double.IsNaN
Double.IsPositiveInfinity

ってところが実行時間ででかくなっていた。
両者とも、Data.cs の TradeData.GetValueにある。
#自働売買シュミレーションをさせたときの結果

よく呼び出される、ネイティブの関数だから実行時間が大きくなったと考えることもできるけどな。

これらはネイティブコードなので、Double.IsNaN と Double.IsPositiveInfinity がどんな実装になっているかはわからない。
単純なビット比較で実装されていればいいんだけどな。
NaN フラグと、PositiveInfinityフラグを 論理和で見るぐらいであってほしい。
面倒な比較をやられると困るなぁ。

この関数の速度について説明している人や議論している人は今の所居なさそうなんだけど、どうなのかな。
浮動小数点計算なんてやる人たちが速度を気にするわけないか。

VT Trader API、、せっかくあってもログインできないんぢゃ意味ないよね

VT Trader API っていう大層なものがあるんだけど、
現在公開されるている 1.0.3 では日本語環境だとログインに失敗するらしい。
実際やってみたら、見事に失敗した。

んで、テスト版の 1.0.4 beta2 でも、治っているかーと思いきややっぱりダメらしい。

せっかくAPIって便利なものがあっても、これぢゃあ意味がない。
そもそも、なんで言語の環境で問題が出るんだ?

2バイト圏というってもログイン情報に2bytes使っていないし、
C#だったら、UNICODE ぢゃん。
謎杉。

C# 俺にconstを使わせろ

何で C# は C++のコンストをまともに移植しなかったんだろうか。
変数にはreadonly とかへなちょこなヤツがあるみたいだが、
メソッドに const は付けられない。
このままでは、リファクタリングがやりにくくて仕方が無い。

これは、言語仕様の欠陥だ。
C#は大規模開発に向かない言語だと俺から烙印を押されても仕方あるまい。

思えば、C#を作ったと思われる元ボーランドビルダー開発陣は const の付け方がアホだったよな。
AnsiString の c_str() が const ついていなくて、失笑をかったのを忘れたか?
やつらは、const をまともに扱えないのではないだろうか。

誰が殺した

Microsoftを殺したのは誰？
俺様が思うに自壊のように思える。

1.
Vistaプロジェクトが迷走して開発者が愚痴をいうようになった。
エンジニアが誇れるような技術革新で楽しい企業ではなくなった。


2.
配当を出すようになった。
経営層も成長の鈍化を理解しているような。


3.
10年ぐらいの下位互換性のために動きが鈍った?
Windowsの資産であって同時にお荷物であるサードパーティのソフトとの互換性を取りつつ最新の機能を追加する苦労は想像を絶するものがありそう。
さらにバグ修正や多言語対応やらでバージョン間の互換性が取りにくくなって、テストは月単位の時間がかかるわけだ。

3は、Vista遅延の原因になったような気がする。
Windowsの歴史がWindowsに足かせをはめているんだろうな。
歴史が薄い新興やAppleのように切り捨てる所はそれがないから機動力がある。
スクラップ・アンド・スクラップビルドが出来るんならいいんだろうがなぁ。

Googleとかも山のように機能を追加しているので、
後数年後くらいにこの苦労を味わうんだろうか。
Webアプリだからそれほどでもないのかな。


ただ、マイクロソフトは、いまだに大量の現金も抱えているし、優秀な人もたくさんいるだろうから、舵取りをちゃんとやれば復活しそうな。
ラピュタみたいな感じ、何度でも蘇るさ。

音声検索

面白そう。

このサービスは、Googleが米国内に用意した無料通話番号に電話することによって利用できる。例えば「pizza」と電話に向かって話すと、地元のピザ屋に自動的に電話がつながるという具合だ。携帯電話から通話している場合には、検索結果をSMSで受け取ることもできる。その場合には音声で「text message」と話せばよい。
米Google、電話による音声認識検索サービスの実験を開始

同じくGoogleやニワンゴがやっているみたいに、多彩なキーワードに対応できれば面白いかな。
ケータイの貧弱なインターフェースで文字入力するのが大変な世代(俺含む)だと、文字ではなく、音声で検索してくれるサービスはありがたい。
googleに向かって「めしどこかたのむ」って聞けるようになる日も近いかも。

[メモ] W-SIMで位置情報の取得

ATコマンド一覧
基本的に COM1 に対して接続し ATコマンドを討つ
W-SIM/ATコマンド

C#のソースを公開しているサイト
簡単なモバイルアプリケーション開発4 現在の緯度、経度の取得

GoogleMapsMobileにW-SIMから取得した位置情報を入力するソフト
Google Maps Mobile

W-SIMから位置情報を取得する最初を最初に見つけたパイオニア
W-ZERO3で位置情報

ハカすげー(お約束

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

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

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

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

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

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

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

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

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

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

やっぱ、これからのソフトウェアは qmail のように権限が分かれた複数のプロセスで構築されるようになるんだろうか。
設計、開発、デバッグ、保守メンテのすべてフェーズが死ぬほどやりにくそうだ。逆にバグを量産したら笑えるよな。
設計ミスでプロセス間がスパゲティになっちゃうシステムとか出てくるかも。
おそろしや、おそろしや、どーませんせーまんどーませんせーまん。

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

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

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

肝心の部分には、

[起立多数]

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

仕方ないので、発言から議案にどういう態度を取ったかで見るしかないよね。
とりあえず、発言しない議員っている必要ないと思っているからまず切り捨てるとして、さ。
議案に賛成の発言をしときながら、反対に回ったとかいうツンデレな議員がわからないのが悲しい。

GMO証券 API

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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


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


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

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

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

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

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


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


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

救世主信仰の俺様としては、自ら火の粉を浴びに飛び込む英雄にエールを送りたいんだ。
と、いうわけで未来の英雄君にあとはまかせた、っていうオチで閉めたらダメですか?

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

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

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

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

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

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

速度違反の摘発数が減ってK札は困るかもしれないが(w
事故を減らすって意味ではこーゆーやり方が一番いいと思うんだがね。

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

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

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

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

何かと始めるまでがスロースタートな俺様。
これが年を取るということか。

Omega Chart RTI版 バグ修正版

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


■ダウンロード

リンク先は以前と同じ

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

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


■修正部分

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

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


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

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


・資金曲線分析の追加

RSQ関数のアレ。
自働売買の集計がどんどん長くなる、そろそろタブコントロールで分けなきゃダメかな。

流動性

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

だから、流動性が抜群の先物だけをやるべきだって意見もある。
でも、俺様的には、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に削除依頼を出す暇があったら、この問題を解決しろよ。

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

選対本部によると他候補者から請求があった場合は、同条件で放送させなければならないという放送法に基づき、中松氏はテレ朝側に「放送の申し入れ」を行ったが拒絶されたという。
【都知事選】“生討論に呼ばれず” ドクター中松氏、テレ朝の放送法違反を指摘

料理と塩分

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

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

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

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

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

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

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

・・・・外人は馬鹿だ。
ローカライズの結果ぢゃん。
健康志向が流行っていると少しづつ砂糖と塩分が減っていくんだろうか。
アメリカの中華料理の人気メニューの砂糖と塩分の量でどれだけ健康が流行っているか知る指標になるかもしれぬ。