Java开发网 - 程序並不是軟件

Java开发网

您没有登录

» Java开发网 » 技术文章库

打印话题 寄给朋友 订阅主题

作者

物件導向語言之出現，為何沒有為軟件工程帶來成功呢？

tungchan

发贴: 0
积分: 0

于 2003-12-19 02:33

我自小就喜欢模型，长大后依然，我希望有飞机、大炮，现实却没有可能，拥有模型多少可补偿一下。除此之外
模型可以对人展示一些他们重没见过的东西，如恐龙，外星生物，DNA、分子结构……
模型可以在实物未完成前出现在众人眼前、以及提前测试……
模型可以解释一些复杂的系统，如引擎系统，原子结构，太阳系……
模型可以缉凶破案，如只用死者头骨重塑面貌，对疑犯 20 年后的可能面貌……
模型可以……

我们在需要时就会建造模型，甚至在不知情之下。如我以前学写程序时，老师出题我们解答，我从来没有发现我是在建建造模型，我知道计算机硬件、软件的限制，知道问题，然后仿真计算机的操作返回答案。开始时我没有画流程图，原来流程图就是一个模型，不管我有没有画流程图，其实心中已经有模型存在。

流程图作为一个模型，当然有模型的好处及功能，但在软件工程却不敷应用，原因在于它将问题与解答分拆，当然通常问题的解答不会只有一种，但流程图的解答是建基于计算机的而不是人的，如早期计算机是没有乘法与除法的，你要用加法与减法去完成任务，流程图模型只解释计算机是如何给出答案，亦要求程序员以计算机的方式去思考及解决问题。

此与早期计算机应用相符，因早期计算机十分昂贵，而目标亦以科学计算为主，根本很少应用系统，其后发展可是超乎想象，科学上与商业上的应用可说是南辕北彻，商业应用中状态纪录比计算更加重要，使用者界面亦与科学应用不同；唯程序员的教育与训练却仍然停留在流程图模型之上，这或多或少可解释软件开发失败率高企的部份原因。
流程图模型在很多地方仍是成功的，尤其科学领域，如 CAD、工程应用……
但商业应用上却极端需要另一套模型以带领商业软件工程的成功。
新模型终于出现，它以对象导向的名称出现，以区别以前的程序导向。

对象模型解决流程图模型中问题与解法被分解之问题，现在问题与解法不可分解，可以这样理解，流程图模型中程序员在仿真计算机，对象模型中程序员是编剧、导演，他创造角色(建构对象)，编排剧情(对象方法，讯息)，安排演出(实现系统)。就如现实中更换角色，更改剧情以确保演出成功。
对象模型的出现应该令软件工程成功，但至今统计上成功率并没有大幅增加，何以故？

tungchan edited on 2004-01-03 20:41

作者

软件工程要如何才能保证成功？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2003-12-20 06:26

我发现问题根本是错的，我们试用程序导向语言或对象导向语言去解决同一问题，结果发现对功能性的需求，两者完成得可说是一样，在非功能性的需求才显出差异。如软件要处理售票问题，这是功能性的需求；软件要用 Java 编写，要易于使用，易于维护，这是非功能性的需求。

我们或者需要换一个问题，【软件工程要如何才能保证成功？】

我把软件工程分为1.科研项目 2.军事项目 3.商业项目。发现 1 与 2 是很成功，而 3 很失败，偏偏我们却在 3 中打滚，真是无奈！

科研项目之成功自不待言，毕竟计算机的创造目的，原先就是为它服务，况且如爱迪生所言，试验没有失败，只是证明它是不行而已！而且科研项目之目标明确，主要是追求真理而非获利。如天文，物理，生物……
不是说科研项目不能获利，只是难以估计，可能需时很久，甚至过世之后，获利者亦未必是科研项目之发起人。

