※ 引述《Lordaeron (Terry)》之铭言： : : <[email protected]> 撰写於邮件新闻:[email protected]... ========================================================================= : : > 1. 最简单的, 只是写出来, 没有怎麽写的问题 : : > 做一个小画家, 没有东西是未知的, 没有啥演算法, : : > 做一个编辑器, 做一个 office, 也没有演算法的问题, 自己想也想得到 : : > 唯一需要会的就是有哪些 library, system call ========================================================================= 这一段话的小标题与内容, 彼此间存有很大的争议. a.说小画家与 office 没有演算法的问题是认知的差距, 它至少会有架构与 组件的问题, 这种跟"陈现表达"有关的项目必然涉及该如何有效的对输入 资料做 "标记" 与 在何处对之如何处理的 "解译" 问题. 而资料结构与如何处理的演算法, 这两者是一体的两面, 皆受限於硬体支援. 事实是演算法的效率与正确性常来自於资料结构与标记的表示. b.这种 "非数字计算" 的项目, 其关键在如何用电脑的内部形式快速又有效表 达与展现出让使用的 "人" 能简易使用. 在商业产品里, 这类内部架构通常 都是机密, 外表看得到的是很好使用的人机介面, 但其内部则不好猜测. ========== 所谓只是写出来没有怎麽写的问题, 那只有一种情况: 所有资料的结构与表示及如何处理的步骤都已经 "可让人明白的定案写出来", 连系统提供的支援介面也都明白的以范例陈述. 此时才可能是去写出来而不必 知道"怎麽写" ! 这种样子的软体包案应该不多, 能写出整个资料结构与如何处理的人, 若还要 写出让别人能明白照着做的设计文件与细部规范, 他早就会自己用程式先试制 , 由之再检验整个架构与处理过程的正确性, 然後才会有正确堪为遵循的文件. 因为 软体又没有复制性量产的难题, 根本对 "只是写出来" 的人力需求是很低 的, 应该说这种状况几乎不存在. 这个世界已经是很多人都会开汽车, 但会开车的未必会造车, 会造车也未必能 造出可胜出的一流好车. 如果只是把汽车想成就是一辆马车被改成用机器马代 替兽马, 认知上没有不对, 可是这种机器马还没被造出来耶 ! : 推 netsphere:的确 1,2的取代性比较高 218.163.193.109 01/02 15:48 : → Lordaeron:取代性? 台湾有出过一套像样的office? 125.232.140.156 01/02 16:05 : → Lordaeron:还是有出过opensource 的小画家? 125.232.140.156 01/02 16:06 : 推 netsphere:事实就是这样 人数多寡 1>2>3>4 218.163.193.109 01/02 16:10 : → Lordaeron:事实? 何来的事实? show me!!我只看到嘴 125.232.140.156 01/02 16:37 : → Lordaeron:巴, 没看到事实. 你有写过一套office? 125.232.140.156 01/02 16:37 --

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