New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

老码农的技术理想 #16

Open
xufei opened this Issue Jan 18, 2015 · 36 comments

Comments

Projects
None yet
@xufei
Owner

xufei commented Jan 18, 2015

老码农的技术理想

小时候,老师问我,你的理想是什么?我不假思索说是工程师,于是长大之后果然成了工程师。

工作这么多年,一直在思考工程师这三个字的意义,终于有一天恍然大悟,原来就是:用技术手段改进世界。

那么,在软件方面,目前的世界有哪些问题需要解决呢?有这么一些问题可以思考:

  • 现在整个世界的信息化程度是偏高还是偏低?
  • 程序员的人数够用吗?
  • 软件行业的生产力是偏高还是偏低?
  • 大部分软件系统都可靠吗?

我想说说自己对这几个问题的理解。

虽然现在我们的生活与十年前相比,已经发生了巨大变化,比如智能手持设备已经非常普及,可穿戴设备也在蓬勃发展。十年前我们用手机收发短信或者邮件,浏览非常简单而老土的wap页面,但现在,绝大部分人的手机已经取代了电脑,成为日常生活中不可缺少的工具。

我们用手机交流,购物,欣赏影视,阅读书籍,玩各类游戏,尤其是飞速发展的移动购物和支付体系,使得我们能在任意场合购买心仪的物品,订购旅游服务和宾馆,叫快餐,打车等等,生活非常美好,那么,整个世界的信息化程度处于什么级别呢?

我觉得,才刚刚相当于小学二年级,整个世界的信息化程度仍然严重偏低。从现在算起,往前10年,往后10年,这20年时间中,面向个人的信息化服务处于高速发展期,这个领域非常吸引眼球,因为它与每个人的生活息息相关。可是,另外有一些领域,却非常需要发展,那就是传统行业的信息化。

之前有不少传统行业,进行了一定程度的信息化,但这个信息化仅仅能满足自身运作的基本要求,当它与整个社会的潮流相对接的时候,就显得非常落后,迟缓。比如说在网购这个大体系中,普通用户所能看到的是商品展示,比价,下单的过程,但背后的核心环节却是配货与物流。

我还在上学的时候,有老师这么说过,现在计算机行业非常火热,很可能要饱和了,你们不一定非要从事这方面的工作。现在回头看这句话,觉得很有趣,人真的很难有眼光看到未来。去年我入职苏宁培训的时候,孙为民副总讲了当年一个决策失误的例子。90年代末,公司统计发现全国空调的年销售量达到数百万台,觉得很可怕,这个行业可能要饱和,估计要再想办法拓展别的商品经营了,但现在,全国空调的保有量为七亿台,即使完全没有新增,十年换一轮,每年也卖得出去七千万台,当年凭什么说这就饱和了?

所以我现在看程序员的状况,仍然是供不应求,尤其是高端程序员,十分抢手。这个问题的背景就是全社会的信息化进程在加速,之前的程序员人数远远跟不上需求量。

那么,如何解决这个问题呢?一方面是继续培训,促使更多新人来到这个行业,并且认真做下去,另外还有一些别的手段需要考虑。

我想追问一个问题:世界上懂业务的人多,还是懂技术的人多?很明显,懂业务的人要多很多,什么叫业务?其实就是行业常识,生活经验。

比如说,一个有经验的仓库保管员,可能文化程度不高,理解不了软件的运行原理之类,但一定对产品出库入库的流程非常熟悉,包括各种审批过程和异常状况,但这些,程序员是不懂的。那如果要促进这个领域的信息化,必然要在两者之间寻找一个结合点,程序员可以学业务,业务人员也可以尝试参与软件研发过程,目前来说,都是前者比较多,因为程序员相对来说还是比较年轻,学东西快些。但从整体社会效益来说,这其实是不利的,因为程序员是更稀缺资源,而传统业务人员非常多。

之前见过一个问题:如何让业务人员更好地参与软件研发过程。这个问题的根本解决方法是DSL(Domain Specific Language),核心解决方案是二次开发平台。

什么是DSL和二次开发平台呢,这两个词听上去很高端,但其实大家有很常用的东西就属于这个范畴,比如Excel,它提供了各种各样的公式,还有VBA,使用这些东西的人绝大部分不是软件行业的,Excel就是一种很成功的二次开发平台,公式和VBA就可以算DSL了。

