ＳＥＯ対策あるいはＷｅｂ

　団塊世代の大量退職を目前にし、今後の基幹系システムをどう維持するのか、あるいは再構築していくのかというのはなかなか難しい問題です。この問題は取りあえず目をつぶるとすると、一応の基幹系の再構築は一巡したのかなぁとＥＲＰの世界を見ていると感じます。もちろん今後もＥＲＰを選択するかしないかに拘わらず基幹系システムの開発はあるでしょう。しかし、一応の再構築を成し遂げた会社はおそらくＷｅｂによる集客や広告・マーケティングに力を入れてくるように感じます。私はＷｅｂは専門外ですが段々そうも言ってられなくなるでしょう。正しいタグでＨＴＭＬを作成できる人材がひょっとすると再評価されはじめるかもしれません。それとＪａｖａ、ＡＳＰ、ＣＧＩと様々なＷｅｂプログラミングがありますがこれとの絡みも出てくるに違いないと見ています。
　なかなか私自身も時間が取れないのですが、正しいタグでＨＴＭＬからホームページを作成する、そして以前も話ましたがMobable Typeでブログを作る。さらにはブログそのものを自分でレンタルサーバー上で作成してみるという勉強はしておいたほうが良いのかもしれませんね。

数学を少しだけ

ＳＥというと数学的知識が要求されると考える人も少なくないかもしれませんが、実際に事務処理＝アプリケーションソフトにおいてはほとんど要求されません。これはアプリケーションＳＥの人なら分かるでしょう。でも論理回路と集合論については学習しておいたほうが良いと思います。
　スイッチ理論とも呼ばれる論理回路は例えば論理積や論理和などの概念が学べます。これをコンピュータ言語に置き換えるとIF文やCASE文でありテストパターンの設計にも応用が利きます。
　集合論ですがこれはいわばリレーショナルＤＢに応用が利きます。WHERE条件の無いSELECT文が全体集合だと考えて見るとイメージしやすいんじゃないでしょうか。
　もっとも厳密にはリレーショナルＤＢの理論は集合論とは少し違うようなのですが。いずれにせよ真と偽で構成されるブール代数の考え方と対応します。
　微分積分のような複雑な計算や数学的素養は初歩を学ぶうえでは必要ないので数学の入門書などを読んでみるとプログラムやプログラム設計というものが見えてくると思います。

ドキュメントの重要性

　年配のエンジニアと話をすると決まってこんな話になります。かつては自腹を切ってシステムの参考書をプログラミング言語の開発書を買い、一生懸命勉強したものだと。要件定義・基本設計・詳細設計・プログラミング・単体テスト・結合テスト・統合テスト・運用テストと書いてみると詳細設計は単体テストで検証され、結合テストでモジュール間の連携が試されます。基本設計は統合テストで検証され、要件定義は運用テストで検証されるというのはかつては常識だったのですが･･･。このことを知っていればドキュメントの重要性がすごく良く分るはずなんです。
　残念ながら今は一つ一つ教えてやらないとだめなんですね。そして教えたことを覚えようともしない感じがしてなりません。ほっておいても伸びる人、一生懸命指導しても全然な人、そして背中を押してやれば伸びる人、３タイプいると思うのですが、「背中を押してやれば伸びる人」が減ってきていると思うのです。昔は良かったなんていうと年寄りだと言われそうですが（苦笑）

それはないよ（苦笑）

プロジェクトの設計者から今日言われました。「仕様のわからないところをまとめておいて、何が仕様で分らないのか僕も分らないから」つまり質問してもこの設計者から回答は得られず、しかも何が仕様として不明確な自分自身でもお分かりになっていないという恐ろしい事態になってしまっています。過去、何度も現在の問題点をまとめて提出するよう求められているにも拘わらず何１つ先に進んでいないという極めて困った状況です。でも以外とこういう方は多いんですよね。かくして課題だけ積み上がり･･･。

簿記の学習

アプリケーションＳＥには簿記が必要だと前に以前書きました。簿記は例えば商業高校や大学の商学部を出た人にはなじみがありますが、一般的にはとっつきにく代物です。まず日商３級からじっくり勉強しましょう。とはいっても買うのは問題集１冊ぽっきりです。これを理解できるまで繰り返しましょう。浮気はダメですよ（笑）。１日３０分程度取り組めば、このレベルなら十分理解できるはずです。経験上３回ほど繰り返せば合格できると思いますが責任は取れませんので(^^;)　がんばってくださいね(^^)v

クリーンデータを投入せよ

夜間バッチ処理の処理結果を毎朝運用担当者が確認するのは一応正しいと思います。しかし夜間バッチの処理が終了した段階で初めてエラーデータが混在していることが判明するようなプログラムが組み込まれており、実際にエラーデータが夜間バッチを流れてしまうとするならば、翌朝あるいは発覚した時点の深夜あるいは早朝からの対処が要求されてしまいます。これを防ぐ設計が最低限運用を考慮した設計と言えると思います。そして理想的には何度でも再処理が可能であることが理想的と言えるのではないでしょうか。実際、会計システムでは一度転記された仕訳は消去は会計制度上できないので１００％の再処理可能なシステム作りは無理としても転記直前データまでは完全に再処理できること、転記結果が一覧できることは必須でしょう。そしてクリーンデータが保証されるよう入力側のプログラムでしっかりとしたエラーチェックが実装されていなければなりません。「何を当たり前なことを言っているんだ」と言う人もいますが、実際、こうしたことができていない失敗？システムは意外と多いものです。

英語は必須

コンピュータソフトの多くは海外、とりわけアメリカで開発されたものが多いですよね。SAP R3はドイツですが。海外のサイトを検索してみてください。英語のサイトには多くの技術情報や情報交換がなされています。母国語が別言語でもヨーロッパをはじめ多くの国の人が英語を媒介として情報交換をしています。ところがこうしたサイトには日本人はほとんどいうか皆無です。私も一時、海外の掲示板で少しだけ書き込みをしてましたが、しゃべれなくても良いから英語の読み書きができることは非常に差別化になります。なぜなら人より情報が早いのですから。英語の学習教材は多く出ていますから（そして安いもので十分だと個人的に思います）、１日15分位で良いから勉強されることをお薦めします。