ソロプログラマー向けのソフトウェア開発におけるベスト/よく知られているプラ​​クティスの最小サブセットは何ですか？[閉まっている]

私は長い間仕事で孤独なプログラマーでした。通常、私は記事や記事を読んだことがあります

• バージョン管理システム
• 継続的インテグレーション/配信
• 開発方法：スクラム、ウォーターフォール、Vモデル、アジャイル、XPなど。
• ソフトウェアプロジェクト管理

しかし、それらのほとんどすべてがTEAMSに焦点を当てているようです。私はチームではないので、たった1人のプログラマにとって絶対に最低限のプラクティスは何でしょうか？以下の条件を考慮してください。

• 他の人のコードとの競合はありません。
• ファイル/ディレクトリツリーを維持する必要はありません。私の開発環境では、バージョン管理自体が重要です（イメージベースの開発）。
• 正式な要件はありません。ユーザーは自分が何を望んでいるかわからず、それで問題ありません。
• リリースやドキュメントの配信に興味を持っているのは私だけです。基本的に顧客は結果を望み、ソフトウェアの方法論などは気にしません

私の考えでは、顧客の要件に直接関係のないものに時間とエネルギーを費やしたくはありません。推奨事項はありますか？

それは各人に依存するため、この質問に対する正しい答えはありません。iPadを使用してすべての開発作業を行い、クライアントが満足している場合、変更する理由はまったくありません。

ただし、私があなたの立場にあった場合、私は以下を強く実施します

• バージョン管理システム -イメージベースの開発システムが定期的なバックアップなどについて仕事をしていると思うかもしれませんが、通常はブランチを使用する実験的な機能のための余地はありません。また、プロジェクトの重要なバージョンを保持する方法もありません（タグ付け）。あなたが自分自身を超えて拡大する場合、参加する開発者は彼らが地獄にいると思うでしょう。
• アジャイル -この方法は、自分が何を望んでいるかわからないクライアントに非常に適しています。遅かれ早かれ、彼らは自分たちのしっぽを追いかけるためにお金を使いたくないことに気付くでしょう-彼らは進歩を見たいと思うでしょう。
• プロジェクト管理ツール -これは必須です。すべてを頭の中に保持できるのは非常に恐ろしいことですが、そうする必要はありません。規律を守ってプロジェクト管理ツール（Redmineなど）を使用すると、タスクを分離し、作業の履歴を簡単に参照できます。1時間ごとに充電を開始する場合は非常に重要です。

バージョン管理は、一人でもプログラマにとって絶対に必要なものです。つまり、削除されたファイルや、間違っているだけの複雑な変更から簡単かつ迅速に回復できるということです。

基本的に、二日酔いで仕事に行くときに行う愚かなたわごとからあなたを救います。

他の人が言うように、バージョン管理またはソースコード管理は非常に重要です。DVCSを使用して、それに関するすべてを学びます。どちらを使用するかは重要ではありませんが、人気のあるもの（gitまたはmercurial）を選択した場合にはメリットがあります。

私が言及しなかった別のことは、ワンステップのビルドスクリプトです。これはストレートな継続的インテグレーションではありません（そのフレーズは私の意見ではBSになりやすいです）が、非常に便利なツールです。緊急の更新を行う必要があるときはいつでも、スクリプトを実行するだけで完了します。プロジェクトの終わりに近づくと、1日に複数のビルドが必要になることもあります。私の経験では、ビルドプロセスがそれほど複雑ではない場合でも、大きな成果が得られます。ftpアップロード機能、電子メールでのレポート、単体テストの実行、インストーラーの構築、署名などを追加することもできます。スクリプトを最初から作成しておくと、プロジェクトの進行に応じてより多くの手順で簡単に維持および拡張できます。

1つだけお答えします。バージョン管理は、プロジェクトだけでなく、プロジェクトにとっても非常に重要です。それを使用しているときは非常にわずかな余分な時間がかかりますが、それはあなたが頼りになる豊かな歴史を提供します、それは銀の弾丸ではありませんが、それが本当に実際のコピーに戻ることができることは確かに素晴らしいことです実験的な機能により、ほとんどのアプリケーションが壊れています。

バージョン管理は絶対必要です。ソースを正常に保つためだけでなく、ソースの考古学のためにも。奇妙なコードの一部を「修正」しようとすると、クラスまたはプロシージャがどのように進化したかを確認できてから1年で、多くの苦痛を軽減できます。

方法論については、プログラママニフェストを強くお勧めします。通常、オーバーヘッドがゼロであり、J2EEポートレット対応のJSR準拠のMVC役割ベースのCMS Webサービスアプリケーションコンテナフレームワークがどのように機能するかを頭の中に保持する必要がないため、小規模なチームで大きな成果をもたらします。