2006年に設立されたSAP成都研究所は、天府ソフトウェアパークのゾーンBにあります。現在では、研究所の継続的な成長により、天府ソフトウェアパークのゾーンEに移転しました。そのため、写真の建物で起こった喜びと悲しみに満ちたさまざまな物語は、一部の友人の心に消えない思い出となり、永遠に消え去っていきます。長い川。
なぜこの記事を書くべきなのか
SAP成都研究所には、大学を卒業したばかりの若いパートナーがたくさんいます。チャットをしていると、小さなパートナーが静かに私に尋ねました、「私たちの会社の開発者は若者のように見えますか？35歳以上の開発者はどこにいますか？プログラマーは本当に若者を食べますか？」
これらのクラスメートは遠く離れているので賞賛に値し、将来のキャリア開発についてすでに考えているようです。私の知る限り、SAP Chengdu Research Instituteの各開発チームには、基本的に35歳以上の開発者が数名います。それは、当社のワークライフバランスが他のインターネット企業よりも優れているためです。結局のところ、SAP China Research Instituteが中国の外資系企業の中でベストエンプロイヤーの栄誉を継続的に獲得しているのには理由があります。
上の画像はニュースからのものです-SAPは再び「2017 China Top Employer」のタイトルを獲得しました
「卒業するとすぐにSAP成都に滞在しました。同じ場所に座って、毎日10年間コードを書いています。過去10年間、過去5年間、そして昨年は同じでした。それは同じで、退屈だと思いませんか？「私の答えは、「私は同じ場所に滞在しなかった。最初にソフトウェアパークB6の3階に滞在してから、4階に移動してから、3階に移動した。 、それからE5の8階に移動しました。コードを書く姿勢は静的ではありません。年をとるにつれて、背中はどんどんむくんでいきます。」
正直言って、同じ製品を長時間退屈に感じることはありません。私自身を例にとると、7年目には、マネージャーのPoseidonが話をするのを見つけました。プログラマーとして、私の技術的な成長がボトルネックになっているように感じました。今では、開発チームが製品機能を段階的に提供しています。私の個人的な快適ゾーンになるために、もっと挑戦的な仕事をしたいと思います。そのため、Poseiは私を標準の開発チームから外し、顧客インシデントの処理、顧客サイトのサポートへの訪問、営業担当者の注文作成の支援など、顧客関連のタスクに特化するように依頼しました。これらの作業を通して、中国のCRM顧客に近づき、SAP CRMを使用する際の問題点を理解すると同時に、顧客が私の努力を通じていくつかの実際的な問題を解決し、達成感を少しでも得ることができます。このプロセスから、私は真実にも気づきました。最高のテクノロジーであっても、それが顧客の実際のニーズに対応できず、顧客がビジネスをうまく運営できない場合、このテクノロジーには価値がありません。私はまだビジネスで学ぶことがたくさんあると思いますので、2014年10月にSAP製品開発チームに戻りましたが、それは今まで続きました。
これは、開発が退屈な仕事であると感じさせないようにするための私の最初の方法です。あなたが現在の位置で十分にうまくやっていて、現在の仕事があなたの快適ゾーンになったと感じたら、マネージャーに連絡して確認してくださいあなたの気持ちが本当であるかどうかにかかわらず、チームとあなた自身にとってより挑戦的でより役立つ他のタスクに従事することが可能かどうか一緒に話し合ってください。
2017年12月27日にこの公式アカウントを開設しました。理由の1つは、新年にテクノロジーを共有する新しい方法を試したいということです。この新しい試みは、長期的な開発の退屈さを解消するのにも役立ちます。想い：私は、SAPコミュニティ以外のプラットフォームを介して私が知っていることを共有し、中国でのさまざまな背景や経験を持つ人々とコミュニケーションをとります。
これは、長い間開発作業をするという退屈な気持ちを回避するために表現したい2番目の方法です。好きな方法でチャネルを知って、チャネルを共有します。
共有方法には、会社の内部wiki / githubへの書き込み、パブリックプラットフォームでのブログ、WeChatパブリックアカウントでの記事の書き込みなどがありますが、これらに限定されません。
技術の共有に関する若い同僚のいくつかの懸念/問題：
1.共有する価値がないと思う
ジェリーの提案：
小学校でナラティブを書くことを学ぶとき、中国の教師は私たちにいくつかのルーチンを教えてくれます。技術的な記事を書く場合も同じことが言えます。最も簡単な方法は、質問をして問題を分析し、問題を解決することです。日々の開発作業で問題が発生しないことは不可能であり、これらの問題が技術共有の源泉となっており、夢を見る必要はありません。
2.私が共有するものは単純すぎると思います。ほとんどの人は間違いなく単純になります。共有された場合、誰もそれを読むことはありません。
ジェリーの提案：
まず、個人のテクノロジー共有の主な目的は、自分の知識システムを整理、構築、改善することであることを明確にする必要があります。他の人がそれから利益を得るかどうかについては、これは2番目の質問です。私自身の個人的な経験から、SAPコミュニティブログを書いていると、書いているとおりに書けない、または自分の考えを言葉で正確に表現できないことに気が付きます。この現象は、私が書いている知識のポイントをまだ完全に理解していないことを示しており、戻ってさらに調査する必要があります。研究の反復的かつ継続的な反復->執筆->研究は、私が徐々に独自の問題解決ルーチンと方法論を形成するプロセスです。
現在、多くの偉大な神々がWeChatのパブリックアカウントで技術的な記事を書いています。なぜそれほど多くの偉大な神々をフォローし、彼らの多くの記事を読んでいるのですか。半か月後に、以前読んだ記事を思い出し、記事の内容を思い出せないことに気づきました。アップ。多くの技術記事を読みましたが、逆に、私たちは偉大な神々から遠く離れていると感じていますか？
上図の科学的研究結果は、純粋な受動学習は記憶保持率の点で最も効果が低く、表面での能動学習の方が時間がかかるが、コストパフォーマンスが最も高いことを示しています。私の個人的なアクティブラーニングの方法は、「一度の努力で生涯の利益」という言葉で学んだことを書くことです。プログラミング開発のライブラリ関数と同じように、作成した後はどこでも使用できます。
一歩下がって、記事が実際に読まれていなくても、少なくともクラウドでの個人的な技術的成長のログであると言います。四半期、半年、1年など、時々、以前に書き込んだログを確認すると、この期間中にテクノロジが向上したのか、それとも現在の場所にいるのかを明確に判断できます。
クイズに挑戦してみましょう。この1年間に毎月行った特定の開発タスクを正確に思い出せますか？とにかく頭の中で思い出せない。しかし、毎日の仕事で学んだ多くの新しいことやSAPコミュニティで解決した問題を共有し、CDSビューを使用してこれらのシェアをカウントする小さなツールを作成したので、1秒で実行できました時計のさまざまな次元の情報を取得します。
たとえば、毎年共有する記事の総数
毎月共有される記事の数は、最高から最低に並べ替えられます
昨年の5月にほぼ毎日記事を書いたことが図からわかります。その間、ドイツの田舎では、自由な時間がたくさんありました。たとえば、2017年のジェリーのメーデーの休日：8つの古典的な並べ替えアルゴリズムを備えたABAP成し遂げる
3番目に頻度の高い月は昨年10月でした。これは、国内のC4C顧客のオンラインサポートに費やされた時間であり、書かれた記事はすべてオンラインプロセス中に発生した特定の問題でした。
別の例として、5年前の11月に私がしたことを思い出したいと思いますか？
記事のリストから、CCTVのCRMプロジェクトチームがプロジェクトの立ち上げに影響を与えたいくつかの緊急の問題に共同で対処するのを支援するために、Poseidonで忙しかったことをすぐに思い出すことができます。
3.自分が書いた記事に誤りがある場合、他人から非難されることへの恐怖
ジェリーの提案：
心配することは何もありません。人々は間違いを犯します。誰かが間違いを指摘した場合、戻ってさらなる調査と検証を促すことができます。自分が間違っているとわかった場合は、正直に認めて修正してください。それでもあなたが正しいと感じている場合は、辛抱強く、他の人と話し合ってください。インターネットを利用して、記事を注意深く読み、貴重なコメントをしてくれる熱心な人々に感謝してください。
私はSAPコミュニティで合計549の記事を書きましたが、記事のエラーで非難されたことはありません。
退屈な感情を回避する3番目の方法：開発作業を可能な限り自動化する
ここでの自動化とは次のことを指します：日常の作業に些細で反復的な作業が含まれており、これらのタスクを完了するために従う必要のあるルールをコードで明確に説明できる場合は、コードがそれらを可能な限り完了するようにします。節約された時間は本当に創造的な仕事に費やされます。
自動化の例：
- CRM Addonの開発はS / 4HANAシステムで行われ、S / 4の同僚とモデル設計について話し合うことは避けられません。S / 4の同僚は、いくつかの入力を提供し、いくつかの古いCRMモデル情報をいくつかの特別な形式のExcelに入力する必要があることがよくあります。モデル情報は、SAPGUIのさまざまな画面のさまざまな位置から取得されます。モデルの完全な情報を入力するために15回のマウスクリックを数え、次にCTRL + CおよびCTRL + Vを7回カウントして、SAPGUIの情報をExcelに貼り付けました。これには、必要な情報がSAPGUIにあるモデルを開いて肉眼でスキャンすることは含まれません。次に、すべてのモデルに10のモデルを入力します。
私はこの種の肉体的な仕事は絶対に嫌いです!!!しかし、これは仕事であり、やらなければなりません。私のアプローチは、ABAPプログラムを作成することです。入力はモデル名のリストであり、このプログラムを実行します。コードは、システムから入力する必要があるすべての情報を自動的に取得し、適切にフォーマットした後、システムクリップボードに出力を書き込みます。次に、S / 4の同僚から提供されたExcelを開くだけで、CTRL Vで問題が解決します。
結局、この小さなプログラムを完了するのに1.5時間かかり、その後、Excel入力を完了するのに1秒かかりました。もちろん、正直に手動でExcelに入力した場合、1時間はかからないかもしれませんが、この1時間の手作業では、技術に何らかの進歩がありますか？
開発にSAPGUIを使用する利点の1つは、EclipseのABAPがEclipseのABAPを使用するよりも優れていることです。個人的には、開発システムのSAPGUIで実現したい自動操作はすべて最終的に自動化できると思います。問題は価格だけです。
私はABAP開発のキャリアの中でこれらの自動化ツールをたくさん書いており、それらを数えることすらできません。
私のコードをgithubに置きました。
これらのツールの使用を容易にするために、これらのツールを管理するためにいくつかのツールを作成して、使用したいツールをすばやく見つけられるようにしました：
毎日の作業効率を向上させるために、または単に楽しみのために書くいくつかの小さなABAPツール
目的は上記のとおりです。手作業は嫌いです。コードを使用してそれらを完成させたいのです。
2. Webアプリケーションのデバッグの自動化。
バックグラウンドコードのバグの場合、バックグラウンドブレークポイントをトリガーするためにフォアグラウンドでN回のクリックとジャンプを行う必要があり、処理するバックグラウンドエラーが10回8回ではないという状況によく遭遇します。デバッグで問題を特定できません。各ブレークポイントがトリガーされる前に繰り返される操作に耐えられないため、通常はフォアグラウンドの操作をシミュレートする小さなプログラムを自分で作成します。この小さなプログラムを実行するたびに、ブレークポイントを1秒でトリガーできます。
このブログの例の1つを書きました。複雑でトリッキーな問題を処理する方法に関する私のヒント
私はこの種の小さなプログラムを、足場としてのデバッグを容易にするために特別に開発されたものと呼びます。
（注：このブログの公開時間は、耐え難いデバッグ体験を思い出させます。2014年4月30日のデバッグには丸一日かかり、問題の根本を見つけるのに8時間かかりました。）
これらの足場プログラムの開発は、特にアジャイル開発の時間的プレッシャーの下で、通常、エラーデバッグの合計時間を増加させます。一部の若い同僚は、この方法を採用することをためらいます。特に、フロントエンド開発者の場合、最初はバックエンドAPIを使用してフロントエンド操作をシミュレートするのが難しい場合があります。ただし、難しいことほど、通常は報酬が大きくなります。たとえば、努力してフリースタイルの両側換気を学んだ後は、水中でのヘディングがより安定して速くなります（フリースタイルの変更に関するこの記事を読んでいます） Qi、どのように片側のみを使用できますか？導入されましたが、まだ学習していません）
フォアグラウンドjsコードのバグである場合、再現するにはバックグラウンドの特定のデータに依存する必要があります。これらのデータを生成するには、フォアグラウンドで多くの複雑な操作が必要になるため、フォアグラウンドでブレークポイントをトリガーするのに時間がかかります。ブレークポイントをトリガーする前に不要な待機を回避するために、UI5は成熟したソリューションを提供します。フォアグラウンドでエラーを引き起こす可能性があるバックグラウンドデータをMOCK DATAとして直接保存し、UI5のMOCK SERVERを使用してフォアグラウンドからバックグラウンドにリクエストを送信します傍受し、MOCK SERVERにリダイレクトします。
少し前に、人気のあるロシア人プログラマーがいました。なぜなら、彼はすでにコードを使って多くの些細なことを自動化しているからです。彼はスクリプトの束を書きました、**妻に残業のテキストメッセージを送信し、彼が起きていないときにそれを妻に渡します。休暇を自分で求め、メールに基づいて顧客のデータベースを自動的に復元し、ワンクリックでリモートでコーヒーを作ります。**彼のスクリプトが置かれているgithubアドレスについては、このリンクを参照してください。30,000以上の星の収穫は、プログラマーの頭の中での自動化の重要性を示しています。
総括する
久しぶりに、私は若い開発者に 3つの個人的な提案をします：
1.現在の職位で成長のボトルネックが発生し、現在の仕事の内容が快適ゾーンになったことがわかったら、マネージャーと連絡を取り、自分の気持ちが事実と一致しているかどうかを確認します。それが真実である場合、より速く成長することを可能にするいくつかのより挑戦的なタスクを実行することが可能であるかどうか話し合います。
2.知識を蓄積し共有する習慣を身につけましょう。
3.クレイジーになる、作業中の些細な繰り返し作業をすべて自動化します。
最後に、記事のトピックに戻ります。SAP成都研究所の35歳以上の開発者はどこにいますか？
私の答え：すぐそばに。成都SAP研究所のアジャイル開発チームには、35歳以上のシニア開発者が少なくとも2〜3人いるだけでなく、40代の開発者もいます。私たちの同僚は会社で英語名を呼ぶことはありませんが、彼らを直接XX先生と呼んでいます。
SAP Chengdu Research Instituteの開発者の最も優れた代表者はもちろん、南西部地域全体で人工知能と機械学習で有名な上級データサイエンティストのDing Orlandoです。私の知る限りでは、私たちの科学者は今年35歳以上であり、SAP成都研究所の開発分野のリーダーであり続けています。もちろん、私は彼のWeChatアカウントを漏らすことはありません。そうしないと、他の会社に密猟され、ポセイドンが私を窒息死させます。
私と同じ年にSAP Chengdu Research Instituteに参加した友人のもう1人は時が経ち、そのほとんどが35歳以上です。
-
一部の人々は、すでに経済的自由をもって自分たちの会社を立ち上げに出かけました。
-
一部は、CEO / CTO / CIOになるために他の会社に行きました。
-
一部はキャリアを変え、金融/政治エリートになった。
-
他の国に移住し、SAP業界に従事し続ける人もいます。
-
残りの部分は、SAP Chengdu Research Instituteに留まることを選択しました。
残りの一部はマネージャーになり、一部はプロダクトマネージャーになり、一部はアーキテクトになり、他の人は私のようにまだ開発中です。
次の公開記事では、SAP Chengdu Research Instituteの他の上級同僚が、開発者から成功するXXXXへの変革を成功させる方法について語ります。このキャリア開発に関心のある若い同僚は、ご期待ください。
付録：インターネット上のいくつかの記事
1.記事が860,000回以上読まれていることを知ってください。どの業界にも当てはまり ます。独自の知識システムを構築する方法は？
3. 一部のプログラマーが35歳の中年危機を静かに生き残る理由
Jerryのオリジナルの技術記事をさらに入手するには、パブリックアカウント「Wang Zixi」をフォローするか、次のQRコードをスキャンしてください。