很多时候这些东西还不够直观,我们可以看到一些图形化的编程语言,比如Scratch,现在很多小学生的兴趣班就会学,这些东西相对学起来就比较容易了,我们也可以做一些类似的抽象,以图形化的方式让业务人员能够参与,比如流程配置等等。图形化的东西,是最适合非技术人员理解的。

所以,要促进社会的信息化程度,最好是能够想办法把各行业的业务人员都拖进来一起搞。具体的分工大致是:技术人员和业务人员一起定义DSL,技术人员负责DSL的底层平台实现,业务人员负责使用它来构建业务模型和业务流程,甚至业务界面。

那么,软件行业的生产力是偏高还是偏低呢?我认为严重偏低。什么叫严重偏低?如果以机械力量的变革来对比,软件行业目前的生产力水平处于蒸汽机发明之前。也就是说,生产力远远没有被解放,大家做的大部分东西将来是会被机械化的,不再需要这么多人来做这么重复的劳动。可能很多人会对这段话不满,怎么就重复劳动了,你说说我做的什么是可以被机器替代的?

换个角度看,为什么几乎所有外行都觉得软件贵呢?因为人力成本太高了,他们觉得,做出这么多东西,应该是不需要这么多时间。为什么双方的反差这么大呢?

我觉得其中的关键点在于绝大部分工作的抽象程度严重不足,另外有很大一部分效率损失在编程平台或编程语言的不完善,比如Web前端。

从第一代到第四代编程语言,每一代都是损失一定运行效率,而大幅提升编写效率。随着硬件技术的发展,软件编程必然越来越粗放,大的趋势是不特别重视细节效率,只要没有数量级的性能损耗。

所以我们可以预期,会有越来越多的人使用一些运行效率相对不怎么高的语言或框架,只是为了提高单位时间的生产力。从老板们角度想,也会明白,提升运行机器的性能,要比多雇几个程序员便宜多了。因此,从整体趋势看,追求细节性能的程序员们恐怕会离自己的理想越来越远了,除非是在某些特定领域。

那么,绝大部分软件系统都可靠吗?我换一句话来问:各位程序员朋友,如果你们住的房子质量跟你们正在做的软件一样,你敢住吗?感觉大家都在笑,笑是什么意思,我们都懂的。

那为什么软件系统的质量不容易高呢?我觉得主要原因是流程不完善。那为什么不完善?需求容易变。为什么容易变?是因为不论程序员自己,还是需求方,其实潜意识都认为自己做的东西是变更成本较低的。

试想一下,为什么没人在盖高楼盖一半变更需求?为什么没人修大桥修一半变更需求?甚至做衣服做一半的时候变更需求,理发到一半变更需求,都会被人认为是不讲理。但是在软件领域,好像这倒成了普遍现象。

因为整个软件系统的实现,都是虚拟的,看不见摸不着,并不消耗什么物料,所以从这个角度想,变起来当然是容易的。但软件系统的架构,其实也跟实体的没本质区别,变更时候要考虑很多关联因素,并不是就那么孤立的看一小块地方,当然,也会有一些不影响全局的变更。打个比方说,如果你在盖房子盖到一半,那变更外墙颜色肯定是要比变更窗户大小容易的。要是想变得太多,估计只好拆了重来。

我见过不少公司是通过加强测试的方式来试图控制质量,但个人觉得这种方式不划算,而且收效不高。要想很好地应对需求变更,很重要的一点就是不要有这个软件一定不会改的想法,然后,从架构上做拆分,隔离,组件化等等,力争做到即使要改,也只改某一块的内部,不影响别的地方。

很多软件公司,一方面不注重架构的设计与宣贯,导致变更的时候问题多多,程序员也不能很好领会架构意图,一方面忽视整个过程中对架构的管控,认为架构只是最初那张静态图。

任何一种架构方案,都需要一个良好的管控机制。没有哪个盖大楼的只认真管设计图纸,不控制施工过程。架构其实是跟施工过程严格相关的,架构并不是一张扁平的图,而是一个立体的东西,作为整个系统工程的骨架。如果能在开发的时候看到这个骨架逐渐建立,血肉充盈的过程,对整个系统的成功把握一定会大得多,这也就是开发过程中架构管控的理念,具体实现要依赖于不同场景。

所以,将来的软件开发方案,一定是会朝着几个方向发展:

  • 高生产力,单位时间生产效率更高,普通人员也可以参与
  • 高可控性,整个生产过程更加完备可靠

