软件开发的 5 条核心原则,让工做事半功倍

做为一名程序员,小伙伴们有没有想过这个简单的问题,“软件是什么?”能够闭上眼睛让本身想一会,若是以为有点抽象不太好回答的话,来看看个人答案。程序员

软件 = 程序 + 数据 + 文档 + (服务)
程序 = 数据结构 + 算法

看完这两个直观的公式,是否是有一种恍然大悟的感受,“哦,原来这样啊。”算法

再来看四条对“软件”的定义,虽然比较枯燥,但概念是到位的:编程

  • 软件是可以完成预约功能,达到预期性能的,能够执行的计算机指令;
  • 软件是可以让程序处理适当信息的数据结构;
  • 软件是描述程序操做和使用的文档;
  • 软件是一种逻辑实体,具有知识性的产品集合,是对物理世界的一种抽象,同时又是一种人脑智力的成果。

在不少自觉得是的甲方眼里,软件是廉价的,能够随意复制的,所以他们常常提出一些苛刻的要求,其中有一些让软件开发者感到啼笑皆非:“这个需求简单的嘞,你去网上随便找个现成的,改一改就行了呀,花不了多长时间的,一个月能够搞定吧?”每次听到相似的话,个人内心就有一万只草泥马奔腾而过。数据结构

软件开发并非一件垂手可得的事情,须要经历下面这些基本过程:分布式

1)软件计划,肯定产品定位和目标用户。这一步是须要甲方去规划和调研的。工具

2)软件需求分析:根据甲方需求,分析出甲方须要的产品功能。这一步是须要项目负责人(或者产品经理)去和甲方沟通的。性能

3)根据需求进行设计:包括概要设计和详细设计。这一步是须要项目负责人(或产品经理)作的,而且要正确地传达给开发人员。单元测试

4)编码并运行。这一步是须要开发人员去作的。测试

5)测试:确认甲方需求,对设计和结果进行验证。开发人员要进行单元测试,集成测试,若是有专业的测试团队的话,就须要站在甲方和用户的角度去测试总体产品是否符合要求并达到性能要求。大数据

6)维护:保证软件可以在正式环境下运行,而且对一些缺陷(bug)进行修正,或者对功能进行完善,或者对性能进行改进,不断迭代软件版本。

瞧,软件开发的过程并无甲方想象中那么简单,若是有小伙伴遇到不讲理的甲方,就把这篇文章扔给他好好看看。

既然软件开发的过程是有难度的,是须要付出时间和精力的,那就有必要遵循一些原则,不然开发成本就会变得很昂贵,开发周期就会拖延很长时间。

原则一: Don't Repeat Yourself

直译叫作“不要重复你本身”,还有另一个耳熟能详的版本,“不要重复造轮子”。

在你一开始进入软件开发这个领域后,就必定要注意,把你本身写过的一些解决方案汇总到一块儿,按期梳理一遍,写点文档,不断重构,使它们成为一把把瑞士军刀。若是能够的话,把它们开源出来,服务更多的开发者。

有了本身的工具库后,当你下次遇到相似的需求时,就能够直接拿出来用,省去很多时间。

除此以外,你还应该善于利用那些业界已经开源出来的成熟的技术方案,好比下面这些。

GitHub 和码云是两个充满宝藏的地方,若是你以为本身的能力还不到本身造轮子的份上,那就必定要多上上这两个网站,里面有不少成熟的解决方案供你无偿使用。

好比说,你要一套商城系统,那么 marcozheng 的 mall 就能够直接拿来做为原型。好比说,你要一套人事管理系统,那么江南一点雨的 vhr 就能够直接拿来做为原型。(虽然推荐了不少次,但好朋友的,多推荐一次不嫌多。)

原则二: Keep it simple stupid

著名的 KISS 原则,即“保持简单、保持愚蠢”,和史蒂夫·乔布斯的名言“stay hungry, stay foolish”有着殊途同归之妙。

从苹果产品的设计上也能够体现出来这个原则,起初的手机,好比说诺基亚智能机,带不少实体键,但苹果只有一个 home 键,其余所有虚拟键代替,完全革了诺基亚的命。

在咱们设计软件的过程当中,千万不要想得太复杂,越简单越好,等成型了之后再丰富效果,不然开发成本会变得很昂贵,软件就能够腹死胎中。

原则三: You Ain't Gonna Need It

英文直译为“你不须要它”,该规则要求程序员在必要以前不该该添加功能。极限编程的联合创始人罗恩·杰弗里斯(Ron Jeffries)曾经说过:“老是在实际须要时才实现事物,而不是在预见到须要它们时才实现。”

项目负责人(产品经理)更应该坚持这条原则,千万不要过分拆解用户的需求,在产品设计的过程追加过多本身认为应该追加的功能,由于在一个软件使用中,每每 80% 的请求都花费在 20% 的功能上。

不少次要的功能可能须要,由于它们的存在而使软件锦上添花,但没有它们,软件的商业价值依然是存在的。功能越少,开发周期就会越短,这样就更有可能战胜竞品。

原则四: Done is better than perfect

Done is better than perfect because perfect is never done。

很简单的一句英文,能理解吧?

不要总想着把全部的功能作完善,作完美后再上线,应该在产品具备必定的雏形后就当即上线试错,根据用户的反馈,根据市场的需求再去考量是否追加一些其余的功能或者优化。

“人无完人,金无足赤”,应该容许一些瑕疵存在,刻意追求完美并不见得是一件好事。乔布斯想要一整块屏幕,但技术达不到的时候,他也是会留一个 home 键的。

咱们程序员在开发软件的时候,也应该遵循这条原则,先把功能作出来再说,至于效果,用户的体验,应该日后放,不要总想着尽善尽美,尽善尽美意味着永远也完不成——没有最好,只有更好。

原则五: Choose the most suitable things

选择最适合的,不要盲目追求时髦。技术突飞猛进,目不暇接,若是在开发软件的时候,一味追求最前沿的技术,可能就会让产品变成小白鼠。

就好像咱们谈一场恋爱,不要一味去追求遥不可及的,每每那些在咱们身边的,肯陪伴咱们的才是最好的。

技术选型的时候,适合就好。若是产品的目标用户只有一千人不到,就不必搞分布式,搞大数据,不然就有点“蛇吞象”的意味;等真到了须要搞分布式,搞大数据的时候再升级彻底来得及。

肝了三天三夜,《程序员不可或缺的软实力》初版强势来袭,纯手敲,足足 20 万字精华文章,贯穿了我十余年的编程生涯,涉及到了生活和工做中的方方面面, 若是你是迷茫的在校大学生,或者刚入职的新人,相信个人我的经历,能够给你带去一些思考,从而树立起正确的人生观和价值观。

那这份 PDF 该怎么获取呢?

连接: https://pan.baidu.com/s/1o6MY84my0OD0DHnAmZT6rA 密码:tx5e

真心但愿这份 PDF 可以对你们起到实质性的帮助,我也会在后面不断完善这本电子书,敬请期待。

固然,也平常求个赞!

最后,但愿小伙伴们在软件开发的过程当中,可以去遵循这 5 条原则,毕竟天天工做的时候能够多摸鱼 4 个小时(手动狗头)。

相关文章
相关标签/搜索