より組織化されたプログラマになるには?[閉まっている]


9

私はコーディングできるプログラマーです。しかし、私は物事を成し遂げることができますが、物事をうまくやったり、ほとんどのオープンソースコミュニティがそうするようにしたりはしません。ええと、私はgit hubのライブラリの一部を使用しています。私はプログラムのほとんどがうまく構成されていると思います。また、私を読んでください。

私の質問は:

  1. コミュニティで一般的なファイル構造や命名規則はありますか?これは個人的な好みの問題ですか?

  2. コードを書くのではなく、より組織化されたプログラマーになる方法はうまくいきます。しかし、あなたのプロジェクトに他の人が参加しやすいようにもっと整理されていますか?


私は魔法の答えはないと思いますが、それに取り組む1つの方法は、よく整理されたオープンソースプロジェクトを簡単に「導入」して、自分のプロジェクトでそれらのことを繰り返すことが容易になる方法を調べることです。少しずつ。
フィリップ

2
プログラミングにおける多くのことと同様に、断然最も重要なのは一貫性を
保つ

1
@TomSquires:同意しないといけません。はるかに最も重要なことは、常に自分自身とコードとドキュメントを改善することです。一貫性を保つための一貫性は、ソフトウェアを長期にわたって維持することを難しくします。
l0b0

魔法の答えがないだけでなく、プログラミング、プロジェクトの構造化など、100万通りの方法があり、それらすべてについて、良いか悪いかについて、意見を持つ多くの人々がいます。できることはたくさんありますが、もっと大きなこともたくさんありますが、魔法の弾丸はありません
ozz

回答:


3

開発プロジェクトの構造は、スタック*(上の時間の多くを議論してきた12ちょうどあなたの状況に関連するお好きなところをお選びください)。

さらに整理するために、コードとその周辺の情報を整理するために、さまざまな方法とツールを試しました。

  • GitHub / Bugzilla / TODOテキストファイルなどのバグトラッカー
  • GTD TiddlyWiki / GitHubのようなWiki
  • make / Maven / rakeなどのビルドツール
  • JIRAやRedmineなどのプロジェクト管理ツール
  • jEditやvimなどのエディター
  • Meldやkdiff3などのマージツール
  • SubversionやGitなどのバージョン管理システム(実際にはこれをスクラッチして、Gitを使用するだけで、多くの悲しみを解消できます)

それぞれをいくつか試してみると、いくつかの考え方が他の考え方より自分の考え方に合っている場合があります。しかしあなたが知らないより良いツールが常にあり、ツールが常に互いに追いついていることを覚えておいてください。したがって、あなたが学んだことは何でもできるし、より良いもののために使われることに基づいて、あなたは常に何か他のものを試す準備ができているべきです。


gtdtwリンクダウン?
エル

2

満足するまでコードをリファクタリングします。

時間の経過とともに、リファクタリングの必要性はますます少なくなり、最終的には最初から正しくリファクタリングすることになります*。

行うことによって学びます。

*ほぼ正しい:)


+1。繰り返しが絞り出され、テストに合格した場合、コードは「適切」です。構造は、後続のテストに合格するように変更される場合があります。筆記されていないテストを見越して複雑さを持ち込まないように努力しています。
kevin cline、

0

GitとSourceForge。これらは、大きくて組織化されていないプログラムを書くときに使用する2つの項目です。詳細については、Googleと2つです。現在、奇妙な理由でリンクできません。申し訳ありませんが、これが役に立てば幸いです。


0

より多くのスキルと経験を持つ人からコーディングスタイルに関するフィードバックを得る。

私のやり方は、私とシニアプログラマーがプロジェクトで協力する仕事を得て、彼がチェックインしたすべてのコードをレビューしました。たまに、彼は私のコードについてイライラしたり困惑したりするすべてのことをメールで送ってきました。私と彼の両方が合理的に心地よいスタイルを見つけるのにしばらく時間がかかり、いくつかのことについて白熱した議論がありましたが、全体として多くのことを学び、友達として別れました。

設計パターンに関する本/記事を読み、問題にさまざまなパターンを適用し、どの状況でどのパターンが役立つと思うかを確認します。

命名規則と書式設定スタイルに関する本/記事を読んでください。異なるコミュニティは異なるスタイルを使用します。一般に、コードを読む可能性が最も高い人々が認識できるスタイルを使用することをお勧めします。

コードの構造化に関するいくつかの具体的なアドバイス:

  • コードの一部を単純化できることがわかったら、それを実行します。
  • コードの一部が再利用できることがわかったら、それを関数にして再利用します。
  • 変数や関数の名前が悪い場合でも、変更することを恐れないでください。
  • あなたの人生をより簡単にすることができる何か(構造体、関数、クラス、パターン、何か)についてのアイデアがあれば、それを作成して使用してください。
  • 頻繁に心を変えてください。あなたがするたびに、あなたは何かを学びます。

時間をかけてこれを行うと、もちろん最初は遅くなります。コードが次第にエレガントになっていくにつれて、保守が容易になり、作業のメリットを享受できるようになります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.