有时候看现在的小孩子,会觉得他们很幸福,因为等他们这代长大,就不需要像我们现在这样编写程序了,那时候,编程已经成了一种令人习以为常的通用技能,就像现在的人用Office软件一样,所谓的编程,很可能已经不需要敲代码了,而是图形化,设置几个参数就完事了。

后记:昨晚翻以前写的东西,翻到06年写的一篇,挺有意思的,看自己年轻时候写的东西,总是挺多感慨。当年的自己充满对未来的向往,激情澎湃,十足的微软粉啊。那时候的工作基本是在用Java,不过个人还是一直关注着微软技术的发展。写完今天这篇,再对比当年的最后一段,虽然那时候有些幼稚,认识问题不深刻,所幸的是初心未改!

贴后面给大家看看:

2006年10月7日

昨天,微软发布了Windows Vista RC2,可能这个是Vista的最后一个测试版了,下面值得我们期待的就是正式版本。

说实话我对这个东西还是很期待的,虽然我的电脑不一定能流畅地跑起来,而且我未必就喜欢那么花哨的界面,但是这个系统里面拥有了太多令人兴奋的新特性。

据说Vista的界面非常漂亮,整个是透明的玻璃风格,窗口是3D的,甚至还可以切换视角,斜过来看,是不是微软的系统终于可以能跟MAC比一下美观了?

我最关心的不是这个,是这个系统带来的一些新的技术上的便利。据说在这个系统里面会支持传说中的XAML,这个是什么呢?是一种用写HTML网页的方式来写应用程序的开发方式,有了这个,做界面就是一件非常轻松,而且没有技术难度的事情了。

另外,据说Vista会支持传说中的.net framework 3.0,这个其实核心是2.0的版本,只是多了几个foundation,比如presentation foundation,communication foundation,甚至还有workflow foundation。

在操作系统里面集成工作流,我不知道这个创意是谁想出来的,总之,是一件非常酷的事情,这个意味着什么?以后我们用操作系统就可以玩工作流了。微软为什么要在操作系统里面集成工作流?他们的想法是将操作系统变成一个真正意义上的平台,然后使用工作流引擎调动Office的各大部件,形成协同工作。这个对于一个办公室的人来说,可能会有很多非常方便的作用。

大约在Vista系统发布的同时,Office2007也要发布了。这个东西并非完全是界面搞得很花哨,内在功能实在是提高不少。文件格式有了根本的改变,这次是基于XML的,并且文件格式是对外开放的,就是说第三方软件公司也可以更方便地读取这些文件。此外,Office2007直接支持生成pdf文件,这个直接就把Acrobat干掉了,呵呵。

有消息说微软正在开发Office的在线版本,就是说本机上都不用装Office了,能上网就直接可以用,我觉得这个想法很超前,因为网络条件并没有达到这个水准,虽然说基于Web、基于Service的软件会是未来的一种趋势,但是现在可能还为期过早。不过对于微软来说,做这个已经不早了,因为Google就在做这种东西,很明显不能让自己的竞争对手占先,不然以后亏大了。

微软的另外两个巨型产品是今年推出的Visual Studio 2005和SQL Server 2005,这两个东西也不是一般的强悍。Visual Studio一直是微软的开发工具旗舰,这个东西的特点就是高大全。虽然说令人不满的地方也不少,但是要说比它好用的开发工具还真不怎么找得到。Visual Studio 2005的特点是第一次加入了完整的团队协同方案,并且将微软开发方法论MSF融入其中,整个软件开发过程环环相扣,用这样的东西开发真是一种享受。

VS2005是基于.net framework 2.0的,它改进了C#和VB,增加了很多语言特性,比如说C#里面的Generic,不过有消息说,在C#3.0的版本里面,加入了更酷的特性,比如可以直接使用SQL语句对于集合进行查询,这个真是没得说,跟Power Builder学的?

另外Visual C++ 2005也有很大的改变,C++语言在这里演化成了C++/CLI,虽然说我总感觉这个东西有些古怪,但是比VS2003里面的C++已经要好不少了,在那个里面居然有两个下划线这种“ugly”的语法,看起来就令人十分不爽。

VS2005另外一个很特别的地方就是新搞了一个Visual Web Developer,这个东西是专门为开发ASP.Net使用的,效果相当不错。跟VS2005里面的其他部件一样,VWD一样跟SQL Server 2005进行了很好的集成,可以直接把一个表拖动到界面上去,自动形成数据绑定,然后只要进行简单的操作就可以完成分页之类的功能。

