プロジェクト/ABAPer のバックアップ(No.1)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• プロジェクト/ABAPer へ行く。
  • 1 (2014-06-26 (木) 11:03:34)

開発者の対義語で、満点の仕様で設計されても赤点の実装と試験しかできないコーダーに対する蔑称として用いられる。 詳細設計書を元に組むだけの人、と言えば平易か。

どうしてこうなった †

日本のSAPの世界には、役割自体が全く異なるにもかかわらず、プログラマ→システムエンジニア→コンサルタントというよくわからない階級制＆キャリアパスがある。 　ここに「システムの細胞たる実装とその工程から、システムのコンセプトや機能要求、その充足の仕方を学んでいく」という哲学があればよかったのだが、実情を見ていると、給与や経験年数ありきで決められたり定着してしまったと思われる。

自然、上の階級の人間がデザインしたものを下の階級の人間が詳細化していくことになるが、上の階級のデザインが大きく後続を左右する→責任は上流のデザインした人間に帰属すると都合良く解釈する下流工程の人間が現れ、更に「下流工程を担当する人間の持つ責任は低い」と曲解されていったのではないかと推測する。 　そうなってしまえば、担当する実装という工程にも責任を持たないと話を飛躍させるのは、簡単だ。

一番まずいこと †

何が一番まずいって、考えなくなることが最もまずい。 業務プロセスやコンフィグでどう表現するかを求められているわけでもないのに、マッピング元のテーブルや項目・使用する汎用モジュールを明示されなかったり、直接帰属しないトピックを振られると、それ、コンサルの仕事でしょ？という思考回路となるABAPerが、如何に多いことか。 そして、こういう人間の意識を変えようとしても、自分の仕事を増やす気だな！とか押しつけられた！的な感想しか持ちえず、また　それらの人間たちは「動くものが組める」程度のレベルにも関わらず、「Add-Onなんかもういい。コンサルやりたい」的な台詞を吐く。 もちろん、考えることをしない人が「考える人」というロールを割り当てられても、末路は知れている。