IT沉思录 之 软件是什么
本帖最后由 不周风 于 2013-12-14 18:02 编辑软件是什么
最终的计算操作肯定是硬件做的。软件是硬件的组织者和利用者。
是用户利用硬件完成的逻辑计算的封装。
是用户操作硬件的“动作”的“逻辑”界面。
从这个意义上说，软件 = 界面。
软件通过某种“组织”、“结构”，实现用户的逻辑。
所以一个好的软件，会让用户觉得实现其逻辑很容易。
1. 很容易上手
2. 很容易表达逻辑
所以，软件 = 语言。
（所以，智能化、语音化成为软件的一种潮流）
即使如此，语音化也只是软件的操作的一个“界面”，通过这个界面表达其要表达的逻辑。
所以软件的界面、功能布局和文章的布局有异曲同工之妙。
总之，软件是一种工具，一种语言。
IT沉思录 之 互联网是什么？
互联网是什么？互联网是一个平台，一个交流平台，交易平台，交际平台。
那么对于互联网平台的要求是什么？简单、无处不在。
互联网的优势在哪里？
1。 隐藏了人的社会属性，创造了最大平等。（没人知道你是一个人还是一条狗。）
2. 互联、互动。摆脱了地域、社会组织等等物理限制。
（这似乎也是文革的组织形式，创造平等，互联互动）
从这个角度讲，这就是人类社会的进化方向，即：更大范围的自由、平等。
那么一个摒弃厄了人的社会属性的互联网是什么样子的呢？个体的“灵性”大于“社会性”。
新浪微博是一种更社会性的互联网。
豆瓣则是一种更“灵性”的互联网。
西西河是什么呢？一个更加反映社会的“灵性”的互联网。
一个强大的、理想的、有生命力的互联网，必然是以“社会性”为组织原料的灵性的（即：有强大的商业支持的灵性的社区）。那么这种比较成功的模式是百度贴吧？西西河？
失去了“商业组织”这种社会属性，互联网并不容易做大。太小众了，小国寡民。
RE: IT沉思录 之 一个Web平台的诞生
一个Web平台的诞生公司是小公司，接到一个小项目。为了快速开发，选择了PHP这种语言。
项目是小项目，没多少钱，需求可是一大堆，还需要生成报表、excel之类的。
PHP是cgi模式的，不可常时间运行，内存管理也不好。本身是适合于做前台展示己展示相关的运算。
对于大规模计算 ==〉需要一个运算层
对于计算所用的数据 ==〉需要一个数据（缓冲层）
对于长时间运行 ==〉 需要一个运算层
PHP与运算层、数据层的交互就是：
PHP提交一个运算job，得到一个token。PHP前端（ajax）定时用这个token 去查询算完了没有。
而PHP与运算层、数据层的交互，又需要一个交互层，即：消息层。
至此，因为业务需求（报表）和PHP本身的特点，推导出一个简单的需要展示层（PHP）、运算层、数据层、消息层。
那么这样的架构，就与几十年前的【大型机/终端】模式有类似之处了。只不过现在是，终端编程了客户的浏览器（IE、火狐之类的），大型机变成了Web服务器和数据库服务器。
作为一个码农，我以为软件就是服务，C#、Java、C++是语言，但不是软件，程序员用这些语言编写程序才是软件，所以软件体现的是程序员的服务。 伊贺双刀流 发表于 2013-12-15 10:41 static/image/common/back.gif
作为一个码农，我以为软件就是服务，C#、Java、C++是语言，但不是软件，程序员用这些语言编写程序才是软件， ...
可以看一下维基百科对软件的定义，就是“程序”。但一个好程序，不等于一个好软件。传统的软件，可以认为是工具、语言。但是对于智能住宅之类的，软件就不再是工具了，而是像水、电一样的“基础服务”。到了互联网，软件表达的更多的是群体心理诉求了。 楼主的帖子与经营管理无关。
软件是什么？真不好定义。互联网是什么？更难定义。 loy_20002000 发表于 2013-12-15 16:51 static/image/common/back.gif
楼主的帖子与经营管理无关。
软件是什么？真不好定义。互联网是什么？更难定义。
这个其实不是为了定义而定义，是日常工作中面临的一个问题。一个软件项目，可能客户不知道自己要什么，老板不知道客户要什么，程序员不知道老板到底要求做什么。客户一个看法，老板一个看法，程序员又一个看法。当项目进行了很长一段时间之后了，客户开始不断的改需求了。程序员最头疼就是“需求又改了”。为什么需求老是改呢？因为项目进行到一定时间段的时候，“言之有物”了，有的谈了。
怎么避免“老是改需求”这种问题呢？就是要明确，客户到底要求的是个什么东西。老板又是怎么理解呢。怎么把这个东西拆分开来，拆分成程序员可以做的“任务”。
所以，这个帖子，与经营管理是很有关的。 不周风 发表于 2013-12-15 18:38 static/image/common/back.gif
这个其实不是为了定义而定义，是日常工作中面临的一个问题。一个软件项目，可能客户不知道自己要什么，老 ...
你的困境实际是老板造成的：一方面不能弄清楚客户的需求，完成有效沟通；一方面不能给程序员制定一个可变且可靠的计划。不过，你不是老板就只管拿钱办事，其他事情想了也没用。
页:
[1]