SQL Server 2005是微软花了5年时间推出的产品,说实话,我觉得SQL Server 2000的可用性已经是非常的好了,这次改进貌似还有相当大的改善,虽然说还是不如Oracle强悍,但是它的易用性实在不是一般的好。SQL Server 2005提供了很好的Reporting Service,Bussiness Intelligence,Full-Context Search之类的功能,对于企业开发应当能有相当大的帮助。

VS2005和SQL Server 2005对移动设备的开发能力也有了很大的增强,比如.net compact framework 2.0,这个就是一个非常可爱的东西,我在我的PDA上就装了一个,还写了一个小程序去上面跑,挺好玩的。还有SQL Mobile版,我也装了一个,有一个非常可爱的查询分析器界面,还有一个NorthWind例子数据库,呵呵,很习惯地写了一个“Select * from Employee”,于是出来一排熟悉的名字,这真是太美妙了。
 
微软这次还有一个战略,就是提供了VS2005所有语言的Express版本,这些版本都是免费下载使用的,里面集成了MSDN的Express版本和SQL Server 2005的Express版本,开发功能一点都不弱,除了没有集成VSS和缺少团队协作、移动开发功能之外,其他功能都在,对于初学者和业余开发人员来说,这实在是太好了,还有它们都有对应的中文版,甚至连MSDN都翻译成中文的了,真是非常体贴。

微软的另外一个重点产品就是MSN了,它已经改名成Live,于是包括Live Messenger,Live Space在内的一系列东西,都是微软庞大Live计划的一部分,这个战略应当才开始起步,但是前景实在是很令人期待。

在Web 2.0时代,AJAX技术的盛行使得在Web界面上展现各种复杂效果都成为可能,对这一点我深有体会。微软并没有放过这个大好机会,Atlas是微软将要推出的一个基于AJAX的开发框架,现在社区预览版本早已推出了,直接可以作为VS2005的插件使用。

关于这个VS2005的插件,不得不再提一下。微软有一个Enterprise Library,它将企业开发中所遇到的典型案例整理成类似模板的东西,并且写了详细的文档来解释这些。这对于架构人员来说实在是莫大的帮助。而这个Library是可以直接跟VS2005集成的,使用起来非常方便。另外几个东西就是我上次提到过的几种Factory,包括Service Factory,Smart Client Factory和Mobile Factory,这些作为VS2005的插件,使得基于.net平台的开发如虎添翼,效率出奇地高。

后记:本来我只是随便写点对于微软的感想,没想到下笔了就没法停住,心底里对于微软的那种崇拜,那种向往使得我控制不住自己的激动。微软对于我来说,是一个永恒的动力,我所学的东西基本上都是基于微软平台的,我也曾经接触过Linux,也写过Java,可是一直不能适应它们那种理念,那种是纯粹技术的乐趣。我无法理解为什么Linux阵营的人坚持要用makefile文件来编译程序,不理解为什么有那么多人要坚持写着那么原始的代码。在我看来,那是一种信仰,一种对于技术的执着,可惜我不是。

我所憧憬的梦是让这个世界里能说话的人就可以写程序,能写字的人就可以开发软件。当技术不再成为高高在上,遥不可及的东西,留给我们技术人员的会是什么?我不知道,也许很幸福吧,就像一个职业军人遇到了永久的和平。

@zhuxiaojian

This comment has been minimized.

Show comment
Hide comment
@zhuxiaojian

zhuxiaojian Jan 18, 2015

刚才我老婆还我让我帮他侄子选一下专业,我脱口就说了一句软件开发已经饱和了,其实只是不希望他当个码农罢了

zhuxiaojian commented Jan 18, 2015

刚才我老婆还我让我帮他侄子选一下专业,我脱口就说了一句软件开发已经饱和了,其实只是不希望他当个码农罢了

@tolerious

This comment has been minimized.

Show comment
Hide comment
@tolerious

tolerious commented Jan 18, 2015

来看看

@jiyinyiyong

This comment has been minimized.

Show comment
Hide comment
@jiyinyiyong

jiyinyiyong Jan 18, 2015