军事项目之成功是保密及资源，保密指无论成功失败，它也不会公之于世，而最终能面世的只会是成功项目，而且很多时它与科研项目密不可分。如原子弹，核爆，Internet……
资源方面，主要是耗尽经费，否则下年度会被裁减。

至此答案出来，原来软件工程想保证成功，可以进入科研或军事项目，Linux 与 Open Source 之类，其成功原因就是科研项目。我们或可进入科研项目但军事项目大部份人都会被拒之门外，而且科研项目获利不易，不得已，只好继续研究商业项目，毕竟我们都想获利。

tungchan edited on 2004-01-03 20:50

作者	Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]
nothing 天外飞仙..... CJSDN高级会员发贴: 1636 积分: 131	于 2003-12-20 06:31 Post is deleted nothing edited on 2003-12-20 14:51 躲得过的怪物，躲不过的刺激

作者	Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:nothing]
tungchan 发贴: 0 积分: 0	于 2003-12-20 06:42 nothing wrote: 初级阶段,再过十年呢?? 你是說物件導向語言，還是作者呢？再過十年會更好或更壞呢？你又有什麼理據呢？為什麼我拋出一條有問題的問題，想引發討論而不可得，這不是討論區嗎？只好一個人在自說自話！

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

jsmile

Life is good

发贴: 127
积分: 52

于 2003-12-20 07:44

First of all, I don't want to argue with you. I am just lost, in terms of your definition of success.
Success only makes sense within certain period of time and reasonable scope.
For example, there are ten holdings in one investment portfolio. The holdings could be stocks, bonds, etc… A couple stocks may lose money in a period of time but the value of portfolio may increase because the other securities perform well. And next month, the whole composite might go down. What do you think of this case, success of failure? Please don’t say that every investor is a loser.

但商業應用上卻極端需要另一套模型以帶領商業軟件工程的成功。
新模型終於出現，它以物件導向的名稱出現，以區別以前的程序導向。

A sofeware company can't make money by only depending on OOA, OOD or OOM, which is not a cure all. That's why there are CEO, CTO and CFO (They are very important).

物件模型的出現應該令軟件工程成功，但至今統計上成功率並沒有大幅增加，何以故？

What kind of statistics are you based on? And what speed are you expecting?

軍事項目之成功是 ...

What about Iraq?

原來軟件工程想保證成功，可以進入科研或軍事項目，Linux 與 Open Source 之類，其成功原因就是科研項目。

Who will pay the bills for me? Opne source is a success? So far, maybe.

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:jsmile]

tungchan

发贴: 0
积分: 0

于 2003-12-20 14:44

jsmile wrote:
First of all, I don't want to argue with you. I am just lost, in terms of your definition of success.
……

一般工程能于预算内【时间，金钱】完成，并交付预算内【质量】之产品，谓之成功，如建造飞机，大桥，甚或维修厕所等等。
软件工程成功之定义相同，据此定义，即使如微软，其产品皆多数失败，通常是最后期限，金额超出预算，或质量未附要求；但即使软件工程失败，其仍然可以为微软带来巨额利润。

我们自己所执行、已执行之【软件工程.商业项目】有多少能附合以上之成功定义，大家心中有数。我再强调一次，软件工程成功与否，与获利无关！大部份程序员都知道这一事实，反正月薪是固定的，最后期限关我屁事，你看不过眼你来编程好了。

【软件工程.军事项目】是指开发爱国者导弹，无人驾驶载具之类，与军事行动无关，所以回答不了 What about Iraq?

继续我的自言自语，我把【软件工程.商业项目】分为 1.客户驱动 2.市场驱动。
客户驱动是指产品完成以客户收货为止，目标希望服务客户。如自行开发之企业应用，Web 应用……
市场驱动是指产品完成以客户购买为要，目标希望领导市场。如 Windows，WPS，杀毒软件，On Line Game……

tungchan edited on 2004-01-03 20:44

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

nothing

天外飞仙.....

CJSDN高级会员

发贴: 1636
积分: 131

