什么是独立的开发人员编程方法?

Wol*_*and 15 methodology

什么是小型项目的独立开发人员编程方法?

The*_*TXI 24

几乎任何开发方法都可以在独立环境中工作,除了明确需要团队的那些(例如并排编程).但即便如此,你也可以通过创造一些想象中的朋友/队友或者发展出多重人格障碍来解决这个问题.

  • 我试过了,但效果不好.是的,它确实.不,不理他.不,忽略他!看,这是我的评论,去发布你自己的评论.不,我为什么要离开,为什么不离开你,至少我有所贡献.你贡献的只是噪音!姓名,怎么少年!那就是你做的,我要告诉你的母亲.来吧,做到这一点,她会认为你是疯子.很快,我会等一下...... (5认同)

Dyl*_*lan 12

即使作为独立开发人员,您也可以使用应用于大型开发团队的方法.

  • 写一个规格.
  • 布局UML.
  • 做铅笔纸UI设计.
  • 走廊测试:如果你想要一大群人,请问妈妈是否容易使用.
  • 同行评审:您可以与其他独立开发人员一起构建特别评审团队.
  • 保持最新的时间表.
  • 等等...

我一直在独自发展,这些做法使我与自己的工作保持一致,并给我的老板一个很好的资源,让我知道我做了什么以及我走了多远.他们让我走上正轨,开机!


Ale*_*man 9

许多敏捷技术都很有效:

  • 用户访谈和故事:如果您不知道用户想要什么,为什么您的软件会有用?
  • 一个简单的规范:甚至只是一个使命宣言."让人们向他们的订阅者列表发送短消息." "使用in-degree对互联网搜索结果进行排序." "让人们共同回答编程问题." 随你.
  • 严格订购的待办事项列表:有助于防止您陷入沉思.
  • Tangents日志:一个好的待办事项列表有一个"to-not"组件,因此你不会对你不打算做的事情(现在)进行着迷.
  • YAGNI:保持目标.这在你自己工作时非常重要,因为没有人会告诉你"不!不要重新发明Java中的动态类型!回到项目中." To-not列表对此有帮助.
  • 测试驱动的开发:编写测试会迫使您考虑最终结果,而不是陷入实现细节中.无论如何你会陷入困境; 没有必要让它变得更糟.
  • 经常发布:让自己坚持截止日期."我们将有一个功能完整的版本,其中包括星期五的用户故事1-4.它不会连接到网络或将数据保存到磁盘,但是XYZ ......"
  • 用户测试:让你的伙伴看一下你正在制作的频率非常频繁 - 也许每月一次,也许每周一次,这取决于你有多少朋友以及你想要多少啤酒/披萨.在使用软件时要非常密切关注他们的言行.

其他只在大项目中看起来有意义的事情可以帮到很多:

  • 源代码管理:安装git.这很简单.用它.不要迷恋它.
  • 异地备份:你知道.如遇房屋火灾或洪水.
  • 博客:但是只有在发布时才允许你在那里写.;)还可以帮助您在产品发布之前为其构建受众.

希望这可以帮助!大型项目的独奏编程可能非常艰巨.


Geo*_*ker 7

按照Stack Overflow问题中的说明进行操作:

哪些工具/技术可以使独立开发人员受益?

也.使用源代码管理.你不会相信我在个人项目中被多少次咬过.