软件开发的核心
- - 博客园_知识库 「我们一直这样做开发，时间做久了，便忘了当初的本意. 有关软件系统开发，我们谈些什么. 我们谈过程，编码规范、开发流程、同行评审、结对编程、持续集成，从瀑布到敏捷再到极限编程. 我们谈架构，企业级、J2EE、容器化、SOA（面向服务架构）、Microservices（微服务化）. 我们谈规模，大容量、高并发、大数据.
软件吞噬软件开发
标签：
前沿
API
Python
Shopify
Weebly
| 发表时间：2014-04-14 19:30 | 作者：lawrencew
出处：http://www.pingwest.com
软件蚕食世界，自互联网特别是移动互联网连接线上线下服务后，已成为不可逆的趋势。每一项实用的服务可以由小团队来完成。以WhatsApp为例，这款被高调收购的IM应用，拥有4.5亿月活跃用户，70%的日活跃率，至今还保持每天新增用户1000万的速度。但这些服务居然由32名工程师支撑下来了，所以有了业界八卦“每位员工价值20亿”的说法。能实现这种奇迹的，得归功于软件开发效率在过去几十年里的飞速发展，还有摩尔定律在硬件成本的作用。创业者兼投资人Chris Dixon做了如下 总结：
基础设施
十年前，部署一个商业网站需要大量前期资金准备，而现在创业者只需在几分钟内建立虚拟服务器，前期成本接近于零，后续的边际成本依然控制在合理范围。云服务能使资源更合理地分配与利用、给开发者弹性的付费和服务方案，并且大大的节省了人工成本——原来你可能需要搭建一个运维团队，而现在，只需要几个人，便能在几小时内部署上千台服务器。
共享服务
初创企业可以随意从复杂的后端调用出API，诸如支付、通信、资料库、算法等资源。API具备一致目的的模块功能，在API基础之上开发的应用，可以使每一个模块的行为更加独立，将程序的某种行为统一处理，同时模块化的管理也更易于改变实现，优化API性能时也无需更改客户端代码。换句话说，众多高技术门槛的服务或是账户资源都可以被轻松地接入到你开发的应用当中。
开源的力量
如今开源主导地位的软件遍布各个层面，包括操作系统（Linux）、数据库（MySQL）、Web服务器及编程语言，当然，还有GitHub上海量的开源软件和开放源代码，这些资源不但免费，有不错的质量，而且，你往往能够在开源社区里找到志同道合的朋友，谋求帮助。
提供给非程序员的特殊工具
这些工具可以让非程序员在某些预先定义好的类别里创建软件，从而降低开发成本也减少了开发员的需求，这些工具包括Shopify（电商）、WordPress（博客）、Weebly（小型企业网站）。
供非程序员使用的通用工具
在互联网的早期时代，像Hypercard及Visual Basic让成千上万的半桶水技术员变成了软件开发者，但自此后就再没有过显著的突破，但现在已经有新的苗头出现，这些工具将成为软件产业的推动力。这些工具的共性之一是提供了小范围测试功能。
而上面这些所有的趋势，将会导致另一个现象，开发软件的需求比软件本身的数量还多，这种供不应求的现象会造成“软件吞噬软件开发的结果——当然这也是一个让人兴奋的现象，因为快速迭代的生产方式将会有更多优秀初创公司诞生的可能。同时也有网友反馈另一组有趣的现象：互联网技术的革新带来在线教育的可能性，但像Coursera、Khan Academy、Codecademy这类的网站却在产生更多的工程师，反过来加速技术的进程。
软件吞噬世界，包括软件开发自身也逃不过命运。
题图来源：amazonaws
相关阅读：
【PW晨报】Google以32亿美元现金收购Nest Labs
源代码揭示Google正在开发新的API，以改进Android设备的拍照性能
相关 [软件 软件开发] 推荐：
软件吞噬软件开发
- - PingWest中文网软件蚕食世界，自互联网特别是移动互联网连接线上线下服务后，已成为不可逆的趋势. 每一项实用的服务可以由小团队来完成. 以WhatsApp为例，这款被高调收购的IM应用，拥有4.5亿月活跃用户，70%的日活跃率，至今还保持每天新增用户1000万的速度. 但这些服务居然由32名工程师支撑下来了，所以有了业界八卦“每位员工价值20亿”的说法.
软件开发的“三重门”
- - 酷壳 - CoolShell.cn自从上次写了“ 程序员技术练级攻略” 以来，就觉得似乎还有很多东西没有谈到，但当时没有继续思考了. 而春节前有人问我，是做底层技术，还是做业务. 这问题让我思考了很多，不由自主地回顾了一 下我这十多年的软件开发经历，并顺着整理分类了一下自己解决过的若干问题，还发散想了很多，经过了一个春节假期的发酵，产生了下面这篇文章.
软件开发的人文关怀
- - 博客园_知识库 几年前，我从温伯格的《技术领导之路》中学到一点：技术人员往往更喜欢和机器打交道，因为他们“认为”自己更适合和机器打交道；但是，优秀的技术人员必须（也必然）具备好的沟通能力. 所以，温伯格鼓励各位技术人员多加练习和其他人打交道的能力. 温伯格的这个观点我是非常赞成的，好的技术人员一定需要“勇敢”面对他人，不能被“自实现的预言”局限在机器的世界里.
软件开发中的两种态度
- - 外刊IT评论网一种态度认为，应该对程序员在软件开发中的行为进行约束( DirectingAttitude). 持这种态度的人认为大部分的程序员水平都不高(谣传说有50%的人低于平均水平)，所以应该对他们所做的事情进行管教约束. 要防止他们做一些可能会给他们正在开发的系统带来危害的事情. 通常，这种态度体现在一些系统设计和工具中时，你会发现它们会试图阻止程序员去做某些事情，限制程序员的一些做法，以此避免他们陷入过于复杂的境况.
软件开发的人文关怀
- - 极客公园-GeekPark我是极客公园黑板报认证值日生. [核心提示]软件可以没有活力，而软件开发却不能没有活力；程序可以像机器一样，程序员却不能像机器一样. 要改变这种状态，就应当增添更多的人文关怀，把开发人员当成活生生的人，而不是视为程序或者工具. 编辑注记：本文来自余晟的博客 乱象，印记. 作者从自己的经验出发，提出了一些给软件开发人员提供人文关怀的可行措施.
软件开发模型综述
- - CSDN博客推荐文章
软件开发模型概述. 最早出现的软件开发模型是1970年W·Royce提出的瀑布模型. 软件开发模型(Software
Development Model)是指软件开发全部过程、活动和任务的结构框架. 软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段.
防火长城内的软件开发
- - Solidot对于软件开发者来说，防火长城不只是屏蔽网站过滤流量这么简单——它是痛苦之源，尤其是如果你想开发针对中国市场之外的软件或想利用广泛使用的服务和软件库的话. 上海聊天机器人创业公司Rikai Labs的创始人DC Collier认为，中国的软件开发者写代码的时候一只手是绑在背后的. 防火长城的屏蔽范围日益扩大，这意味着越来越多的服务被永久性或不定期的屏蔽.
自上而下的软件开发和自下而上软件开发
- - 外刊IT评论网自上而下(Top Down)开发模式是指从一个应用的最高点开始开发. 从最高点逐步往下层编码，直到开发完所有的任务. 一旦写完了最下层的代码，开发任务就完成了. 使用这种方式，你需要设计、编写出所有你需要的但还没有实现模拟接口、服务、伪代码. 自下而上(Bottom up)开发模式是指从一个应用的最底层开始开发.
软件开发团队主管易犯的十个错误
- Frank Cai - 36氪本文是Roy Osherove在Skills Matter的一次发言，他介绍了团队领导经常会犯的十个错误，并提出了一些解决方案. Roy首先提出几个团队领袖可能遇到的一些问题：. 我如何说服的我团队做某件事情. 我该拿团队里的那个专门搞事的家伙怎么办?. 我们为什么无法远离无谓的争吵呢?. 他说这些问题其实缠绕他多年，接下来他也逐一做出解答.