于 2003-12-20 14:53

tungchan wrote:
你是說物件導向語言，還是作者呢？
再過十年會更好或更壞呢？
你又有什麼理據呢？

為什麼我拋出一條有問題的問題，想引發討論而不可得，這不是討論區嗎？
只好一個人在自說自話！

当然不会是说作者

我的贴子在你的发言"中间"出现不太好. Smile

,所以偶删除了.

躲得过的怪物，躲不过的刺激

作者

程序並不是軟件 [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2003-12-23 16:53

无论是客户驱动或市场驱动，很多客户都认为软件就等于是程序，此一错误认知甚至存在于部份程序员当中。

计算机系统是由软件、硬件与用户所组成，用户可以是人或其它计算机系统，若没有用户使用，系统也没有存有的必要，硬件则是键盘、鼠标、显示屏、打印机、硬盘、软盘等等，软件则最少包括 1.程序 2.数据 3.文檔。
程序是以事先要求的功能及性能而设计及编写的指令序列，对象可包括硬件及用户；数据是支持程序正常操作的信息；文文件则包括程序开发、维护及使用等有关的图文资料。可见程序并不是软件，程序只是软件的一个组成部份。
就是此一错误认知，令到很多客户低估软件的开发成本。
换一个客户的角度看，它可能只要一个能正确执行的程序，而数据由该程序所产生，不需任何使用说明文档、人人都能操作。
在客户而言，一点不错；但对开发者而言，可绝对不是这样。

对开发者而言，可能最终只交付如上所说的一个程序，若它没保留相关文档，当有客户需要改变程序时，开发者就需要重新开发，才能满足客户需要。而开发途中，很多文文件及中间产品【如失败的程序或测试程序】是无法或不需交付的，若需要交付源文档【Source code】通常亦需客户付费，客户对其他文档是没有多大兴趣的。

这造成开发者倾向【编码大过天】，因而忽略了软件工程不是一个算法，它是一个工程项目，它需要试验，它风险处处，在众多复杂及矛盾的目标当中，在有限的资源下和不完备的知识上，寻找一个可行当中最好的妥协方法，一个解决问题的最合适及可行的解决方案，可以说没有对与错的解决方案，只有相对好与不好的解决方案，目标是追求一个【好】的系统，而不是【完美】的系统，心里应始终保留一个问题【要如何协助用户去完成它们的工作及任务】。

工程项目以最简单的形式可表述为：
1. 确认问题
2. 分析问题
3. 解决方案
4. 选择方案 [修正、返回 3，2 或 1]
5. 说明方案

tungchan edited on 2004-01-03 20:45

作者

軟件工程的成敗，真的只能依靠運氣嗎？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2003-12-23 19:26

一般工程经过以上五个步骤之后定案，然后执行。可说以上步骤只是设计，下一步才是执行工程，若执行期间，出现任何限制而发生的改变，亦很少会更换最终方案，若工程执行至一半，发现执行者没有能力于期完成或质量出现问题时，亦可切换执行者，确实能让设计与执行各自独立。

而软件工程亦典型地有：
程序导向……1.资料搜集 2.设计 3.建立模型 4.测试确认 5交货。
对象导向……1.提出需求 2.分析 3.系统设计 4.对象设计 5实现。
编码工作在程序导向中是于步骤三进行，而对象导向则在步骤五。

相比之下发现，对象导向亦较程序导向为佳，但仍然未能让设计与执行各自独立。我不是说以后软件工程就必定要使对象导向方式开发，正如世上没有一种语言能完全取代另一种语言一样，每种语言都有存在价值及适用范畴；而且未来若有更好开发软件工程的方法出现时，难道不用理会、不去使用吗？
况且肯定在部份情况下，程序导向会比对象导向更加适用，表现更加出色。

与其它工程项目相比，如制造芯片，建造飞机或大桥等，软件工程与之最大不同，可以说是仿真测试。其它工程项目利用计算机，仿真产品之最终质量，反复设计并试验，仿真器能提供非常多的数据，以支持在决定最终产品设计时的选择，仿真器还能提供最终用户的操作训练，提早反馈用户之好恶，如飞行仿真，帮助改善最终产品，除缩短整个开发周期外，亦保证了最终产品之质量。

软件工程却并未如其它工程项目一般，采用计算机仿真技术，而现实中亦很难仿真一间公司去测试软件；但你却可以仿真世上著名的机场，以供飞行员练习起飞与降落无限次。现实中软件工程以【测试版】去得知用户之好恶及使用习惯，因为需要资源，可以说只有大公司及【商业项目.市场驱动】之产品才会执行；而且最终用户与客户很多时，并不是同一类人，如雇主买软件给雇员使用，或家长买教学软件给子女学习。符合用户未必能取悦客户，能取悦客户时又未必能符合用户。
唉，真真歹命呀！

可以说，没有善用计算机仿真的工程项目，其开发状况与没有计算机的时代相距不远，它们似一支火箭，当前期工作完成，就点火发射，希望直达目标，途中的控制、改变愈多将消耗火箭本身的资源愈多，要嘛，未到终点已资源用馨、掉下；要嘛，投入更多资源但仍不能保证命中红心，基本上你只有一次机会。这或可解释计算机硬件之进展要比计算机软件快这么多！计算机硬件是用工程作业方式，而计算机软件却仍停留在手作坊及艺术家之年代。

很多软件工程最终交付一个不是客户所要求之产品，原因可能只是最后期限已到；逼不得已，用户只好改变自己去勉强使用，反正机器是死的、人是活的，客户见用户有计算机系统可用亦可以交差了，一段时间后、有预算及资源时又再重新做一次，还美其名为系统升级。

难道【软件工程.商业项目】的成败，真的只能依靠运气吗？

tungchan edited on 2004-01-03 20:53

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

wood

发贴: 122
积分: 1

于 2003-12-29 11:13

其实楼主没有否认oo是软件工业的一大进步。
却要探索那一种成功，一种终极意义上的成功。就好像我们要评价医学是不是成功，难道要能治疗所有的病才算成功吗？我们人类有多成功？我们能离开地球摇篮吗？我们解决战争、犯罪、贫穷？
没有问题，就不是没有需求吗？当然不必要因已有的成绩骄傲，但也不要被面临的困难所吓倒。

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2004-01-02 19:41

等等，正如先前所说，软件工程成功与否，与获利无关，那我在自言自语有何作为呢？
先前对软件工程之成功定义乃项目经理或雇主之视角所定，客户与用户可能各自有自己的一套成功标准，若每个相关人仕皆有一套标准，那程序员又该用那一套标准呢？
在现今世界，程序员一方面被淹没在大量知识之中，一方面又对知识饥渴不已。在技术还没精通时，就有可能过时及淘汰。程序员长年累月跟在别人屁股吃尘，眼看自己的付出与收入并不相称，书本一本一本的啃，还陆续有来，做出来的软件既不符项目经理或雇主所定，对客户与用户又没多大作用或聊胜于无，对自己亦只不过是仅堪糊口而已。
那转行好吗？
能心甘情愿地放弃吗？
要如何才能学以致用，甚至继而致富呢？
这样的觉醒，对程序员来说是【迟到总比没到的好】。

tungchan edited on 2004-01-03 20:48

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2004-01-03 21:00

答案当然是【不】！

把时间投资在自己的未来
『在这个世界上，你必须成就你希望看到的改变。』--甘地

日本漫画之神，手冢冶虫有医生的资格，但他没有行医，他选择当时一份与医生专业不能相比的职业…漫画，或者今天也是不能相比，但我知道黄玉郎，马荣成……他们收入不会比医生少，当然亦有很多漫画家是入不敷支的。
我就知有一个医生，不喜欢医疗喜欢钱，不用费神冶病，只靠卖精神科药物就可【合法】致富。(真的合法吗？)
活在当下，不躲懒、学习研究及改善工作方法、找令自己开心的工作！
为何不能是一份既能赚钱而又开心的工作呢？

我不是说医生不好，只是我觉得这世上，不须增多一个不喜欢自己工作的从业人员，反过来说，若有一个读计算器系的在他大学毕业后，才发现自己不喜欢进入这行业，这多得很呢。
做你所爱，爱你所做！
问你一个问题，工作与事业有什么分别？
.
.
.
.
.
工作【job】是一个土著用标枪打猎。
事业【career】是一个运动员用标枪比赛。
发展你的事业，不要安于你的工作！

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

floater

Java Jedi

总版主

发贴: 3233
积分: 421

于 2004-01-04 01:48

You need more hand-on experience to understand/answer some of these questions. Sometimes, we need to experience something in order to have a better understanding on it, i.e., experience can not be replaced by thinking.

Just keep in mind these questions along the way, don't lose them. These are good thinkings.

I believe I know most answers of these questions, but ....

When I was a freshman in college, I never understood Calculus(although I got >95 on 4 final exams). It took me 9 years to fully understand it, because I found out later Calculus is just 30% of the entire subject. Sometimes you have to let it go, don't get too deep into it, because it doesn't hold all the keys you need. Go out, explore more, and maybe one day when you come back, you can understand it better.(remember to come back).

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
- Martin Fowler, Refactoring - Improving the Design of Existing Code

作者

要如何以软件工程致富？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2004-01-09 05:05

其实，我在此自言自语是有两个目的，一是希望有 jsmile 之类人仕，提出意见(在此多谢 jsmile)好让我能看到自己逻辑推理之问题；二是把问题长留心中及令问题别随意转向，直指问题核心。

总版主之言却令我丧气得很，总版主知道答案却不屑参与讨论，我无话可说……
总版主字里行间像在叫我别在此自言自语，希望是我理解错误，(若【话题已被锁定】就不是我误解了，别发生才好。)

经验当然不能被思考所取代，甚至很多经验是不可传授的(可能因此总版主才不参与讨论……)，正所谓师傅引进门，修行在个人。总版主说得对，要别忘这些问题，吸收多些经验，别钻牛角尖，在过程中或会得到答案(但要多少年？)。

但若没有之前的思考，又那有这些问题，这些问题又是否真实或合理呢？虽然正确的推理并不保证推论会正确，但若问题有错误的话，我敢保证推论一定有问题，我可不想如此。
经验性的证明是【看看窗外是否正在下雨】，而逻辑性的证明是【证明 2+3=5】，我想先用【逻辑性的证明】，指引自己未来之路，然后再用【经验性的证明】去学以致富。其实我要探讨的是【要如何以软件工程致富？】。
今问【能用软件工程致富吗？】环顾四周有成功与失败，那答案当然是【能】。
再问【要如何以软件工程致富？】答案是先要软件工程成功，再加……。

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

floater

Java Jedi

总版主

发贴: 3233
积分: 421

于 2004-01-09 09:38

On, just exactly the contrary to 令我丧气得很, I just tell you the answer is hard to tell, you have to feel it. I am not 屑 or 不屑. I just don't want you to waste time on something that's going to take a long time to feel it.
Remember there is something that you don't understand and move on.

I know you want a 逻辑性的证明. But even this, it's a lot of work. This is like the tip of a pyramid, so in order to get to the tip, you need to build the entire pyramid, the ratio of the result and the work is huge.

But you move away from this temporary and start build the basis gradually, eventually, 逻辑性的证明 is just a natural deduction.

The last, but more important reason is most of the theories have a practical background, without experience, you may understand the theory, but you won't know the direction because you don't know the underlying driving force. This is a terrible situation, in my view.

总版主字里行间像在叫我别在此自言自语，希望是我理解错误，(若【话题已被锁定】就不是我误解了，别发生才好。)

no, just don't waste time on this.

(但要多少年？)。

depends on you, each individual. I've met folks who I know I can't reach their levels in my life - I may be smart(brag a little), but not that smart. But I can live with whatever I have.

但若没有之前的思考，又那有这些问题，这些问题又是否真实或合理呢？虽然正确的推理并不保证推论会正确，但若问题有错误的话，我敢保证推论一定有问题，我可不想如此。
经验性的证明是【看看窗外是否正在下雨】，而逻辑性的证明是【证明 2+3=5】，我想先用【逻辑性的证明】，指引自己未来之路，然后再用【经验性的证明】去学 ...

Should be the opposite, try something smaller, find problems, do some research, and them improve.

今问【能用软件工程致富吗？】环顾四周有成功与失败，那答案当然是【能】。

Yes, if you do it right. Maybe, if you don't know what you are talking about. No, if you have a large group of folks messing around. Quality plus quantity.

再问【要如何以软件工程致富？】答案是先要软件工程成功，再加……。

No, the opposite. You figure out the cost, figure out where you spend most, find the problem, utilize software methodologies to reduce the cost.

The bottom line is if you can reduce the cost to the "acceptable" level, then it's a success. Over the time, nobody cares whether there are other problems. So everything is relative.

Internally, software engineering has its own rules. But there are so many of them, from so many angles, we can't care all of them, and so we have to draw a line somewhere. That's the place where we can complete the project.

Everyone has a daily life, finite time, etc. so I can't write long.

Hope, it helps, and enjoy the journey. There are a lot of fun there - that's what I can tell you for sure, among unknowns.

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
- Martin Fowler, Refactoring - Improving the Design of Existing Code

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

jsmile

Life is good

发贴: 127
积分: 52

于 2004-01-09 13:01

tungchan,
Probably the title of your post is too vague or ambiguous which confused me in the first place. Why is software engineering a failure? Why is OO blamed? From your next few posts, I sort of understood what you were trying to express. But I am still not convinced. Just like "Why does't surgery make medical practice successful - People are still getting older and dying".

I like the saying "做你所爱，爱你所做" which is what I am trying to do right now. 9 -> 5, 爱你所做; 5 -> 9 做你所爱. They are not conflict with each other, sometimes they overlap. But I am sure you don't want to mix them totally and you are not able to, unless you are a reckless man.

工作【job】是一个土著用标枪打猎。
事业【career】是一个运动员用标枪比赛。

Honestly, maybe there are some differences, but are not big enough to convince me. They both are trying to use 标枪 to survive. 土著 uses trophy (prey) for food and trade for cloth to keep him warm. 运动员 uses trophy to earn salary to buy food and cloth. If there have had money back then, 土著 for sure would have traded for money first.
Now I am a 土著 who is using computer. My boss is a super 土著 (tribal chief Smile

). Is James Gosling a 土著 or 运动员? Bill Gates is definitely a 运动员. So are all the grocery store owners. Smile

(no offense)
I am happy to be a 土著. During the day, I make the best 标枪 and try to catch the biggest animal in tribe history, during the night, I just dance around the bonfire and drink something (pretend it's beer). I might want to run for tribal chief of hire someone hunting. But those will not make me any happier.

My humble opinion, career is just a path/collection of jobs.

Thinking is always good.

Probably I should start thinking how to become a athlete. But according to Larry Ellison's speech at Yale, I am too late. Sad

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

tungchan

发贴: 0
积分: 0

于 2004-01-10 04:01

jsmile,
无何否认，【对象导向语言之出现，为何没有为软件工程带来成功呢？】此命题的确是空泛及含混，但发文时我是不知道的，我只是想温故知新，总结多年来所学有关软件工程的东西及思考自己未来发展方向而已(学历只是初中程度，由15岁开始工作至今39岁，最近待业中)，文章由建模开始，最后出现此问句，就拿来作标题，翌日我已发现有问题。把命题修订为【软件工程要如何才能保证成功？】，及后发现工程成功与否，对程序员自己并非最重要。看来又要修订命题了！
思考就是这样，心猿意马，并非完全由自己操控；但我相信这向圆心的螺旋形思考模型，最终能为我找到令自己满意的答案(正如古人之造神运动)。

精采，做你所爱(晚五朝九)，爱你所做(朝九晚五)，未想过可以这样解释(不过我同意，亦希望能做到)，相信就是语言中有很多这样那样的表现，所意计算机语言不停被创造出来，因计算机须要一种无歧义之语言与人沟通。(UML、XML、HTML、SGML、COBOL、LOGO、ADA、C、C++、C#、Java……)

career 正如老兄所讲是【工作之经历】，但看看两者的分别……
老兄最近工作进展如何？
老兄最近事业发展如何？
事业是有目标，其目标是自己的，毁誉也是自己的；工作当然也有目标，但其目标是雇主的，毁誉是公司的。所谓无理想之人帮别人达成理想！运动员与教练之酬报是合理的，雇员与雇主之酬报也是合理的，若你能成功的话，为何要选雇员之酬报而不是运动员之酬报呢？
运动员之运动生涯是短暂的(看李宁，胜十场不及输一场，运动场上是没有将功补过这回事，商场或战场亦一样)，有一面金牌可能就是你终生运动生涯中最高成就。
土著之标枪技术可能比金牌运动员更好，但两者的最大分别是心态，运动员目标是金牌、自己的极限；土著目标是食物，就算力能一石二鸟，但我只吃得下一鸟，干吗要费神费力，吃不下的鸟会坏掉的啊。运动员的标枪是比远，土著是要杀死猎物，外观是一样但骨子里可不一样的啊！
Bill Gates 当然是运动员，他可是运动明星，现任金牌得主(已连任很多届呢，不知何时、何人能把他手中全牌夺去呢？)

不知在网上那里抄来的对联送你，共勉之：
岁月无尽增中减，年华有志少还多。

作者

Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]

jsmile

Life is good

发贴: 127
积分: 52

于 2004-01-10 07:27

Thanks for the 对联.
Now I am getting what you mean. 土著 is treated as an animal which only knows hungry -> eat -> stuffed -> sleep -> hungry again, but is smart enough to use tools. I thought they are the same human beings as we are who also have entertainment, trade, etc..., such as using the other bird to lure a female 土著 who doesn't go out hunting Smile

运动员的标枪是比远，土著是要杀死猎物，外观是一样但骨子里可不一样的啊！

外观不一样, 可骨子里一样的啊！ Smile

比远, for what? just for fun?

I think actually you are encouraging people to start their own business, being self-employed. Being a normal employee, you control/being influenced by (fire/being fired by) one employer. Being an employer, you control many employees, and as well you are influenced by those employees (they may quit at any time) and the market, other employers, etc…. Both employer and employee have their own troubles. Nobody can control you, it can only influence you. Instead, you have your own responsibilities. If you were a grocery store owner who happens to be in a very bad mood one day, you could close the store for a few days, sitting in the couch thinking. But you should feel the responsibilities for your family and customers. So end up you have to go out and open the store. SHOW MUST GO ON.

I am a technical guy, so are most of people in this BBS. Different people have their own definition of success. One step a time, it won't happen overnight. Many small successes or even failures will make up a huge success. Many jobs will create a career.

Just be yourself.

作者	Re:物件導向語言之出現，為何沒有為軟件工程帶來成功呢？ [Re:tungchan]
lslzf 发贴: 0 积分: 0	于 2004-02-05 22:24 其实楼主没有否认oo是软件工业的一大进步。一针见血今天的烧烤和几千年前的结果一样

已读帖子

新的帖子

被删除的帖子