如何成为更有组织的程序员？[关闭]

我是一个可以编程的程序员。但是我发现我可以把事情做好，但不能把事情做好或像大多数开源社区一样。好吧，我使用了一些来自git hub的库。我发现大部分程序结构良好。另外，读我。

我的问题是：

1. 是社区中任何通用的文件结构或命名约定，还是个人喜好？

2. 如何成为更有组织的程序员，而不是编写代码，是行得通的。但是更有条理地让其他人轻松进入您的项目吗？

开发项目结构已经讨论过很多次了对堆栈*（1，2），只是把有关你的情况你挑。

为了更井井有条，我尝试了许多不同的方法和工具来组织代码和周围的信息：

• Bug跟踪器，例如GitHub / Bugzilla / TODO文本文件
• 像GTD TiddlyWiki这样的Wiki / GitHub
• 诸如make / Maven / rake之类的构建工具
• JIRA和Redmine等项目管理工具
• 像jEdit和vim这样的编辑器
• 合并工具如Meld和kdiff3
• 版本控制系统（例如Subversion和Git）（实际上只是为了解决问题，只需使用Git即可避免很多麻烦）

一旦尝试了每种方法，您可能会发现某些方法比其他方法更适合您的思维方式。但是请记住，总会有一个您不知道的更好的工具，并且工具总是在相互追赶。因此，您应该随时准备尝试其他事情，即使您已经尝试过或被驳回的事情，也要以您学到的任何东西都可以并且将被您用于更大的利益为基础。

重构代码，直到满意为止。

随着时间的流逝，您将需要越来越少的重构，最终您将在第一次*左右正确地进行重构。

通过实践学习。

*最正确的:)

Git和SourceForge。这是编写大型无组织程序时使用的两个项目。有关Google的详细信息，由于某种奇怪的原因，我现在无法链接。抱歉，希望对您有所帮助。

从具有更多技能和经验的人那里获取有关您的编码风格的反馈。

我这样做的方法是，我和一位高级程序员在项目上进行了合作，他审核了我签入的所有代码。偶尔，他给我写了一封电子邮件，其中包含所有使我烦恼或困扰我的代码的电子邮件。我花了一段时间才找到我和他都相当满意的风格，我们在某些事情上进行了激烈的辩论，但总的来说，我学到了很多东西，我们分手了。

阅读有关设计模式的书籍/文章，将不同的模式应用于您的问题，并查看在哪些情况下您认为有用的模式。

阅读有关命名约定和格式样式的书籍/文章。不同的社区使用不同的样式。通常，使用一种最有可能阅读您的代码的人会认可的样式是个好主意。

有关结构化代码的一些具体建议：

• 当您发现可以简化代码的某些部分时，请执行此操作。
• 当您看到代码的某些部分可以重用时，请使其成为函数并重用它。
• 如果它们不好，不要害怕更改变量和函数的名称。
• 当您对某个可以使您的生活变得更轻松的事物（结构，函数，类，模式等）有所了解时，请创建并使用它。
• 经常改变主意。每次您都会学到一些东西。

花时间去做，这当然会使您在一开始就放慢脚步。随着您的代码逐渐变得越来越优雅，它将变得更易于维护，并且您将从中受益。