├ XiaoHui.Net 笑汇程序员论坛首页
└→ Visual C++ 讨论区

VC程序员之无法选择的命运

上一主题

下一主题

小李先生
小水手
Rank: 1

UID 186
精华 0
积分 1
帖子 1
阅读权限 10
注册 2005-7-21
状态离线

VC程序员之无法选择的命运

VC程序员之无法选择的命运
小李先生
(请到我的论坛: http://www.fmpc.cn/Forum/index.asp发表评论)
许多人选择做程序员，因为觉得程序员做的是创造性的工作。
许多人选择做VC程序员，因为想感受掌握一切，君临天下的感觉。
后来，程序员们都明白了：自己所做的，只是最机械、最重复的劳动。我们并未创造着世界，而是让世界死死地牵着鼻子走。我们一步也不敢停留，害怕着会因此与世界失去联系。
再后来，程序员知道了除了写程序之外，还要吃饭。许多程序员找到了工作，唯唯诺诺地写公司规定的代码，过上了任人鱼肉的生活。VC程序员却由于一直找不到工作，流浪街头。
其实，选择做程序员，就意味着比别人受更多的苦。选择做VC程序员，就意味着比别人走更多的弯路。因为我们没有好的书籍参考，没有好的老师指导，没有好的环境实践……我们孤独地在眩目的显示器前或在漆黑的夜里苦苦摸索，寻求出路。然而，蓦然回首，离自己的目标已渐行渐远……
数百个VC程序员联系上我，说找不到工作，有的说要到我公司来。我要求他们设计一个最简单的项目，但他们都似乎有心无力，屡屡犯错。我知道，这并不是因为我们的VC程序员不认真，不努力。而是在这盲目的大潮中，程序员们找不到方向。举个例子，当今的VC书籍可不能不谓浩如烟海，但真正有用的没有几本。写书的人欺骗着一批又一批的莘莘学子，让一大班程序员跟着他的屁股去啃那些枯燥无味并大多无用的东西。当程序员们探索得有点眉目的时候那技术早已经不流行。如MFC，来不及让程序员们真正理解，却显江河日下。
我知道，真正让你有进步的行为是进一家软件公司做一个项目。那时，你会真正感受到一日千里是怎么一回事。但是VC朋友说要到我公司来，我总是拒于千里，理由是不能给公司带来效益。公司不是慈善机构，要培养一个VC程序员也不是一朝一夕的事情。朋友说，我们可以合作，这样总可以帮上公司一点忙吧。其实，合作写程序并不象书上所写的那样简单，相反它更是一个漫长的过程。每个人的经历不同，思维不同，要融合在一起是很难的。即使大家同一样的大脑，初次合作时也要不断地交流。最重要的是，新手写程序，总会犯些“不可原谅”的错误，会给公司带来难以预计和损失。
难道，要我们VC程序员把自己为此逝去的青春和未圆的梦想、未酬谢的壮志一齐作深深的掩埋吗？
绝对不是！我也是一个VC程序员，深深知道我们走每一步是多么的不容易，我们的付出远远大于收获。VC象一个海洋，很多必要的知识我们没有精力完全去触及。记忆中，我们从满怀信心开始，到艰难地啃着一本本的“天书”，最后，却背着VC这个沉重的包袱迷失了自我。
大家是否想过，我们本身也有责任。换句话说，如果我们真的“够强”，软件公司绝对欢迎。VC程序员总有着英雄主义，想掌控一切，涉及编程的范围太大，而真正懂得的甚少，给人志大才疏的感觉。还有，我们是否想起过“帮助别人实际上就是帮助了自己”这句话？大家互相学习，让社会上有一大班精通VC编程的人才，VC在“招聘界”流行，我们会惧怕找不到工作？
前几天，我在市郊的见到一批出租的大楼。干净整洁，功能齐全，价纸却超低。那一刻，让我想起了我们穷VC的朋友。我们可以在此聚在一起，做一回学生或老师，互相学习，共同进步，也可分时分批出去联系编程业务。有这庞大的队伍，我们就不会在联系业务时有底气不足的现象，我们可以大声说“绝对有把握完成这个任务”。
当然，我们更可以在闲暇的时候，驱车到附近的海边。我们手拉手，穿着拖鞋踏踏浪，看看夕阳……追忆作别的梦想，寻找往昔的壮志豪情。
但愿这不仅仅是个梦。

2005-7-21 17:14

为爱努力
小水手
Rank: 1

UID 185
精华 0
积分 12
帖子 12
阅读权限 10
注册 2005-7-21
状态离线

真有是这样的吗？

2005-7-22 15:42

深蓝境界
小水手
Rank: 1

UID 201
精华 0
积分 1
帖子 1
阅读权限 10
注册 2005-7-24
状态离线

感慨中~~

2005-7-24 15:45

Kingwood
传说中的水手
Rank: 5

UID 7
精华 1
积分 43
帖子 33
阅读权限 1
注册 2005-7-1
状态离线

呵呵！
也不完全如同楼主所说的吧？
VC就有这么难，MFC过时了？不必追风吧？

2005-7-26 09:03

笑笑
传说中的水手
Rank: 5

UID 234
精华 0
积分 2
帖子 2
阅读权限 1
注册 2005-7-30
状态离线

你是不是骗子啊

2005-7-30 23:16

liuhaibaoddd
传说中的水手
Rank: 5

UID 103
精华 0
积分 15
帖子 15
阅读权限 1
注册 2005-7-9
状态离线

我也发觉VC难，我现在都开始转学C++ Builder6.0 了！

其实一点也不喜欢微软的开发工具，它把一些简单的东西都搞的复杂化了，
有一种故弄玄虚的感觉!
我也发觉VC难，我现在都开始转学C++ Builder6.0 了！

2005-7-31 22:23

狼桥
小水手

UID 482
精华 0
积分 2
帖子 2
阅读权限 10
注册 2005-9-12
状态离线

我学VC近一年了,可是总觉得什么也没有学到,满脑子都是雾水,可总有一股神秘的力量促使我继续学下去,希望大家支持.

2005-9-12 22:55

lysmart_8
小水手
Rank: 1

UID 497
精华 0
积分 1
帖子 1
阅读权限 10
注册 2005-9-14
来自南昌
状态离线

我不相信还有我学习不进的东东

2005-9-14 19:11

woshishitou
小水手
Rank: 1

UID 521
精华 0
积分 1
帖子 1
阅读权限 10
注册 2005-9-19
状态离线

这句话我喜欢。

我不相信还有我学习不进的东东

这句话我喜欢。

2005-9-19 14:10

BillAsiaHub
小水手
Rank: 1

UID 524
精华 0
积分 5
帖子 5
阅读权限 10
注册 2005-9-19
状态离线

生活就是这样！

你如果是程序员，如果是知深的程序员，想转换环境可以找我！

2005-9-19 17:25

#10

我的1234我的梦
小水手
Rank: 1

UID 559
精华 0
积分 1
帖子 1
阅读权限 10
注册 2005-9-24
状态离线

郁闷呀，但愿不是真的

2005-9-24 10:58

#11

qiannianlei
传说中的水手
Rank: 5

UID 562
精华 0
积分 3
帖子 3
阅读权限 1
注册 2005-9-24
来自江苏无锡
状态离线

我知道，真正让你有进步的行为是进一家软件公司做一个项目。那时，你会真正感受到一日千里是怎么一回事我同意

2005-9-24 14:13

#12

风雨雷电
传说中的水手
Rank: 5

UID 643
精华 0
积分 698
帖子 698
阅读权限 1
注册 2003-9-21
状态离线

==================================================
这个文章我记得以前在CSDN上见过但是以后就找不到了。
今天无意中从某个地方翻了出来。
里边有一些观点和我想的不太一样，但是我相信看过的
网友应该有自己的想法。
==================================================
滚滚长江东逝水，浪花淘尽英雄。虽说是个人英雄的时代已经成为过去，但我们仍然不能对这样的榜样们有所忘怀，他们是WPS求伯君、CCDOS严援朝、2.13吴晓军、四通利方王志东、CCED朱崇君、UCDOS鲍岳桥等。因为他们不仅是成名的优秀程序员，也不仅是在写文章时所必须想到的人物，更主要的是他们激荡了很多批程序员的编程热情，坚定了学会汇编和C就能走天下的决心和勇气，他们代表着以往中国软件业的辉煌。
多年来，我们一直就这样追随着，也不曾怀疑过有什么不对的地方。即使在DOS已成为过去，Windows和Internet独霸天下的今天，我们也不曾怀疑过。
我们能怀疑吗？我们眼见的实例太多了。我们不是看到Linux等操作系统和许多应用程序的内核都是用C来编制的吗？即使在高校的计算机或非计算机专业中，C/C++程序设计课程的广泛开设不也是一个极好的证明吗？Norton Utility 首席设计师Enrique Salem不是也认为"每个人都应当使用C++"吗？
难道还有什么怀疑吗？
诚然，我们不能否认C/C++语言的超凡魅力。然而我们不禁要设问，在Windows流行的今天，用Windows C编制出界面独特、功能强大的应用程序，你能吗？即使能，你需要多少时间？
在有许多程序开发工具可供选择的今天，强调"C/C++是程序程序员所必须掌握的语言"难道就没有人真的敢站出来提出质疑吗？

其实，在网络一统天下的今天，任何应用程序都必须经过网络的验证。谁的软件好用，谁就会被认可。为了能达到这样的目标，许多Windows程序员都选择了简单易学、能快速有效地开发的Visual Basic、Dephi等工具。E_book电子阅读器就是其中一例，它是李晓东用VB设计的。
如果这显得太过苍白无力的话，那么让我们先来看看C语言从过去到现在的发展历程，看看它为什么这么发展。
众所周知，C语言是在70年代发展的语言，由于当时人们设想一种集低级语言和高级语言优点于一身的语言，于是C语言就诞生。基于它的简结、紧凑、方便和灵活，它很快就成为国际上广泛流行的语言。
然而，C语言终究是面向过程的语言，数据和处理数据的程序是分离的。当对某段程序进行了修改或删除时，整个程序中所有与其相关的部分都要进行相应的修改，从而程序代码的维护比较困难。为了避免这种情况的发生，在C的基础上中引用了面向对象的设计方法。它是将数据及处理数据的相应函数"封装"到一个类中，而使用类数据变量则称为对象。在一个对象内，只有属于该对象的函数才可以存取该对象的数据。这样，其他函数就不会无意中破坏它的内容，从而达到保护和隐藏数据的效果。这就是C++。当然，面向对象的C++还支持多重继承、模板、操作符重载、内联函数定义、预处理、宏、全局静态类变量、嵌套类定义等等。
C++太复杂了，任何一个使用C++开发者的企业必将付出更多的成本，因为优秀的C++程序员是少而又少。基于软件企业化的需要，人们很自然地需要一种简单易用、面向对象、安全灵活的"新一代Windows服务"(Next Generation Windows Services，简写为NGWS)应用程序的语言，于是C#出现了。它全方位简化了C++的功能，使其具有C++所没有的简单易学的优势。它既没有C++"悲剧性"的指针概念，也没有类似"：："、"."和"->"的"愚蠢"操作。
因此我们也可以说，C#才是程序员们所必须掌握的语言。但是，我们不能忽视这一点，语言总归是程序员的工具，谁具有简单易用、支持最新技术并能快速有效地进行软件开发，谁就是程序员的工具。
如果上述的结论还不能接受的话，那么让我们看看现在C++程序员的窘境吧！
就目前而言，选择C++就意味着选择Visual C++，而不C++ Builder。这是C++程序员第一件让人头痛的事。因为VC与Windows 98/NT同出一炉，相同功能的Visual C++应用程序编译后，其大小要比C++ Builder小得多。不仅如此，其稳定性和完善程序要比C++ Builder要强得多。
但是"Visual C++"这个名字曾误导了很多人，他们认为自己买了一套完全可视的编程系统，类似于Visual Basic，并在刚开始的几天总这样幻想。然而不久，人们认识到他们必须实际编写和阅读C++代码。虽然Visual C++向导可以节约时间和提高正确性，但程序员必须理解向导所产生的代码，最主要的，还必须理解Microsoft Foundation Class(MFC) Library的结构和Windows操作系统的内部工作方式。许多C/C++的DOS平台的程序员把这种工作方式评价为"枯燥且艰深晦涩"的过程。尽管新版本的Visual C++6.0提供了控制台应用程序类型，使DOS程序员能方便地进入MFC应用程序的开发，但仍然不能从根本上改变上述弊端。
选择了Visual C++，就必然选择MFC，一种程序结构，一种编程风格。但由于MFC是OWL同时代的产物，已经落后于VCL一个时代了。从开发出基于ATL的WTL可以反衬出MFC的不足。这恐怕是Visual C++程序员最窘的地方。
但我们暂且不提MFC过时的尴尬，单是稍稍地改变一下应用程序的外观，Visual C++已是力不从心了。例如，想要改变控件的字体和背景，你得重新生成一个类，而VB只需更改一下属性。从Visual C++界面设计的网站的火爆可见一斑。
不仅如此，Visual C++程序员也时常感到另外一种尴尬，一个小小的BMP、JPG图片显示，在Visual Basic中轻而易举的事件，到了VC居然需要那么多的代码，而且在数据库应用程序的开发中还常发生许多一些细微的错误，令程序员们大为恼火。更为甚者，如果有人还想用Visual C++编写Internet/Intranet程序的话，那简直就是自寻烦恼。
虽然，一个优秀Visual C++程序的薪水要比其他程序员高。但是，他所花费的精力不是其他程序员能比拟的，他不仅需要承担高昂的培训费，而且还要承担90%不成功的概率。这恐怕是想成为Visual C++程序员的人最苦恼的事。
当然，我们不是劝你放弃使用C/C++语言，相反还十分支持。因为使用C/C++编写的程序结构和算法能被更多人接受，毕竟C影响了整整20个年头。但是时过今天，我们还能靠它来"谋生"吗？
相信你已经有了自己的答案。当然，我们之所以跳出来，是希望程序员们不单是在这个方面去思考，更主要的是：在我们国家软件发展浪潮到来的今天，我们不能再盲从，我们应该关注软件产业、关注互联网产业、关注信息产业。我们也应该有自己的归宿，难道印度软件大国给我们的启示还不够多吗？

2005-10-7 21:13

#13