自己开发

在我的公司里,每个开发人员都有自己的工作项目,因此几乎没有任何团队合作.一年以来,我一直在构建这样的软件,没有良好的开发方法学科.结果还可以,但我想改变并开始为我的下一个项目使用更严肃的开发方法.

您认为自己开发软件的最佳实践是什么？我可以使用哪些方法来避免软件开发中常见的陷阱？什么模型的软件开发(瀑布 - 我是开玩笑,极端,敏捷等)最适合我？

如果你向我指出一些我可以学习如何成为更好的开发人员的资源或教程,我会非常高兴:)

谢谢.

自己开发软件非常困难,让另一个人反复思考会让事情变得更容易/更令人满意.但是,这是踢球者 - 其他人并不一定非常关注你正在做的事情.简单地向其他人解释事情通常可以让您深入了解自己在做什么.

我曾经和推荐"和泰迪说话"的人一起工作 - 即选择你最喜欢的毛绒玩具(Binky先生),解释你正在为Binky先生制作的新RESTful API的细节.拍你的头为灵感的盲目的闪光打你,你- "嘎,我知道我需要另一种资源在那里,感谢Binkster!".

请注意,我不确定那些同事的理智......

对于一个更合理的方法,你不能与另一个开发人员形成一个松散的联盟,你将项目互相反弹,即使你再回到孤立的工作中去了吗？

不要陷入不记录代码的陷阱!我认为,那是很容易被遗忘的建议之一,因为,嘿,你自己写了这个,所以你应该知道它做了什么,对吧？......错了!只需选择一个过去的项目,并在不使用任何文档的情况下弄清楚事情是如何工作的,就像阅读别人(坏)代码一样.

我总是鼓励自己使用标准的文档样式,比如java的javadoc或代码中.NET的等价文档,但实际上任何类型的文档都比没有任何文档更好......

我多年来一直在做自己的工作.首先作为一组机械工程师的一部分.现在我自己的项目.我同意上面的答案:

和某人(任何人)讨论你正在做的事情.我妻子的眼睛很快就凝视着,但她试图提出澄清问题.通常问题没有意义,但我假装她是我的老板并且无论如何都要回答.我找到了各种各样的解决方案.

对于一个人的团队来说,开发方法大多是矫枉过正的.我采用了一些敏捷实践.首先,估计一小部分时间内的所有内容不超过半天.其次,将你的工作分成三到四周的小"冲刺".我使用FogBugz进行所有估算和调度(有一个1-2人组的免费托管版本).

不要忘记代码文档,源代码控制和单元测试的基本要素.我分别使用Doxygen,Subversion/TortoiseSVN和NUnit.