ここ数年無かった忙しさが最近続いてます。
RBOを止めるか、下位に沈むか悩み中
前の記事でfpplayer.txtはRBO Data Archivesから外したと書きましたが、復帰させました。
既にkyousoさんがRBOのアーカイブを始めているのでこちらの有用性というのもあまりないかもですね。
そもそもfpplayer.txtを外そうと思った直接の理由は、以前に自身の「戦略がパターン化するのは良くない」という主旨の発言によります。
データを提供する事によって外国人の傾向を明確化させる要素の1つを作っている事は、過去の自身の発言に対して矛盾していると思ったんですね。
しかし客観的に見ると取り越し苦労だったようなので良かったです。
外国人のシステムががらっと変わったのもありますが、ひそかに注目してるのはドラフト情報と選手情報へのポイントの投入
これについては、外国人と違って他球団からは認知しずらい活動ですから、
チーム強化のポイントになるのかなぁと思います。
現在はテスト動作させる事で体感できますが、たしか選手情報の調査、ドラフト候補の調査って継続に行っているとより効果があるというような事が言われていたような?いないような?
だから、シンプルにテスト動作だけでは計れないものがある?
のかもしれないカンジです?^^;
昨年度に獲得外国人一覧をdata archivesに突っ込んだんですけど
やはり思い直して外しました。
こう簡単に外国人の一覧が手に入るようだとパターンがあっという間に出来上がってしまいそうですよね?
なのでユーザの皆さんがそれぞれで頑張って探すのがRBOにとって良いのでは?
というのが理由です。
RBOの外国人獲得のシステムがガラッと変わりましたね。
それに合わせてRBO Data Archivesにfpplayer.txtを追加しました。
このfpplayer.txtの存在を自分、知らなかったというか気付いていなかったんですが。。。
kyousoさんのところでたまたま見かけて知ったんですけど、RBOの運営ツールから確認できるじゃないですか。^^;
こんな貴重なデータの存在をいままで教えてくれないなんてずるい。(ずるくない)
外国人獲得について、
自分の場合は、ほぼ獲得するパターンが決まっていたので色々試して楽しめそうです。
日本人が含まれているのがかなり目玉の機能だと思うんですが、どうでしょう。
そのまま外国人枠を使用することなく今後使えるという事はやっぱバランス的にもそうですけど、
現実的にメジャーにわざわざ行った日本人がプロ野球に帰ってくるという事はあまり無いケースだと思うので
考えたら、獲得の確率は低めに設定されていそうですよね?
しばらく色々と探ってみたいと思います^^
ちょっと色々と忙しく年内あまりRBOに時間をさけなそうです。
社交場もあまり頻繁に覗かないように自主規制するつもりなのでしばらくRBO潜伏期になると思います。
外国人のトレードや交換レンタルでちょっと社交場に顔を出す程度ですしょうか。
こう宣言する事で自主規制を強固なものにしようってカンジです。
ではでは^^;
kyousoさんのところでreverse関数を使うとかそういう話がありましたが、基本的にあれくらい扱う変数の量が多くなる場合は基本的にデータオブジェクトを作っちゃいます。
改行コードごとに1行1行読み込んでsplitをホワイトスペースで行う。
あとは、格納するオブジェクトを作成するだけです。
Cのような書き方もアリですが基本的に自分はオブジェクト指向的書き方しか思いつかないので、「自分の使えない組み込み関数」とへりくだってみました。
アスペクト指向もアリですが、自分の場合、基本的には全てperlでクラスを作っちゃいます。
RBO::Player::Fielderのようなクラス。
コンストラクタの中身的には
my $p = new RBO::Player::Fielder;
$p->{run} = $args{run};
呼び出すときは
my $f = new RBO::Plyaer::Fielder;
my $run = $f->get_run;
選手の格納は
my $t = new RBO::Team;
$t->add($f);
的なカンジで
1 lineごとのデータについては1つ1つ空白で区切って格納します。
時間があれば頻繁に使用するメソッドも用意します。
例えば、$obj[18]とかあってもプログラム見ただけじゃ意味がまったくわからない。20以上序列を作成するようなコーディングは何番目が何ってコード書いてる最中にわからなくなるので、やらないです。
ただ、時間の都合で100個くらい連続したif文書いたりする的なのは全然アリ。
データオブジェクトを作成した方が、最終的に可視性の高いプログラムになりますし、データオブジェクトで容易にに使いまわせるスクリプトを作れます。RBO::Teamのようなクラスを作ったら色々使いまわせそうでしょ?
ただ、イニシャルコストが高いと言うか最初にデータオブジェクトを書くのが気力の壁になりそうです。
自分はシンプルな組み込み関数のみを使用して残りはCPANにあるクラスを使用します。エレガントだし速いでしょ?
最近のコメント