私たちは主にjavascript (jquery も含む) と PHPで書かれたモバイル アプリを管理している学生チームです。コードの構造を改善し、チーム内に構造とワークフローを実装する必要があることを認識しました。
コードのステータス:
この時点では、コードはまだ非常に絡み合っており、疎結合ではありません。
異なるフォルダーにある同じ名前のクラス名。
=== の代わりに == を広く使用。
グローバル変数の幅広い使用。
コードの一部のホイールを再発明しました。(特定の目的のためにフレームワークがすでに存在する場合)
ステータス メソッド/ツール:
現在、SCRUM を実装しています。
私たちは Redmine Backlogs を使用しています。
git の使用可能な分岐モデルを実装しました。( http://nvie.com/posts/a-successful-git-branching-model/ )
コードのインライン ドキュメントを作成するために jsdoc の使用を開始しました。
私たちは SonarQube (コード品質チェック ツール) に出くわし、これが役立つかもしれないと考えています。
私たちはまだ TDD に慣れていないため、懐疑的です。デザインパターンの専門知識はありませんが、応用したいと考えています。約 6 人のチームの中で、MVC、MVV、MVP の基本的な概念を知っているのはごくわずかです。
9 月の第 1 週頃に、コードのリファクタリング (目立たない js に?) から始めたいと考えています。
つまずきすぎず、プロセスが透明に保たれ、モチベーションが高く保たれるように、どの手順を提案しますか?
== / === のような小さな問題を修正することから始めませんか? (SonarQube が思いつくもの) TDD フレームワークの実装から始めますが、テスト可能な MVC/MVV はありませんか? js を html と css から分離することから始めますか? 完全にクリーンなブランチを持つために、まだ解決されていない古いチケットのバグ修正から始めますか?
提案/アイデア/ベストプラクティスをありがとう
マルク