很启发人啊. 十年后编程肯定是完全不同的样子, 从现在的 Wolframe 语言, LightTable 和 Eve, Google 的 Polymer 图形制作工具, 还有 Bret Victor 设计的那些交互软件, 可以看出来已经有一部分新方法正在成为现实.

"DSL和二次开发平台"这个真是啊, 编程语言之所以能够大行其道, 很大的原因就是能抽象出函数或者模块, 这些函数或者模块只需要知道外部传递的条件, 而不需要了解外部其他的所有细节的条件, 而能实现重用. 这种提升效率的方案也将出现在人们的分工当中, 把一份工作拆分成两层, 经常就给分工协作提升效率创造了空间.

"高楼造一半改需求"这个例子太好笑了, 我也多少次觉得被这种问题郁闷到. 不过也许软件现在因为太小吧, 我觉得这样比更合适, 就是同时在造楼跟装修, 有些需求是钢筋混凝土, 有的需要是墙体装修.. 那么设计架构的时候想明白点还是能改一下的.

另外那个开放的问题实在没法想清楚, 十年后各种职业跟写程序的关系怎样, 现在的程序员到时候会出现怎样的分工, 渗透到哪些领域当中?

jiyinyiyong commented Jan 18, 2015

很启发人啊. 十年后编程肯定是完全不同的样子, 从现在的 Wolframe 语言, LightTable 和 Eve, Google 的 Polymer 图形制作工具, 还有 Bret Victor 设计的那些交互软件, 可以看出来已经有一部分新方法正在成为现实.

"DSL和二次开发平台"这个真是啊, 编程语言之所以能够大行其道, 很大的原因就是能抽象出函数或者模块, 这些函数或者模块只需要知道外部传递的条件, 而不需要了解外部其他的所有细节的条件, 而能实现重用. 这种提升效率的方案也将出现在人们的分工当中, 把一份工作拆分成两层, 经常就给分工协作提升效率创造了空间.

"高楼造一半改需求"这个例子太好笑了, 我也多少次觉得被这种问题郁闷到. 不过也许软件现在因为太小吧, 我觉得这样比更合适, 就是同时在造楼跟装修, 有些需求是钢筋混凝土, 有的需要是墙体装修.. 那么设计架构的时候想明白点还是能改一下的.

另外那个开放的问题实在没法想清楚, 十年后各种职业跟写程序的关系怎样, 现在的程序员到时候会出现怎样的分工, 渗透到哪些领域当中?

@mimers

This comment has been minimized.

Show comment
Hide comment
@mimers

mimers Jan 23, 2015

我也有这样的理想

mimers commented Jan 23, 2015

我也有这样的理想

@justliqiang

This comment has been minimized.

Show comment
Hide comment
@justliqiang

justliqiang Jan 27, 2015

从过去中预测未来

justliqiang commented Jan 27, 2015

从过去中预测未来

@lvlongtao

This comment has been minimized.

Show comment
Hide comment
@lvlongtao

lvlongtao Jan 28, 2015

只会用linux的vim和emacs开发的人路过。

lvlongtao commented Jan 28, 2015

只会用linux的vim和emacs开发的人路过。

@bjzhush

This comment has been minimized.

Show comment
Hide comment
@bjzhush

bjzhush Jan 30, 2015

我也是一直linux+vim,不过,思想不分平台

bjzhush commented Jan 30, 2015

我也是一直linux+vim,不过,思想不分平台

@simongfxu

This comment has been minimized.

Show comment
Hide comment
@simongfxu

simongfxu Jan 31, 2015

@bjzhush 这句话好屌

simongfxu commented Jan 31, 2015

@bjzhush 这句话好屌

@deonwu

This comment has been minimized.

Show comment
Hide comment
@deonwu

deonwu Mar 26, 2015

程序员比业务人员稀缺,很贵。所有老板想让程序员,懂业务。就变得不稀缺了,就便宜了。

deonwu commented Mar 26, 2015

程序员比业务人员稀缺,很贵。所有老板想让程序员,懂业务。就变得不稀缺了,就便宜了。

@vagusX

This comment has been minimized.

Show comment
Hide comment
@vagusX

vagusX May 23, 2015

从坑里来,到坑里去

vagusX commented May 23, 2015

从坑里来,到坑里去

@markyun

This comment has been minimized.

Show comment
Hide comment
@markyun

markyun May 23, 2015

徐总想的好多,看来最适合走技术型路线。

markyun commented May 23, 2015

徐总想的好多,看来最适合走技术型路线。

@huadee

