2012 IT热门人才需求类型盘点
- - 雷锋网Computerworld在对多位 IT高管进行调查之后，得出了2012 最需要IT技能，不过由于调查范围不够大，可能会出现偏差，仅供参考. 1）编程及应用开发：需求从2010年的44%上升到2012年的61%. 2）项目管理：不仅仅管理人才监管项目，还需要洞察用户需求并转述给其他IT员工，包括需求日益增加的商业分析师.
2012 IT热门人才需求类型盘点
标签：
业界
html
IT
Web
2.0
云计算
| 发表时间：2012-01-10 16:44 | 作者：annie
出处：http://www.leiphone.com
Computerworld在对多位 IT高管进行调查之后，得出了2012 最需要IT技能，不过由于调查范围不够大，可能会出现偏差，仅供参考。
1）编程及应用开发：需求从2010年的44%上升到2012年的61%。
2）项目管理：不仅仅管理人才监管项目，还需要洞察用户需求并转述给其他IT员工，包括需求日益增加的商业分析师。
3）服务台支持/技术支持：随着移动操作系统的发展，需求随之增加
4） 网络设计：这类需求部分归结于 虚拟化及 云计算的发展，相关人员最好具有虚拟系统及思杰系统经验的人。
5） 商务智能（Business Intelligence）：这类需求大部分归因于企业日益将重心从节省成本转向技术投资。
6） 数据中心：虚拟化及云技术也排在其后
7） Web 2.0：围绕社交媒体的技术需求将会增加，Net，AJAX及PHP作关键后端技术，HTML，XML，CSS，Flash及Javascript作前端支持。
8） 安全：2010年需求为32%，现在有所下降，但由于日趋严重的安全问题，许多人又将此提到一个新的高度
9 ）电信：对IP电话技术人员的需求也相当大，尤其是对Cisco IPCC电话中心系统熟悉的人。
Via TR
相关 [it 需求 类型] 推荐：
再谈需求
- - 人月神话的BLOG谈需求工程方面的文章前面写过很多，本文仅做最近思考的一些点滴记录. 首先我们谈下业务建模层面，对于从用户提出最初的业务需求到交付一个完整的系统，在建模层面涉及到两个层面的抽象，其一就是业务建模解决现实世界本身的抽象描述，其二就是软件架构设计，解决从业务模型到IT架构模型的第二次转换. 在早些时候我们看到这两个层面的建模内容都由系统分析员承担或完成，在岗位不断细分后我们看到反而会出现忽视了业务建模的问题.
Redis 数据类型
- - ITeye博客该文章是对Redis官方文档的翻译. 字符串是Redis值的最基础的类型. Redis字符串是二进制安全的，这意味着一个Redis字符串可以包含任何种类的数据，例如一个JPEG图像或者一个序列化的Ruby对象. 一个字符串值最多可以保存512M字节的内容. 你可以使用Redis的字符串做一些有趣的事情，例如你可以：.
Java 类型信息
- - CSDN博客移动开发推荐文章* 为什么需要运行时识别对象和类的信息. 多态 - 实例都被向上转型为父类引用，实例调用相应方法时，需要知道当前父类型引用的具体类型，并从中查找相应方法. IDE - 获取任意类的所有字段和方法. 跨网络的远程平台上创建和运行对象的能力. 从磁盘文件，或者网络连接中获取一串字节（表示类）. * 运行时识别对象和类的信息的两种方式：.
需求变化与IoC
- - 酷壳 - CoolShell.cn【感谢 Todd投递本文 – 微博帐号：@ weidagang 】. 程序员XX遭遇车祸成植物人，医生说活下来的希望只有万分之一，唤醒更为渺茫. 可他的Lead和亲人没有放弃，他们根据XX工作如命的作风，每天都在他身边念：“XX，需求又改了，该干活了，你快来呀. ”，奇迹终于发生了，XX醒来了，第一句话：“需求又改了.
进化而来的需求
- - 极客公园-GeekPark[核心提示]需求是可以创造，可以进化的. 在需求的“博尔赫斯库”中，我们要做的，仅仅是模拟规则，让需求，优胜劣汰. 如果本文的标题和导语引起了坐在电脑前的你的兴趣，同时又产生了些许的疑惑，那么恭喜我自己，我的目的达到了 （真是恶趣味……）. 那么，在对它们进行解释之前，还容我卖个关子，先从几个有趣的见闻讲起.
谈需求和设计
- - 人月神话的BLOG在这里再谈下需求和设计的边界问题，我们最终的业务系统实现出现的偏差，究竟是需求的问题还是设计的问题. 如果边界不清楚则很难明确的区分. 对于需求本身有原始需求，用户需求，产品需求和系统需求的各种阶段；而对于需求的过程也本身存在原始需求的收集，需求分析，需求挖掘，和需求相关的业务建模. 而对于设计同样存在总体的企业架构设计，到单个应用的总体设计和架构设计，概要设计和详细设计.
解决方案与需求
- - 扯氮集--上海魏武挥的博客 - 扯氮集--上海魏武挥的博客曾经有一个很有名的段子，大致意思就是说在汽车尚未出现的马车时代，你去做消费者调研，只会得到这样的答案：我需要一匹更快的马，而不会得到：我需要汽车. 因为对于消费者来说，他从来没有看到过汽车，怎么可能回答你需要汽车呢. 这个段子，似乎充分说明了，创新，尤其是颠覆式创新、破坏性创新是不可能通过需求调研出来的.
如何做需求分析
- - 人人都是产品经理这段时间我做了两个大项目，其中一个项目算是商业模式上和使用规范上的调整，另一个项目是之前功能的重做，为什么重做我下面会说到. 关于需求分析，我认为把需求抽象成产品功能花费的时间占到了软件开发周期的40%，产品设计到评审完的时间大概是20%，也就是说实际开发之前产品团队介入的工作占据项目的60%，在需求分析阶段我有一些个人观点.