小团队的软件开发过程

我可能是一个例外,但我从未在一个拥有三个以上开发人员和/或五个人的团队中工作过.我们仍然可以设法完成工作(不知何故).

是否有适合这种"极端"情景的软件开发过程？而且,如果你作为一个独立的程序员工作,那么你可以适应日常生活,使其更具可预测性,连贯性,记录并完成工作吗？

在敏捷方法是一个很好的起点,因为,恕我直言,他们更适合于小团体.

至于保持个人工作节奏,我建议使用基于TODO列表的方法和一些像Task2Gather这样的工具.您可能也想看看GTD.

即使是我的团队,我也永远不会放弃的事情:

源版本控制

备份

去做

单元测试/ TDD

代码文档

重构/代码审查

让强大的SecretGeeek教你如何成为一名独立的程序员.请享用 :)

   intellisense 
        ||
        \/
       code >>> compile >>>>> run >>>> success >>>> profit ;-)
        /\         ||          ||         
        ^^         \/          \/
        ^^      errors       errors 
        ^^          \\       //
        ^^           \\     //
        ^^             google
        ^^              ||
        \\              \/
         \<<<<<<<  copy N paste

来自SecretGeek的严肃建议.

设置开发环境或编辑器以使用TODO标记自动列出所有行 - Visual Studio默认执行此操作.

步骤1

写类或方法大纲(即'Public Class ...'或'Public Sub ...',里面没有代码.)

包括粗略的逻辑

使用"TODO:"添加预先编码的伪代码

只编写非常简单的代码 - 其他任何东西只需添加一个TODO

第2步

重复步骤1,直到整个应用程序被粗糙化

你现在已经有了一个很大的'TODO'任务清单

检查完整性(宽度)

看看可以删除什么.

看看可以简化什么(例如,两个相似的待办事项评论:它们可以相同吗？

第3步

将TODO替换为对不存在的类,方法等的调用...(对于测试驱动开发,为每个方法/类创建详尽的测试)

第4步

通过以下方式一次修复一个编译错误:

编写类,方法等的shell,

在你去的时候为每一个添加TODO:伪代码.

(如果按下时间,还要添加'HACK:'适当的评论和解释)

在适当的情况下,用所需的简单代码替换TODO

第5步

重复步骤4,直到没有编译错误.

如果还有TODO,则返回步骤3.

(还有很多先前的计划,纸张原型设计,客户会议,讨论,拖延,数据库设计,喝咖啡,sprocs和crud-sproc调用的代码生成,可重复使用的DAL导入,PAG块使用,去PAG !,在文件签收,争吵,深夜,沮丧,与朋友聊天,通过电子邮件筛选,刮擦内容,打印出来并将它们堆成一堆,搜寻主食,捕捉之前来回辩论公共汽车,背部和颈部伸展等等,但为了简单起见,这一切都被遗漏了......)

(MarkJ再次)有点像Code Complete的伪代码编程过程.而且我们都同意每个人都应该阅读代码完成,对吧？