必然是python
工程领域软件,软件部分很小的,大部分都是业务
一定要把业务从软件中隔离出来,把业务做成插件,让客户自己去写自己的业务插件

不然累死你
【 在 nidebeibao 的大作中提到: 】
: rt
--
FROM 120.244.232.*

对

高德纳那样像做数学题那样搞出一个完美的Tex，（谁发现bug给谁2^n奖金）在工程领域是行不通的。必然在快速迭代的节奏下被淘汰。

编程是科学、艺术，更是工程。学院派那套理念在工程领域行不通。


【 在 moji333 (莫急) 的大作中提到: 】
: 99%的软件，只要跑起来就好了，还有很多软件，设计完了，最终只能跑70%的功能吧。。
: 跨平台这些要求都蛮少的。。
--
修改:seablue FROM 223.104.3.*
FROM 223.104.3.*

用oop的术语，你实现一个虚函数，让用户自己继承再实现？
那对用户要求会不会太高了？
【 在 Fzzi 的大作中提到: 】
: 最简单的
: 你实现一个线程,把线程里面运行的函数就是某个业务的主函数
: 把注册这个函数的接口放出去,用户实现了自己的函数注册进来就能运行用户自己的业务程序
: ...................
--
FROM 219.237.112.*

理论界和工业界难以兼得，精力不允许，
所以他老人家主要在理论界。


【 在 seablue (deepblue) 的大作中提到: 】
: 对
: 高德纳那样像做数学题那样搞出一个完美的Tex，（谁发现bug给谁2^n奖金）在工程领域是行不通的。必然在快速迭代的节奏下被淘汰。
: 编程是科学、艺术，更是工程。学院派那套理念在工程领域行不通。
: ...................
--
FROM 211.95.56.*

当然你要提供基本的库给客户用
同时要提供扩展的接口，这样就把最繁琐的定制任务隔离出去了

工业软件不是互联网软件，目前还不适用于互联网思维
你的客户都是专业人士，他们的需求千奇百怪，而且绝大多数需求你完全不懂，或者不能对你开放

比如说你要做wafer测量，那你就必须要知道die的信息
你认为intel会把这个告诉你么？
告诉你了你会做么？
这东西必须intel自己的人写，或者你去现场看他们的文档现场写
现场调试那个东西，光穿一次隔离服就要半个多小时，全程只能站着，为了少尿尿甚至不喝水
你愿意干，就别开放接口


【 在 vmx 的大作中提到: 】
: A用户：老子会写还要你干哈。
: B用户：救救孩子，业务写岔数据乱了；
: C用户的实施：亲您这业务写得都打结了，算了还是我们自己来吧。
: ....................

- 来自「最水木 for iPhone 6s」
--
FROM 120.244.232.*