研究生毕业进银行真的很好好吗，四大银行里面
书本知识学得已经很好了，关键是社会知识和经验欠缺，所以建议先积累工作经验再看抽空余时间好好考会计师；年龄不是问题，心态才是最重要的，如果连去尝试的勇气都没有的话，在任何时候都走不出买入社会的第一步，那还谈什么成功或事业呢
大胆去试试吧，说不定你的优秀可以赢得用人单位的认可，年龄重要还是人才重要呢
相信你也知道答案。
如果失败了，说明一可能是用人单位太死板，你的没加入是正确的，二可能就是你自己经验不足，那就要虚心好好学习，慢慢从基层做起， 只是暂时的积累经验，你有学识，慢慢很好的结合实际，相信一定比其他人发展得更好的，前途无量，加油
我国的银行体系如下：中国人民银行（央行）------执行国家货币政策，发行并控制货币，为其他商业银行提供贷款，作为最后贷款人来稳定金融市场银监会------对整个银行业实行监管三大政策性银行------国家开发银行，农业开发银行，进出口银行。
行使国家政策性贷款的职能四大国有商业银行------工商银行：中国最大的商业银行中国银行：成立最早，海外机构最多，外汇业务最发达建设银行：自从“建行破墙“以来，现在什么业务都搞了农业银行：机构分布广泛，效益四家银行里面倒数第一股份制商业银行------最大的：交通银行上市的（按资产规模从大到小）：招商银行，上海浦东发展银行，民生银行，深圳发展银行，华夏银行（前几天刚上市，资产规模不祥）其他：光大银行，中信实业银行，广东发展银行……不一一列举投资银行------中金国际：主要扮演证券发行（security issuing）时候的承销财团（underwriting syndicate）中的牵头经理（leadmanager）角色 这就是我国几个主要银行的名称和他们的组织体系，这里还要提到一个组织------中国银联，它属于行业协会的性质，制定一些大家要共同遵守的行业标准，但对各家银行没有强制约束力。
现在，我就要来说说银行里到底有哪些部门，主要是干什么的，以便大家应聘的时候有的放矢。
银行里面的部门分为：管理部门，业务部门，支持部门管理部门：行长办公室、行政部、人力资源部、会计部、法律部……这些部门没什么特别的，除行长办公室外，其他部门每个企业都应该有。
业务部门：（大家比较关心的可能就是这个了）公司金融部------吸收公司存款，并审查发放贷款给其他公司。
单笔业务量、资金量大，收益大，风险高（一笔贷款坏了，涉及一大笔资金）。
个人金融部------吸收个人存款，并审查发放贷款给个人。
单笔业务量、资金量小，收益稳定，风险小（把风险被分散到个人了）金融机构部------和其他非银行金融机构打交道，如基金、证券、保险、信托机构。
这个部门其实发展机会很多，因为和各种金融机构接触，交际面广，学到的知识多，而且有利于对整个金融行业的把握和理解，同时也增加了今后跳槽的选择面和机会。
资金财务部------进行银行资金的运作，或者替客户运作。
如外汇，股票，债券……随着银行业务进一步细化，从上面的几个部门里面分出了：离岸金融部（负责离岸资金 offshore fund 的运作）、基金托管部（负责基金的发行和代销）、公司\\\/个人理财部（这个不用我说了吧，现在很热的^_^），这些都是新成立的部门，如果能进去的话，发展机会也很多。
支持部门：信息科技部------银行业和其他非金融业有个很大的不同，他对信息科技的依赖最大。
因为从物流角度看，银行除了运送钞票和黄金，没有其他的物流了。
只有信息流\\\/资金流，而这些都可以是虚拟化和电子化的。
从业务角度看，由于金融产品的高度可复制性和无专利性，信息技术的运用已经越来越成为金融产品的核心竞争力和金融创新的动力。
在前面的帖子里面，我介绍了我国银行的体系和一般商业银行的部门。
这算是“概述篇”。
下面，我将要奉献另外三篇，分别是：“薪资篇”——大家最关心的。
“IT篇”——有人问到关于金融IT的问题，这里系统的做个回答。
《薪资篇》说到银行的薪资，大家都觉得很扑朔迷离。
的确，中国的商业银行的薪资对外界而言是有点神秘。
其实，和不少国有企业一样，银行员工的收入分为以下几个部分：每月的基本工资------每月固定，各家银行都差不多。
根据你的职位高低来定。
每月的奖金------也基本固定。
以上两块构成银行职工每月的基本收入，大致上各个银行相差不大，好像是整个行业口径都统一好的 。
最多也不会相差500元。
接下来就是不定期的各种奖励------过节费（5\\\/1，10\\\/1……），高温费，各种礼品等等。
这个视各个银行效益而定，少则几百，多则几千。
还有就是定期发放的交通费，电话\\\/手机费，邮政费等等，有的银行发现金，有的银行发票据。
最后也是最重要的一块就是年终奖金，一般要几万块RMB呢
这其中可能还包括了房帖。
另外，有的银行还有各种内部优惠的贷款政策和内部优惠的房子出售（一般这些都是抵押品，用来还债的，所以质量还都不错，）。
所以进了银行，一般房子不用发愁，这对担心日后房价过高而买不起房子的人来说倒是一个福音。
说了半天，大家要问，有没有具体点的数据啊
嗬嗬，别着急，好戏压轴嘛
…………………………confidential!我还要说一点的是，商业银行里面，四家上市银行总行的收入相当不错的（算上华夏，应该是5家）。
这四家银行总行的普通员工收入高于花旗银行、汇丰银行、渣打银行的普通员工的收入（注意：这里只讨论普通员工，那些高级经理什么的例外，外资银行经理年薪可以到几十万美元，中资银行经理可能是几十万RMB）。
虽然不少人不相信这一点，但这是事实。
这四家银行里面，以招商银行总行员工收入最高，比其他几家高出1\\\/3~1\\\/2不等。
但是深圳的消费水平也是比较高的。
但总体而言，招商银行的薪资的确高。
大家可能注意到了，我这里特别提到是总行，分行\\\/支行我就不敢保证了。
我想告诉大家的是，能去总行尽量去总行，它可是旱涝保收的。
嘻嘻
而且，随着银行业改革的深入，总行的地位大大提高，越来越“中央集权”了。
今后分行或支行的“小金库”将随着总行的集权（全行一本帐）而消失。
四大国有银行的待遇应该比不上四家上市银行，但是毕竟这四大银行是我国银行业的主体，控制着整个银行业80%的资金。
又有国家撑腰。
这里特别要提到农业银行，这个银行效益差到极点，可是员工的待遇却一点也不差。
这也算中国特色吧，没办法，谁让它是国家的呢
由于行业的特殊性，银行业必然要极其重视IT技术，每年的金融展就是金融业和IT业的一次盛会（今年刚在北京举办过了），除了IT本身，我还没看到哪个行业和IT结合得如此紧密的。
在金融IT这个圈子里面，主要就是以下两块：银行本身的信息科技部、为银行服务的金融IT服务公司。
先讲银行的IT department银行的IT部门职责主要有：保障现有系统正常运行，利用现有系统中的开发工具开发银行新的金融产品，对银行信息化管理和决策提供支持和保障。
保障系统正常运行一般就是在机房值班的工作，各位估计也不会去干这活，要三班倒的。
运用IT技术开发新的金融产品已经越来越被重视，到IT部门做这份工作应该有前途（但是，先想一想，开发是不是就是一天到晚coding呢
）银行的信息系统非常复杂：所有的数据和核心程序（会计记账，基本的业务操作）都放在大型机中（有的银行采用数台小型机cluster的方式获得大型机类似的能力）这些程 序，以前用COBOL，现在大多用C开发。
核心连接着各种业务系统。
除了后台总行大集中式的数据和核心，每个分行都会有大前置平台，提供渠道接入、报文格式转换、交易的转发控制（说白了就是用C写的Unix进程间通讯程序）等等功能。
大前置平台连接着银行各种渠道channel（在银行里，ATM、自助终端、网上银行、手机银行、电话银行、callcentre、营业部的柜面都称为渠道，是银行的各种业务和金融产品传送到客户手中的途径）大前置和核心主机通过交易中间件\\\/消息中间件来连接，保证交易的完整性和一致性。
主流的中间件有BEA Tuxedo和IBM MQ。
在这么一个复杂严密的系统里，每个人只负责相应的一块东西，上手编程不难，但要深刻理解你负责的东西，没个几年想都别想。
说到编程，以前很多东西银行都要自己开发，觉得这是银行的机密。
现在情况有所转变，不少东西银行都交给金融IT服务公司去开发，银行购买现成的解决方案。
比如，对于核心程序，银行可以先购买其他公司的现成产品（包括开发工具），以后银行要推出新业务，就用这套工具自己开发。
再比如，对于网上银行，工行就包给IBM开发，自己拿来用 就行了。
所以工行的网上银行国内第一（有人认为招行的好，这个仁者见仁智者见智） 那么有什么东西银行自己做的呢
有，比如程序接口的定义、报文格式的定义、加密系统的方案、密钥体系、以及今后新产品的开发，测试、上线推广都要银行自己做。
所以银行以使用IT产品为主，兼做少量编程，真正要coding的任务已经外包出去了。
那么，银行的IT部门和金融IT服务公司哪一个更好呢
这个问题又是仁者见仁智者见智。
我的看法：两者相比较，前者技术含量更多，后者技术水平更高。
下面是我对两者工作的评价：银行IT部门——工作相对轻松，较少加班，有比较多的时间做其他喜欢做的事。
一些银行里面的待遇还高于大多数IT公司。
如果能多接触各种系统，多专研银行业务，个人发展空间还是很大的。
我就碰到过有人从IT部门转到其他业务部门当领导，其对银行业务的精通远胜于那个部门里的人，这主要得益于他常年接触业务系统，所以有机会就能把握得住。
金融IT服务公司——工作强度大，比较累，经常加班。
由于IT行业竞争加剧，又处 于低谷，收入不高。
但是，编程比较熟练，对某一项技术专研很深（不少IT公司只做银行某一块东西），也能熟悉银行业务。
干得好也很有前途。
为了大家选择机会多一点，我给出几家国内的金融IT公司供参考（国外的就不举了，地球人都知道哪几家牛公司的）高阳——产品线比较全，大型机方面经验足。
博科——前身是中行软件开发中心融博——前身是招行软件开发中心安硕——入行比较早，有不少项目联想——小型机方面的，主要客户都是中小银行和城市商业银行神州数码——刚成立了金融服务中心，业绩怎样以后再看……我还要说一点，银行里面有一块做的是企业信息系统，有的银行采用SAP（比如浦发），这个外面据说很热门，如果进去接触SAP，学到一些SAP实施的经验，也很不错的。
以后，银行的信息化决策，数据挖掘\\\/数据仓库的建设必定是一个重点，现在的银行业大集中就是为此打基础的。
所以，做这一块东西的朋友出路也比较好。
有朋友提到，做通信得到银行如何
其实，银行信息科技部大多数人要么学CS要么 学EE。
学什么并不重要，关键看自己如何发展，同样的环境，同样的机会，为什么有的人做得很好，有的人就做不好呢
1、关于见习期的问题银行职工见习期本科1年、硕士和博士3~6个月不等。
见习期内，既有工资也有奖金，不过都比转正以后的待遇低（这不是废话嘛）。
低多少呢
大概低一半。
这个看各家银行情况了。
2、关于房帖的问题房帖只是一个“称呼”，大家把它看作一笔普通的钱就可以了。
当你买房子的时候，它可以用来偿还你的贷款（你腰缠万贯的例外），那么你不买房的时候怎么办呢
当然拿这钱随你怎么花啦。
这本来就是你收入的一部分嘛，只不过银行冠了个名头叫“房帖”。
当然，房帖到底怎么样，还要看各家银行做法，我这只是一面之词，仅供参考。
不同银行肯定不一样的。
3、本科和研究生进银行哪个更有前途的问题我只能说，本科和研究生只是在刚进银行的时候起点不同（也是废话，这是用几年的研究生学习换来的），但说到以后发展的“加速度”，两者没有必然联系。
无论你是本科还是研究生，都要不停的学习。
我周围有人已经是研究生了，还在外面在职读书呢。
我觉得，如果本科就进银行，可以利用年轻这个优势，好好谋划一下自己今后的出路，今年以后是继续工作，还是考研（在职\\\/全职）还是出国
我想工作了几年，思想上肯定成熟了不少，不再盲目，而会有自己的主张的。
如果你是研究生，银行还是很器重的，好好干。
--------------------------------------------------------------------------------------------------一些个人感想我从前找工作的时候，也上Job版，可是发觉都是要找工作的人在讨论的起劲，那些已经工作的人似乎都和Job版说byebye了，即使有人偶尔上上，也很少发言，这真让人寒心。
我想如果当时有人点拨我一下，也许我在找工作的道路上会少走不少弯路。
所以，我希望大家今后工作了，也能来这里走走看看有没有你能帮上忙的。
现在这个社会，人人都需要帮助，都需要充足有效的信息来作出决策。
以前，一个前辈告诉我，进银行要“忍”，他就是在几乎要放弃的情况下忍了下来，如今柳暗花明了。
现在，如果你能进一家比较好的银行，没必要忍了。
但是，克服自己浮躁、急功近利和攀比的心态还是很重要的。
不要因为薪水暂时不如意、职位自己不喜欢而自暴自弃。
也不要感到现在薪水可以了，职位也很好，工作又轻松而得意忘形，不思进取。
有的人很羡慕外企白领的高薪、羡慕国企的清闲、羡慕研发中心有成就感的工作……有太多的羡慕，可是应该想一想什么是适合自己的
选择职业就像设计一个金融产品，金融产品的开发无非是将收益、风险、流动性以不同比例组合。
增加一个有利因素是以其他不利因素增加为代价的。
一个人正常工作8小时，睡觉8小时，还有8小时自己支配，有的人用来加班（可能是被强制的，但这个工作是你选择的呀）、有的人用来泡mm、恋gg、聊天灌水，有的人用来充电学习，有的人用来健身，有的人就喜欢和家人一起享受天伦。
无所谓哪个好哪个坏，都是你自己对金钱、健康、感情的一种组合，你自己满意就行。
最后希望大家都能找到适合自己的，满意的工作
什么是DRM技术,DRM技术至少应具备的四个基本要求
DRM，英文全称Digital Rights Management, 可以翻译为：数字版权管理。
由于数字化信息的特点决定了必须有另一种独特的技术，来加强保护这些数字化的音视频节目内容的版权，该技术就是数字权限管理技术---DRM（digital right management）。
DRM技术的工作原理是，首先建立数字节目授权中心。
编码压缩后的数字节目内容，可以利用密钥（Key）进行加密保护（lock），加密的数字节目头部存放着KeyID和节目授权中心的URL。
用户在点播时，根据节目头部的KeyID和URL信息，就可以通过数字节目授权中心的验证授权后送出相关的密钥解密（unlock），节目方可播放。
DRM技术应具备的四个基本要求： 一、DRM应该支持DRI； 二、DRI内核模块必须特别编译； 三、必须有安全保证，防止客户端使用图像硬件进行权限提升； 四、必须支持多个并发的3D应用。
物联网的技术体系结构是什么
物联网的英文名称为The Internet of Things” 。
由该名称可见，物联网就是“物物相连的互联网”。
这有两层意思：第一，物联网的核心和基础仍然是互联网，是在互联网基础之上的延伸和扩展的一种网络；第二，扩展到了任其用户端延伸和何物品与物品之间，进行信息交换和通信。
因此，物联网的定义是通过射频识别(RFID)装置、红外感应器、 全球定位系统、激光扫描器等信息传感设备，按约定的协议，把任何物品与互联网相连接，进行信息交换和通信，以实现智能化识别、定位、跟踪、监控和管理的一种网络。
物联网的整个结构可分为射频识别系统和信息网络系统两部分。
射频识别系统主要由标签和读写器组成，两者通过RFID空中接口通信。
读写器获取产品标识后，通过internet或其他通讯方式将产品标识上传至信息网络系统的中间件，然后通过ONS解析获取产品的对象名称，继而通过EPC信息服务的各种接口获得产品信息的各种相关服务。
整个信息系统的运行都会借助internet的网络系统，利用在internet基础上的发展出的通信协议和描述语言。
因此我们可以说物联网是架构在internet基础上的关于各种物理产品信息服务的总和。
从应用角度来看，物联网中三个层次值得关注，也即是说，物联网由三部分组成：一是传感网络，即以二维码、RFID、传感器为主，实现对“物”的识别。
二是传输网络，即通过现有的互联网、广电网络、通信网络等实现数据的传输与计算。
三是应用网络，即输入输出控制终端。
EPC系统是一个非常先进的、综合性的和复杂的系统。
其最终目标是为每一单品建立全球的、开放的标识标准。
它主要由全球产品电子代码(EPC)体系、射频识别系统及信息网络系统三大部分组成。
（1）EPC编码标准 EPC编码是EPC系统的重要组成部分，它是对实体及实体的相关信息进行代码化，通过统一并规范化的编码建立全球通用的信息交换语言。
（2）EPC标签 EPC标签是装载了产品电子代码的射频标签，通常EPC标签是安装在被识别对象上，存储被识别对象相关信息。
标签存储器中的信息可由读写器进行非接触读\\\/写。
3.2 EPC系统特点 （1）开放的体系结构 EPC系统采用全球最大的公用的刀又TERNET网络系统。
这就避免了系统的复杂性，同时也大大降低了系统的成本，并且还有利于系统的增值。
梅特卡夫(Metcalfe)定律表明，一个网络大的价值是用户本系统是应该开放的结构体系远比复杂的多重结构更有价值。
(2)独立的平台和高度的互动性 EPC系统识别的对象是一个十分广泛的实体对象，因此，不可能有那一种技术适用所有的识别对象。
同时，不同地区，不同国家的射频识别技术标准也不相同。
所以开放的结构体系必须具有独立的平台和高度的交互操作性。
EPC系统网络建立在INTERNET网络系统上可以与INTERNET网络所有可能的组成部分协同工作 (3)灵活的可持续发展的体系 EPC系统是一个灵活的开放的可持续发展的体系，可在不替换原有体系的情况下就可以做到系统升级。
整体的EPC网络操作依赖于RFID系统和网络应用系统的介入，使产品信息有效的传播。
安装在不同需求链环境的解读器可以读取标签中储存的产品数据。
因此供应链数据可以通过网络及时地检查、更新或者交换信息。
3.3 EPC编码编码标准 EPC码是新一代与EAN／UPC码兼容的编码标准，在EPC系统中EPC编码与现行GTIN相结合，因而EPC并不是取代现行的条码标准，而是由现行的条码标准逐渐过渡到EPC标准或者是在未来的供应链中EPC和EAN．UCC系统共存。
EPC中码段的分配是由EAN．UCC来管理的。
在我国，EAN．UCC系统中GTIN编码是由中国物品编码中心负责分配和管理。
同样，ANCC也即将启动EPC服务来满足国内企业使用EPC的需求。
EPC码是由一个版本号加上另外三段数据(依次为域名管理者、对象分类、序列号)组成的一组数字。
其中版本号标识EPC的版本号，它使得EPC随后的码段可以有不同的长度；域名管理是描述与此EPC相关的生产厂商的信息。
第四章 物联网在家庭中应用 随着时代的发展，中国已经逐步进入了老龄化社会，以后我们社会面临的现状将是一对年轻的夫妻，在照看自己小孩的同时，还要照看2～6对老人，这就为全社会出了一个难题。
每家都雇保姆，显然不现实；那么，只能通过科技的手段来解决这个问题了，靠提高家庭的生活品质、方便家庭与外界的信息交互、用传感节点感知家里发生的情况等，这就为家庭物联网的实现奠定了社会基础。
物联网的概念正大行其道，也使人们看到了社会未来的发展趋势，然而物联网大部分却停留在概念阶段，真正规模应用还有待时日。
家庭区域相对狭小、需求比较明确，最有可能优先实现物联网的应用。
它不只是现代家庭现实的需要（照看老人、孩童），更是人们日益增强的家庭安全 4.1家庭物联网应用领域 寒冷的冬季，供暖系统使北方城市家庭充满温暖，而当白天大部分人离家上班的时候，空空的房间仍温暖如春。
我们需要一个智能化的供暖控制系统。
在生产安全领域，在食品卫生领域，在工程控制领域，在城市管理领域，在人们日常生活的各个方面，甚至在人们的娱乐活动中，都需要建立随时能与物体沟通的智能系统。
通过装置在各类物体上的电子标签（RFID），传感器、二维码等经过接口与无线网络相连，从而给物体赋予智能，可以实现人与物体的沟通和对话也可以实现物体与物体相互间的沟通和对话。
在电度表上装上传感器，供电部门随时都可知道用户的用电情况，实现用电检查、电能质量监测、负荷管理、线损管理、需求侧管理等高效一体化管理，一年来降低电损。
在电梯装上传感器，当电梯发生故障时，无需乘客报警、电梯管理部门会借助网络在第一时间得信息，以最快的速度去现场处理故障。
4.2发展历程 1999年，物联网的概念就已被提出，10年间，世界各国都在加紧研究。
物联网的发展共分为四个阶段：第一个阶段是大型机、主机的联网，第二个阶段是台式机、笔记本与互联网相联，第三个阶段是手机等一些移动设备的互联，第四阶段是嵌入式互联网兴起阶段，更多与人们日常生活紧密相关的应用设备，包括洗衣机、冰箱、电视、微波炉等都将加入互联互通的行列，最终形成全球统一的“物联网”。
对于互联网来说，20世纪80年代是黄金时代，这段时间出了一个知名的人物——鲍勃•卡恩（BobKahn），他被人们称为互联网之父（被赋予同样称呼的人还有好几个）。
在为互联网做出卓越贡献的同时，他也非常有远见的为另一个始于上世纪80年代的项目——分布式传感网（DistributedSensorNet,简称DSN）——做了奠基。
在那个年代，传感器远比我手上的这个大得多，要用一辆卡车来拉。
这么大的传感器作为一个个节点组织在一起，通过微波彼此相连，就组成了传感网。
庞大的传感器在体积方面跟不上人们对其功用上的期望，于是研究者们就开始思考能不能把它做得小一点、再小一点。
于是，在上世纪90年代，“智能微尘”（SmartDust）这个很有意思的概念出现了，提出者是KrisPister，他是加州大学伯克利分校的教授。
这一概念认为可以将计算和通讯集成在约1~2平方毫米的超微型传感器中，用以对周围环境的参数进行探测。
其核心的成分是微电机系统（Micro-Electro-MechanicalSystem,简称MEMS；这个概念在当时引起非常大的轰动），该系统中可以集成很多和机械有关的传感器。
当时KrisPister这批人有一个幻想——在蒲公英上面悬挂一个传感芯片，蒲公英飞到哪里就探测哪里的信号，再把信号传递回来。
虽然只是一个假想，但当时真有科学家信心百倍地投入其中，并且还把所需的数据算出来了。
比如有空气动力学专家计算出了芯片应有的重量等等。
在2001年，加州大学伯克利分校的实验室真做出了这种理想中的芯片雏形，比米粒还小，可谓“细如发丝，薄如蝉翼”。
他们送给了我一个，当时我还精心包装了一下。
可惜最近找不到了，特别遗憾。
倘若芯片里面还有电留存的话，说不定我就能通过网络定位到它的“安身之所”了。
在这一时期，有三所高校和研究机构在传感器领域处于领军地位，一是加州大学伯克利分校（以KrisPister为代表，他们提出了“智能微尘”理论），另外两个是加州大学洛杉矶分校（他们提出了“微无线技术”）和施乐帕克研究中心（XeroxPARC）。
施乐帕克研究中心的团队主要由我带领，我们做的是传感信息处理和“智能物质”（SmartMatter），希望能把计算、微电机系统放到物理世界中，与“智能微尘”也有非常紧密的联系。
自本世纪初以来，对于传感的研究越来越受到人们的重视，有很多学校和大公司的研发机构开始进行了类似的研究，并有许多新兴公司借此东风异军突起。
将传感器连接成“网”或“系统”，就成了传感网。
除了传感网以外，类似的概念也相继提出，比如“CyberPhysicalSystem”和“InternetofThings”(简称IOT)。
相较而言，IOT的概念在提出的初期更接近于日常生活，比如常见的RFID（RadioFrequencyIdentification，射频识别）技术就是它的一部分。
关于传感网和物联网的历史，若从大的传感器开始算起，传感网诞生至今应有30年了；而若从微传感网（MicroWirelessSensorNetwork）来说，应该仅有15至20年：微传感网始于上世纪90年代，那个时期的人们刚刚提出“微电机系统”的概念，试图把传感器和计算机处理和通讯全部都集成在一个芯片上，即“智慧微尘”。
其实传感器的历史，归结起来就八个字——从大到小，以点到面。
这八个字看似简单，但做起来却是困难重重——要想让传感器真正“飞入寻常世界中”，它必需在体积、造价、能耗等方面进行“瘦身”，这样它才真正能够进入到物理世界。
然而，造型的缩小并不是传感进入生活的唯一条件，还需要互联网技术的配合以实现从点到面的网际联系。
就IP地址而言，物联网应采用IPv6（IPv4必然不够），它有128位两进制的IP网址数，这相当于给世界上的每个沙粒都赋予了一个 IP地址。
唯有当所有的物体都有一个属于自己的IP的时候，物联网才能真正实现。
总而言之，物联网的实现需要这两方面的相辅相成：一是利用微处理技术（micro-fabrication），提高集成度；其二是运用IP技术，以提供足够丰富的网址。
4.3面临的问题 国内智能家居市场存在很多问题。
1、进入门槛较高，一般一次性投入要1、2万元，这就大大限制了中等收入以下人群的购买需求。
2、功能华而不实，很多都是遥控个灯光、音响，需求跟投入不成比例。
3、生搬硬套，将原来很多工业上使用的东西直接照搬到家庭里，缺少人性化，不能完全适合家居生活需要。
4、很多智能家居企业缺少核心技术，东拼西凑，组成个系统就推广，导致成本增高、企业竞争力下降。
RFID超高频技术在我国的应用尚处于起步阶段，一些项目的应用只是试点，还没有得到广泛应用，也没有在供链上应用。
比如，只在某一个仓库里应用，或只在生产线上应用。
应该说，这些试点项目全 都属于闭环状态的应用，在供应链上串起来应用的案例国内还没有出现。
物联网发展潜力无限，但物联网的实现并不仅仅是技术方面的问题，建设物联网过程将涉及到许多规划、管理、协调、合作等方面的问题，还涉及标准和安全保护等方面的问题，这就需要有一系列相应的配套政策和规范的制订和完善。
首先是技术标准问题。
标准是一种交流规则，关系着物联网物品间的沟通。
各国存在不同的标准，因此需要加强国家之间的合作，以寻求一个能被普遍接受的标准。
其次是安全的问题。
物联网中的物品间联系更紧密，物品和人也连接起来，使得信息采集和交换设备大量使用，数据泄密也成为了越来越严重的问题。
如何实现大量的数据及用户隐私的保护，成为待解决的问题。
第三，协议问题。
物联网是互联网的延伸，在物联网核心层面是基于TCP\\\/IP，但在接入层面，协议类别五花八门，CPRS、短信、传感器、TD-SCDMA、有线等多种通道，物联网需要一个统一的协议基础。
第四，终端问题。
物联网终端除具有本身功能外还拥有传感器和网络接入等功能，且不同行业需求各异议，如何满足终端产品的多样化需求，对运营商来说的一大挑战。
第五，地址问题。
每个物品都需要在物联网中被寻址，就需要一个地址。
物联网需要更多的IP地址，IPv4资源即将耗尽，那就需要IPv6来支撑。
IPv4 向IPv6过渡是一个漫长的过程，因此物联网一旦使用IPv6地址，就必然会存在与IPv4兼容性问题。
第六，费用问题。
目前物联网所需的芯片等组件的费用较高，若把所有物品都植入识别芯片花费自然不少，如何有效解决这一问题仍需考虑。
第七，规模化问题。
规模化是运营商业绩的重要指标，终端的价格、产品多样性、行业应用的深度和广度都会地用户规模产生影响，如何实现规模化是具有待商讨的问题。
第八，商业模式问题。
物联网在商业应用方面的业务模式还不是很明朗，商业模式问题值得更进一步探讨。
第九，产业链问题。
物联网所需要的自动控制、信息传感、射频识别等上游技术和产业已成熟或基本成熟，而下游的应用也单体形式存在。
物联网的发展需要产业链的共同努力，实现上下游产业的联动，跨专业的联动，从而带动整个产业链，共同推动物联网发展。
要建立一个有效的物联网,有两大难点必须解决:一是规模性,只有具备了规模,才能使物品的智能发挥作用;二是流动性,物品通常都不是静止的,而是处于运动的状态,必须保持物品在运动状态,甚至高速运动状态下都能随时实现对物品的监控和追踪。
实现物联网，首先必须在所有物品中嵌入电子标签等存储体，并需安装众多读取设备和庞大的信息处理系统，这必然导致大量的资金投入。
因此，在成本尚未降至能普及的前提下，物联网的发展将受到限制。
已有的事实均证明，在现阶段，物联网的技术效率并没有转化为规模的经济效率，目前的所谓物联网应用也没有一个在商业上获得了较大成功。
例如，智能抄表系统能将电表的读数通过商用无线系统（如GSM短消息）传递到电力系统的数据中心，但电力系统仍没有规模使用这类技术，原因在于这类技术没有经济效率。
物联网的关键在于RFID、传感器、嵌入式软件及传输数据计算等领域，包括“云计算”、无线网络的扩容和优化等均是物联网普及需解决的问题。
只有通过“云计算”技术的运用，才能使数以亿计的种类物品的实时动态管理变得可能。
从目前国内产业发展水平而言，传感器产业人水平较低，高端产品为国外厂商垄断。
计算机考研的三个方向中哪个方向的发展前途更大些
物联网工程是新开没多久的专业，看宣传前景不错，但是肯定近些年会有些晦暗不明，毕竟新兴嘛。
个人觉得，这种专业一定要挑学校。
==============================就业================================== (1)面向物联网行业，从事物联网的通信架构、网络协议、信息安全等的设计、开发、管理与维护。
(2)主要面向岗位包括：物联网系统设计架构师、物联网系统管理员、网络应用系统管理员、物联网应用系统开发工程师等核心职业岗位以及物联网设备技术支持与营销等相关职业岗位。
目前通信网络发展中就业前景看好。
山东大学信息科学与工程学院副院长王洪君表示，作为国家倡导的新兴战略性产业,物联网备受各界重视，并成为就业前景广阔的热门领域，使得物联网成为各家高校争相申请的一个新专业。
有高校相关负责人表示，其物联网专业今年就准备招生，因为现在正是国家需求比较多的时候，物联网工程专业准备单独招生。
部分高校教师也认为,物联网工程的就业前景是被一致看好的。
北京理工大学有教师表示,该专业主要就业于与物联网相关的企业、行业,从事物联网的通信架构、网络协议和标准、无线传感器、信息安全等的设计、开发、管理与维护,也可在高校或科研机构从事科研和教学工作,就业前景挺乐观。
=============================学习=================================学生需要学习包括信息与通信工程、模拟电子技术，无线通信，物联网安全技术等20多门主要课程，同时还要有较强的数学和物理基础，最好还拥有外语这把“刷子”，这样就能顺利地阅读本专业的外文资料了。
课程1物联网导论推荐使用科学出版社出版的《物联网导论》（国际著名物联网专家、ACM中国副主席、清华大学教授刘云浩编著）等教材。
全面了解物联网的3个重要特征，并且需要大概了解物联网的感知识别、网络构建、管理服务等技术及其行业综合应用。
课程2 C语言程序设计推荐使用清华大学出版社出版的《C语言程序设计》（谭浩强教授的经典著作）、机械工业出版社出版的《C程序设计语言(第2版新版)》（国际经典教材）等教材。
物联网涉及底层编程，C语言为必修课，同时需要了解OSGi，OPC，Silverlight等技术标准。
课程3 Java程序设计推荐使用机械工业出版社出版的《Java语言程序设计教程》等教材。
物联网应用层，服务器端集成技术，开放Java技术也是必修课，同时需要了解Eclipse，SWT，Flash，HTML5，SaaS等技术。
课程4无线传感网络推荐使用清华出版社出版的《无线传感器网络》（中科院软件所研究员孙利民、哈工大教授李建中等编著）、北京航空航天大学出版社《短距离无线通讯入门与实战》等教材。
学习各种无线RF通信技术与标准，Zigbee，蓝牙，WiFi，GPRS，CDMA，3G，4G，5G等。
课程5 TCP\\\/IP网络协议推荐使用电子工业出版社出版的《用TCP\\\/IP进行网际互连(第1卷):原理、协议与结构(第5版)》等教材。
TCP\\\/IP协议标准是所有有线和无线网络协议的基础，Socket编程技术也是基础技能，为必修课。
课程6 嵌入式系统技术推荐使用人民邮电出版社出版的《嵌入式系统技术教程》等教材。
嵌入式系统（包括TinyOS等IoT操作系统）,是物联网感知层和通讯层重要技术，为必修课。
课程7传感器技术推荐使用中国计量出版社出版的《传感器技术》等教材。
物联网专业学生需要对传感器技术与发展，尤其是在应用中如何选用有所了解，但不一定需要了解传感器的设计与生产，对相关的材料科学，生物技术等有深入了解。
课程8RFID技术推荐使用电子工业出版社2013年出版的《物联网RFID原理与技术》，机械工业出版社出版的《射频识别（RFID）技术原理与应用》等教材。
RFID作为物联网主要技术之一，需要了解，它本身（与智能卡技术融合）可以是一个细分专业或行业，也可以是研究生专业选题方向。
课程9 工业信息化及现场总线技术推荐使用机械工业出版社出版的《现场总线技术及应用教程》等教材。
工业信息化也是物联网主要应用领域，需要了解，它本身也可以是一个细分专业或行业，也可作为研究生专业选题方向。
课程10 M2M技术推荐使用TSTC Publishing出版的《M2M: The Wireless Revolution》等教材。
本书是美国“Texas State Techinical College”推出的M2M专业教材，在美国首次提出了M2M专业教学大纲，M2M也是物联网主要领域，需要了解，建议直接用英文授课。
课程11 物联网软件、标准、与中间件技术 推荐使用清华大学出版社出版的《中间件技术原理与应用》、电子工业出版社出版的《物联网：技术、应用、标准和商业模式》等教材。
物联网产业发展的关键在于应用，软件是灵魂，中间件是产业化的基石，需要学习和了解，尤其是对毕业后有志于物联网技术发展的学生。
西华大学的 软件工程怎样?
有希望吧,今年西华新生群群号: 八一零七七二八零
Java是否真的即将被取代?
对于最近有关 Java 即出历史舞台的传言，您可能道在这个时候放弃使用 Java 平转而使用更新的技术是否时机成熟
在作出您的判断之前，请先回顾并查看一下 Java 生态系统以及它的竞争者，看看这些传闻是否站得住脚。
换而言之，了解整个 Java 世界目前的现状，并客观公正地评判这个平台。
在学生时代，我们可能会想起 Thomas Malthus 所做的预言，他认为人类赖以生存并继而形成人类文明的农业体系，可能无法再承受人口数量的不断攀升，另一方面，这种情况将不可避免地造成严重的后果，通常会引起巨大的灾难或其他自然灾害。
他这样写道：若对人口数量不加限制，将呈几何比例增长。
而人们赖以生存的物质则以算数比例增长。
与后者相比较，如果稍微了解一下这些数字，就会意识到人口增长是多么惊人。
这意味着，针对生存物质的匮乏，需要对人口增长进行严格而持久的控制。
物质匮乏终究会发生在某些地方，并且必定会严重影响到大部分人类。
Thomas Malthus 在 1798 年发表了 “人口论”。
从那时开始，我们一直在等待着验证有关人口增长的 “Malthusian 检验”。
编程人员，特别是使用 Java 平台和语言的人员，可能已经注意到，随着使用难度不断增加，人们的种种预测和统计暗示着他们所选择的平台即将没落。
而大量候补接任者跃跃欲试：人们提名 .NET、Ruby 甚至是 Python 作为 “下一代重要技术”。
这两种 “Malthusian 学说” 之间存在着惊人的相似之处。
Malthus 认为，由于食物对人类的生存非常重要，而地球的产出有限，并且繁殖所需的生物体系是不会改变的，我们终将达到一个极限，那时地球将无法承受人口负担。
换句话说，如果继续以现在这样的方式生存，将注定灭亡的结局。
那么在 1798，很难推翻 Malthus 的学说。
同样，在过去十八个月中，Java 社区出现了一种新趋势：即预测 Java 平台的消亡日期。
从一些低级的新闻杂志将其称为 90 年代的技术，到夸大其辞的技术演讲者宣传它的现状，再到各种书籍宣称我们正在 “超越” Java 时代，不难发现一点：通过合理的暗示、代码演示、逻辑或统计性说明，Java 正在走向没落。
Malthus 错过了工业革命，而后者引发了翻天覆地的变化。
在 Malthus 一生中，他见证了人类农业生产力的巨大飞跃，这要得益于蒸汽机和轧棉机这些发明。
这些设备为他的学说提供了重要的 “缺失的联系”，它们使粮食产量成倍增长，从而使农业系统能够战胜制造了大量人口的 “两性激情”。
随后，人口控制方面的技术创新对降低人口增长起到了相同的作用，减轻了人口负担，从而造成了很多西方国家出现人口负 增长，因此情况与 Malthus 的相当合理的逻辑完全相悖。
而所有这一切在 Malthus 撰写其论文时是无法预见的，使人类能够超过他所预测的农业系统的承受极限而继续存活，并且避免了由此而来的一系列灾难。
而技术批评家所忽略的则是 Java 虚拟机的替代语言的兴起引发了巨大的变化。
不过不要轻易相信我的一家之言，让我们逐一查看支持这种说法的论证，看看它们是否站得住脚。
Malthusian 式的 Java 预测 一些人仅仅引用了一些统计性描述，说明 Java 不再是程序员中最重视的语言，就简单的判定 Java 已经在走下坡路。
其他人指出 Java 缺乏其替代环境所提供的某些特殊特性，这些特性被标榜为用户及其应用程序的 “需求”。
还有一些人发表（毫无事实依据）诸如 “大企业不会再使用 Java” 等言论，从而明确地暗示，如果大企业不使用 Java，那必定是因为这种技术不值得使用。
Java 语言，从更大的程度来讲，Java 平台及其生态系统，很早以前就超过了 Simon Peyton-Jones 所谓的 “生存阈值（The Threshold of Immortality）”，就像 C++、C、COBOL 和其他语言所经历的一样。
这些工具几乎可以永远存在下去，这是因为它们将继续提供有用的功能，或者是因为重写代码的尝试可能要比继续按原样使用和维护系统付出更多的代价（有关特定语言或系统究竟属于这两个原因的哪一种，存在很多的争议，而这对于本文的目的则无关紧要）。
另一个论据让所有聪明人都放弃 Java 而转向平台 X 或语言 Y.在 2005 年的一篇 BusinessWeek 文章 “Java
It's So Nineties”，引用了很久以前就倒闭的应用服务器公司 NetDynamics 的前 CTO Peter Yared 的话，“Java 像恐龙一样古老”。
可是，还未来得及搞清楚利益冲突和推理逻辑，这篇文章就写到 Yared 所有的公司正在尝试在 LAMP（Linux
\\\/Apache\\\/MySQL\\\/P-language）栈之上重新创建应用服务器体验。
（指出 Ruby 的构想实际上早于 Java，同样还包括 Perl 和 Python，这样做有些无礼，更不要说 Linux、Apache 和 MySQL……因此这里我就不便再多做解释了）。
引用我喜欢的一部电影，“生活是痛苦的，殿下。
持不同观点的人一定有所企图”。
或者，为了更恰当地解释这个主题，可以这样说：“过渡到一个新的平台是痛苦的，CTO 先生。
持不同观点的人一定有所企图”。
也许并不令人惊讶，对于一些已经重新定位到其他技术领域的 Java 专家来说，情况确实如此。
来看看另一个论据，它说 “Java 的顶级语言的位置已经不保，因此它的衰退必定非常悲惨，因此最好避开这场灾难”。
这种论据所依据的是一个最基本的前提，即如果 Java 不再是世界上最畅销的技术，则不值得再提供该语言的支持。
而这种说法若经过逻辑推理，则根本毫无道理。
统计信息很久以来一直被认为是不可靠的（如果使用不当的话），正如 Benjamin Disraeli 的巧妙解释，他说：“世界上有三种谎言：谎言，诅咒和统计”。
统计信息可以用来论证最靠不住脚的论据，只需要根据论据仔细挑选所需的统计信息。
注意 BusinessWeek 一文中使用的引用：“调查……显示 Java 的使用逐渐没落，而 LAMP 和 Microsoft
的 .NET 技术势头强劲”。
喔，听上去情况不妙。
但是，请继续读下去，“根据 Evans 的秋季调查显示，在北美使用 Java 作为其首选编程语言的开发人员的比例已下降到 47.9%，而 2002 年秋为 51.4%”。
因此，在过去六年中，在使用 Java 作为其首选 编程语言的开发人员中，使用率下降了 3.5 个百分点。
请注意，这里使用了 “首选” 编程语言一词，这意味着开发人员自己需要区别什么是他们的 “首选” 语言。
考虑到大量的 XML 配置，使用 Spring\\\/Hibernate\\\/JSP Java 栈的开发人员可能可以很好地判断出 Java 不再是他们的首选语言。
注意过去六年中 Java 平台之上兴起的动态语言（Jython、JRuby、Groovy 甚至是 JavaFX），根据我和我的同事（“No Fluff Just Stuff” 的演讲者）在 NFJS 活动的非正式投票中获得的应用数字，这些动态语言可以很轻松地解释这三个百分点的下降。
考虑同样摘取自同一篇文章的引用：“在另一份调查中，今天秋季，PHP 在北美的采用已经上升到 36.1%，而 2002 年同期为 26%.其增长速率几乎和欧洲和亚洲一样快”。
考虑到这是一个不同的调查系列，它只是为了显示 PHP 的增长，而不是 Java 市场的萎缩。
祝贺 PHP，但是任何研究过企业环境的开发人员都可以证明，生产软件部署并不像这篇文章的作者力图暗示的那样是一个零和（zero-sum）游戏。
大型 IT 环境通常由种类繁多的工具、平台、语言和产品组成。
事实上，我们几乎可以在这里实现 整合，特别是那些大型机组件。
谈到主机，事实上，COBOL 在几十年前就不再是最重要的语言了，但是，它现在仍然继续用于现金支付、转移存款、支付信用卡等业务并运行主要的金融网络，尽管很多行业权威早已经宣布了它的 “死亡”。
对于本应在坟墓里腐烂的技术，这实在是不错；这使我想起 Mark Twain，当他看到家乡报纸上他的讣告时说：“先生们，关于我死亡的报道被严重夸大了。
” 然而，撇开统计数字的问题不谈，第二个问题更严重：为什么仅仅因为所选的工具不是最好的就弃而不用
Java 占据软件开发的首要地位近十年，仅仅由于它 “下降” 到第二位，游戏就结束了
甚至认为仅仅因为人们的惰性就会阻止 Java 重新恢复首要语言的位置，事实是，10 个程序员里面有 4 个会继续使用这种语言，这将保证 Java 在未来几十年里仍然保持活跃的生命力。
更荒谬的说法是，Java 的增长将面临急刹车，并且再也不会出现 Java 部署，然而，Java 目前在整个行业内得到了广泛的部署，这可以保证 Java 继续出现相当长的时间。
尽管COBOL 被宣布已经死亡，但是要求使用它的人每年达到 6 至 7 位数。
然而指出一个论点的缺点并不能证明另一个观点，对于本文也是一样的。
相反地，我们应该用批评的眼光看待 Java 语言和平台，而其强项和劣势经受住了严格的分析。
Java 之所以长寿在于它能满足未来十年的需求，而不是由任何作者或批评家来决定它的生死。
最后，我们考虑一下构成 Java 平台的那些组件： Java 编程语言。
坦率地讲，这是平台中最能体现其长寿的部分，特别是与一些诸如 C#、Groovy、(j)Ruby 或 Scala 等更 “现代的” 语言比较时。
近来涌现出大量关于改善该语言的建议，诸如为该语言添加闭包等极具竞争力的提议，证明了程序员非常渴望 Java 能够具备其他语言的一些特性。
然而，Java 5 中最新语言增强功能所带来的联合成功应该成为所有新的重大语言变更的“注意刹车”的提示。
某些增强，比如 for 循环或注释，得到（相对）普遍的支持。
然而其他一些增强，比如泛型，则受到（相对）普遍的嘲笑和批评。
事实是没有任何一种语言功能能得到它本应帮助的开发人员社区的普遍接受，这个事实告诉我们：为一个已存在十年多的语言添加新的语言特性是很棘手的事情，如果完成，也很可能会导致语言自身的崩溃。
在 Java 平台的地图中，这个区域标注着“老水手”的警告：“此处有怪物
” 非Java JVM 编程语言。
在Java 止步不前的地方，其他语言提供改进和增强的解决方法。
Groovy 围绕 Java 对象提供了一个动态、客观的脚本解决方案。
(j)Ruby 在 JVM 之上提供 Ruby 实现，为 Java 程序员开辟了 Rails 和 ActiveRecordoffers 的世界。
Scala 和 Jaskell 给 JVM 引入了功能概念，为所出现的并发性问题提供可行的解决方案。
诸如此类。
由于所有这些语言要么编译成字节码，要么通过 javax.script API 作为解释语言在 JVM 上运行，因此 Java 生态系统的所有财富都是可以利用的— 而这是 Ruby 开发人员无法做出同等声明的一个方面。
在 Java 平台的地图中，这个区域被标注为“机遇之国”。
Java 虚拟机。
幸运的是，Java 语言已经做出了重大修订和根本性的变化，而 JVM 作为 Java 平台的底层基础，变化并不多。
近来，在博客世界中，许多人建议使 JVM 对动态语言更友好，这使 Sun 公司的一名工程师（John Rose）提供了 JVM 的修订版，最初称为多语言虚拟机（ Multi-language virtual machine，MLVM）, 现改名为 Da Vinci Machine（因为紧密地包装在代码中）。
此处的关键在于被提议的 JVM 更改要避免任何有可能使 Sun 公司在 JVM 优化上的庞大投资作废的事件。
那些提出建议的人在设计细节时一直将这一点牢记于心。
Java Standard Edition 库。
Java Standard Edition 附带了巨大的函数集，数量级比 C++ 标准库更大，甚至许多因素比它前身 Java 1.0 都大，并且这还没有考虑 Enterprise Edition 库（接下来讨论）。
表面上，这看起来像 Java 开发人员的自然优势，但仔细考虑就会发现一些细微的问题。
对初学者而言，库的庞大意味着许多 Java 开发人员认识不到他们在写一些实际已经存在的代码，这些代码收藏在一个在此之前未知的包中。
根据存在时间的不同，库本身有时也会遇到 API 设计时间的烦恼，其中有许多 都源于 90 年代中期，那个时候开发人员设计类和库的方式与 2008 年的设计方法截然不同。
一部分开发人员也深受抽象过多之苦，正如创建对象构建者的工厂所例证的一样，这些对象构建者创建的接口实例不一定能实现开发人员感兴趣的方法。
然而，虽然 JSE 库有缺陷，但从整体来说 JSE 依然有优势，尤其是当它与像 Groovy 提供给 JDK 的扩展（称为 GDK）这样的语言支持增强结合时。
Java Enterprise Edition 库。
没有任何技术能够比 EJB 对其社区产生更大的冲击，并且幸运的是，Java 社区看到了轻量级替代方案的兴起，Spring 和 Hibernate 提供了最后的例证，对这些场景来说，轻量级替代方案是理想选择。
然而，如果暂时不考虑 EJB，Java EE 库就是非常成功的 — servlets 和 servlet 容器为遍及 Internet 和企业内部网的大量 Web 应用程序提供动力，JMS 提供对多种面向消息中间件系统的访问，JEE 领域中其他不太知名的参与者（如 JNDI） 毫无怨言地执行自己相应的任务。
JEE 库很有可能受益于 API 重新设计，JSE 库就是这样，总体来说 JEE 库将满足 Java 程序员的需要。
最大的问题往往在于认识何时首先需要 JEE 库。
我们将在另一篇文章中讨论相关内容。
Java-API-for-XML (JAX) 库。
尽管名义上是 JEE 库的一部分，但 JAX API 的数量和规模都在以与 JEE 其他部分不相称的速率增长，值得脱离 JEE 的上下文来考虑 JAX API。
在近十年，尽管对 XML 支持的需求是巨大并且普遍的，但目前已经有所缓解，尤其是 Web services (WS-*) 周边领域和规范阵营（这些规范允许与其他技术之间实现普遍、轻松的互操作，包括 .NET）。
在这里，Java 无疑需要某种类型的修订，由于 SAX、DOM 和 StAX API 经常需要更多的代码来完成重要任务，尤其是和具有更灵活的 XML 支持的语言相比时，比如 E4X、Ruby 或 Scala。
此处，以 XML 为中心的思想有了明显的改变，从早期的 WS-* 实现中“不接触 XML”到基于 RESTful 方法的“我希望直接接触 XML 并将其定址为形式良好、有意义的 URI”，这种方法也强调了 JAX 领域内重构的必要性。
在 Java 世界的地图中，这个区域被标注为“（应该）弃用的” 客户端 Java。
Sun 公司最近修订的“Java客户端”系统的测试版有个相当糟糕的名字 “Java SE 6 Update 10 Beta”，它提供了增强的客户端特性，包括新的 Swing 外观，称为 Nimbus。
遗憾的是，在客户端度量 Java 的使用一直都存在问题，主要是因为专门用于度量的 applet 在 Internet 上已经使用了很长一段时间，还因为众多对 Web 托管应用程序的设计和架构关注点都以 HTML 的生成为中心，而不是生成现在所说的“富客户端”应用程序。
随着采用速率的提高，Java 要经过漫长的旅程，追赶它在这个领域中的主要竞争对手，Flash 和微软在该领域新引入的技术 Silverlight 使情况变得更加复杂。
Java 可能也会彻底失去阵地，这并不代表着这种平台的“消亡”，但会使问题恶化，当业内学者和商业杂志将其称为“Java 技术弱点的明显例证”时，一定要鼓舞自己
服务器端 Java。
这实在不容争议：Java 毫无疑问是服务器领域内既定的参与者，特别是在查看非 Windows? 后端场的选项时。
LAMP 系列产品可能提供一个前端或垂直筒仓替代方案，正如 Ruby on Rails 所做的一样，但观察重要的服务器计算基础设施时，Java 系列产品的形象十分突出。
事实上，正是这种领先地位促使微软最先积极地寻求 WS-* 规范，以使 .NET 代码至少能调用和配合既定的 Java 基础设施。
微软最近认可了使互操作性向更正式的水平发展，他们在剑桥大学设立的“Interoperability Lab”也体现了这一点。
生态系统。
没有其他的平台拥有像 Java 平台一样如此丰富多样的生态系统，然而这经常会给 Java 开发人员带来一些麻烦（“我该使用哪种 Web 框架
”），事实上，很多 Java 生态系统都渗入其他环境，尤其是.NET。
考虑 .NET 近来在微软内外获得的进步：ObjectBuilder（依赖性注入框架）、ASP MVC（基于 MVC 的 Web 框架）、NHibernate（Hibernate 的一部分）、NAnt 和 MSBuild（在句法或概念上与 Ant 相似的基于 XML 的构建系统）甚至 Silverlight 本身（在浏览器内部托管 CLR，允许执行更丰富的客户端）。
在许多方面，.NET 生态系统为 Java 社区做了将近五年的后盾，因为 .NET 开发人员发现了与 Java 开发人员在五年前遭遇的相同痛点。
而 Java 仍然坚持向 .NET 社区学习（比如统一通信 API 的有用性或显式轻量级工作流引擎的强大力量）。
这只用来说明这些环境都正在互相学习这一事实，而且也表明，.NET 并没有使 Java 成为不必要的能力。
毫无疑问，Java 开发人员可以将他们自己的条目添加到这个列表中，证明这个论点：在 Java 平台中留有太多的优良的东西被认为“消亡了”或“将要消亡”或者甚至在“崩溃的边缘”。
王者终将归来 最简单的事实是：Java、平台、生态系统、环境和开发社区与消亡相去甚远，至少和目前正在使用的其他语言或平台距离一样远。
即使是最严格的统计事实筛选也不能否认 Java 的领先地位。
此外，即使 Sun Microsystems 公司倒闭，平台也不会消亡。
全世界的 Java 的开发人员，联合起来
不要惧怕束缚的铁链：最终您将看到，这些铁链其实并不存在。
多亏 Java 平台的开源，它现在被称为 OpenJDK，更不要说 Java 的其他开源“净室”实现（Apache Harmony 和 Soy Latte 只是其中之二），即使 Sun 公司彻底从地球上消失，包括 IBM?、Apache、BEA 和 Oracle 在内的其他实体也能继续提供 JVM、库和工具，来支持整体生态系统。
Java 总有一天会消亡
它甚至能比刚刚走出大学校园的第二代 Java 程序员走的更长 育路网
怎样初步了解计算机编程
启蒙入门1、 学习一门脚本语言，例如Python\\\/Ruby可以让你摆脱对底层语言的恐惧感，脚本语言可以让你很快开发出能用得上的小程序。
实践项目:处理文本文件，或者csv (关键词 python csv, python open, python sys) 读一个本地文件，逐行处理（例如 word count，或者处理log）遍历本地文件系统 (sys, os, path)，例如写一个程序统计一个目录下所有文件大小并按各种条件排序并保存结果跟数据库打交道 (python sqlite)，写一个小脚本统计数据库里条目数量学会用各种print之类简单粗暴的方式进行调试学会用Google (phrase, domain, use reader to follow tech blogs)为什么要学脚本语言，因为他们实在是太方便了，很多时候我们需要写点小工具或是脚本来帮我们解决问题，你就会发现正规的编程语言太难用了。
2、 用熟一种程序员的编辑器(不是IDE) 和一些基本工具Vim \\\/ Emacs \\\/ Notepad++，学会如何配置代码补全，外观，外部命令等。
Source Insight (或 ctag)使用这些东西不是为了Cool，而是这些编辑器在查看、修改代码\\\/配置文章\\\/日志会更快更有效率。
3、 熟悉Unix\\\/Linux Shell和常见的命令行如果你用windows，至少学会用虚拟机里的linux， vmware player是免费的，装个Ubuntu吧一定要少用少用图形界面。
学会使用man来查看帮助文件系统结构和基本操作 ls\\\/chmod\\\/chown\\\/rm\\\/find\\\/ln\\\/cat\\\/mount\\\/mkdir\\\/tar\\\/gzip …学会使用一些文本操作命令 sed\\\/awk\\\/grep\\\/tail\\\/less\\\/more …学会使用一些管理命令 ps\\\/top\\\/lsof\\\/netstat\\\/kill\\\/tcpdump\\\/iptables\\\/dd…了解\\\/etc目录下的各种配置文章，学会查看\\\/var\\\/log下的系统日志，以及\\\/proc下的系统运行信息了解正则表达式，使用正则表达式来查找文件。
对于程序员来说Unix\\\/Linux比Windows简单多了。
（参看我四年前CSDN的博文《其实Unix很简单》）学会使用Unix\\\/Linux你会发现图形界面在某些时候实在是太难用了，相当地相当地降低工作效率。
4、 学习Web基础（HTML\\\/CSS\\\/JS) + 服务器端技术 (LAMP)未来必然是Web的世界，学习WEB基础的最佳网站是W3School。
学习HTML基本语法学习CSS如何选中HTML元素并应用一些基本样式（关键词：box model）学会用 Firefox + Firebug 或 chrome 查看你觉得很炫的网页结构，并动态修改。
学习使用Javascript操纵HTML元件。
理解DOM和动态网页（Dynamic HTML: The Definitive Reference, 3rd Edition - O'Reilly Media) 网上有免费的章节，足够用了。
或参看 DOM 。
学会用 Firefox + Firebug 或 chrome 调试Javascript代码（设置断点，查看变量，性能，控制台等）在一台机器上配置Apache 或 Nginx学习PHP，让后台PHP和前台HTML进行数据交互，对服务器相应浏览器请求形成初步认识。
实现一个表单提交和反显的功能。
把PHP连接本地或者远程数据库 MySQL（MySQL 和 SQL现学现用够了）跟完一个名校的网络编程课程（例如： ) 不要觉得需要多于一学期时间，大学生是全职一学期选3-5门课，你业余时间一定可以跟上学习一个javascript库（例如jQuery 或 ExtJS）+ Ajax (异步读入一个服务器端图片或者数据库内容）+JSON数据格式。
HTTP: The Definitive Guide 读完前4章你就明白你每天上网用浏览器的时候发生的事情了(proxy, gateway, browsers)做个小网站（例如：一个小的留言板，支持用户登录，Cookie\\\/Session，增、删、改、查，上传图片附件，分页显示）买个域名，租个空间，做个自己的网站。
进阶加深1、 C语言和操作系统调用重新学C语言，理解指针和内存模型，用C语言实现一下各种经典的算法和数据结构。
推荐《计算机程序设计艺术》、《算法导论》和《编程珠玑》。
学习（麻省理工免费课程）计算机科学和编程导论学习（麻省理工免费课程）C语言内存管理学习Unix\\\/Linux系统调用（Unix高级环境编程），，了解系统层面的东西。
用这些系统知识操作一下文件系统，用户（实现一个可以拷贝目录树的小程序）用fork\\\/wait\\\/waitpid写一个多进程的程序，用pthread写一个多线程带同步或互斥的程序。
多进程多进程购票的程序。
用signal\\\/kill\\\/raise\\\/alarm\\\/pause\\\/sigprocmask实现一个多进程间的信号量通信的程序。
学会使用gcc和gdb来编程和调试程序（参看我的《用gdb调试程序》）学会使用makefile来编译程序。
（参看我的《跟我一起写makefile》）IPC和Socket的东西可以放到高级中来实践。
学习Windows SDK编程（Windows 程序设计 ，MFC程序设计）写一个窗口，了解WinMain\\\/WinProcedure，以及Windows的消息机制。
写一些程序来操作Windows SDK中的资源文件或是各种图形控件，以及作图的编程。
学习如何使用MSDN查看相关的SDK函数，各种WM_消息以及一些例程。
这本书中有很多例程，在实践中请不要照抄，试着自己写一个自己的例程。
不用太多于精通这些东西，因为GUI正在被Web取代，主要是了解一下Windows 图形界面的编程。
@virushuo 说：“ 我觉得GUI确实不那么热门了，但充分理解GUI工作原理是很重要的。
包括移动设备开发，如果没有基础知识仍然很吃力。
或者说移动设备开发必须理解GUI工作，或者在win那边学，或者在mac\\\/iOS上学”。
2、学习JavaJava 的学习主要是看经典的Core Java 《Java 核心技术编程》和《Java编程思想》（有两卷，我仅链了第一卷，足够了，因为Java的图形界面了解就可以了）学习JDK，学会查阅Java API Doc Java Platform SE 6了解一下Java这种虚拟机语言和C和Python语言在编译和执行上的差别。
从C、Java、Python思考一下“跨平台”这种技术。
学会使用IDE Eclipse，使用Eclipse 编译，调试和开发Java程序。
建一个Tomcat的网站，尝试一下JSP\\\/Servlet\\\/JDBC\\\/MySQL的Web开发。
把前面所说的那个PHP的小项目试着用JSP和Servlet实现一下。
3、Web的安全与架构学习HTML5，网上有很多很多教程，以前酷壳也介绍过很多，我在这里就不罗列了。
学习Web开发的安全问题（参考新浪微博被攻击的这个事，以及Ruby的这篇文章）学习HTTP Server的rewrite机制，Nginx的反向代理机制，fast-cgi（如：PHP-FPM）学习Web的静态页面缓存技术。
学习Web的异步工作流处理，数据Cache，数据分区，负载均衡，水平扩展的构架。
实践任务：使用HTML5的canvas 制作一些Web动画。
尝试在前面开发过的那个Web应用中进行SQL注入，JS注入，以及XSS攻击。
把前面开发过的那个Web应用改成构造在Nginx + PHP-FPM + 静态页面缓存的网站4、学习关系型数据库你可以安装MSSQLServer或MySQL来学习数据库。
学习教科书里数据库设计的那几个范式，1NF，2NF，3NF，……学习数据库的存过，触发器，视图，建索引，游标等。
学习SQL语句，明白表连接的各种概念（参看《SQL Join的图示》）学习如何优化数据库查询（参看《MySQL的优化》）实践任务：设计一个论坛的数据库，至少满足3NF，使用SQL语句查询本周，本月的最新文章，评论最多的文章，最活跃用户。
5、一些开发工具学会使用SVN或Git来管理程序版本。
学会使用JUnit来对Java进行单元测试。
学习C语言和Java语言的coding standard 或 coding guideline。
（我N年前写过一篇关C语言非常简单的文章——《编程修养》，这样的东西你可以上网查一下，一大堆）。
推荐阅读《代码大全》《重构》《代码整洁之道》高级深入1、C++ \\\/ Java 和面向对象我个人以为学好C++，Java也就是举手之劳。
但是C++的学习曲线相当的陡。
不过，我觉得C++是最需要学好的语言了。
参看两篇趣文“C++学习信心图” 和“21天学好C++”学习（麻省理工免费课程）C++面向对象编程读我的 “如何学好C++”中所推荐的那些书至少两遍以上（如果你对C++的理解能够深入到像我所写的《C++虚函数表解析》或是《C++对象内存存局（上）（下）》，或是《C\\\/C++返回内部静态成员的陷阱》那就非常不错了）然后反思为什么C++要干成这样，Java则不是
你一定要学会对比C++和Java的不同。
比如，Java中的初始化，垃圾回收，接口，异常，虚函数，等等。
实践任务：用C++实现一个BigInt，支持128位的整形的加减乘除的操作。
用C++封装一个数据结构的容量，比如hash table。
用C++封装并实现一个智能指针（一定要使用模板）。
《设计模式》必需一读，两遍以上，思考一下，这23个模式的应用场景。
主要是两点：1）钟爱组合而不是继承，2）钟爱接口而不是实现。
（也推荐《深入浅出设计模式》）实践任务：使用工厂模式实现一个内存池。
使用策略模式制做一个类其可以把文本文件进行左对齐，右对齐和中对齐。
使用命令模式实现一个命令行计算器，并支持undo和redo。
使用修饰模式实现一个酒店的房间价格订价策略——旺季，服务，VIP、旅行团、等影响价格的因素。
学习STL的用法和其设计概念 - 容器，算法，迭代器，函数子。
如果可能，请读一下其源码。
实践任务：尝试使用面向对象、STL，设计模式、和WindowsSDK图形编程的各种技能做一个贪吃蛇或是俄罗斯方块的游戏。
支持不同的级别和难度。
做一个文件浏览器，可以浏览目录下的文件，并可以对不同的文件有不同的操作，文本文件可以打开编辑，执行文件则执行之，mp3或avi文件可以播放，图片文件可以展示图片。
学习C++的一些类库的设计，如： MFC（看看候捷老师的《深入浅出MFC》） ，Boost, ACE, CPPUnit，STL （STL可能会太难了，但是如果你能了解其中的设计模式和设计那就太好了，如果你能深入到我写的《STL string类的写时拷贝技术》那就非常不错了，ACE需要很强在的系统知识，参见后面的“加强对系统的了解”）Java是真正的面向对象的语言，Java的设计模式多得不能再多，也是用来学习面向对象的设计模式的最佳语言了（参看Java中的设计模式）。
推荐阅读《Effective Java》 and 《Java解惑》学习Java的框架，Java的框架也是多，如Spring, Hibernate，Struts 等等，主要是学习Java的设计，如IoC等。
Java的技术也是烂多，重点学习J2EE架构以及JMS， RMI, 等消息传递和远程调用的技术。
学习使用Java做Web Service （官方教程在这里）实践任务： 尝试在Spring或Hibernate框架下构建一个有网络的Web Service的远程调用程序，并可以在两个Service中通过JMS传递消息。
C++和Java都不是能在短时间内能学好的，C++玩是的深，Java玩的是广，我建议两者选一个。
我个人的学习经历是：深究C++（我深究C\\\/C++了十来年了）学习Java的各种设计模式。
2、加强系统了解重要阅读下面的几本书：《Unix编程艺术》了解Unix系统领域中的设计和开发哲学、思想文化体系、原则与经验。
你一定会有一种醍醐灌顶的感觉。
《Unix网络编程卷1，套接字》这是一本看完你就明白网络编程的书。
重要注意TCP、UDP，以及多路复用的系统调用select\\\/poll\\\/epoll的差别。
《TCP\\\/IP详解 卷1:协议》- 这是一本看完后你就可以当网络黑客的书。
了解以太网的的运作原理，了解TCP\\\/IP的协议，运作原理以及如何TCP的调优。
实践任务：理解什么是阻塞（同步IO），非阻塞（异步IO），多路复用（select, poll, epoll）的IO技术。
写一个网络聊天程序，有聊天服务器和多个聊天客户端（服务端用UDP对部分或所有的的聊天客户端进Multicast或Broadcast）。
写一个简易的HTTP服务器。
《Unix网络编程卷2，进程间通信》信号量，管道，共享内存，消息等各种IPC…… 这些技术好像有点老掉牙了，不过还是值得了解。
实践任务：主要实践各种IPC进程序通信的方法。
尝试写一个管道程序，父子进程通过管道交换数据。
尝试写一个共享内存的程序，两个进程通过共享内存交换一个C的结构体数组。
学习《Windows核心编程》一书。
把CreateProcess，Windows线程、线程调度、线程同步（Event, 信号量，互斥量）、异步I\\\/O，内存管理，DLL，这几大块搞精通。
实践任务：使用CreateProcess启动一个记事本或IE，并监控该程序的运行。
把前面写过的那个简易的HTTP服务用线程池实现一下。
写一个DLL的钩子程序监控指定窗口的关闭事件，或是记录某个窗口的按键。
有了多线程、多进程通信，TCP\\\/IP，套接字，C++和设计模式的基本，你可以研究一下ACE了。
使用ACE重写上述的聊天程序和HTTP服务器（带线程池）实践任务：通过以上的所有知识，尝试写一个服务端给客户端传大文件，要求把100M的带宽用到80%以上。
（注意，磁盘I\\\/O和网络I\\\/O可能会很有问题，想一想怎么解决，另外，请注意网络传输最大单元MTU）了解BT下载的工作原理，用多进程的方式模拟BT下载的原理。
3、系统架构负载均衡。
HASH式的，纯动态式的。
（可以到Google学术里搜一些关于负载均衡的文章读读）多层分布式系统 – 客户端服务结点层、计算结点层、数据cache层，数据层。
J2EE是经典的多层结构。
CDN系统 – 就近访问，内容边缘化。
P2P式系统，研究一下BT和电驴的算法。
比如：DHT算法。
服务器备份，双机备份系统（Live-Standby和Live-Live系统），两台机器如何通过心跳监测对方
集群主结点备份。
虚拟化技术，使用这个技术，可以把操作系统当应用程序一下切换或重新配置和部署。
学习Thrift，二进制的高性能的通讯中间件，支持数据(对象)序列化和多种类型的RPC服务。
学习Hadoop。
Hadoop框架中最核心的设计就是：MapReduce和HDFS。
MapReduce的思想是由Google的一篇论文所提及而被广为流传的，简单的一句话解释MapReduce就是“任务的分解与结果的汇总”。
HDFS是Hadoop分布式文件系统（Hadoop Distributed File System）的缩写，为分布式计算存储提供了底层支持。
了解NoSQL数据库（有人说可能是一个过渡炒作的技术），不过因为超大规模以及高并发的纯动态型网站日渐成为主流，而SNS类网站在数据存取过程中有着实时性等刚性需求，这使得目前NoSQL数据库慢慢成了人们所关注的焦点，并大有成为取代关系型数据库而成为未来主流数据存储模式的趋势。
当前NoSQL数据库很多，大部分都是开源的，其中比较知名的有：MemcacheDB、Redis、Tokyo Cabinet(升级版为Kyoto Cabinet)、Flare、MongoDB、CouchDB、Cassandra、Voldemort等。