This comment has been minimized.

Show comment
Hide comment
@huadee

huadee Aug 4, 2015

专业ios外包

huadee commented Aug 4, 2015

专业ios外包

@Andy-Hsia

This comment has been minimized.

Show comment
Hide comment
@Andy-Hsia

Andy-Hsia Sep 16, 2015

对于dsl的看法和你不谋而合,我现在正在尝试实现你文章中提到的,“技术人员和业务人员一起定义DSL,技术人员负责DSL的底层平台实现,业务人员负责使用它来构建业务模型和业务流程,甚至业务界面”。希望能做点东西出来,让大家看到这种思路是可行的

Andy-Hsia commented Sep 16, 2015

对于dsl的看法和你不谋而合,我现在正在尝试实现你文章中提到的,“技术人员和业务人员一起定义DSL,技术人员负责DSL的底层平台实现,业务人员负责使用它来构建业务模型和业务流程,甚至业务界面”。希望能做点东西出来,让大家看到这种思路是可行的

@riskers

This comment has been minimized.

Show comment
Hide comment
@riskers

riskers Sep 16, 2015

受教了

riskers commented Sep 16, 2015

受教了

@aruis

This comment has been minimized.

Show comment
Hide comment
@aruis

aruis Sep 17, 2015

分析的够深刻,尤其是面对企业的业务系统、管理软件,不论是客户还是开发者,有时候都忽视的需求变更所带来的高昂代价。在这一个领域,未来不久,我相信,势必会出现像您说的那样,只要客户懂业务,愿意去学习一定的DSL等编程方面的知识,就可以自己主导建立自己的管理软件。而且,那个时候,这种客户业务级的变更,成本应该会下探到一个非常低的水平。
事实上,很多面对企业管理系统开发的软件公司都有自己的开发平台,比如用友的UAP,只是这些平台的出发点,是为开发而生,而不是客户自己使用而生,封装度、易用性差很多。
另外想提另外一个东西,您提到了excel和vba,不知道您听说过excel server这样的东西么,国内比较火的是勤哲,其实还是挺接近这个目标的,至少路线是对的。
条条大路通罗马,再过十年,我们再看您今天的文章,希望到时可以会心一笑。

aruis commented Sep 17, 2015

分析的够深刻,尤其是面对企业的业务系统、管理软件,不论是客户还是开发者,有时候都忽视的需求变更所带来的高昂代价。在这一个领域,未来不久,我相信,势必会出现像您说的那样,只要客户懂业务,愿意去学习一定的DSL等编程方面的知识,就可以自己主导建立自己的管理软件。而且,那个时候,这种客户业务级的变更,成本应该会下探到一个非常低的水平。
事实上,很多面对企业管理系统开发的软件公司都有自己的开发平台,比如用友的UAP,只是这些平台的出发点,是为开发而生,而不是客户自己使用而生,封装度、易用性差很多。
另外想提另外一个东西,您提到了excel和vba,不知道您听说过excel server这样的东西么,国内比较火的是勤哲,其实还是挺接近这个目标的,至少路线是对的。
条条大路通罗马,再过十年,我们再看您今天的文章,希望到时可以会心一笑。

@yalishizhude

This comment has been minimized.

Show comment
Hide comment
@yalishizhude

yalishizhude Sep 19, 2015

“回头看自己觉得当时很天真” 这就是人成长的必然状态吧~

yalishizhude commented Sep 19, 2015

“回头看自己觉得当时很天真” 这就是人成长的必然状态吧~

@famingjia

This comment has been minimized.

Show comment
Hide comment
@famingjia

famingjia Dec 22, 2015

支持一下理想

famingjia commented Dec 22, 2015

支持一下理想

@tolerious

This comment has been minimized.

Show comment
Hide comment
@tolerious

tolerious Jan 30, 2016

@MixJiang 大学专业就是软件测试、然并卵、、、

tolerious commented Jan 30, 2016

@MixJiang 大学专业就是软件测试、然并卵、、、

@KingMario

This comment has been minimized.

Show comment
Hide comment
@KingMario

KingMario Feb 1, 2016

感觉BPM系统如processmaker很符合飞哥的二次开发平台的描述。
还有以前用过的一个搭建wiki的系统mindtouch,当年网上mindtouch的资源很多,自从mindtouch开始云服务之后,资源少多了,然后前不久看到mindtouch才刚刚获得A轮融资,感觉真是十年磨一剑。。。

