博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《大道至简》第六章读后感
阅读量:4972 次
发布时间:2019-06-12

本文共 1110 字,大约阅读时间需要 3 分钟。

“语言只是工具。”可是有太多的人把时间浪费在了争论哪种语言更优秀的问题上,就好像老板只在乎产品的结果而不是很会在乎你是通过什么途径完成的,只要不违法不就得了么。最重要的往往被我们忽略,关心的不是如何完成这个项目,而是在细节上死扣,甚至是一些毫无意义的细节。站在别人的立场,站在老板的立场,他希望这个产品能尽快地带来利润,而且利润比越高越好。作为客户,不会在乎你推迟产品的借口是什么,即使你的原因再正当,只要超过了期限就会变得不可接受。

不管怎么说,方法总是最重要的。经历了长期的编程实践,自然地演变和总结,,方法总是在不断进化着。从一开始的耳口相传到后来的结绳记事,再从说书立传到现在的网络技术,就是方法不断革新的结果。有很多人在不断地提起比尔盖茨对于互联网的贡献,甚至于说是没有比尔盖茨就没有当今的互联网时代。但是在我看来,时机成熟了,该出现的东西就会出现,而比尔只不过是推开了这扇门而已,并不能说是因为爱因斯坦的出现才导致了原子弹的出现,你无法否认之前的人们所做出的贡献。一切只是因为,它该出现了,就像是方法在经历了这么多的重复之后,操作者总会知道哪个地方可以被革新,从而提高工作效率。

解决了方法的问题,接下来就是处理过程了,所谓过程也就是交流的问题,在现今这个以合作为主流的时代,单靠一个人的力量完成一个项目是不太现实的,“江明”式的成功几乎不会再出现了。既然提到交流就必定要确定每个人的角色和定位,客户,经理和执行者。经常需要站在别人的角度想想他们需要什么,而不是一厢情愿的把自己的意愿强加到他们身上。就像创造者更愿意去想象未来即将被创造出的这个成果有多么美好,而客户更希望能提早拿到能够使用的产品。

既然从在了交流,那么这个项目一定是团队协作的结果,没有个一公司愿意聘用一个人花十几年的时间去完成一个项目,正所谓“众人拾柴火焰高”,团队协作不可避免。这时候就需要一个管理者来处理这些问题,他们从事的工作和编程几乎没有关系,但是显然他们更重要,认清楚每一个员工适合的位置,协调好他们之间的关系,把工作的效率发挥到最大。

在这里,我们讨论的时候是从语言说起的,但在真正操作的时候,实现目标才是本因——完全颠倒了过来,这也进一步说明了一开始的问题,语言只是个工具,实现才是目的。

最后再插一句,因为技术的不断革新和生活质量的不断提高,人们对于产品的要求也在不断提高,举个很简单的例子,曾经被人们抛弃的机械键盘现在已经悄然回归,而且出现在了高端的场合。所以说,还是有客户会憧憬美好未来的,而他们,往往就是大客户。

 

转载于:https://www.cnblogs.com/zxr-1996/p/4949688.html

你可能感兴趣的文章
POJ 1840 Eqs HASH
查看>>
python调用shell小技巧
查看>>
TL431的几种常用用法
查看>>
BZOJ 1833: [ZJOI2010]count 数字计数( dp )
查看>>
关于toString()和String()要说几句话
查看>>
bzoj 3751[NOIP2014]解方程
查看>>
CSS(二) 文字样式属性,背景和列表
查看>>
js 经典闭包题目详解
查看>>
在项目中移除CocoaPods
查看>>
面试题三 替换空格
查看>>
LeetCode104.二叉树最大深度
查看>>
linux usb驱动——Gadget代码介绍
查看>>
【洛谷】CYJian的水题大赛【第二弹】解题报告
查看>>
POJ 1703 Find them, Catch them【种类/带权并查集+判断两元素是否在同一集合/不同集合/无法确定+类似食物链】...
查看>>
L1-5. A除以B【一种输出格式错了,务必看清楚输入输出】
查看>>
Git一分钟系列--快速安装git客户端
查看>>
使用 ref 和 out 传递数组注意事项
查看>>
纵越6省1市-重新启动
查看>>
hive安装以及hive on spark
查看>>
勇者无畏
查看>>