好像满多人反应对这个系统颇有兴趣，但是不是很清楚怎麽样的实力才能 参与，另外也有不少人只会 Java 却很想参与，我就一并做回答好了。 我先简介一下大致的系统规划，基本上这东西就是一个分散式物件系统， 可以做大量的资料处理，物件之间可以相互应用，就这麽简单。 目前已经有合作厂商，规划的应用方向有两个，一个是知识管理，一个是 财务工程，後者的商机自然是比较大，但是由於开发的时间和成本都可能 颇高，所以厂商希望争取某些学校的经费，所以加上了知识管理的应用， 希望能用来支付部分系统的开发成本。 东西讲穿了也很单纯，就是使用者可以建立物件，就放在系统中跑，然後 可以随时监控设定这些物件的执行状况和结果。在知识管理上就是资料的 处理和搜寻，在财务工程上就是各种数字的计算。进出资料量可能都相当 庞大，计算效能需要极大化及严格控管和保持稳定性。 所以，为了要让使用者可以建立物件，即使尽量都用图形使用介面处理， 免不了还是要做简单的程式语言。 而报表和图形制作的工作也很重要，这都是在使用者端必须提供的。至於 在系统端则各种物件活动的纪录都要十分完善，并能有效追踨。 由於需要高效能运算，所以系统部分只使用 C 和 C++ 的静态机制，任何 影响效能的 C++ 技术都尽量不使用，效能不高的程式库也一概不使用， 包括 C++ 程式库在内。 也因此，只要会用 C 的标准程式库就能参与了，对於作业系统的理解， 则是愈多愈好，特定的高阶技术程式库则是没有用处的，网路部分基本上 全是 TCP 连线。在这部分 Java 是毫无用武之处的。关於 Java 的问题 可能需要更详细解说，不过简单说就是它不能支应这系统的需求。 使用介面的部分，则比较可能使用 Java, 但是目前我还找不到有效办法 可以好好地把 Java Application 包装成视窗应用程式 (JBuilder 2006 能制作成 exe 档，但我不知道如何设定 icon, 对，就是死在 icon 上， 不要以为这不重要). 所以是否采用 Java 会牵涉到技术问题，如果只是 用来制作快速原型 (quick prototyping), 则成本会上昇，就牵涉到预算 问题，学校的预算能拿到才能这样做。 基本上我很欢迎有兴趣的朋友一起参与讨论，人数没有什麽关系，有兴趣 也有适当的能力就可以参与，我会想办法找个地方开一个讨论区，但参加 讨论是没有报酬的，有写程式或有写正式文件才有报酬。当然技术规划上 能参与讨论很好，不能参与也没关系，只是我一个人没人讨论有些寂寞， 而且我想应该有不少人有兴趣了解这些东西。 这东西的市场前景仍是未知数，合作厂商有给我一个预算上限，也因此就 能省则省，而开发出来之後，维护改版事宜我会尽量交给最後坚持下来的 团队成员去做，如果产品受欢迎，这会是一大笔钱，搞不好就发了，但是 我无法给出任何的承诺。 就技术性或学术性而言，这样的系统比大家所知所学的国外系统或研究， 都可能还有一段距离，但就台湾自身的开发能力而言，已经是相当大胆的 尝试了，而且千里之行始於足下，如果什麽都不做，那就什麽也没有。 而厂商和客户那边是不会了解这系统是怎麽回事的，他们只是想要有某些 应用和功能而已，所以也别指望说这里头的技术有多高明，所以该用技术 来计算价值多少钱，没有这回事的。我也不会要大家做什麽高深的技术， 反而是能怎麽简化就怎麽简化，架构上能保持住一定的结构就好，讲愈多 术语，搞得愈复杂就愈容易失败。 技术研发这东西，在客户都是笨蛋的状况下，就是要靠软体开发者的主动 努力才得以成就的，做好东西是这麽多钱，拼凑出烂东西也是这麽多钱， 真的要骗钱也很容易，重点在於我们能不能自我提昇到下一个台阶。 我在几年前，曾经在一家大公司的支持下，到矽谷创设软体公司，资本额 一亿元，母公司可支援到十亿元，技术也颇受好评，并有投资机构有意愿 进一步投资数千万美元，最後却摸摸鼻子默默回家，因为我们根本就没有 足以对抗大型软体机构竞争的开发能力，光有一些创新技术，顶多是被有 价钱的吃掉，惨的话还可能血本无归，算一算哪怕把我们当时认识的所有 高手集合起来，还是远远不够支应一家世界级的主流软体公司所需，既然 如此，我们也不该像别人一样没良心地挥霍投资者的资金去做没有希望的 事业了，所以也就只能回来了。 想要打入世界，并不是没有机会，问题是我们还没有准备好。 --

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