バックエンド開発歴 5 年のベテランから初心者への 12 のアドバイス

1. 要件が明確になる前に開発する必要はない、これはタブーです

2. 開発時間は少なくとも 1.2 倍必要です予測要求時間

3. 依頼者の本来の意図を明確にし、その開発課題に沿って開発するのか、それとも独自開発するのかを明確にする

4. できない技術はないが、実現しても新技術の導入にはまだ時間がかかる コストや人件費、その後のメンテナンスコストが非常に高くつき、適切な期間内に最も完璧な技術アーキテクチャを提供することは不可能だが、業界を考え出す必要がある単価時間内で制御可能な標準ソリューション、技術 導入者責任

5. Git では大量のログレコードが提供されるため、特別な事情がない限り、一般的には非ステートメントコメントの導入は避ける必要がある. コメントは意味のあるものでなければなりません

6. 大きなチャンク コード セグメントの再利用はカプセル化する必要があります。大きなコード セグメントは直接 C/V できますが、詳細なステートメントは最後まで読んでチェックする必要があります。

7. コードの書き方は、少し書いて少しテストするのではなく、手順を頭の中で整理して、テストと修正のための基本版を書くことです。コード文を書いてテストするだけなら、小学生にとっては入門レベルのアプローチです。

8. コード環境は独立している必要があり、コードは分散 Git または GitLab を使用してホストされる必要があり、バックアップの習慣があり、権限とブランチを管理し、最小権限の原則に従って操作を割り当てる必要があります。ブランチ管理は開発ブランチ、テストブランチ、プレリリースブランチ、オンラインマスターブランチ、ホットフィックスバグ修復ブランチに分かれており、メインマスターブランチに直接マージできるのはホットフィックスのみです。コード環境の場合、開発は開発ブランチです。テストはテスト ブランチ、ビジネス ブランチ、およびプレリリース ブラック ボックス環境です。各環境は独立したボックスであり、関連するコンテンツを持つユーザーには対応する権限が必要です。

9. 技術開発は人材の選定から始まります 開発には責任と人材への信頼が伴います 開発した内容には責任を持ってください テストされていない内容は公開禁止です 気軽に投稿テストに合格しない場合、レビュー、設計、共同ディスカッション、および文書の内容は公式環境では公開されず、テスト環境内およびテスト環境内でのみ公開が許可されます。コンプライアンス違反から生じる連帯責任は、請求者。

10. スタートアップ企業やミッション中、目標は早く結果を出し、製品を作り、早く始めることですが、アーキテクチャの優先度はローンチ日よりも低いため、迅速なイテレーションは特に重要です重要; 技術アーキテクチャには専任の担当者が必要 強制的に実装すると、既にコーディング スタイルがある場合は、以前のスタイルに従って開発されます。

11. プロダクト マネージャーは要件の提案者です。推定開発時間は、プロダクト マネージャー自身の開発スピード、開発タスクへの理解と集中力、および要求者が提供できるものから算出されます。時間を比較検討して、最終的に決定します。対応する開発時間は、お客様自身の開発能力の 60% に、開発者から与えられた時間の 40% を加えたものに基づきます。

12. コードの再利用性、美しさ、読みやすさは一度に実現できるものではなく、ある程度の規模感があり、再利用できるところは再利用し、抽象化できるところは抽象化し、より優れたソリューションを提供する必要があります。優れたアルゴリズムの開発 問題解決も重要だが、コードの再利用と構造の可読性も非常に重要 両者の比率は依然として6対4にとどまる まずは機能を実装し、その後、具体的な仕様の導入を強化する必要がある

PHP 関連の技術記事の詳細については、PHP チュートリアル 列にアクセスして学習してください。

以上がバックエンド開発歴 5 年のベテランから初心者への 12 のアドバイスの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。