KingMario commented Feb 1, 2016

感觉BPM系统如processmaker很符合飞哥的二次开发平台的描述。
还有以前用过的一个搭建wiki的系统mindtouch,当年网上mindtouch的资源很多,自从mindtouch开始云服务之后,资源少多了,然后前不久看到mindtouch才刚刚获得A轮融资,感觉真是十年磨一剑。。。

@wzhwok

This comment has been minimized.

Show comment
Hide comment
@wzhwok

wzhwok Feb 15, 2016

让业务人员也参与软件研发过程,是有很多软件企业搞过二次开发平台,二次开发门槛有所降低,但还是存在软件抽象思考要求,还是有一套规范和规则需要学习掌握,实际上业务人员还是没有能力参与,基本是客户企业内部又养了一些开发人员来搞二次开次开发。这只不过是开发成本转移了,但这是这种理想要的结果吗?而且很多实际二次开发都是微乎其微的细枝末节调整,相比建设这种平台付出的复杂性成本,不是太划算。
让业务人员参与研发过程,还有别的形式,让业务人员充分参与需求调研、分析、功能性设计、测试,但很多软件企业对这个都没有引起足够重视,舍本逐末让其参与软件构建过程,真是得不偿失。

wzhwok commented Feb 15, 2016

让业务人员也参与软件研发过程,是有很多软件企业搞过二次开发平台,二次开发门槛有所降低,但还是存在软件抽象思考要求,还是有一套规范和规则需要学习掌握,实际上业务人员还是没有能力参与,基本是客户企业内部又养了一些开发人员来搞二次开次开发。这只不过是开发成本转移了,但这是这种理想要的结果吗?而且很多实际二次开发都是微乎其微的细枝末节调整,相比建设这种平台付出的复杂性成本,不是太划算。
让业务人员参与研发过程,还有别的形式,让业务人员充分参与需求调研、分析、功能性设计、测试,但很多软件企业对这个都没有引起足够重视,舍本逐末让其参与软件构建过程,真是得不偿失。

@stuxt

This comment has been minimized.

Show comment
Hide comment
@stuxt

stuxt Mar 22, 2016

马克·

stuxt commented Mar 22, 2016

马克·

@zcyzcy88 zcyzcy88 referenced this issue Apr 27, 2016

Open

言葉 #1

@guonanci

This comment has been minimized.

Show comment
Hide comment
@guonanci

guonanci May 2, 2016

看完这篇文章,我想静静

guonanci commented May 2, 2016

看完这篇文章,我想静静

@tuzhao

This comment has been minimized.

Show comment
Hide comment
@tuzhao

tuzhao Jun 8, 2016

C语言永远不倒!

tuzhao commented Jun 8, 2016

C语言永远不倒!

@hiramtan

This comment has been minimized.

Show comment
Hide comment
@hiramtan

hiramtan Jun 8, 2016

回头一想,已经敲了九年代码了...时间过的真快

hiramtan commented Jun 8, 2016

回头一想,已经敲了九年代码了...时间过的真快

@Seandor

This comment has been minimized.

Show comment
Hide comment
@Seandor

Seandor Jul 14, 2016

开头三个字“小时候”改成“在我小学二年级的时候”,会不会很有趣呢,和后面提到信息化的程度相当于小学二年级对应起来了😄

Seandor commented Jul 14, 2016

开头三个字“小时候”改成“在我小学二年级的时候”,会不会很有趣呢,和后面提到信息化的程度相当于小学二年级对应起来了😄

@waterVenice7

This comment has been minimized.

Show comment
Hide comment
@waterVenice7

waterVenice7 Jul 20, 2016

06年的徐老师就已经想的这么多了!

waterVenice7 commented Jul 20, 2016

06年的徐老师就已经想的这么多了!

@baohongfei

This comment has been minimized.

Show comment
Hide comment
@baohongfei

baohongfei Jul 29, 2016

06年我刚上大学,转眼十年了,软件定义未来

baohongfei commented Jul 29, 2016

06年我刚上大学,转眼十年了,软件定义未来

@yangsiheng

This comment has been minimized.

Show comment
Hide comment
@yangsiheng

yangsiheng Feb 14, 2017

写的真好

yangsiheng commented Feb 14, 2017

写的真好

@kklwq123

This comment has been minimized.

Show comment
Hide comment
@kklwq123

