《unix编程艺术》
原来写代码是最后进行的事情
什么是自描述
什么是软件数据的文本化 对比二进制的数据来讲,文本化有什么优势
linux的配置文件 正是数据文本化的表现,定制一个linux的灵魂在于文本化的配置文件,windows的注册表也可以算是一个软件的数据文本化了吧
更改一个文本比更改一个二进制的数据要轻松的多, 二进制带来的是高效,而文本化带来的是更大的灵活空间
linux 命令下的命令选项也是一种软件初始数据的文本化,尽管俗称叫开关
文本化给软件带了一个文本的解释程序,却带来了更好的可扩展性
我想脚本语言也算是一个给解释器的说明文档,它就是解释器要处理的数据
WEB语言 等等好多好多方面都是这么个思想，一下子眼界就开阔了。什么上来就visual stdio 新建工程，什么上来就int main()弱爆了 main他妈的也是个函数，模块的一部分，为啥我得上来就main 给你看呢


哈 我想我已经走进了linux的大门了,入门了吗? 入门了吗?

学习写软件的思想比写代码更重要,做好软件模块的工作比算法更重要,因为软件模块的抽象作好了,算法也就是道法自然的事情了

Keep It  Simple,Stupid K I S S
一切皆是文件  多么优雅的艺术，写作的艺术。
内存是自己的，CPU是别人的

[ 本帖最后由 zhu224039 于 2014-6-18 05:14 编辑 ]

不懂unix

除了写代码，找不到其它乐趣了

境界好高深的样子，我看重Linux的就是开源与自由！还没理解那么深，vi编辑器还没用熟练呢！我也一直很排斥Visual Studio，排斥Java语言学习需要复杂的配置！不过我只是研究一下里面的技术，比如计算机图形学DirectX与OpenGL必然有相通支持，我感觉操作系统的原理应该也是如此！

+10086

10086001

https://bbs.bccn.net/thread-430453-1-1.html

写代码是和票子挂钩的 只要票子够 想克制也克制不了

[ 本帖最后由 wangnannan 于 2014-6-19 10:15 编辑 ]

其实在国家标准GB8566-88《计算机软件开发规范》中，将软件生存周期划分为八个阶段，“实现”是其中之一，排在第四阶段（后面是测试和使用与维护），也就是说，即使把“实现”全部当作是编码（其实实现还包括数据结构的编制和设定等工序，不全是编码），也只是1/8的时间而已，这还是把各阶段时间简单粗暴地平分来算的——实际上需求分析的地位是排在第一位的，占用的时间也长得多，需求分析不当，全盘皆错，后面的都等于白做。程序员之所以是程序员，思维角度与系统分析师不同，就在这里，思维不扭转，一辈子做牛做马当技术员咯。

有些人把技术看得过重，是混淆了必要条件和充分条件，不知道系统（整个企业的运作和与用户交流、应用的总和）的决定性因素其实不在技术上。技术在某种程度上可以说是有钱能使鬼推磨的，对资金雄厚的企业和用户来说，那根本不用多么重视，技术一旦公开或问世，自然有人去琢磨和实现，难不住世界上的聪明人，但把握需求（与用户的良好沟通和协作）和占据战略制高点，不是可以简单复制的模式，价值的增长，在软的不可复制的部分中。

[ 本帖最后由 TonyDeng 于 2014-6-19 11:29 编辑 ]

确实真正的项目不是从编码开始的，是从需求分析开始的，任何技术都有优点和缺点，因此脱离需求来选择技术就是胡扯。而且需求不清楚
那么就会有大麻烦。
对于需求分析不清楚，设计不完善，上来就编码的项目，那是越编越糊涂，这种事情你自己玩玩可以，商业项目这么做后果很严重。。。。
参考下面这篇文章
「给你十万块钱，帮我做个微信出来？」 – itotii http://www.baidu.com/link?url=kS269fZ0LFv_4gLChwb9Xm7mjLYaNX8c2m_MKX5XC7Txr0imdbxlh1wTW5GcytGd