当你做完需求分析,做完详细设计的时候,是不是想着用C++,JAVA DELPHI等开发工具开始代码实现，是不是在愁着找不到程序员而烦恼？是的，不管你用什么工具，到最后，你都得考虑如何用代码来使你的系统实现，这就是现在的开发现状！
现在，再也不要那些所谓的代码高手了，完成设计后，系统就已经出来！
让程序员下岗，这就是我的梦想！

为实现这个梦想，你先得去求程序员：求求你做一个东东让自己下岗吧！赫赫。

为实现这个梦想，你先得去求程序员：求求你做一个东东让自己下岗吧！赫赫。

大家都吃喝玩乐，不用动脑子和干活。

 高水平的程序员，浪费资源。要设计的做什么？
　

---

我的理想----成为分析设计师--程序员（编码员）上岗

当我提起笔的时候，我心中矛盾重重，因为我似乎是在做一件徒劳而荒唐的事情！当我想到你们看完这份文档后，脸上写满了嘲笑！我觉得这个世界都快塌下来了！
但是为我心中那个不灭的梦想，虽然手心里都是汗，我还是提起了笔，为的是释放这个梦，希望它能变成现实！
我是一名准程序员，说准程序员是因为我虽然写过一些程序，但从来没好好写过一段自己认为满意的程序，其中当然因素很多，这里就不一一举例了。
在我大学毕业后做准程序员的这两年中，我已经过了四家公司，公司都不大。还公司除了自身原因外，这些公司的陈旧的管理体系和落后的技术是一个主要原因。
当然，如果我是一个安分守纪，能尽心修行的人，我想无论如何，我肯定会在一家公司呆上很长一段时间，然后学点所谓的基本技术的！
不幸的是我并不安分守纪，每到一个公司，我总觉得自己就象一皮受了束缚的马（今年是马年，正是我的本命年，不知是否能给我带来好运），然后我写程序就总是一心两用，一边为着生存大计而写着程序，一边又在胡思乱想，期待奇迹出现！
所以，最后形成的一个规律是：当我进公司的时候，大家都认为我很有潜力，等我离开公司时，他们对我说的一句话就是：你很有潜力，可惜你静不下心来做点具体的东西！
他们认为我有潜力，当然是因为我所表现出来的那种对大框架，大方向的把握能力，而我也自以为这的确是我的一个特点。关键问题是，我做起东西来真的有点不细致！
就这样在各公司奔波的过程中，我觉得很疲惫，很累，难道我希望做项目经理就必须先写上三五年的程序吗？ 难道搞完系统的需求分析，系统设计后就一定要面对一堆代码，一定要找上几个程序员来实现它吗？
胡思乱想之间，我突然觉得其实大可不必这样，如果有这样的一个系统——提供了成熟的，种类齐全的系统模版的一个系统，那我们做完上层的分析和设计之后，直接利用这些系统模版来作为系统的实现，可以不必为系统的代码实现而烦恼了，因为我们最终给用户的是一个系统，而不是一堆代码！
系统模版，是一类已经做好的成熟的特殊的系统，说它特殊，是因为这类系统模版并不具有任何具体的数据特性，不具有任何个性化的信息，但具有固定的系统结构和界面布局。当我们使用这些系统模版来作系统实现的时候，我们只需要赋予它具体的属性值，比如说具体的数据库信息，具体的显示信息等。更直观一点，其实一个系统模版就和一个类，一个组件，控件差不多，，只是它是系统级别的，已经上升到了系统的高度。因此，我给它起了个名字：系统件（Systemer).以后我们就用系统件来描述吧！
有了这样一个基于系统件的系统，以后我们做完需求分析后，我们就可以直接利用这些系统件来实现我们的系统了。不需要去想任何代码上的实现。或许，我们那些只懂点粗浅知识的程序员要下岗了，包括我，虽然这有点痛心，但社会在进步，程序员也该换个活法了！
我知道这样一个想法是比较令人吃惊的，从某种规律来说，如果不考虑底层的代码实现问题，上面的分析和设计就不太可靠，所以要做一个好的系统需求分析和设计，似乎需要有长期的代码经验！如果没有代码经验，就去设计一个系统似乎不太说的过去！
因此我深感惶恐，这样一个基于系统件开发模式的系统能占的住脚吗？可能吗？
思索了很久，我发现其实这样一种开发模式并不违背上述规律，从分工合作的角度来说，这种开发模式其实系统件已经完全封装了所有的底层代码的实现工作，而大部分设计工作也封装在系统件里了。而需求分析其实是一个系统具体化的过程，这一点任何时候都不能避开，在使用系统件开发模式开发的时候，系统件变为系统的过程正是需求分析结果的体现！
简单说来，系统件开发模式只是把以前的一长串的开发过程变成了简单的需求分析-实现的过程，而这个实现，以前是每一个系统有一个具体的实现，现在则简化到了简单的系统件来实现！以前一个系统可能需要很多人来一起协作完成，这其中包括了很多的编码者，现在，可能根本不需要这些编码者了！
这样一简化，时间和物力都大大简化，而系统则具有一样强大的功能，甚至更强大！
这个“甚至”是有一点深度的，因为我发现现在许多做企业软件的公司实际上做的产品的绝大部分功能都差不多，但因为利益关系和狭隘的商业思维，每个公司的产品都是保密的，所以虽然是同样的产品，每个公司都是招上一帮人从头做起，又因为时间短促等因素，所以做出来的产品虽然都具有相同的功能，却都不成熟，千姿百态，甚少精品。
这从软件工程的角度来说，就是重用性问题在企业的最好体现！
说到这里，我想你大致知道了这个“甚至”所包含的意义，以系统件模式来开发，重复利用的机会就大了很多，因此经受的考验就更多，自然，系统就会更强大，更有耐力！
一般性的规律并未违反，因为基于系统件的开发模式也是遵循经验积累规则的，它只是把以前相似的大量的散沙聚集起来，提炼为一颗颗晶莹剔透的钻石，并且使得分工更精致，合理。
现在可以这样解释：以前的先有代码的经验积累，然后才可能去进行系统的需求分析设计的思维模式只是一种纵向的思维模式，系统件开发模式则纵横结合，并从分工合作的角度来重新定义了软件的开发过程！
写到这里，我都不知道我说的到底有多清楚，我知道我已经倾尽了我的最大的阐述能力。但我还是觉得不够明白，细致，因此我做了一个基于系统件的软件开发系统的模型，很惭愧，前面提到过，我写程序向来粗糙，这次也不例外，如果你们某一位不幸看到这个模型软件，请记起我的这个缺点！
说起这个缺点，我想该说说我为何要提笔写这段文字了，我深知即使我改了这个缺点凭我个人的能力再夸大许多，我也完成不了这样一个系统，况且这样的系统是一个不断积累的过程，所以，我想到了是否能找到一种合适的方式帮助我实现这个梦！
所以，我现在奔波之中...


　

