Ads by Google

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

[ --/--/-- --:-- ] スポンサー広告 | トラックバック(-) | コメント(-)

゚Д゚)Ver6.3になりました。

主な修正箇所
 ○Yahoo懸賞のカテゴリが変わったので対応しました。
 ○都道府県に千葉県を追加しました。(グハッ)
 ○ストップボタンを押した時のストップトリガーを沢山仕込みました。

これまでは、子画面の該当する懸賞の応募が終わるまでは止まりませんでしたが、
子画面の懸賞フォームの捜索中、フォームのタグの判定中、
フォームの入力中でも止められるようにしました。
以前よりは全然止まりやすいです。

でもピタっと止めるはできるけど無理なのです。
というのは、Ver1.0以降の仕様(作り方の考え方)で、
基本的にマルチスレッドで作っているからです。
うまうま1個に対し、複数のスレッド、その下に更に数十個のプロセスが生まれたり死んだりして並列で動いています。
1個の会社に、複数の部門があって、その下に社員が並列で働いているような作りだと思ってください。

今時デュアルCPUだったり、デュアルコアCPUなんだから、CPU1個しか使いませんとか勿体ない訳です。
だったら2倍頑張って、とっとと巡回を終わらせて貰った方が良い。
という考えで作られています。

で、クラスタリングなプログラムにすると、パーサーの管理と言いますか、
部長さんの「報告を上げろ」のタイミングをどうしようか?って所が悩ましい訳です。

これまでは、部長さんが「行って来い」「やって来い」処理をして、
「終わったら報告を上げろ」「ふむふむ」「ガハハ」だったのです。

今回のバージョンで、「キリのいいとこで報告を上げろ」になりました。

さて、これ以上どこまで部長にチェックさせるかが問題なのです。
あまりにも部長さんがチョビチョビと口出しするとなると、「あんたがやった方が速くね?」になる訳です。

まぁプログラムもリアルも同じなんだという事で。


で、配布方法どうしましょ?メールかな?

コメントの投稿














管理者にだけ表示を許可する
FC2カウンター
QRコード
QRコード
SNOWMACHINE
相互リンク(外部)
ブロとも申請フォーム
ブログ内検索