当初、IT関連の勧誘を断れるようにと始めた資格取得ですが、資格を取得してしまうと、ぱったり勧誘が来なくなりました。なんでなんでしょうか？そういう情報って、裏とかで流れてるのでしょうか？一回、ちゃんと断ってすっきりしたいもんです。はい。

　それはともかく、今現在は会社で新しく入れたERPシステムと格闘しています。ERPの標準機能では出せない帳票類を出すようにするためには、費用が100万くらいかかってしまうので、とてもこれ以上の稟議は通りそうもありません。そこで、サーバからデータを拾い出して、こつこつ自分で作ることになりました。データは見ることできるのですが、他人が作ったシステムですので、どこにどういう情報があって、何を使えば一番効率が良いかが分からず、日々データとにらめっこしています。

　元々私が選んだERPシステムなのですが、ERPの本質をちゃんとつかんでいなかったため、私の仕事が増えまくってます。この前、基情の午前問をやっていたら、ERPの問題（平成16年秋問74）がありました。正解は「パッケージが前提とする業務モデルに配慮して、会社全体の業務プロセスを再設計するとこが重要である。」とのこと。実は、その逆のをやっていて苦労をしています。ERP側を、現状の業務の流れに合わせるような形で導入をしてしまいました。もっと早く言ってくれ〜！！と思いましたが、同時になるほどな〜！！ととも思いました。自分がなぜ、今こんなに苦労してるのかが良く理解できました。

　でも、悪いことばかりでもありません♪SQLの実行環境が手に入りました(^_^)v。サーバからデータを拾い出すのに、SQLを使えることが分かり、勉強を兼ねてSQLと取り組んでいます。普通、大きな会社のシステム部か開発会社でもないと、そんな環境手に入らないと思います。どんなデータベースソフトを使っていても、SQLは必須の知識で、今後のステップアップためにちゃんと覚えたいなと思っていたので、そんな実行環境が手に入るというのはラッキーなことでした。

　そして、SQLで取り込んできたデータを、別のデータベースソフト（FileMaker）に取り込み加工して、紙やExcelなどに出力します。その際のリレーションの仕方、効率の良いスクリプトを作成する必要があります。そのときに、基情で勉強している「アルゴリズム」が参考になっていると思います。プログラム作る際の考え方というか解法というか、「どいう順序で何をどう並べたら、すっきりと効率の良い仕組みが作れるか」みないなところの考え方のことですが、「ここの知識使ったらうまく行くんじゃないか？」みたいなことは良くあります。

　基情の講義で、いろんな並べ替えの方法や、最大、平均、最小などのアルゴリズムを習った時は、「だから何？」みたいな感想しかなかったのですが、プログラムを作るときにいろいろなパターンを覚えておくのは無駄じゃないなと、最近実感しています。スクリプトも並べ方一つで、時間がかかったり、意図とは違う結果がでたりします。そういう時に原因を探るときに、アルゴリズム的考え方を知る前と知った後では、効率に差があるように思えました。　現状では今の会社のシステムしか知りませんが、試験勉強によって他の事例を擬似的に経験できるというのも面白いです。特に午後問にはいろいろな事例が出てきますので、時々参考になるものもあったります。自分ならこうしてるな〜とか、楽しみながら試験問題を解けるというのは、良い傾向かと思います。（正解するかどうかは別として）

　また、最近では開発者側の方々と会う機会を積極的に作るようにしています。特にFileMakerですが、誰でも参加できるユーザー会のオフなどにも、出席させてもらうようにしています。お互いの情報交換をしながら、いろいろな事例を聞けるのは、大変参考になります。

　ま、そんなかんなで、試験勉強に対する考え方や、周りの状況もいろいろ変わってきました。でも、不合格でも無駄はないし、勉強と仕事がリンクしてくるので、勉強そのものがだんだんと楽しくなってきつつあります。良い流れを作って、仕事面でのさらなるステップアップもしていきたいです。(2006.2.18)