没有欺骗！

 回复: █>>>回所有关心这个话题的人——不论是褒是贬，我都觉得很有意义
　

---

不知道ibm的sf，是不是你想要的东西？我知道，即使伟大如sap，他也仅仅作了10几个行业。

 回复: █>>>回所有关心这个话题的人——不论是褒是贬，我都觉得很有意义
　

---

不知道ibm的sf，是不是你想要的东西？我知道，即使伟大如sap，他也仅仅作了10几个行业。

SF？能详细点吗？

 很好的笑话。慢慢做梦吧。这个梦至少被人作了20年了。
　

---

但能像阁下一样认为不需要实际经验就能完成的也是少见。
阁下被人认为能掌握大方向，但实际工作不够细致，考虑到2年4个单位，平均半年一个，不知道阁下知不知道一句成语--眼高手低？
能掌握大方向未必就意味投身该行业，区区不才现在也会说一句常温核聚变可以被实现，不等于50年或100年后被实现时我能要求追授物理教授身份，当然更不会是在现在。也许作IT行业的销售或媒体公关更适合你。只要有红包，让记者说太阳绕地球转也是可行的。
至于你说，[难道我希望做项目经理就必须先写上三五年的程序吗？ 难道搞完系统的需求分析，系统设计后就一定要面对一堆代码，一定要找上几个程序员来实现它吗？]，我倒有个好消息，可能不用。曾经认识一个人，他在一个预期总开发过程1年，其中设计半年，开发3个月，测试3个月的项目中作了半年设计，完成了大量文档，这时项目方担心愚蠢的程序员们不能理解设计师们的苦心，希望由设计师们亲自完成编码工作，这位老兄的原话如下：[我怎么会知道该如何写程序！我连这个系统想干什么都不知道！就立刻辞职抗议了]，当时在下庆幸没有机会和这样的高级设计师共事，现在看来，还应该拿张他的名片，好方便您二位切磋切磋。
不多说了，天还没亮，您老继续做梦吧。

 赫赫，我是只想自己退休
　

