ここでは、SAPプロジェクトのプログラミング文化についてお話したいと思います。 最初は、この記事を私の理由の1つに対する小さな余談として含める予定でした（ 最初の投稿の1つへの紹介を参照してください）。 しかし、いつものように、言いたいことがたくさんありました。
そのため、SAPのキャリアの夜明けに、すでにある程度の仕事の経験を積んでいた私は、SAP SEMコンサルタントとして、尊敬される西洋の会社に就職しようとしました。 私は虹の考えでインタビューに行きました。 結局、私は活動分野を変えるつもりでした。 さようなら、長年の技術設定でのプログラミングと掘り！ SAP SEMの機能コンサルタントになりたかった。 私は事前にそのインタビューに私を送った採用担当者と私のアイデアを共有しました。 彼は私に明確なポジショニングを賞賛し、これは彼のクライアントが必要とするものだと言った。 システムの概念設計、顧客へのインタビューとコンサルティング、戦略的企業経営の方法の適用と研究-それが私を待っていたものでした。 私の前に新しい視野と興味深いことが開かれていました。 不確実性の驚くべきが心地よい寒さが内部をさまよいました。 「西部のオフィスではすでに、システムがどのように正しく実装されているかを知っています。 方法論と職務分離の両方があり、最終的にはすべてが賢明です。」 私はSAPがどのように実装されているか、そして実際、ロシアのインテグレーターによるシステムを十分に見てきました...
部長からインタビューを受けました。 ある時点で、「ABAPで書いたことはありますか？」と尋ねました。 私はノーと言った。 彼は舌をはじいて言いました。「実際、ABAPがなければ、SAPコンサルタントはどこにもいません。 標準機能には多くの場合不足しているため、ほとんどどこでも少なくとも2行を記述する必要があります。 そして、多くの場合、決して2つではありません。 その後、彼は「しかし、間違ったエントリが2つしかないパッケージがBW製品に届いた場合、デルタの初期化には24時間かかる可能性があるため、すべてを削除してオーバーロードする必要がないようにするにはどうすればよいか」という質問で苦しみ始めました。 私は、答えを思い出させる広大な一般的なITと乏しいBWの知識から少なくとも何かをつぶやくか、絞り出さなければなりませんでした。 私は間違いなく仕事に就かないことに気づきました。 しかし、同時に別のことも理解しました。
私の理想主義は、SAPビジネスインテリジェンススペシャリストのロシア市場では役に立たないことに気づきました（この用語は現在積極的に使用されていますが、その後はSAP SEMまたはSAP BW / SEMを話しました）。 ロシアの状況は、当時も現在も、IT分野の専門職の一般的な状況に似ています。つまり、すべてを一度に1本で必要とします。 インテグレーターがどの品種を持っているかは問題ではありません：ロシア語か西洋か。
今、ABAPの方法を知っており、BWについてほとんどすべてを知っているので、私はむしろそのボスに同意しますが、部分的には同意します。 その場所のために、彼らはおそらくABAPの経験を持つBW-shnikを取った。 たぶん彼は有能なプログラマーだったかもしれませんが... ...