※ 引述《micklin (mick)》之铭言： : 在以前都以「软体IC」的角度来看待, 不过现在很少看到有人在讲这个词了. : 如果可以把程式码拆解成一块一块的atom, 给予这些atom适当的的连结机制, : 或是适当的排列组合, 应该可以产生意想不到的功能。 现在不太谈「软体 IC 」的原因，一方面是资讯科技总是需要新名词来炒作， 不管什麽名词总会退流行，一方面则是软体的动态及复杂性，已经很难用 IC 来类比了。不过说实在的，软体 IC 的想法还是很好的。 比较新的名词（虽然也有十年以上了）是 connector model 或 connector architecture, 它仅仅使用单一的 system pattern, 使得程式内的软体单元 沟通，就和网路连线一样。 : 但是极简化之後是否表示指令的个数要增加? : 如果是, 那程式码的膨胀问题需要列入考虑吗? : 有没有打算放个alpha版给版友们玩一玩 XD 程式单元、指令、资料的个数之间是具有平衡性和替代性的结构。 例如像是这个样子： send.text.html.zipped user.ptt.reader.profile send 是基本指令, send.text 是 send 的扩充指令, send.text.html 则可 类推。 它也代表着只能接收 send 指令的 cell, 可以在接收二进位资料之後，再跟 text cell 要求解开资料，以此可类推 send.text.html.zipped 指令的处理。 另外这也可以是只能接收 send 指令的 cell 合并 text cell, 而获得处理 send.text 的能力，其他类推。 而 user.ptt.reader.profile 也可能是内建的资料，或是 user cell 的资料， 或是透过 user cell 转接到 ptt cell 要求资料... 所以有了新的 cell, 就有了新的指令和资料的可能性。 於是知道 organic network 内的 cell 连结架构，也就可以知道指令和资料的 操作可能空间。 它的操作空间在任何时候都是有限组合的，也在任何时候都是可以扩充的，它的 实际结构则是可以随着环境的变化而变化的。 当然若没有这样的设计，你所提的问题可就会是问题了。 理论上到最後，可能会出现指令和资料的表示都变得极长，一个命令就能代表着 极为复杂的处理。而这正是我所设想的 gene in cell ^^ 这东西因为很多杂七杂八的问题而没有实作。毕竟这是几年前到矽谷开公司时， 为了震慑美国人所拿出来的压箱底技术，後来决定不继续走下去，也就失去尽早 实作的必要性了。这东西放在商业世界中很危险，放在学术界中，嗯，谁会把我 当一回事，我不想自取其辱。而且我想办法赚钱都来不及了，没有立即可用性的 也就不会拿出来实作了。 而现在的想法自然是走得更远了。看看有没有机会说吧。 : 虽然能够存活就好, 但是从效率面来考量, 为了减少无意义的个体, : 应该还是要有fitness的评估模型来决定个体的生与死。 : 人类的参与程度是一个变因, 因为主观认定的问题, 在做出选择时并不客观, : 在初期的确是以人择为最佳做法, 在运作一段时间後, 就可以建立knowledge base : 或rule base来自动做决策, 最後就是「放给他跑」, 讲好听一点就是「射後不理」 XD : 如果把网路环境限制在一定的规模下, 并给予一个观察者的界面, : 整个情况会很像小孩子观察蚕宝宝或用显微镜观察微生物一样 XD : 应该很有趣吧～ 嗯，人类的数量是有限的，所以评估方法也必然要渐渐地自动化。 : Multi-Agents System修过课, 都还给老师了 orz : 可以深入一点的谈谈cell model吗? 要详细说明很不容易呢，得写专篇文章才行，而且我不是很会描述。 我才规划好新书章节，这好像是最後面才讲到的内容... 因为有一些概念得 先建立起来，讲起来才省事，这里就先略讲概念好了。 cell model 主要是一个程式设计及系统结构的通用模型化方法，并不是为了 软体演化之类的特殊目的而设计的。 最为基础也是最重要的概念，就是如同 connector model 一样，我们不再将 软体视作是一个整体，而是视为一些软体单元的结合。 一个系统也不是一个或多个程式的整合，而一样是软体单元的结合，只是在 表面上可能会拆成几个区块，形成一个一个程式而已。 进一步来说，每一个 cell 都必须满足一些共通的条件和功能，并不只是一种 程式码和资料的组合方法而已，大约可以说是一个微型的、适用於软体单元的 framework. 最後一个基础概念，就是除了少数 cell 之外，所有的其他 cell 都不会接触 系统, cell 的程式码完全不用处理和知道外界环境的变化。 这和传统的物件导向模型有很大的不同，物件导向模型会分析系统而设计物件， 它可以促进可重用性，却没有和可重用性结合，而在 cell model 当中，一个 系统就是某些 cell 的结合，更正确来说，一个软体系统就是从 cell pool 中 拉出一些 cell, 再将一些 cell 特化的结果，它本身就是和可重用性结合的。 而主流的物件导向程式设计，都是应用 application framework, 在全体系统 范围重用一些物件集合，而 cell model 则是在 cell 的层级共用 framework, 这最大的差异，就是每一个 cell 都可以单独成为一个系统内的程式，也可以 集合一些 cell 建立程式，而使用 application framework 的物件导向系统则 难以做到。 物件导向会强调封装和资讯隐藏，尽量将每一个物件视为黑盒子, cell model 则不重视 cell 内的资讯隐藏，反而重视 cell 不必知道 cell 外的系统环境 如何。 当然，若用生物的观点来看，则是另一番光景，这儿就只谈比较电脑层面的事。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.222.173.30