---

最理想的生活就是不干活就有钱拿。

的确是高级的设计师。。。

 我觉得你的想法不太正确，但总比什么都不想还要好些。祝你有一天想到更好的东西。
　

---

“不具有任何个性化的信息，但具有固定的系统结构和界面布局。根本不需要这些编码者了。”在这种情况下，我想你只能够通过设置模板的属性来实现应用程序。不知你想象中的模板有多少个属性，1、10、100、1000、10000、100000。我想一些带有向导功能的开发工具就有点象你的“系统件”，可惜大部分人都不使用它。重用性我想在J2EE中已经考虑到了，你只要购买别人的Bean来使用就可以了。

有句名言叫做 "少干活多拿钱, 不干活也拿钱"
嘿嘿

吃软饭比较好

 几天没来, 居然看到如此有趣的东东了...
　

---

嘿嘿, 记得有一个宏大的项目, 各位软件工程专家认认真真地开着 Rose, 画出了许多许多 Use case,
写出和生成了许多许多文档. 说: 好! 文档已经写完, 设计已经做得很好了! 听到这里有人忍不住问了,
后来呢? 答曰: 后来没有人写程序. over

跑题了.

关于 "我有一个梦想------程序员下岗", 兄弟不揣冒昧, 也有一个梦想------程序员下岗,设计人员下岗,分析人员下岗,所有 IT业人员下岗! 我希望以后都不再需要 IT 人员, 只要任何一个人想, 我要计算机能干 xxxx, 计算机立刻自动开始干 xxxx. 虽然这对广大的 IT 业从业人员是一个打击, 可是为了社会的发展, 人类的进步, 我还是要这么想!

只是, 国家又得应付这么多下岗人员了, 会不会给政府造成压力啊?
　

要证明编写的代码保证需求（或设计，对应模型）的语义，对大一点的程序短期之内就是不可能的，更不必提自动生成的代码了。

 赫赫
　

---

为了社会的发展，人类的进步，您老太先进了。
我是只想吃了睡，睡了吃。您老推荐的软饭大业，一来没有本钱，二来还有一些不得不委曲求全的事，劳烦您老再给找找？

n年前就看到记者预言，随着软件自动化的发展，在古老错误造成的2000年危机解决后，程序员将大量下岗。不过记者大人倒不是知道CMM或UML等名词，他老人家的依据是软件人机界面越来越友善，于是用户就不需要程序员来中介了。所以程序员被这位大人排在21世纪中最差，最没有前途的10差职业中，而且排名不低。估计越来越友善的人机界面就是这位快活DIY的系统件自动开发的？

