程序员的三大忌

Ⅰ 学习编程先学什么

学习编程首先从C语言开始。虽然，对于一个初学者来说，用一些控件堆砌成一个小软件会有一些成就感，但是，基础才是最重要的。C语言对于数据类型的描叙，远比VB更全面、明白，而这些正是编程中的根本。

学习编程的相关书籍推荐

1、《c primer plus》

《C Primer Plus》是C语言的经典教材。本书以丰富多样的程序为例，讲解C语言的知识要点和注意事项。每章末尾设计了大量复习题和编程练习，帮助读者巩固所学知识和提高实际编程能力。附录给出了各章复习题的参考答案和丰富的参考资料。适合希望系统学习C语言的读者，也适用于精通其他编程语言并希望进一步掌握和巩固C编程技术的程序员。

Ⅱ 怎么编程

学编程，决不可心浮气燥。任何实践都是……

我认为有些人的观点错了。错得一塌糊涂。
对于这个问题，我的基本观点是：任何实践都是理论的载体或表现形式。而理论也是由实践上升而来
的。两者是辨证的。今天，我们只关注它的前一部分：任何实践都是理论的载体和表现形式。
我不是想故弄玄虚，但真理的外表看上去往往就是这么奇形怪状、难以理解。让我来给你解释一下
吧。
比如：战争是军事理论的实践，也是它的表现形式。战争的胜负取决于指挥者军事理论的掌握程度（别
给我举赵括这类“纸上谈兵”的反例，他们根本算不上掌握了军事理论，充其量只算是“背”下了军事
理论。“掌握”和“倒背如流”这是两个概念。）

1、VC、VB、Delphi …… ，你该学哪个？
具体到编程而言，我要告诉你：任何一种计算机语言，都是计算机科学理论的载体或表现形式。C++很
神吗？java很酷吗？它们差距很远吗？是的。但从理论的层面上讲，它们没有区别，都是“面向对象”
理论的一个具体形式而已。
现在的程序员们被发行编译软件（通常我们将其称为“系统软件”）的商家不断推出的产品搞得眼花缭
乱，头痛欲裂。不断地跟在新语言后面跑，这条路还没跑到头，那边的“新路”又鸣锣开张了，于是再
跟着跑……渐渐地有些人开始感叹：学海无涯、学无止境，或什么“程序员是青春饭，过了三十别想
干”……
在此我不得不叹息：中国的教育真是一种“形而上学”的教育。早在高中时代我们就学过“辨证唯物主
义”的基本理论：做事情要抓主要矛盾。这一条恐怕谁都知道，却鲜见谁能在实践中把这一理论运用得
“炉火纯青”的。把这一理论运用到编程上来讲就是：
理论是主要矛盾，语言是次要矛盾，学会了理论，再具体到学一种语言时，你只不过是在进行某种消遣
而已。
现在学VC的普遍看不起学VB的或学Delphi的。但如果一个用Delphi的人，在需要写web程序时，用
TCP/IP做了一个构架，嵌入到应用程序中；而另一个用VC的人却只会把一个又一个的组件拖来拉去的做
些个“例子程序”的翻版。你说他们两个谁历害？Delphi和VC谁历害？
真应了这样一段话，问：纽约好还是上海好？答：有钱哪儿都好，没钱哪儿都不好。上海的富人并不比
纽约的富人少多少的优越感，而纽约的乞丐也不比上海的乞丐多多少幸福感。
现在你还会说学VC的人就一定比学Delphi的人水平高、“钱景”好吗？

2、“浅薄”绝不该是中国程序员的性格特征！！！
想问一句：中国程序员这么多，你们真地把基础理论学好了吗？别用你现有的编程经历告诉我：编程不
需要数学，不需要数据结构，不需要编译原理…… ……说话得负责任，您知道吗？我之所以发表这篇
文章，就是因为再也看不下去这种在中国编程界漫延的歪理邪说了！邪教害死的是人的个体，你们害死
的是中国软件业的未来！如果再让这种理论继续毒害编程新手的思想，中国将在计算机领域失去民族的
尊严！！！
请问，操作系统、编译软件、数据库系统…… 这些被称为“系统软件”的东东，中国有几样拿得出手
的产品？也许是我孤陋寡闻，据我所知：我们国家一件像样的也没有。
不错，我们是有一些网站的股票在西方上市了，我们是有一些人被国外公司请去做高级职员了，我们也
有一些人把西方的官方网站给黑了……但是，我们用的编译工具是谁的产品？我们微机里装得是谁做出
的操作系统？我们的程序跑在谁的芯片上？
爱之深，恨之切。我爱的是中国，但我痛恨不是中国，而是在中国编程界普遍流行的“浅薄”和“自以
为是”，这是我们民族软件业的一颗毒瘤！
是的，现在编程方面快速入门的书满天飞，让程序员的门槛越来越低。我这个外行就得益于这个“低门
槛”，跑了进来。但进来后，我们就不能再这样浅薄下去了——我的兄弟们！
用他国提供的工具做几个网站，写几个应用程序，弄出几个病毒…… 是振兴不了民族软件业的。顺便
说一句：我尊敬求伯君，但我不认为金山公司和其系列产品配得上被称为“民族软件业”的大旗，相对
这个称号，它差得太远了。
…… ……
写flash软件的人会认为用flash做动画的人比他历害吗？Adobe公司真的认为考取Adobe证书的人是“人
才”吗？MSCE、MSCD…… 通过这类考试得到微软徽章的人，在微软眼里是“人才”还是“义务推销
员”？持这类证书以及其他一些大软件公司认证的人，你们还在以为自己是“中国软件业的精英”而感
叹“怀才不遇”、工资太少吗？
醒醒吧，朋友。别再用编程不需要理论的话来自欺欺人了，别再用自己的浅薄来教导别人像自己一样浅
薄了。我想问问那些称数学、数据结构等基础课程对编程没用的人：
请你们搞清一个概念：是这些理论“没用”，还是你们“没用到”；是你们“没用到”，还是你们的水
平根本“用不到”；是你们“不需要用”，还是你们根本“不会用”？
举个例子，操作系统中的工作调度，若工作优先权相同，用什么方法进行调度？当然是“先到先做”—
—这就是数据结构中“队列”的应用。你们说“用不到”，只怕是因为到目前为止还没机会接触这类
“高端编程”的挑战吧？这样的话，那就算了，挣你的钱去，但别再来这里误人子弟，吹嘘什么优秀的
程序员不需要理论。
是谁说系统软件发展的黄金时代已经过去了？Linux不就是在MS操作系统雄霸多年的情况下一举成名的
吗？中国难道就找不到这样一个机会？ 不，如果我们的程序员克服了现在的浮燥与急功近利，我们一
样可以在“系统软件”这一软件业的“高端”树立自己的品牌！所以请看下面——

3、年轻人应该有宏伟的志向。
用别人的产品做自己的东西，你永远只是个“高级客户”，成不了真正的开发者。不管你用他国的系统
软件开发出多少好的产品，挣了多少钱，只要人家一升级、或一推出新产品，你口袋里的银子连同最后
一条小裤叉也会被剥夺得一干二净。你，只不过是一个高级打工仔。
我希望打算进入编程界的朋友们，特别是现在还很年轻的朋友，能有一个比较高的志向。更希望已经进
到这行的朋友们能有以“振兴民族软件业”为己任，力争成为中国软件业的“旗手”。
我不赞同方东兴把微软骂得一无是处。更不赞同年轻人学他那样，一赌气而拒绝用微软的产品，拒绝
Windows、拒绝VC 、拒绝IE ……
我认为方东兴只是个狭隘的民族主义者。他看到了中国软件业民族的一面，却不愿承认我们落后的一
面。毫无根据的“自尊”等于自取灭亡。清朝末年，我们的科技并不落后于西方多少，但我们过分“自
尊”的“大国思想”却使我们失去了向其他国家学习的机会。当我们嘲笑西方人的蓝眼睛、大鼻子的时
候，他们的坚船利炮，却把我们“央央大国”的皇帝、太后打得满世界逃难。慈禧太后被打得满地找牙
的时候，不得不说出“量中华之物力，博与国之欢欣”的龌龊话，此时，她“大国皇太后”的自尊何在
呢？前面自尊过了头，事后必遭报应。这报应一持续，就是几百年，直到现在。难道我们还要继续闭门
造车，再走老路吗？
我们现在承认微软比我们强，向微软学习，并不等于我们永远要跟在他后面跑！在我们低下头的时候，
我们就应该想到，何时能再抬起这颗高贵的头颅！！！而且是“一定”！！！！！自尊不是错，错是错
在“太盲目”——妄自尊大，你就要和慈禧一样被打得满地找牙。做为一个大国，一个明智的民族，我
们不能讳疾忌医。
年轻人，志当存高远。相信我，当你以民族振兴为己任的时候，封王称帝、富贵荣华，都只不过是千秋
伟业的一个副产品。在这个尊重知识、崇尚科学的年代，志向高远的人，永远不必担心自己的“钱
途”。
不必讳言，我承认我当初进入编程领域不完全出于兴趣，也有“钱途”方面的考虑。但就好像当年参加
八路的战士当中，有些只是报着能吃上军粮或打鬼子报家仇的思想入伍的，但后来却学习了马列，提高
了觉悟，转为以兴国救民为目标一样，当我一步步深入到这行以后，当我决定考研并慢慢提高了认识以
后，我的目的变了。我觉得应该有个更高的人生目标，更高志向和追求来支持我的行动。这个目标就
是：为民族软件业尽一把自己的力。
真心希望你与我同行。

4、几点建议：
建议大家耐下心来先学好理论，然后再选择具体的工具或语言。不过，在所有这一切开始以前，先打好
C语言和汇编基础。
能不能得道，就看你在见到别人做出一些花里胡哨的东西时，是不是能坚定信心、耐住寂寞、抵御诱惑
了。
一个和我一起学习C语言的人，学完就直接开始玩VC，而我则潜下心来学了些C++和理论方面的东西。早
早地，他就能仿照书上用VC做些界面似的东西在我面前炫耀，可后来，当我基础理论的学习告一段落，
做个图书管理程序卖了800大洋时，他还只是停留在做“例子程序”的水平上。现在我们谈论起编程，
深度早已不可同日而语了。他起跑领先，却落在了后面。
我不敢自以为是，只是想用这个亲身经历告诉大家：学编程，决不可心浮气燥。
5、结束语
我的话触到许多人的痛处，而且由于写时心中气愤难平，有些出言不逊，可能要遭人骂了。不过，既然
写了，就不怕骂。因为：以上所言全是忠告，识不识货，就看您的眼光了

Ⅲ 如何正确对待需求的变更

软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求分析和需求变更的处理十分重要。 软件需求变更会给项目带来巨大的风险,会导致项目的成本费用增加、开发周期延长、产品质量下降及团队工作效率下降等不良后果，因而需求变更在软件开发项目中应该尽量避免。然而由于政府对特定软件的相关要求、用户部门市场战略的调整、工业界的发展等因素都可能带来需求的变更，而这些因素往往不可避免。在软件开发过程中如果只有一条真理的话，那一定是：需求的变化是永恒的，需求不可能是完备的。因而，对于需求变更应该正确的对待，尽量将其负面影响降低到最低。 2、减少需求变更 正如前文所说，需求变更往往是不可避免的。通常是项目负责人员花费了大量的气力避免需求变更，可最后需求变更总是会出现。但是这并不意味着项目开发人员不应该做这方面的工作，项目开发人员对于需求变更的正确态度应该和软件测试的态度一样，在需求并更发生之前尽量减少需求变更，以将需求变更带来的风险降低到最低。项目开发人员切忌在项目设计之前试图消除需求变更，这样做往往费力不讨好。 相比于需求开发人员而言，客户可能对需求变更认识不足，认为他们出钱，程序员或软件开发公司就要为它服务，因此客户对需求变更往往将需求变更视为儿戏，随个人喜好随意变更需求。因此，在需求人员同用户代表或用户部门主管人员接触时，就应该向他们挑明态度，和他们协商好，特别是应该让他们清楚软件的定价应该与软件的功能相关，以及需求随意变更所带来的风险的承担者应该由客户和项目开发者共同承担。通过这样做，让客户在需求分析之前就尽量对他们所需要的功能有个整体的了解和确定的思路，而不是等到程序员开始编码了，才提出以前原本在需求分析时就可以提出的需求。 让客户明白减少需求变更的重要性后，需求分析人员应该采取合适的方法同客户交流，帮助他们明确他们的需求。需求分析人员和客户的关系不应该仅仅是记录人员和需求提供者，他们的关系应该更多的是战略合作伙伴关系。虽然需求分析人员和客户存在着服务商和顾客的关系，但是他们有着一个共同的目标：开发出适合客户需求的软件，因此需求分析人员除了记录客户提出的需求以外，还应和用户讨论，提出一些建议，使用合适的工具帮助客户提出需求。在需求分析时，尽量多的召集需求研讨会，邀请开发人员和客户共同协商探讨，在研讨会上允许任意的提出需求，并将这些需求整理成档后由客户代表和需求分析人员共同商议可选的功能，这样能够尽量使得需求完备。在需求开发时，开发人员采用原型的方法启发客户思考功能需求也不失为一个好办法。 虽然需求不可能是完备的，但是在项目开始设计时尽量使得需求完备还是应该的，也是值得的。 3、规范文档 需求文档作为客户和开发人员的接口在整个项目开发过程中起着举足轻重的作用。需求文档应该按照一定的格式和规范书写，而且应该具备完整性、一致性、基线控制、历史记录等特性。文档书写完毕以后应该交给客户审阅，在客户满意的基础上确定基线。一个完整规范的需求文档不仅能够有助于设计人员和编码人员完成项目开发，更重要的是它作为一个阶段性的成果可以供软件需求变更时参考。 需求变更发生后，也应该生成相应的文档，并且这些文档的书写也应该采用规范的形式书写。需求变更文档也应该包含基线以供下一次修改参考，还应包含历史记录以供开发人员和客户清楚当前的文档内容的新旧以及历史文档的情况，以备以后查看。 4、设计良好的体系结构 开发软件就如同建造一座房屋，软件体系结构则如同建房屋时的规划。两层高的家庭住宅和几十层高的商业大厦建造时的规划必然不同，同样，大型软件和小软件采用的体系结构也必然有所区别。因此，设计一个合理的体系结构对于项目的成败也是十分关键的。 体系结构的建立一般位于需求分析结束之后，软件设计之前。软件体系结构的设计是从结构的角度对整个系统进行分析，选择合适的构件，安排构件间的相互作用以及他们之间的约束，形成一个系统框架以满足用户需求。在设计软件体系结构时，不仅应该想到如何完成满足现在已经提出的用户需求，同时也应适当地考虑到需求的变更。 采用有弹性和可扩展的软件体系结构设计可以有效地降低需求变更引起的风险和维护代价，能够在项目范围未发生变化的前提下很好地适应需求的变化。体系结构的灵活和可扩展性设计使得开发者可以在这种体系结构上面进行各个功能层的组合和分离，也可以将各个功能层分布在各个不同的服务器上共同提供服务，因而能够快速的对需求变更作出响应，并且对已经开发好的系统产生尽可能少的影响。 体系结构的设计除了考虑到体系结构的灵活性和可扩展性以外，还应尽量采用松散耦合的结构，使得结构中的各个构件之间的关联程度尽可能的少，这样就能在需求发生变更时一个构件的变化对另一个构件产生尽可能少的影响。 现有的软件体系结构很多，包括管道－过滤器结构、B/S结构（含C/S结构）、解释器/虚拟机结构、黑板系统以及基于中间件技术的体系结构。在设计体系结构时，首先应该选出适合项目需求的系统结构，然后在从中挑选出那些扩展性比较好，构件之间耦合性比较小的体系结构。基于中间件技术的体系结构就是扩展性比较好的体系结构。采用中间件技术，中间件作为用户界面和操作系统以及网络的连接点，向上为用户提供服务，向下屏蔽操作系统和网络的细节。这种分层的思想能够很好的适应操作系统和网络的变化，可扩展性十分的好。同时，可以在中间件中给出容易改变的接口或是为系统将来改变预留接口来实现功能上的需求变更。当然可扩展性比较好的体系结构远不止基于中间件技术的体系结构这一种，具体的选择和运用应该由设计人员根据实际需要考虑。 5、采用面向对象思想 需求是不稳定的，因而没有不变的需求，然而需求之中却有稳定的东西，这就是对象。世界都是由对象组成的，而对象都是持久的，例如动物、植物已经有相当长的时间。虽然对象也在变化，动物、植物也在不断的进化。但对象在一个相当长的时期内都存在，动植物的存在时间肯定比任何一家企业长久。面向对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变化，只需要将稳定的企业对象重新组织就行了。 面向对象（OO）技术的三大特征保证了采用OO技术可以建立易于改变和加强可重用性的软件系统。封装可以把问题影响的范围缩小，外部的变化要求对系统的影响可以限定到某个类层次或某些类层次中，从而改变系统的一部分相对简单；继承可以使改变基于原有技术基础，很大程度上减少重复开发工作；多态的应用可以使开发和设计人员在相对统一的接口下更改系统的实现细节，从而改变系统的行为。 显然，OO技术是一种增强软件可维护性、健壮性以及保持设计稳定性的一种分析和设计方法，可以在一定程度上快速对需求变更进行反应，并可相对减少需求变更需要的成本。因此，在系统开发过程中应该尽量的采用面向对象的思维方式来构建系统和开发系统。 6、需求变更控制 正如前文所言，需求变更不可避免的会发生，那么当需求变更发生后项目开发人员应该如何应对呢？ 一般来讲，需求的变更通常意味着需求的增加，需求的减少相对很少，而且处理也比较容易。当客户提出新需求的时候，项目开发人员应该分析这些新需求对项目现阶段带来的风险，得出双方实现变更需求的需要的成本，包括时间、人力、资源等等方面，再与客户商讨是否有必要进行变更和如何在最小代价下实现变更。 当客户确实希望进行需求变更时，可以让开发人员开发一个快速原型，让用户体验一下，以确保客户确确实实的希望添加这些需求。在客户和项目开发人员共同确定了需求变更后，项目开发人员应该与客户签订一份新的合同。 当客户提出需求变更并且签订了合同后或是开发人员根据市场和国家政策作出的需求变更得到确证后，项目开发人员应该决定何时实施这些变更。对于那些对系统影响不大和一些优先权十分高的需求变更可以立即在项目中实施，而对于那些对于整个系统现阶段的开发影响很大，而且又不是十分紧急的需求可以放在下一个版本中进行。无论是立即实施还是放在下一个版本中，都应该给新的需求一个充足的开发和测试时间，保证产品质量。 结论 在面对需求变更时，除了通过减少需求变更和规范文档，从分析和设计的角度通过采用合理的分析和设计方法适应需求变更以外，还应该改变我们设计的意识和对需求变更的理解，做好对需求变更的控制和管理，做到对需求变更的灵活应对，在一定程度上降低维护代价和提高用户满意度。

Ⅳ 学java，要注意什么

如果想学好java最好注意以下五点：1、做学习计划并保持自律：在我们学习Java的过程中，尽量减少干扰，把自己的全部注意力集中在Java上。无论你注意力的持续时间是多久，都应该将全部精力放在Java上。千锋教育就有线上免费Java线上公开课。【更系统全面的学习资料，点击查看】 2、通过编码来学习：很多新手在学习Java时都会经历一个阶段，那就是看书、看视频，一段时间后感觉自己都会了，但是真的要写代码却怎么都写不出来，这种情况除了多编码外，没有其他方法了。3、手写代码：在电脑上敲代码也很好，当然不反对这种学习方式。但在我们在手写代码的时候，会激活机械记忆，能帮助你更好地记住东西。此外，在面试中，很多公司的笔试都会让你在纸上写代码。所以在学习过程中这是初学者一定要具备的专业技能了。4、工作产出：可以将你自己写的一些代码、小项目等发布在公共论坛上，虽然有时候他们给出很严厉的评价，但也能进一步指出你的不足，从而加以改正。5、坚持编码：一定要坚持编码，从小项目做起，然后慢慢扩大你的项目范围。如果想了解Java更多相关知识，建议到千锋教育了解一下。千锋教育目前在18个城市拥有22个校区，年培养优质人才20000余人，与国内20000余家企业建立人才输送合作关系，院校合作超600所。【千锋IT培训机构，热门IT课程试听名额限时领取】

Ⅳ 机器编程被研究出来了，程序员是不是都要失业了

机器编程被研究出来了，程序员是不是都要失业了？

在 2018 年英特尔研究院和麻省理工学院联合发布的《机器编程的三大支柱》论文中，“机器编程”一词首次出现在人们的视野。它融合了机器学习、形式化方法、编程语言、编译器、计算机系统等多个领域。通俗地说，机器编程就是通过机器学习和自动化方法，设计出可以自己编写软件的软件，即教系统自己编程。除了上文所说，机器编程可以补充跨架构专业编程人员的缺口之外，它还能解决软件开发和维护上的一大痛点问题：Bug 。机器编程的核心原则是：人类向机器表达他（她）的意图，机器去自动创建完成该意图所需的所有软件。

功能如此优越的机器编程在未来是否会让部分程序员失业？这种担忧并不难理解，毕竟如果机器编程可以实现自动化构建程序，那原来做这件事的人该怎么办？Justin 其实经常被问到这个问题，但 Justin 始终认为，机器编程如果成功，那未来只会创造数千万甚至数亿个就业机会，而非取代专业程序员使其失业。他的理由很简单，有两个方面：

因此， Justin 一直坚持一个观念：自动化不仅不会取代任何现有的程序员，反而会为全新类型的程序员创造非常大的平台，让他们可以毫无顾忌地发挥想象力。或许这些程序员的编程技能会稍逊色，但强大的创造性会弥补这个不足，只要有能力表达他们的想法，那么机器和系统会帮他们把这些想法综合起来做出软件。