紳士開発者コード
ほとんどのプロジェクトは開発チームによって開発されています。原則として、チームワークの結果の質は、チームの雰囲気に依存します。調和を維持するために、すべての開発者は常に紳士でなければなりません。したがって、私の謙虚な意見では、iOS紳士のコードの基本的なルールを提示したいと思います。
私は自分自身がiOS開発者であり、チームの一員です。ルールは非常に一般的であるため、ソフトウェア開発のあらゆる方向に適しているだけでなく、
紳士の開発者は常に礼儀正しい
あなたの悪い気分やメガロマニアは、他の人の気分を台無しにする理由ではありません。彼が失礼だと誰もそれを気に入らないと思います。したがって、失礼にならないようにしてください。
文化の欠如と無礼はチームメンバー間の関係を台無しにし、チームワークでは一緒に働くことが非常に重要です。お互いに対する恨みや個人的な敵意は、進行を遅らせるだけでなく、追加の問題を引き起こす可能性があります。
常にそしてどんな状況下でも、あなたは自分自身をコントロールし、礼儀正しくなるように努める必要があります。
紳士の開発者は常に自分の時間を尊重し、したがって他の人の時間を尊重します
同僚が助けてくれる緊急の問題がある場合、これは同僚の仕事から気をそらす必要があるという意味ではありません。おそらく非常に重要な思考プロセスが現在進行中であり、それを中断すると、同僚は解決していた問題の全体像を再構築するために多くの時間を浪費する可能性があります。
あなたが必要とする人が時間をかけてあなたを助けることができるかどうか丁寧に尋ねる価値があります。彼が非常に忙しい場合、おそらく彼は少し後で助けることができるでしょう。
紳士の開発者は、同僚のコードと技術ソリューションを尊重します
コードの各ブロックは、その時点で、このコードが作成された状況下で作成者が思い付くことができる最善の解決策であることを常に覚えておく必要があります。したがって、コードがそれほどひどく書かれている理由を見つけるためにもう一度手配するべきではありません。これは、何も変更する必要がない瞬間に当てはまります。
ひどく見えたコードを書き直そうとした瞬間を誰もが覚えていると思います。同時に、このコードが解決した以前は明らかではなかった問題に遭遇しました。そして、これらの問題をよりエレガントな方法で解決するために、私はさらにひどいコードを書きました。
不適切な批判で誰かの気分を台無しにし、そのような行動を控える前に、これを覚えておく必要があります。
紳士の開発者は、知らないうちに別の開発者のコードを編集しません
それをより良くする方法を知っていても、悪いコードを黙って書き直さないでください。まず、他の人の意見では、このコードの一部に責任があるコードの作成者は、更新で理解の糸を失う可能性があります。そして、何かを変えようとすると、彼は困難な状況に陥ることになります。
第二に、あなた自身は、おそらく、あなたが書き直そうとしている機能のすべての機能を知っているわけではありません。その結果、作成者もあなたも、更新されたコードを完全には知りません。
第三に、コードの作成者が自分が何か悪いことをしたことに気づかなかった場合、彼は自分がしたように続けます。そして、チームで知っているように、各参加者の作業の結果はチーム全体に影響します。
そのような場合、最初に著者に連絡して彼の意見を明確にする必要があります。おそらくあなたは間違っていて、あなたに適していると思われたあなたの解決策はそうではありません。そして、あなたが正しければ、あなたはあなたの同僚を助け、それに応じて、一般的な原因を助けるでしょう。
紳士の開発者は、議論や代替手段なしに他人のコードを批判しません
批判に関しては、これはチームワークで避けられないことですが、それは正しく行われるべきです。まず、問題の解決策がこのコードの品質に依存している場合、コードを批判することができます。第二に、あなたはそれをより良くする方法を正確に知っている場合にのみ批判することができます。
無意味な批判はチームの不和につながるだけで、結果に大きな影響はありません。
紳士の開発者はまた、尊厳を持って批判を受け入れる方法を知っています
完璧な人は誰もいませんし、完璧なコードを書く人もいません。私たちは、ソフトウェア開発を含め、常にスキルを学び、向上させています。批判は最も効果的な学習メカニズムの1つです。そして、あなたは批判を提出することができるだけでなく、それを尊厳をもって受け入れる必要があります。
他人の批判に積極的に反応してはいけません。これはあなたの周りの人々を疎外するだけです。そして将来的には、同僚がスキャンダルを引き起こしたくないという通知をしなかったという理由だけで、コードのエラーがタイムリーに検出されない可能性があります。
批判が本当に役立つなら、あなたはあなたの間違いを指摘した人に感謝すべきです。
批判が正当化されておらず、コード内のソリューションが十分に優れていると絶対に確信している場合は、最善ではないにしても、冷静に主張する必要があります。批判に反論する理由を挙げてください。
紳士の開発者は、一般的なスタイルでコードを記述します
ボートに複数の漕ぎ手がいて、そのうちの1人が反対方向に漕ぐ場合、これはボートの速度に悪影響を与えるだけであるという主張を誰もが理解すると思います。
同じことがプロジェクトにも当てはまります。気に入らなくても、一般的に受け入れられているルールや標準を常に遵守するようにしてください。ただし、コマンドはそれらに従います。