要说梦想，我希望的是不用我说，计算机就知道我会想什么，帮我处理了。不用我想，计算机就知道我会遗漏哪些，会想错哪些，自动帮我解决。据说我这种懒人就是社会进步的动力。呵呵，我自豪，我是社会发展的大功臣-懒人。

 哈，那样的话，老兄吃的饭不如就直接给那个计算机吃算了
　

---

反正人类所有想做的事计算机都在我们说都不必说的情况下就已经完成了，人类还是聪明一点儿让位于计算机吧；或许把现在归你吃的饭都让给计算机吃掉，这一天会更早一些到来呢

 恭喜你，你的梦想可以实现
　

---

呵呵，花上一些银子，把你的需求提出来，让别人给你提供一堆的系统件，并替你做好集成。于是乎，你的设计就直接变成了可用的系统了……

 回复: 很好的笑话。慢慢做梦吧。这个梦至少被人作了20年了。
　

---

不错

我现在正在以下两种方式中徘徊：
1 采取LINUX那样的开发运作模式，做成自由软件！
2 采取纯商业模式，先成立自己的公司，然后收购比较有实力的，成熟的MIS开发商！因为系统转系统件是相对比较容易的事，而现在已经有许多现存系统了，这样可能发展会更快一些！

值得梦想，但需要努力！

申明一句：下面的的话可能有一点过激，但决不带有任何贬义，希望大家客观的来理解！

我知道这样一个话题就现在来说，必然是反对多于赞同的，但是我仍然觉得这个想法的确是可行的！
让程序员下岗，可能大家误会我的立场了，要做这个系统，必然还需要许多高水平的程序员，因为系统件的开发的确是有一些难度的！但现在我们的很多初级程序员仍然还在底层代码上不知疲倦的钻研着，我觉得实在没有必要，因为他们花了十倍的精力做出来的东西，其实给高水平程序员可能一倍的精力就做出来了。而因为现存的商业因素，这些高水平的程序员却往往只能为某一家企业服务，从他们所得到的回报来看，似乎这正好顺应了多劳多得的规则，而这正是每一个有着正义感的人所追求的！但其实从另外一个角度来看，如果这些高水平的程序员所做的东西不只是为一家企业服务，而是释放出来给千千万万家企业所用，那价值就不可估量了！这其实是资源的一种重组，而这样一重组后，是的，是使我们的软件产业进步了——这句话虽然有点大了，但是事实！进步不可避免的会让某些环节发生重大改变——这里最直接的，当然是让许多编码者下岗了！但我们为何不从另外一个角度来想想呢。如果变革发生在了我身上，如果我是一个敢于接受一切有意义的变革的人，那就勇敢的去接受它，然后寻找另外的突破口。程序员下岗了，那就把你的聪明的大脑用在分析和设计上啊，当然，如果你还很喜欢写代码，那就去改进我们的系统件啊，更突出一点，你可以想想更好的软件开发的方法啊！
其实，我现在希望做的和当时微软和BORLAND提出的组件，控件开发是一个道理，只是我把它上升到了系统这个高度！从这个角度来说，我想大家应该更明白一些！
有一句话是这样说的：以后的软件开发是这样的：软件发展过程是一小撮高手写给一大群低手使用的过程！我觉得这话不错！你看看现在不是微软和BORLAND的高手写给我们所有这些使用他们开发工具的低手用的吗？我们的所谓的开发高手们，和他们比起来，你们自己觉得自己有多高？

其实我已经做出了一个模型软件。但比较粗糙，不好意思见人！希望能继续关注

高，实在是高！

希望能交流

 也不全错
　

---

针对某一个具体的行业应用，演化发展出一套可重用的，逻辑可重组的组件和框架，通过几年的努力是可能实现的。也不要太打击了。

如果你希望从打击中获得快乐的话，我觉得有点危险！

真是“......吕洞宾，不识好人心”

