tokuhiromの書き方、頭悪りい

DISられるほど俺のコードの品質が悪いしメモリ効率もよくないのは認めるが、それでもこの書き方はないだろう、ハゲ。脳みそ100%天然ギーク。

HTTP::MobileAgent::Locator を Location::Area::iArea に依存しなくした - TokuLog 改め だまってコードを書けよハゲ

HTTP::MobileAgent::Plugin::Locator を新しいオープンiエリア仕様(posinfo=1)を使うようにして、kokogiko さんの Location::Area::iArea への依存を無くしました。

これにより、メモリの使用を抑えられる上、多少精度が向上するはず。

まるでメモリ効率が悪かったのも精度が悪かったのも俺のモジュール使ってたからで、それをtokuhiromがコード書き直したから効率向上したみたいな書き方してるが、今回のは経緯度ベースのI/Fにあわせるために、「iエリア」という経緯度のない情報から無理やり経緯度を引きずりだすために俺のモジュールを使っていたのであって、今回iエリアも正確な経緯度を返すようになったのでモジュールが不要になったというだけの話。
どんなモジュールであれ不要になればメモリ効率が上がるのは当然だし、これまで精度が不正確だったのは俺のモジュールの責任じゃないし、今後精度が正確になるのはtokuhiromのおかげでもなんでもなくてDoCoMoの英断のおかげだ。

たとえて別の例でいうなら、これまでスポットの住所しか返さないAPIがあったとして、それを経緯度ベースのデータにするためにジオコーディングのモジュールを使っていたような時に、ある時からAPIが経緯度を返してくれるようになったので、ジオコーディングのモジュールが不要になったとしようや。
そんな時に、これまでジオコーディングしてくれてありがとう的なアレならともかく、これまで余計なメモリ食ってたのも精度が悪かったのもジオコーディング使ってたせいです、みたいな書き方されれば、ジオコーディングモジュール作ってた奴はどう思うよ？
アホかほんま。

だいたい、今回のposinfo仕様って、FOMAだけの仕様なのに勝手にデフォルトにしてしまって、mova切り捨てるのはどうよ。
個々のサービスでは、俺のプロジェクトも次期は2G切り捨てるし、サービスレベルに応じての判断は自由だと思うけど、公的な汎用モジュールとして提供するところで、個人の考えで勝手な切捨てはどうなのかね。
CPANに挙げてないからまだ私的モジュールの領域とは言え、いずれCPANに挙げられる候補のモジュールだろうに。
公的汎用モジュールとして、開発者の興味あるユースケースだけでなく全般的にユースケース充実させるために、俺が2年近く前から主張してるHTTP::MobileAgentのユースケース分割＆分散管理にもまともに取り組もうとしないし、ほんまここら辺の奴等、技術的にエッジなことは色々やるけど公共心ないよな。

それにそこまでメモリ効率が云々いうなら、自分達で気に入るもんを再コーディングすりゃよかっただろうに。
あのコードは俺がまだど素人だった頃に書いたもんだし、別にそんな難しい処理をしているわけじゃない。
実際、今の会社で、フォーマット変換とか測地系変換とか余分な機能を省いて、純粋に経緯度<->iエリア変換するだけの軽いモジュールを書き直すのに、1日あったら十分出来た。
だからそこまでグダグダ文句言うんならGeo::Coordinates::Converterベースで書き直しゃよかっただろうに（本筋で言うんなら既存モジュールをベースにリファクタ案を議論する事だと思うが、そこまで俺を嫌ってて俺のコードベースには話ししたくないというんなら）、それをサボってて何を今になってグダグダ言ってんだ。カスが。
俺は最近ようやくプロになったが、お前はずっと一貫してプロだったんだろうが。
「　　だ　　ま　　っ　　て　　コ　　ー　　ド　　を　　書　　け　　よ　　ハ　　ゲ　　」。

そういえば半年で50万人とか言ってたのはどうなったんだろう。
判らないけど、外部から観察してる限りそんなにユーザいるように思えないんだが。
もしまだ達成してないなら、「Shut the fuck up and collect more users!」