2020-02-02

株式市場（業者：システムに改名）ロジックとやらはインチキ（グラフ改ざん）

追記：株式市場かたシステムに改名しました

本家ブログで詐欺業者と戦ってますが、こっちにもリンク張ります

supercar.hatenablog.com

今は書き換えて証拠隠滅されています

google yahoo のキャッシュに残っていますが、それもいずれ消えるのでスクショ貼ってます

2019-12-29

まずはDSLなしでゴリゴリ構築してみる

一つ前の記事

esgrsdnl.hatenablog.com

外部DSL部分を上部として抜き出しましたが・・・

ではその外部DSLなしで下部だけ抜き出すと・・・

ソース

digraph graphname {
	graph [rankdir = TB];

     subgraph cluster2 {
         label="Run";
         h [label="exe file" shape="Msquare"]
         j [label="結果 data"]
         h -> j ;
     }
     subgraph cluster3 {
         label="Run";
         e1 [label="awk src2" shape="box3d"]
         j0 [label="car_bet(awk)" shape="rectangle"]
         l [label="graph data"]
         l0 [label="car_bet(gnuplot)" shape="rectangle"]
         e1 -> j0 -> l ->l0
         {rank = same; e1;j0;}
     }

     f0 [label="C src"]
     f1 [label="template C src" shape="box3d"]
     g [label="car_mt(gcc)" shape="rectangle"]
     i [label="bet file"]
     g0 [label="株 data" shape="folder"]
     i [label="bet file"]
     l1 [label="baktest graph" shape="octagon"]
    
     f1 -> g;
	 f0 -> g;
     g -> h;
     j -> j0;
     i-> j0;
     g0 -> h;
     l0 -> l1;
     
                             
 }

f:id:sucar:20191229094906p:plain — 下部抜き出し

こうなるわけで・・・

普通にC言語で開発してコンパイルして実行するという・・・

しかし、シストレ戦略（ルール）がいくつもある中、システムの方もバグを直したり、機能を追加したり・・・

ちょっとやはりシストレ戦略（ルール）記述は別にやって、それをシステムに取り込むようにしないと運用管理が大変！　となります

再び

logmi.jp

こちらのサイトから引用しますが・・・

素直に書くと記述が多い。でも、関数にまとめようと思ってもバリエーションがあってまとめられない。そういったときにDSLを使うのが一番ちょうどいい解決策なんじゃないかと思っています。

とあるように・・・

C言語で自作ライブラリのような感じで関数に纏めて・・・

ってこと考えたわけですが、シストレ戦略（ルール）の記述はいろいろ絡むので纏められないのです

そこでDSLの登場

いや、実際はDSLの概念は作ってから知ったので・・

あ、自分がやってるのって外部DSLだな！

と気づいた次第なんです

まあ、とにかく、シストレツール自作の一例として、どうやっているのか？　の記事をこのブログに書いて行くので、何かの参考にでもなれば・・・

シストレが儲かるのかどうか？　はその人次第だと思います

私の場合は本家ブログに成績ありますので・・・

読んでいただきたい本家ブログ記事リンク張ります

supercar.hatenablog.com

2019-12-29

Esgrsdnl エスグルスドゥヌルはC言語へのトランスパイルDSL

一つ前の記事に

esgrsdnl.hatenablog.com

Esgrsdnlはコンパイル型の外部DSLと書いた

ソース

digraph graphname {
	graph [rankdir = TB];
    subgraph cluster0 {
        label="Compile";
         b [label="car_m4(sed (here doc))" shape="rectangle"]
         c0 [label="m4 macro set" shape="box3d"]
         c [label="tmp.m4"]
         d [label="car_m4(m4)" shape="rectangle"]
         e [label="mtASM src"]
         b -> c -> d;
         c0 -> d -> e;
         {rank = same;c0;d;}
     }
    subgraph cluster1 {
         label="Assemble";
         e0 [label="awk src1" shape="box3d"]
         f [label="car_mt(awk)" shape="rectangle"]
         f0 [label="C src"]
         f1 [label="template C src" shape="box3d"]
         g [label="car_mt(gcc)" shape="rectangle"]
         i [label="bet file"]
         f1 -> g;
         e0 -> f;
         f ->i;
         f -> f0 -> g;
         {rank = same; e0;f;} 
     }

     a [label="Esgrsdnl src" shape="note"];
     h [label="exe file" shape="Msquare"]

     i [label="bet file"]

     a -> b;
     e -> f;
     g -> h;
 }

f:id:sucar:20191229072850p:plain — 上部のみ（1）

処理の流れ図の上部のみを取り出してみると・・・

確かに

Compile ⇒ Assemble

と処理して exe file を生成している　なので確かにコンパイル型の外部DSLである

しかし・・・・

システムの中に（gcc）があり・・・・

実際にバイナリ（exe file）を吐いているのはgccであります

なぁーんだ・・・

では、正しく自作の外部DSLの処理部分だけ抜き出してみると・・・

ソース

digraph graphname {
	graph [rankdir = TB];
    subgraph cluster0 {
        label="Compile";
         b [label="car_m4(sed (here doc))" shape="rectangle"]
         c0 [label="m4 macro set" shape="box3d"]
         c [label="tmp.m4"]
         d [label="car_m4(m4)" shape="rectangle"]
         e [label="mtASM src"]
         b -> c -> d;
         c0 -> d -> e;
         {rank = same;c0;d;}
     }
    subgraph cluster1 {
         label="Assemble";
         e0 [label="awk src1" shape="box3d"]
         f [label="car_mt(awk)" shape="rectangle"]

         e0 -> f;
         {rank = same; e0;f;} 
     }

     a [label="Esgrsdnl src" shape="note"];
    f0 [label="C src"]
     i [label="bet file"]

     a -> b;
     e -> f;
     f ->i;
     f -> f0;
 }