你怎么想的就怎么说，客观点讨论问题！互连网上还不说真话，那就太可悲了！

不过还是谢谢你的好心！

醒醒吧！（这句确实是打击，因为要维护你的论断的正确性）

 有这个想法就很高了！
　

---

真的，我觉得如果有这么个东东！那么我们就可以回家睡觉了:)

没有什么讨论的，你为我们描绘了一个美好又悲惨的前景！:((

从表面上看，这一想法确实有点理想化，以至于当时我自己都觉得不可思意！
但其实仔细分析一下，这个想法正是基于定制的思想的，我在以前的文章中曾经说过，系统件（我不知道你所说的通用组件体系是不是和我所说的系统件一样）其实是把组件思想上升到了系统！而基于系统件的开发模式也是基于组件的开发模式的一种升华，看看现在的基于组件的开发模式是如何的有用而且广泛，就该知道系统件的开发模式是如何的场景了！我所设想的系统件开发模式正是从组件开发模式继承过来的，应该具有组件开发模式的大多数优点！但我希望能够让分析代码彻底分开来，使得分工更为明确，开发模式更优化（你可以再仔细看一下我在（█>>>回所有关心这个话题的人——不论是褒是贬，我都觉得很有意义 - ）一文中的具体论述！
因此我就试着做了一下，做过后我觉得完全是可行的！当然，我也不提倡完全的重用，因此我也考虑到了系统件定制这一层！

我想，我现在的处境其实和ＢＯＲＬＡＮＤ和微软当初提出组件开发模式是一样的（希望不会说我是在自夸，呵呵），所以，我很有信心！

呵呵，纳什均衡理论我倒没听过，不知能否详细说一下！

 这一天不会太远
　

---

我是一家咨询公司的技术顾问
我就是做ERP系统Implement的，
我们的系统和贴子主人所说的已经很像了，
不管是什么行业的企业，我们的系统已经可以完成大部分ERP功能，
只需要对一些特殊的需要进行定制就可以了。
微软已经花1亿多美金收购了我们这套系统，以后的软件都会向这种所谓的“系统件”靠拢，这一天必将可以看到。

但程序员下岗是不太可能的，只不过以后的程序员要做的事情真的是越来越简单了！而大部分的核心技术都掌握在龙头企业的手里，不知道大家对此有什么看法。

你们的系统有ＳＡＰ的强吗？
能详细交流一下吗？我自己也做了一个软件模型，可是编程水平不好，比较粗糙，呵呵！

 回复: 确实快了
　

---

你是怎么构想的？如何分析的？采取了哪些步骤？可能的风险是什么？如何回避这些风险？
原理上是接近这个想法了，但需要行动。

 回复: 我有一个梦想------程序员下岗-----快活DIY开发者之梦
　

---

我一直在梦想这一天，当每天都做重复的项目时，这种感觉尤其强烈

如果OO还要进一步发展的话
可能就应该是面对不同的确定方向的应用，都会有超级快速的开发工具能构建对应的应用

当然程序员是不可能下岗，只有可重复的应用才能做到这一点。
其他的应用和这些开发工具还要程序员构建

把你的想法描述得更精确些，要更努力，不要总用一些文学的字眼。你知道无数人在写程序，包括美帝那里20-30年经验的程序员，大家都在降低成本的路上向前赶，不只你一个。你要具体你的想法，这样大家才能一起讨论，否则听起来只是象在祈祷。

是的，我进段时间其实一直在做这方面的努力，我以前的文章不是提到过么，我做了一个基于系统件开发模式的软件模型！但因为条件和我本身的水平，做的有些粗糙，但我想离我想要实现的目标已经不远了！

 回复: 呵呵，看来我还不算太另类！
　

---

没有SAP功能那么强大，但是比SAP定制起来要方便得多，而且可以满足几乎所有企业的需求，我觉得这就足够了。
效率第一

卖给MS，相信你也知道是什么系统了，我也不多说了