kklwq123 Mar 30, 2017

写的不错

kklwq123 commented Mar 30, 2017

写的不错

@xiaoxiaoyao

This comment has been minimized.

Show comment
Hide comment
@xiaoxiaoyao

xiaoxiaoyao Apr 9, 2017

我是个想当码农的财务,当时报考大学志愿的时候,所有人都不希望我做程序员,最后屈服了,现在做财务,还是有一颗不忘code的心

xiaoxiaoyao commented Apr 9, 2017

我是个想当码农的财务,当时报考大学志愿的时候,所有人都不希望我做程序员,最后屈服了,现在做财务,还是有一颗不忘code的心

@blurhkh

This comment has been minimized.

Show comment
Hide comment
@blurhkh

blurhkh May 11, 2017

因为在土木行业无法实现技术理想,毕业半年后下定决心转软件行业,但那时候实在找不到愿意面试我的软件公司,除了对日外包,最后就靠日语进了个外包公司,但做了一年多之后感觉很迷茫,技术能力实在是提不上去了。想好好提下自己的编程能力,时机成熟了去找一家有技术氛围的公司重新开始。

blurhkh commented May 11, 2017

因为在土木行业无法实现技术理想,毕业半年后下定决心转软件行业,但那时候实在找不到愿意面试我的软件公司,除了对日外包,最后就靠日语进了个外包公司,但做了一年多之后感觉很迷茫,技术能力实在是提不上去了。想好好提下自己的编程能力,时机成熟了去找一家有技术氛围的公司重新开始。

@qianyinghuanmie

This comment has been minimized.

Show comment
Hide comment
@qianyinghuanmie

qianyinghuanmie Jan 24, 2018

想学code就只管学就好了,个人觉得如此开源的时代,学起来还真是方便啊。

qianyinghuanmie commented Jan 24, 2018

想学code就只管学就好了,个人觉得如此开源的时代,学起来还真是方便啊。

@zhoulujun

This comment has been minimized.

Show comment
Hide comment
@zhoulujun

zhoulujun May 10, 2018

比如说,一个有经验的仓库保管员,可能文化程度不高,理解不了软件的运行原理之类,但一定对产品出库入库的流程非常熟悉,包括各种审批过程和异常状况,但这些,程序员是不懂的。那如果要促进这个领域的信息化,必然要在两者之间寻找一个结合点,程序员可以学业务,业务人员也可以尝试参与软件研发过程,目前来说,都是前者比较多,因为程序员相对来说还是比较年轻,学东西快些。但从整体社会效益来说,这其实是不利的,因为程序员是更稀缺资源,而传统业务人员非常多。
事实上,一般的积水团队都被要屈服于运营的。
……
程序员的就是学习业务,优化运营
比较中国的目前互联网公司 或者其他——都是披着高科技的皮,重点还是运营(核心不在科技优势

zhoulujun commented May 10, 2018

比如说,一个有经验的仓库保管员,可能文化程度不高,理解不了软件的运行原理之类,但一定对产品出库入库的流程非常熟悉,包括各种审批过程和异常状况,但这些,程序员是不懂的。那如果要促进这个领域的信息化,必然要在两者之间寻找一个结合点,程序员可以学业务,业务人员也可以尝试参与软件研发过程,目前来说,都是前者比较多,因为程序员相对来说还是比较年轻,学东西快些。但从整体社会效益来说,这其实是不利的,因为程序员是更稀缺资源,而传统业务人员非常多。
事实上,一般的积水团队都被要屈服于运营的。
……
程序员的就是学习业务,优化运营
比较中国的目前互联网公司 或者其他——都是披着高科技的皮,重点还是运营(核心不在科技优势

@joinmouse

This comment has been minimized.

Show comment
Hide comment
@joinmouse

joinmouse Jul 16, 2018

感觉初心没变

joinmouse commented Jul 16, 2018

感觉初心没变

@dongzhiheng

This comment has been minimized.

Show comment
Hide comment
@dongzhiheng

dongzhiheng Aug 9, 2018

未来值得期待!

dongzhiheng commented Aug 9, 2018

未来值得期待!

@xyf2016

This comment has been minimized.

Show comment
Hide comment
@xyf2016

xyf2016 Sep 16, 2018

大多数人生活中阴沟里,但总有人仰望星空

xyf2016 commented Sep 16, 2018

大多数人生活中阴沟里,但总有人仰望星空

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment