学什么编程语言比较好？

我应该学什么语言？这句话被问的很多，但是通常是不会得到答案的。每种语言都有一个相对固定的崇拜者群体，每次在论坛上有人比较一种语言的好坏，就会引发一场持久的战争。之所以发生这种情况，正是因为各种编译语言之间的力量是均衡的，没有哪一种语言是完美的，能够“终结”其它的所有语言。即使像linux下的几种脚本语言那些看似长的很像的语言，也没有谁被谁完全替代，大家和平共处了许多年，并且在各自的位置发挥着自己的长处。这里就我所了解的几种语言和自己学习的经历给新人一点建议，如果你有特殊的需求，比如工程或者数学，那可能需要一些特殊的语言来解决，比如l**p或者ada，这在该领域内基本上是无可替代的，那你也没有什么好迷惘的了。如果你只是一个刚刚准备进入编程这一行的学生，或者是一个想业余时间搞点自己的小东西的业余开发者，却不知道哪种语言比较适合自己，就接着往下看吧。首先是c语言。几乎所有的书和计算机专业都把c语言称为语言中基础的基础，在大学里基本上都属于必修课程，而且，现在还是我们**计算机等级考试和程序员水平与资格考试的标准语言。c语言之所以有这样的地位，是因为它最接近底层，最接近汇编语言和机器语言，最接近机器的思维方式，其它更高级的语言，最终也要按照它的那些基本逻辑来处理问题。所以，学好c语言可以更方便的以机器的模式思考问题。另外，c语言所涉及到的程序的顺序结构循环结构和分支结构，还有整数字符串数组等变量，这些都是万物之源，所有的编程语言都离不了。而且c语言有着严格的格式规范，不符合规范的写法或者错误的类型定义，都会引起编译错误，还有像if(a=1)这种常见错误，都可以让人在使用c语言的过程中养成良好的编程风格和代码规范。这些习惯在以后使用其它更宽松的语言的时候，会大大提高你的代码质量。还有，因为c最接近底层，其代码效率只有手工优化的汇编可以匹敌，在许多脚本语言里面（比如python）可以把一些大运算量的关键代码用c来完成，从而获得更高的执行效率。综上所述，如果你真的想学好编程语言，c是一定要好好学的。但是新手学c语言通常会出现一个问题，就是除了写个排序算法，似乎根本想不出来c语言有什么用。这是因为我们的教科书讲c语言的时候，只讲这些基本算法，甚至连读写文件都不去讲，更不用说图形界面处理了和网络操作了，没有这些知识，想写一个真正的应用那是不可能的。不过，书上没有不等于学不了，文件操作和网络操作的讲解网络上有着大把的讲解，（现在windows下用这个人比较少了，但是讲解linux下c语言编程的书还是相当多的。）只要你随便找几篇文章看看，具备了这些基础知识，写一个自己的web服务器并不难。在逐步增加功能完善功能的同时，你的c语言基本上就可以达到相当牛人的水平了。从0开始学习c的成本是比较高的，如果没有明师（或者一本好书）的指点，某些概念想开窍也有些困难。但是你一旦突破了c语言这个障碍，再学习其它的语言，学习的曲线将会大为平坦。除了c语言以外的其它流行的高级语言，不管是编译语言还是脚本语言，基本上都是面向对象的语言了，所以你要搞清楚面向对象的概念。真正适合理解面向对象的语言，以前是smalltalk，它是完全面向对象的，但是这个语言在**很少见，书也很难买，现在，你可以学ruby。（ruby的作者是日本人，因此在许多论坛上提到它的时候会被许多愤青跳出来乱骂，这种做法是极其愚蠢的），近年新出来的linux发生版里面都自带了ruby支持，这已经充分说明了它在linux管理方面的地位。而ruby on rails这个名字，更成了web2.0快速开发的代名词。该语言借鉴了其它许多语言的特点，并且写出了自己的特点。在ruby里，所有的东西都是对象，包括一个数字，你可以调用-1.abs这样的方法。一切都是对象，才能让你真正的理解面向对象。一旦你掌握了ruby的思想和面向对象的设计方法，那么使用ruby on rails来开发一个网站将变得极其轻松，因为该框架已经包装了web开发中用到的前后台的功能，所有的数据库读写都通过你的对象自身来完成，前台html的生成有着完整的模板系统，只要把美工给你的html代码里面的内容换成你的变量就ok了。如果你拥有了c语言的根本，和面向对象的思维方式，那么，如果因为工作需要，要去学习j**a或者c#，那都是相当简单的事情。至于perl和python，本身跟ruby的语法就比较接近（perl要复杂一些，稍后再说）。但是目前你所学习的c语言和ruby，都不适合用来开发windows桌面程序，如果有这个需求，目前最简单的语言应该就是c#或者vb.net了。通过简单的拖放控件就可以摆出相当专业的软件界面，而程序本身要实现的功能也无非就是本地的文件处理和数据库处理，只要了解了该功能所在的命名空间和几个基本的函数，再查阅一下msdn，写程序轻轻松松。（以前使用最广的是vb6，不过现在windows已经全面迁移到了.net**，已经基本没有必要再去学习vb6了。）当然，如果你不喜欢.net**，还可以选择delphi或者c++。c++通常被认为是更高级的c，但是实际上它们的差别很大。而c++用来写桌面程序，无非也就是调用一些已经被包装好的处理窗体的函数而已。（c也可以调用，只是比较麻烦一些罢了。）delphi的语法需要一段时间来适应，但是delphi的开发工具跟v**ual studio一样简单，大部分操作拖放控件就ok。如果是在linux下面，也有不错的c++的ide和开发库用来开发桌面程序。c++入门容易升级很难，没有个三五年的潜心研究，是没有办法精通它的精髓的。但是既然你已经学到了这一步，那你应该已经很明白自己需要学哪些东西了，只要去找书，找好的源代码来研究就行了。j**a语言的崇拜者很多，不得不单独拿出来说。j**a语言的爱好者喜欢在语言层面把j**a和c++相比，而不屑于跟c#来比较，而在企业开发架构方面（特别是b/s方面），又拿j**a和.net来做比较，因为c++缺乏这方面的应用。j**a语言本身是非常干净的，但是被各种各样的包搞的比较混乱，新手进来容易摸不着头脑，而且框架太多，又互不兼容，习惯了struts开发方式的人员，很可能在换了一家公司的以后，虽然j**a很熟练，但是却不得不又要花很长的时间来研究学习和适应另一种开发框架。（.net也在向这个趋势发展了，而像ruby on rails这种框架，则保证了框架的统一性，程序员的学习成本降低，企业的培训成本和维护也更低了。）j**a通常被认为适合用来开发超大型的b/s项目，而一般的脚本语言则被认为只适合小型的项目开发，通常，这种问题都是由于开发工具的限制带来的。.net**如果不是因为v**ual studio这样方便而优秀的开发工具，不可能取得今天的成就。而大部分脚本语言则没有这个优势，缺少大型项目的管控能力，使得代码量始终保持在一个比较低的水平。但是像python这样的代码，可以凭借良好的代码设计，模块间松散耦合，做出极其灵活而且大型的项目（比如**）。perl语言在linux的系统维护方面有着不可动摇的地位，大量的系统维护代码都是perl语言写的（而且php流行之前，web的cgi基本上也是以perl语言为主的）。perl在文本处理方面有着强大的能力，其正则表达式的处理方式更是成了其它语言必须兼容的标准。正则表达式的学习难度比较高，要想达到灵活运用的水平，需要大量的练习。（但是如果只是要达到基本的通用就行的水平，那还是相当简单的。）而在web开发方面还有一个重要的语言不可不提，那就是php。php出现的目标就是提供更方便的网站开发的能力，它的语法跟其它的脚本语言比如perl/python/ruby都很接近，而且提供原生的mysql数据库支持，读写数据库即简单又高效，而且因为apache的良好支持，才使得lamp**能够与j**a和.net**相抗衡，而且成为了小型项目首选的解决方案。至于sql，我并没有拿它当一门语言来算，它只是你在做数据库编程的时候所需要的一种工具罢了，就跟调用其它的系统函数没有什么区别。简单的sql语法无非就是插入删除选择更新四种操作。处于同样地位的还有html/css/j**ascript，如果做web开发，这三种东西是必须要了解的，当然，前两种你可以不必精通，因为有美工来负责，而j**ascript属于完整的编程语言范畴，通常的美工是没有办法熟练掌握的，还是需要程序人员的搞定。但是j**ascript的难度，在这个阶段大概只有学习ruby的十分之一了，想学，很快就可以掌握。（ps：j**ascript也是一门易学难精的语言，好的js框架全世界也就那么几个人能写的出来，比如prototype,jquery,extjs）。程序语言多种多样，但是编程的思想却是不变的，而像设计模式、程序架构这种东西，都是语言无关的。一个开发项目，前阶段的需求分析，项目分析，直到概要设计阶段都是语言无关的，而项目设计期间使用的uml图也做到了尽量抽象，和具体的实现语言无关。直到详细设计和编码的时候，才需要针对不同的语言的特点做些调整，而它们提供的功能则是完全一致的。作为一个好的程序员，需要的不是编码的能力，而是需求分析和项目设计的能力，用哪种语言来实现则是可以随机应变的，只要掌握了具体语言的学习方法，熟练掌握一门语言并不需要太长的时间。因此，在经过了最初的语言学习的阶段之后，程序设计人员需要尽快的向下一个阶段演变，对设计模式的学习和理解是一个长期的过程，需要大量经验的积累，并经常的总结经验，从经验中归纳出自己常用的模式。作为程序员，还要有精益求精的态度，在时间允许的情况下，时常反思自己的作品，寻找更好的解决方案，在浏览网站学习的过程中，时刻以自己的项目为思考的对象，当发现更好的方法的时候，使用恰当的工具和方法来重构自己的项目。在这样不断进步的过程中，你就已经不再局限于一个普通的程序员了。只有c和c++没有c+可以先学c在学c++在学c#这是一条不错的路线~想专业点的话的话先学c再c++再j**a，c#，其余的如vb，pascal跟着学就可以了要是写一些小程序的话c和vb是比较常用的，j**a也可以，不过那是解释型的。一般用在网上（写网页的还有html，asp，php等）。不过j**a是比较新的语言，潜力很大，据说以后95%的程序会用它来写，手机上的小游戏一般都是用它写的。其实他用来写小游戏也不错，如robotcode之类，不需要很深的专业知识，比较容易上手。一般会c跟j**a就差不多了，c是必须要学的，经典且强大，c++基本可由j**a代替昨晚封了两个网段的ip，124.115.0.*和124.115.1.*，终于解决了服务器这两天来的经常莫名其妙的停止响应的问题。网站的流量现在并不是很大，而且大部分页面的逻辑也很简单，但是最近两天经常出现网站没有反应，一直显示在等待，打不开页面。远程登录服务器速度也非常慢，基本上很难操作，查看进程发现django多出了很多子进程，这说明有些进程堵塞在那里，无法返回所以启动了新的子进程。给mysql数据库启用了slow-log以后，日志里经常会出现一些简单的查询语句，直接把语句放到mysql客户端里去执行，速度却相当快，估计是因为mysql并发量太大，导致这些简单的语句也无法顺利执行，所以把所有的网站页面都堵死了。后来查看网站的访问日志，好家伙，已经1.5个g的日志了，这个样子在这种速度下也没办法查看，于是清空了日志，稍等了一会，很快就超过了100k，打开一看，sosospider的名字映入眼帘。n多个来自不同ip的soso蜘蛛同时抓取portal页面，即便文章页已经启用了缓存也不起作用。于是赶紧停了网站，到lighttpd设置里封了soso的这两个网段，顺便封了网易有道的一个蜘蛛ip，虽然并发没有soso这么大，但是每隔几条日志里就有一条是网易有道的。拜托腾讯soso的开发兄弟们，写程序别乱写，写出这种程序来还放出来咬人，会给人家造成切实的经济损失的。有趣的是，在soso里面搜索soso蜘蛛，出来的全是soso蜘蛛因为乱抓网站被站长**的新闻，soso还真是大公无私啊，绝对没有屏蔽自己的**。django的最佳系统结构django也用了一段时间了，写了两三个小网站，但是始终感觉自己写出来的站点目录和功能的安排还是比较混乱，很难达到让自己满意的效果，更不要说令人赏心悦目了。尤其是，当你需要开发下一个网站的时候，虽然感觉用户部分的功能（注册/登录/忘记密码/修改用户信息）所有的网站是通用的，但是想复用现有网站的这个功能却相当困难，居然笨到只能把模板文件/model/view挨个复制过去再修改，实在是难登大雅之堂。于是狠命的研究了一些文章，终于算是找到了点前人的经验之谈，大概的总结如下：项目文件manage.py/urls.py/settings.py尽量少的改动（当然，不改动也是不可能的），setting.py里面需要设置数据库的相关信息，还有模板目录之类的，模板目录是可以使用相对目录的（使用os.path），很可惜，我没有测试成功，在lighttpd下面它仍然使用相对目录来搜索模板，所以总是报错，但是我找到了另一种解决方案。setting.py里面有一个配置选项template_loaders。默认情况下它使用两种加载机制，第一种是文件系统方式，即使用下面配置的template_dirs目录，在里面寻找模板文件，如果没有找到，第二种是app模式，它会在installed_apps所标识的已安装的app下面寻找templates目录，并在其中寻找模板文件。而这个第二种，跟template_dirs是无关的。因此，只要注释掉第一行，template_dirs这个选项就可以留空了。然后，在任意一个app目录下面建一个templates目录，把模板文件扔进去就ok了。当然，最佳方案是，每个apps下面放它自己用到的模板文件。这样，以后将这个app放进其它的项目的时候，你不需要做任何设置，模板这一块就已经正常工作了。然后是urls，在每个app下面添加它自己的urls.py文件，在里面设定它所用到的url映射，然后在项目级的urls.py里面使用include方式加载各个app的url配置就可以了。但是这样有一个要求，就是这个app要使用统一的目录前缀，比如用户相关的url都以user/开头。（我不知道是不是必须这样，但是目前我所掌握的知识，只能这样了。）通过这两个改动，已经将app和项目的耦合性降到了最低，现在如果要重用一个app，比如用户部分，只要把user目录拷到另一个项目，在settings中安装这个app，在urls.py中include这个app的urls，就ok了。至少里面所有的功能都是正常可用的。（当然，模板文件可能需要针对新的项目做些改动，但是如果你的模板设计规则是相同的，那么只要在新项目的framework里使用相同的内容，而使用另一种不同的style文件就可以了。）花了不少时间把理财易的代码整理了一遍，整理了一下功能的组织，把用户部分/留言板/日记本/投票以及站内信/好友/圈子（这三个功能在理财易中没有开放）全部建成单独的app，并分离了urls和模板，虽然导致项目目录下面的子目录多了很多，但是每个目录的功能都简单明白了很多，可以很方便的添加或者移除某个app，比如圈子或者站内信，只要在配置文件中安装该app，相应的页面上添加链接，该功能就变得马上可用了。最基本的理论就是这样，剩下还有一些高级技巧，比如：每个app下面都可以建一个叫sql的目录，里面建立对应于model名称的sql文件，那么，在执行了syncdb命令安装该app以后，这个sql文件就会被自动调用，可以用来往分类表里插入系统默认的分类，或者往用户表里插入一条最高权限的初始用户等等。每个app下面都可以建一个叫templatetags的目录，在里面添加template tags和filters，大家互不干扰。每个app下面都可以建一个叫tests的子目录，里面放一些单元测试的代码，就可以直接对该app进行单元测试。每个app下面都可以建一个叫management.py的文件，里面可以放任意的python函数，并给该函数添加事件接口声明，比如d**patcher.connect(my_syncdb_func, signal=signals.post_syncdb)，这样就可以在app安装完成的时候执行任意的功能。（注意，是在添加了任何一个app以后都会被调用到，而不止是自己被安装以后。）还有，每个app下面的views.py不是必须的，你可以按照自己的需求把函数拆解到多个python文件中，只要在urls.py中引用了正确的类名就可以了。这对于一个功能比较多的app是相当有用的。有了这些属性的帮忙，基本上你可以对自己的项目文件做出各种适合自己的调整，并且仍然保持项目结构的优雅，并且，对于程序的执行效能是完全没有影响的。希望这篇文章对于django的用户起到一点帮助。 20210311