it行业_it行业认识 - CSDN
  • IT行业的最新走向!

    千次阅读 2018-06-25 11:18:29
    该报告调查了北美地区超过8000人次的科技专业从业人员,包括2500名CIO,旨在评估科技行业的薪酬和就业情况,该报告表明,科技人才需求巨大,由此科技公司给员工提供了客观的津贴、奖金以及有竞争力的薪酬。...

    科技工作人员的好时光将持续到下一年,Robert Half2018年度的薪酬指南显示,现今科技人才的缺口将给2018年度的业务造成持续影响,这对科技人才较为有利。

    该报告调查了北美地区超过8000人次的科技专业从业人员,包括2500名CIO,旨在评估科技行业的薪酬和就业情况,该报告表明,科技人才需求巨大,由此科技公司给员工提供了客观的津贴、奖金以及有竞争力的薪酬。科技工作已经成为了令人较为满意、且压力适中的行业。

    下面是IT行业就业的7大趋势,及其在新的一年将对老板和员工产生的影响。

    ■ 人才短缺仍在加剧

    根据这份报告,对科技从业人员而言,人才短缺“不再仅仅是对老板们的一种困扰了,而已经迅速成为重要的经营问题。”且当公司找到自己对口的科技人才时,他们经常发现自己难以支付得起这些人才的薪酬。

    根据Robert Half的说法,有44%的CIO们对高层次人才会望而却步,因为这些人才想要的薪水远远超出他们能支付得起的范围。因此,这些公司越来越多地去招聘那些经验不是很多的人员,这些人“更有动力去迅速学习、掌握新技术”。

    ■ 招聘进程缓慢

    想要在人才短缺期找到最合适的人才,公司需要加速招聘进度。该研究指出,公司想对应聘人员有深入了解这点是可以理解的,但许多公司因此拖慢了招聘进程。这确实是一个问题。差不多有2/3被调查的无决策权技术专业人员说到,“如果一次面试在接下来的两周内都没有进展跟进,那么他们就会对这份工作失去兴趣”

    该项调查发现,CIO们在某种程度上也意识到了这个问题的存在,因为有41%的人表示对招聘进度不是很满意。调查发现,平均而言,找到一个合适人员填充岗位空缺的时间为4周半。公司需要设立更流畅的招聘流程,这样一来,公司才能迅速招聘到合适的人才。

    ■ 自动化转变技能模式

    自动化并不会完全替代就业岗位。至少现在看来,在对公司比较重要的技术应用实现自动化是非常简单的。根据Robert Half的另一份调查报告,由于对自动化大量应用,金融行业已经准备好经历技术革新与转变。在这些调查对象里,56%的CFO期待自动化能给金融行业的工作效率带来提升,43%的CFO甚至还在想象自动化会给决策制定带来改变。

    尽管CFO们对自动化持乐观态度,他们仍然期待自动化对他们的思考模式及基本技能带来转变。到2020年,CFO们期望将“能追赶上科技变化的步伐”作为其首要考虑项目,其次是管理大数据、传承并维护财务报告标准。相比而言,CFO在2017年首先需要考虑的是满足合法性要求,利用、管理大数据排在其次

    ■ 科技需求直线增长

    科技在任何行业的需求都在增加,但调查发现,某些垂直行业对科技人员极为需求。医疗保健、金融和制造业的专业人士在其各自的行业中对科技人才的需求越来越大。

    在医疗保健行业,有现代化与创新性的科技需要,以此更好地执行病患护理工作。在金融服务行业,安全与数据从业人员也较为需求,因为安全已经成为公司首要考虑的事项。自动化正在影响制造业,制造业正在寻求创新型的IT专业人员,帮助其适应自动化进程。Robert Half技术咨询公司将这些产业定位为“在未来几年引领IT招聘风向”。

    Robert Half技术咨询公司指出,2018年度,在云科技、开放资源、移动、大数据和安全领域,科技人才需求量是最大的。且即使你不是这些领域的专业人士,调查发现,随着公司对人才需求的压力加大,管理层更愿意雇佣那些技术背景并不十分深厚的从业人员,因为这些人潜力大,且求知欲望强烈。

    ■ 软技能如今成为必备技能

    由于技术在各个行业都占有关键地位,招聘能够与其他非技术部门沟通、协作的科技从业人员是非常重要的。这意味着,公司老板们对那些具有较强理解力、逻辑思考能力及沟通技巧的应聘人员更感兴趣。

    比如,47%的CIO认为,他们的团队需要与市场营销部门协作,以此为数字化创新项目提供支持,这方面对人才能力的要求远比技术能力多很多。从业人员需要了解信息,然后将信息传递给公司的其他人,而这部分人可能并不懂专业技术。随着IT在各个行业变得越来越重要,软技能在弥补缺口与促进沟通方面也变得非常重要

    ■ 对科技从业人员而言,满意度上升,从业压力下降

    在工作幸福度排行榜上,科技行业目前排在第六位,在工作压力最低排行榜上,其排名第一。幸福感的一部分源于公司为留住人才提供的补偿和奖金政策。

    只有19%的公司不发奖金,只有17%的公司的薪酬涨幅据工龄而定。对72%的公司而言,加薪是以业绩为基础的,而65%的公司认为,薪水以公司或员工绩效为基础。这些奖励政策有助于激励员工,让员工其对其工作岗位满意。

    ■ 可观的津贴对IT人才较有吸引力

    为了在激烈的市场竞争环境中将最好的人才留住,你好发现,大部分公司已经开始实行“额外津贴”,这些都是标准工资以外的额外福利。

    这些政策包括弹性工作时间安排(62%)、经常性的社交活动(39%)、远程工作机会(34%)、现场或免费健身会员(25%)、工作时间压缩(17%)和免费工作餐(13%)。

    为了激励人才,公司还实行奖励机制,如个人和团队业绩奖励(37%),利润分成(20%),留职奖金(18%),股票期权(18%)和递延补偿(16%)。

    展开全文
  • IT行业都有哪些职位

    千次阅读 2018-12-22 15:41:10
    互联网行业的薪资水准相对较高,刚入行一个月,半年,或者一年超过其他行业薪资很正常。  那么,互联网行业究竟有哪些职位呢,又分别适合哪些传统行业转型?   -----------------------...

    原文链接:https://www.zhihu.com/question/36991788/answer/69902291

    互联网行业的薪资水准相对较高,刚入行一个月,半年,或者一年超过其他行业薪资很正常。 
    那么,互联网行业究竟有哪些职位呢,又分别适合哪些传统行业转型?

     

    --------------------------------------------------------------------

    一.产品

    1 工作内容:

    了解用户需求,做竞品调研,画产品原型,写产品文档,讲解产品需求,测试产品Bug,收集用户反馈,苦练金刚罩以防止程序员拿刀砍。

    2 需要技能:

    PPT,Word, Axure,XP,MVP,行业知识,沟通

    PPT是最容易被忽视的技能,很多时候很多人都把产品经理=画原型,如果你这么想,再做五年的产品经理也是一个画原型的。我在修真院的时候,给修真院的弟子讲过很多次,产品经理更多的是理解一个行业,熟悉这个行业的用户,知道这个行业有哪些没有满足的需求,寻找解决方案,对比行业,找到自己的切入点,最终落地成:哪些功能要做,哪些功能不要做。

    这些都是要在PPT里写清楚的。所以,PPT并不是简简单单的一个工具,而且是用这个工具把你对这个行业的了解和分析和解决方案展示出来。

    XP是敏捷开发,不会敏捷开发的产品经理很难说会是一个好的产品经理。敏捷开发对于产品经理来讲,是逼着产品经理去用Story的方式去思考,去考虑自己每一个Story的价值是什么,所有的Story优先级是什么。

    MVP是最小化验证产品的缩写,这在精益创业里是很重要的概念。也就是说,你臆想了一个产品,他有了什么样的功能,但是!请注意,我们认为所有没有经过用户验证的功能都是在扯淡。所以,你其实是设计了一个扯淡的功能然后交给一堆人去开发,再交给人去运营,直到一个月或者是三个月以后才能拿到反馈结果。我们等不了,所以你必须在程序员开始启动之前,先想办法验证自己要解决的问题是存在的,要解决的需要是用户确实需要的—你有无数的办法可以这么做,真的。好比是,我做IT修真院,并没有先直接做线上的网站,而是直接去贴吧发贴,用QQ群,在论坛直接做,去观察这些弟子的行为,然后去修正自己的产品设计,我发现了他们需要日报,需要点评,需要有班级的概念,需要有学号,需要有首席大弟子等等等等这些。然后我会把这些需要分析整理之后加入到网站的设计里去,这就是MVP的价值–当年穷疯了每个决策都慎重的时候,就会特别喜欢这种方式,土豪除外,只会浪费时间而已。

    Word是产品需求文档,我自己不太喜欢Word文档,更喜欢XP的Story,不过会一点也没有关系。

    行业知识是产品经理最重要最重要的技能,没有之一,你可以不懂PPT,不会Axure,不会Word,也不会什么XP和MVP,但是绝对不能不懂一个行业。某种程度上来讲,产品经理拥有的其实是快速了解一个行业的能力。现在的互联网已经和以前的不一样了。以前的产品经理懂点儿交互,知道什么是表单,知道点IT术语就能混日子了,现在必须要懂一个行业,地产,金融,汽车,教育,餐饮,医疗等等各种行业,你都需要了解这个行业的模式,如果你不懂,你就是一个画原型的人。

    沟通也是产品经理的必备技能,出门不带沟通技能,一定会被程序员砍。一方面是要跟用户沟通,一方面是要跟程序员沟通(这是世界上最难沟通的物种,没有之一),一方面要跟领导沟通(其实就是想办法拍领导马屁然后哄着他们听自己的话)。

    3 发展前景

    不用说,产品经理绝对是一个炙手可热的职业,而且,TNND的几乎是零门槛,这表示,是个人都可以说,我想成为一个产品经理。 
    然而,好的产品经理很多么?并不多,所以,好像围棋一样的,入门容易,学精难。

    而且,似乎并没有一个系统的教程(这真是一个很难让人相信的事情啊,这么一种职业,没有大学的知识培养,甚至都很少有标准化的职业化培训,全靠业界手把手培养和自发的交流,就能够拿着无数DS程序员根本就想像不到的薪水–产品经理真的跟DS有点儿不搭边的,当然,我大修真还是在努力做产品人员的培养的)。

    产品经理的发展前景是很赞的,只是越来越体系化了,而且很容易出人头地。

    一般来说:

    0~6个月:4K~8K 
    6~12个月:6K~12K 
    1年~3年:10K~24K 
    3年~5年:20K~40K 
    5年~ :30K~

    三个月到半年左右就可以算是迈入这个行业啦,如果遇到P2P这种对于专业属性要求比较高的,随便在一家公司混点经验,跳到另外一家新的公司就是一个产品总监:因为并没有其他人又了解金融又了解互联网。

    成长路径:

    产品助理-产品经理-高级产品经理-产品总监-CEO

    --------------------------------------------------------------------

    二 UI(产品外观设计,用的PS)

    1 工作内容:

    收到产品原型,给原型上色,偶尔会自作主张调整下原型的位置,出不同的风格给老板和客户选,然后听他们的意见给出一个自己极不喜欢的风格,最好给Android,IOS或者是CSS做好标注,还有的需要直接帮他们切好图,最后要练出来象素眼,看看这些不靠谱的程序员们有没有上错色或者是有偏差。

    2 需要技能:

    PS,Illustrator,Sketch,耐性,找素材

    PS是最基础的技能。各种图层通道蒙版神马的细节的东西就不用说了,很多时候很多公司都愿意出所谓的高保真图。什么叫高保真图,简单说就是不折磨产品折磨UI的破玩意儿。就是把所有的图都画出来然后对着UI图来改,偶尔还会要求做出来网页能够点,对于这点我不想再吐槽了,总之,PS是少不了的技能,基本上很多时候其他人都会以为你只需要用PS就能搞定一切。

    然而PS始终只是一个工具而已,所以在这里,PS代表的更多的是一种方案的选择。比如什么行业用什么配色,怎么样对齐,怎么突出重点,PC下应该是多宽,手机应该是多宽,等等等等。

    ILLustrator最近似乎是用的少了,我不太确定,但是做矢量图以前是就是靠他的。什么是位图什么是矢量图,自行百度就好。以及还有CoreDraw,不知道现在是否常用。然而,慢慢的似乎Sketch流行起来了。

    SKetch和Illustrator和CoreDraw之间的差别我说不上来,我记得我的UI小姑娘跟我讲这个工具很好用。

    耐性必须是UI必备的技能,因为有的时候,老板跟你较真起来,一个星期不停的反复修改一个首页是很正常的事儿。可能颜色要从红换成黑再换成绿。所以你必须要有耐性,除非你做的设计没人管,你说了算。而且,UI这东西,是个人都有自己的审美观。更不用说之前朋友圈的测试,人和人看到的颜色真心不一样。 
    所以你必须要有耐性,这是很重要的。

    找素材的能力也是必不可少的,你手上必须要备几个常用的素材网站,大部分的人都是在别人的素材基础上改来改去。

    说到这里,其实忍不住想加上一句。UI设计师最重要的能力并非是以上几种,而在于是理解产品经理的需求–前提条件是产品经理很明确的说出来了而且讲清楚了需求。

    比如说,一个页面的重要是什么?最想引人注目的内容是什么?应该配什么样的图?加上什么样的元素能让网站的风格更醒目一些呢?

    这里大部分其实都是原型设计师要做的事儿,我一直有一个观点,就是UI其实最应该做原型,只有这样,才能让产品经理着重去考虑功能点,让设计完美传达产品的功能点。 
    然而原型设计师这个角色慢慢的被消融了,已经变成了产品经理了。所以大部分产品经理都以为自己是画原型的,然后大部分UI都会自作主张改掉原型,因为没有美感。所以通常你会发现美感说有了,也有那么一点儿,可是总觉得会有一些不对。

    我对他们的要求就是,先别管美不美,你先告诉我这张页面每个模块想要重点表达的内容是什么,能不能让人分清主次。做到了这一点 ,再去考虑美感。

    3 发展前景

    UI的发展前景是很赞的,在两到三年前,甚至都有人推动让UI来代替产品经理来驱动。某种程度上来说,UI其实最好的发展方向就是UE,也就是交互,然后就是所谓的用户体验优化师–坦白的说我并未觉得有多少公司会真正的设置这个职位,因为太泛了。但是对于现在火热的O2O来说,无论是线上还是线下,都希望提供一个极致的用户体验,所以我说不好。

    但是大部分的UI都应该去朝着交互的方向发展,而不是去切页面。。。

    UI薪水其实跟产品经理在前期差不太多,中期差点。后期相差比较远,一般来说:

    0~6个月:4K~8K 
    6~12个月:6K~12K 
    1年~3年:10K~20K 
    3年~5年:16K~30K 
    5年~ :24K~

    UI的成长时间大概是在两年左右,基本上PC,IOS,Android,H5全部都做过一些项目,设计过几个Logo,做过一些专题和Banner图,才算是比较完美报。

    然而想要做的更好一些就有点困难了,除非你的遇到了一家公司,对用户体验要求极致,然而那个时候,并不仅仅是UI和UE相关的内容了。

    成长路径:

    实习UI-初级U-中级UI-高级UI(UE)

    4.入门门槛

    UI对入门门槛要求还算是比较高的。首先你得有一台Mac。。大部分的情况下你都需要Mac。 
    然后你要懂之前提到的常用软件,UI的交互规范,配色等等等。

    5.哪些行业适合做UI

    IT界:无 
    其他界:传统做VI的,就是平面设计的会转一些。跟着基本上就是小鲜肉了,刚毕业就从事这个行业的会比较多一些。还有一些学美术的,会手绘的。

    PS:想了想,从没怎么见过程序员转行做UI的。只见过UI人员会写代码的。

    6.职业限制

    UI这个职业的限制在某种程度上就是不太清楚自己应该朝着UE发展。所以时间长了工作就会变得单调,两年或者是三年之后原地踏步走没怎么有进步的人很多。像Metro(扁平化)或者是material design这样的风格一不熟悉二不了解三不想尝试的人还是挺多的。

    很多人做了很久其实还是分不清产品经理想要在一个页面上表达什么–这有时候真的并不是UI的错。

    --------------------------------------------------------------------

    三 CSS

    1 工作内容:

    产品设计好原型,UI做出来了效果图,剩下的就是CSS工程师用代码把静态文件写出来的。

    所以CSS工程师和OP一样,都是可以在不用了解业务需求的情况下就能完成工作的唯一两个特殊职业。 
    一般来说,CSS工程师并不存在,写CSS的人多少要写一些JS代码,然而确实也会有一些妹子真的就是学不会JS,有一些汉子真的就是写不出来JS,所以我还是把他们两个拆开了。

    CSS工程师要考虑更多的就是兼容性,简单说,IE内核和非IE内核(WEBKit),IE10以下和其他。我是强烈建议新人不要去学IE10以下的Hack的写法的,让IE10以下的,不支持Html5的都去死吧,表再来跟我说用户还在用IE678了。

    当页面切完以后,另一个工作就是去帮助菜鸟后端和某些JSER把页面又重新套错了,什么是套页面,可以看这个 http://www.zhihu.com/question/22689579/answer/69899644 。

    2 需要技能:

    环境【IDE(WEBStorm,Sublime,EditPlus),源码管理(SVN/Git) ,WEB服务器(nginx)】 
    基础【PS,域名,Html,Html5,CSS,CSS3】 
    扩展【自适应,响应式,Bootstrap,Less,Flex】

    无论是哪一种程序员,学会搭好的自己的环境都是第一步。选好IDE,选好源码管理工具,学会每天把自己做好的Html文件发布到服务器上可以直接访问。这都是最基础的技能,记着这些东西并不难,你只是需要不断的去练习去熟悉它而已。所以从第一开始就去适应它。

    会用PS是因为一是要切图,二是要制作雪碧图。这儿简单说一下,很多人都会说,切图这个活倒底分给UI还是分给前端。我一直都觉得这是CSS必须要做的,因为只有CSSER才会知道怎么切合适。然而大部分Android和IOS人员都不具备切图的能力,这也是我一直很无语的工作方式,反正,我要求我的Team,无论是Android还是IOS都必须要会自己切图。

    另外再解释一下所谓切图和切页面的概念。切图指的是把需要用到的小图标了神马的切出来。切页面一般指的是就是把整个效果图做成Html网页。两种叫法我都觉得Low的不行,然而很多人都喜欢这么叫,而且会混到一起,时间长了,也就习惯了。

    自适应和响应式是前端人员必须要懂的概念,也是必须要能做到的。毕竟现在是各种跨屏时代,以及各种分辨率都层出不穷,H5又是眼下最火红的职业和技能。

    曾经有过工作半年或者是一年都不太懂什么是自适应和响应式的,这并不好。

    Bootstrap,Less和Flex也是CSS工程师必须要会的。学会Bootstrap更重要的还是要去学习它的思想,这是很重要的一点,它帮助你开阔视野,你才会明白,靠,原来可以这么写。

    Less也是一样,在推荐less和Sass之前我犹豫了很久,然而看到Sass要Ruby环境就有点不喜欢了,虽然Bootstrap已经转向Sass,但是在一般的项目中,Less也够用了。所以还是果断的推荐Less了。

    Flex是一个好东西,我了解的还不多,在真实的项目中还未有使用过,不过挺看好的。 
    简单说呢,前端工程师需要的大多数就是技术相关的技能,倒不需要太多的沟通啊和耐性啊神马的技巧。

    哦哦,想起来了,CSS的知识比较零散,要死记的东西其实是比较多的。

    3 发展前景

    CSS的发展前景最近几年好的不行。在Android和IOS大行其道的时候,一大部分人都转去做了这两个行业,然而突然之间,因为微信的缘故加上JS的魅力,H5突然又火爆起来,所以呢,CSS整体来说还是一个挺靠谱的职业。最关键的是,CSS入门最快的职业啊,几乎零门槛,只是转JS还是挺不容易的。

    CSS薪水如果纯粹只是做CSS的话,12K到15K基本上就是封顶了。。。所以:

    0~3个月:4K~6K 
    3~12个月:5K~8K 
    12个月以上~:8K~15K

    CSS的成长是非常快的。修真院的线下弟子都是一个月左右就可以独立做项目,可以进入IT修真界闯荡江湖了。正常情况下,3个月左右是没问题的。

    我的要求比较高,所以所谓的独立做项目就一定是独立做项目,不用怀疑这一点。包括自适应,响应式和Bootstrap。

    所以。想要拿高薪,CSS都必须要学JS,没有其他的途径。

    成长路径:

    CSS工程师-初级JS工程师-JS工程师-前端架构师-前端Leader(IOS,Android和JS通吃)

    不要相信NodeJS,那只是玩玩而已。不要想从前端转后端,太难了,后端和前端是两个不同的概念,特别是对基础知识要求的特别高。

    CSS和JS最好的方式就是IOS和Android通吃,精通一种,然后其他的能做项目,并不需要考虑其他的选择,推荐再学点其他脚本语言,首推Python,永远不要去学PHP,表问我为啥,个人好恶。 
    你一定要问,等我心情不好的时候再说。

    4.入门门槛

    零门槛!你相信咩,一个程序员的职业居然可以零门槛进入。。。 
    好吧,大多数人其实并不把CSSER称为程序员,不过,你至少学会了CSS,就能在IT修真界这个神奇的元世界里生存,就有了进军其他职业的可能性。

    5.哪些行业适合做CSS

    IT界:All 
    其他界:All

    PS:正常人都可以学的会啦

    6.职业限制

    CSS的职业限制有三个,一个就是不去学自适应和响应式,一个是不去学框架,另一个就是学不会JS。 
    这三点都是很重要的突破。然后这个职业呢,怎么讲,在一家公司里可替代的程度比较高,并不算特别重要,做不了核心岗,也不存在什么代码交接。你就算代码写的再烂,也最多就是花一个月时间重写。。。

    所以如果你不想做JS,你就真的真的发展受限制了,一定要记着,CSS只是你的一个跳板。 
    另外,因为零门槛,所以你其实还是有很多计算机相关的知识要补的,这是一定的,没什么可商量的。

    只是做前端还好,如果想做后端,只是不想花那么长的时间才进入这个行业,就必须要从CSS做起,跟着用自己的其他时间恶补计算机基础了。

    --------------------------------------------------------------------

    四 JS

    JS说起来必须是一个神器,这个当年10天内被开发出来的神器,以一种谁也想象不到的速度快速发展,它击败了Java Applet,逼死Flash,当Android和IOS看似一统全球的时候,JS慢条斯理的和Html5一起蚕食App市场,甚至还出来了NodeJS这种连后端都不放过的残暴东西。

    原生和WEB的两种方式一直在争论不休,而我自己在三年前就是绝对的WEB支持者,windows对于JS支持的更彻底,只是Winphone一直不给力。

    好吧,对于拿NODEJS做后端工程项目我还是有点不情愿,然而提供各种辅助工具什么的还是挺不错的。JQuery,Ajax和RequireJS和Angularjs和PhoneGap都是一些标志性的转变,还包括ReactJS。JS简直了,简直了,简直什么都不放过。

    所以JS简单么?我带着你们了解一下JS工程师是什么样子的。

    1 工作内容:

    JS工程师其实分成两类,在之前讲CSS的时候已经提到过,一个是套页面的,一个是前后端分离的。对这两个概念还是分不太清的,可以回过头去看CSS的部分。

    对于套页面来说,JS工程师的职责非常简单,一个是做一些简单的动画和交互和验证,轮播图,弹框,验证用户名是否为空等等。另一个就是通过Ajax取一些后台数据,然后在页面上展示出来。

    那个时候的JS工程师并不被太多人重视,很多时候一些后端的人把前端的工作也做了–除了写CSS,大部分的后端工程师写点JS还是不成问题的。

    可是前后端分离的出现,彻彻底底的改变了前端的世界。前端居然有架构了,前端居然也有“编译”的概念了(你能想象么,JS的项目居然不能直接打开源码直接使用了,必须要经过编译才可以)。前端工程师和后端工程师只通过Json数据交互(感谢Nginx提供了一个完美的跨域解决方案,再也不用什么Jsonp了),然后服务器端的同学发现:好简单啊,我对Android,对IOS,对Html都只需要提供一套API就够了~~

    前端同学更开心,再也不用去搭建各种悲剧的开发环境了!前端变的很轻,而且控制欲很强(AngualarJS好赞),页面跳转神马的SoEasy,而且也有了Bower这样的包管理工具,还有类似于JSP自定义Tag的指令,MVC,还有了Service的概念,马丹,前端到底发生了什么!

    所以我们现在说到的,基本上就是前后端分离的工程师,他们的工作职责就是和IOS&Android的工程师一样,跟后端定接口,确定框架和架构,分模块,然后跟后端联调互相吐槽对方是渣渣。

    项目结束之后修复线上Bug,不停的跟用户说:在我这里是正常的,你换个浏览器试试?不行就清一下Cookie,再不然就换台电脑。

    2 需要技能:

    环境【IDE(WEBStorm,Sublime,EditPlus),源码管理(SVN/Git) ,WEB服务器(nginx)】 
    基础【Http,REST,跨域,语法,组件,F12,Json,Websocket】 
    框架【JQuery,AngularJS,Bower,RequireJS,GruntJS,ReactJS,PhoneGap】 
    业务【金融,教育,医疗,汽车,房产等等等等各种行业】 
    第三方【微信,QQ等各种第三方登录,支付,IM,地图,语音,视频,图片】

    环境不说了,参考CSS的。 
    基础跟CSS差别就好大了,要有一些网络协议的基本概念,要了解什么是Http,什么是Https,什么是WebSocket,什么是Rest,各种JS的语法(太复杂的完全不用管,别去管什么闭包什么Prototype什么This的指向),Json是必不可少的东西。

    框架就多了去了。直接拿JQuery来学习就好,表去太在意什么原生语法,大部分场景你都不用担心引入一个JQuery的库导致系统变慢,AngularJS真是一个好东西,表太纠结一些细节,Bower,RequireJS和GruntJS这些会有一些前端大牛帮你搭好框架你直接用就好了。 
    想做点App就用PhoneGap,想尝试一下ReactJS就去试吧(我很想试一下然而看到有Render就看不下去了)。

    必须提醒一次,如果你是从CSS转到JS的,那么一定要看一下这篇贴子。【IT修真院】怎么样从CSS转JS-IT修真院 。这里强调的就是,你必须要懂业务逻辑,这跟CSS完全不需要懂业务逻辑简直是天壤之别,很多时候你并不是因为技术而无法学会JS,而是缺少对于业务逻辑的理解。

    当然啊,这并没有完。还有无数的第三方库等着你,做微信呢你必须要用WX的SDK,要用百度地图呢就必须要用百度的SDK,还有各种支付啊神马的。如果你要做IM就有环信啊神马的。

    所以。JS就是一个真正的程序员,一个真正的工程师,不但要能把代码实现,还需要理解需求,需要懂得编码规范,需要知道如何控制项目流程和进度风险,需要修复线下Bug,需要调优,需要做版本管理,需要制订接口,需要编写技术文档,还需要做新技术的调研或者是带新人。

    现在你了解了咩?(如果不了解,加入IT修真院嘛,老大带你在IT界从菜鸟修成大神)

    3 发展前景

    我说了那么多,你们对JS的期望也很高了吧。坦白的说,有点高的离谱! 
    JS是唯一一个可以在两年之内薪水到20K的职业。 
    虽然工作五年或者是七年的JS在薪水上差别并不太大,但是也已经让很多人难以置信了好么。

    好多人在别的行业,工作十年都拿不到10K啊亲。

    0~6个月:6K~10K 
    6~12个月:8K~14K 
    一年~两年:12K~20K 
    两年~五年:18K~30K 
    五年以上:24K~

    JS的入门相对来说比CSS难的多(表怕,有我大IT大修真院),但是他的好处是学会一点是一点,并不像Java一样,绝对是前期Gank型英雄,到了6级就能四处杀人。Java是后期,要到16级以后才能出山才能够震撼全场。

    所以JS相对来说比较平滑,而且现在学习的曲线也比较清晰,慢慢在业界都形成了相对完善的框架。JS可以选择前进的路有很多种,只要你不是太瞎(跟着修真院就一定不会瞎),就没什么大的问题。

    成长路径:

    JS菜鸟-JS初级工程师-JS中级工程师-JS架构师-UED-前端Leader-前端大牛

    大概这个样子啦,JS工程师在后面有一点后续无力,一般来说,我还是强烈推荐JS,IOS,Android三者通吃,在我的带的Team中也一直要求他们这么做(虽然并未能完全实施成功)。

    这三者有太多相似之处了,到最后你会发现,语言只是一种工具而已。要做的事情,其实是差不太多的,并不需要对所有的语言都特别熟悉,有一种打底的,其他的都可以随意去玩了。

    4.入门门槛

    必须有CSS基础,必须有CSS基础,必须有CSS基础。 
    或者是有后端Java基础。

    总之你要么是会了CSS,要么是精通了一种后端语言,千万不要CSS没学好,后端语言也不会就直接学JS,心里会没底,不踏实。

    其他的都没什么了,列出来的基础知识,自己慢慢补就行了。

    5.哪些行业适合做JS

    IT界:CSS,然后是所有的都可以 
    其他界:所有的都可以

    好蛋疼的结论然而事实上就是如此,这波JS的红利受益于微信,以及移动端的普及。我不确定在三年或者是五年之后会不会还是这种状态,然而三年和五年已经足够可以改变你的人生了,所以,你在等毛线?

    大修真院的弟子中有搬砖的有退学的有高中毕业的有做电汽和通信的,你想想为什么你不可以?唯一不合适你的大概就是:你真的没有编程思想哈哈哈,然而这确实是一件很难解释和预测的事儿。我也确实见过反应比较慢的,进度比较慢的,但是无论如何,混口饭吃,不成问题。

    6.职业限制

    JS的职业限制也挺多的,主要就在于学习的方向上很容易误入歧途(至少在我眼里是这样的,相信我,我不是什么好人,我并不会我说过的每一句话负责)。比如说一直坚持喜欢用原生,各种喜欢写一些奇奇怪怪语法(我把我看不懂的语法都归结为奇怪的语法),各种回调等等等等。

    学到一些好的框架其实很赞的,对于大多数人来讲,就够了。只是缺少一个清晰的指引。 
    有的时候你会发现,你对Http了解的比较少,会是一个瓶颈。 
    你对数组啊,循环啊不了解,是一个瓶颈。 
    你对MVC不了解,也是另一个瓶颈。 
    对Json不懂,不知道怎么定接口,也是个问题。

    这些都学会了,也会遇到一些问题。就是JS的工程师三年,五年,七年的差别,大多数人都不算特别的大。 
    所以总会有人想学后端–但是我绝对不赞成学Java,NodeJS也可以不去学,不如去学习Python,更不要提PHP啦(我真心不喜欢PHP,不知道为嘛)

    或者说,后端并不是语法,而是牵涉到算法,架构,性能,业务,选型等等跟前端几乎没有任何关系的知识,所以学习一门脚本语言,能做点简单的东西就好了。

    还是需要把注意力转到IOS,Android上去。

    --------------------------------------------------------------------

    五 后端(Java/python/go)

    java、php、asp.net关于web开发的区别:

    https://blog.csdn.net/abcx3261/article/details/85159104

    说到后端,其实我主要想说的是Java。C和PHP这两种语言我都不喜欢,之前也说过了,我自己绝对不是一个说话公平公正的人,什么观点都带着自己偏激和极端的调调。

    我之前在贴吧跟Java吧的吧主一直在撕逼(原因很简单,我说教大家学Java,一个月收400块钱,他说我是骗子封我贴。然后我说好吧,我不说教大家学Java了,我来给大家解决在学习过程中遇到的困惑,他说贴吧不能发问答贴。我说行,那么我就写一些新人学Java必须要学数据库,数据结构和计算机网络,于是一群吧主过来喷我说,我没学过这些我也照样学会Java了啊,什么多线程什么继承等等,我无语了解释说Java语法不重要,重要的是要学会后端的架构,要懂算法,要懂业务,要懂系统的扩展性,要会调试程序,于是吧主们就把我封了,我很不爽,就新开贴子跟他们撕逼对骂–我从来不是一个重身份的人,我骂人会很脏,所以如果看到这个贴子觉得我很厉害那么你瞎眼了,我就是一个不喜欢就说,谁喷我一脸我喷谁一身的性格,现在的结果就是Java吧的吧主每隔10天就来封我一次-哈哈哈哈哈比闹钟都要准,所以三个月过去了,我带出来很多CSS和JS的学员,然而Java的学员并没有多少。所以如果有人去Java吧替我骂一下那些XX吧主并且截图给我看,我会很开心很开心很开心,说不定就会给你们开小灶哈哈哈哈。)

    之所以说这些,一方面是400多的赞让我觉得有点羞愧,另一方面也是想强调一个概念,学后端,学会语法只是开始而已,最后一个就是我是一个小人,谁欺负我我就想欺负回去。

    我想想该怎么描述后端的工作。后端跟前端是截然不同的,之前讲过。前端是Gank,后端是大后期,要等到16级以后才能V5起来,而且我非常不推荐前端去学后端(所谓的全栈工程师完全是扯,我有时间会写一下,为什么不要去做一个全栈工程师)。后端要积累到足够多的项目经验,才能够成为一个靠谱的后端工程师。我觉得。我来举一个跟着我线下半年的小培宇的例子就能简单说明一下后端的工作。

    小培宇是第一个来到我大修院面试(嗯,最初我是给他们发工资然后带他们学习的)的人,跟我讲他是考研失败,差了几分,然后也做过点项目,我随便问了几句就知道了他的状态:人挺聪明的,但是在学校肯定玩的疯,所以问点排序算法还是能够答的出来,数据结构也懂一点儿,LinkedList和ArrayList删除数据谁更快也能答的挺靠谱的,但是绝对绝对没写过一行工程代码。

    他打动我的那句话就是:不在乎工资多少就想多学点东西。很好,我默默的点个赞,因为我本身就想把自己这几年积累的经验和知识和走过的坑整理出来,告诉互联网的新人,所以也不抵触带新人,坦白说,愿意像我这样带新人的公司,几乎没有,带新人真不是一般的累。幸好我之前在各种公司中都带过各种新人,好的坏的都带过,所以还算是熟悉。

    于是我给培宇精心设计了他的学习曲线,这也是我大IT修真院的核心观点: 
    1.先搭建基础环境(Maven,SVN,Eclipse,jetty,SecureCRT,Linux,Mysql) 
    2.做简单的CRUD(DAO-自己封装的数据层,junit,Log4j,Rest,Spring,Spring MVC,Json,JsonTaglib) 
    3.做一个相对复杂的系统DB设计,接口设计,项目部署,错误提示,Bug查找,怎么打系统日志。 
    4.做了一个微信相关的项目,了解微信的API,交互方式,Cookie,拦截器,AOP,登录系统的设计,命名规范等。 
    5.拆分Service,将Home和Service分开,使用RMI调用,实现各个层次之间都可以完成分布式的部署,使用Tuscany(真心喜欢Tuscany)完成SCA。 
    6.使用MongoDB完成地理位置的搜索,短信,图片上传,云存储,使用Tiles来配置页面模板。

    这些内容他花了将近三个月的时间。对他来说已经是学会了很多东西了,这三个月是几乎没日没夜的学出来的,要知道他之前压根就不知道什么是Spring,生成Json和套JSP的区别我骂了他好几次他才弄明白,经常会遇到一些Maven或者是Tuscany的报错不知道该怎么解决,数据库字段的规范和接口规范常常被我黑的体无完肤。很多东西都只是知道个皮毛而已,你们自己说说,学会Java语法算什么?

    这还是有我来带,有我来教,有我给他定制合适的项目教给他去做,如果没有这些,你们自己学,学会我说的这些东西要多久? 
    别的不说,学会怎么打日志,怎么根据线上的报错去找错就不是一个月两个月能解决的。做为一个工程师,应该明白,很多时候要学会正确的路怎么走,还必须要知道错误的路是走不通的。正确的路大概就那么几条,错误的路呢?

    为什么很多时候我看到错误日志就会明白是什么地方报错了,是因为我之前花了无数的心血和心力在查找这些错误上,所谓的经验就是这样,看的多了,一眼就知道大概什么地方报错了,然后随便百度下,就能找到解决方案,跟着去尝试倒底行或者是不行。这些是看书,或者是看视频能教会你的么?

    到现在为止培宇已经跟了我快半年了,还是被我骂的狗血喷头,别的不说,就是接口的Wiki文档和代码保持一致,他都会经常犯错—这跟Java语法有什么关系,然而不经过一个好的训练,想做的很好,很不容易。

    其实他接下来要学的东西更多。Memcache或者是Redis,ActiveMQ或者是RabbitMQ或者是QPid,Mybatis或者是SpringJDBC,Struts或者是SpringMVC,我告诉他的只是一个我们在项目中经过实践的,认为最合适的架构体系,然而他并不知道是怎么选择的。他必须要把这些相关的选择都有所了解,然后才能成为一个架构师。这个时间,如果一直跟着我,我觉得应该是在一年到两年左右。

    这是一个横向扩展的内容,在这个时候我还没有要求他去看一些深层的东西。只是需要他停留在会用的状态就可以。在会用这些技术之后,再去了解一些自己喜欢的技术的细节,不成为一个只会使用工具的码农,所以培宇问我还需要多久才能达到我的水平的时候,我其实并不想打击他。我也是很刻苦努力的人啊,曾经无数个日夜也是默默的去一行一行代码去用最笨的方法调错,并没有人告诉我怎么样是正确的只有靠一个又一个的项目总结出来的经验。

    而且我还会一些Drools,CRM,Lucene等等一些和架构师关系不大的事儿偏算法一些的东西,毕竟当年也学过点数据挖掘机器学习之类的内容。

    就算是学会这些了,对于一个后端工程师来说就够了么?不不不,还需要学习JVM优化,监控,部署流程,发布流程,项目进度管理,代码重构等等等等。

    所以,你们自己算算,这些东西如果都学会,一个Java工程师要多久才能成为架构师?

    然而我还是对带培宇很有信心,首先他相信我,他愿意学,跟我当年一样,不怕苦不怕累,人也够聪明,做事也有责任心,其次我知道他应该怎么走这条路,先做什么,再做什么,哪些该花时间和精力,哪些不该花。

    我希望他能够在一年之内就成为一个架构师。就如他在三个月和六个月之间独立做项目已经不成问题了一样(记着,我说的是独立做项目,自己设计DB设计接口设计架构完成需要的功能,从设计到实现完全自己来)。

    我也希望我能够帮助很多和培宇一样,有实力有能力只是没有遇到我的那些人,这也是我为什么在知乎发贴的原因,IT技术的培训,哪些培训机构能做到这一点?

    这个真实的小故事,就是想跟大家提前说清楚,我对后端的要求有多高,这也是后端特别好玩的地方。你必须要会很多种框架,有足够宽广的视野,还需要有足够多的项目经验(做金融和做地产是两个完全不同的概念),还需要懂项目开发流程以及快速定位线上问题的能力。

    这些,就是我说的后端的主要工作内容了,这也是为嘛我说到后端的时候,大部分就是在指Java,而我说Java的时候,基本上是只指后端,根本就不是指Java的语法。更不是说是Android。

    现在明白为什么后端是大后期了么, 为什么不建议前端学后端了么。后端要懂的东西,太多了。 
    言归正传,我来讲一下后端工程师的相关内容。

    1 工作内容:

    大部分的后端工程师都停留在功能实现的层面上。这是现在国内二流或者是三流的公司的现状,甚至是在某些一流的公司。很多时候都是架构师出了架构设计,更多的外包公司根本就是有DBA来做设计,然后后端程序员从JS到CSS到Java全写,完全就是一个通道,所有的复杂逻辑全部交给DB来做,这也是几年前DBA很受重视的原因。

    所以你能看到成千上万行的存储过程(存储过程,视图,事务,外键 这些东西我真心希望永远不要在Mysql里出现),这就是外包公司中最常见的架构体系。来个SSH,Over。

    好一点的会个WebService,用过ActiveMQ,也用过Redis,甚至还会用过Dubbo。然而大多数情况也根本不了解为什么这么用。

    很多人写了两年或者三年代码都没做过独立的DB设计,不知道什么是REST,不懂怎么做接口设计,也不知道怎么去定位问题。

    所以对于他们来说,拿到产品经理的需要,会有一个项目经理或者是Leader分配任务,跟着按步就班的把代码写完,跟前端调试完,QA测试不通过,加班改回来重新改,改完QA又没通过,再加班再改,QA终于通过了然后上线了突然发现另一个好的功能不能用了,跟着再接着改,在线上发布一次又一次。。眼睛熬的通红最终真的受不了了,休息几天换另一家公司涨个40%左右的薪水继续这样的日子。

    不不不。我带出来的后端程序员并不要这么做。所以,我带的后端程序员的工作方式是这样的。

    拿到产品需求-》后端程序员做接口设计,架构设计,DB设计-》拿出方案来做技术方案评审-》评审通过,开始预估时间-》每日更新自己的Task-》接口完成自测一百遍,每日部署到开发环境,随时集成-》CodeReview-》重构代码-》性能测试-》Demo通过-》发布到测试环境-》修正Bug-》重新发布-》发布到线上环境。

    这中间需要理解需求,需要拿出多个方案,需要跟前端配合,需要跟QA配合,需要跟运维配合。需要跟产品沟通,有时候还需要找UI。后端几乎是一个核心节点,而这个核心节点接起来了所有的人。

    我不知道我讲清楚没,很多时候我都发现我可能太久没做一个IT新人了,都忘记了新人们关心的问题或者是困惑是什么。 
    这就是我知道的,两种后端程序员的工作内容。你选哪一种?

    2 需要技能:

    环境【IDE(Idea/Eclipse,Maven,jenkins,Nexus,Jetty,Shell,Host),源码管理(SVN/Git) ,WEB服务器(nginx,tomcat,Resin)】 
    基础【Http,REST,跨域,语法,Websocket,数据库,计算机网络,操作系统,算法,数据结构】 
    框架【Spring,AOP,Quartz,Json TagLib,tiles,activeMQ,memcache,redis,mybatis,log4j,junit等等等等等】 
    业务【金融,教育,医疗,汽车,房产等等等等各种行业】 
    第三方【微信,QQ等各种第三方登录,支付,IM,地图,语音,视频,图片】

    环境不说了,搭环境永远是后端人员比较头疼的事儿,所以才会有很多人想用简单方便的的语言来解决这些问题,比如说Python之类的。我还是喜欢Java,大概很多人觉得重,然而我喜欢,我觉得不是“重”,而是“正”。好像剑一样,王者之剑,路子很正。

    基础知识太多了,正是我一直强调的,做后端,这些基础知识了解多少,其实就是决定了你以后能走多远。这些科班出身的计算机ER,会了这些,才有了一个平台,才可以站在这个平台之上去搭建更高层的建筑,如果根基不稳,你觉得你会对上层的知识理解透彻么?

    框架是Java最有资格说自己是架构师的原因。无数的开源框架,选型,筛选,对比,填坑,优化,维护,寻找最适合的业务场景,很多时候很多公司的架构简直了(我不吐了,很多技术都在用然而每一种用法几乎都是错误用例的典范)。所以你想想,你大概要有多少框架要学要用?很多时候,你必须要想清楚,哪些是需要认真了解的,哪些是需要一笔带过的。

    业务对于后端人员来讲无比重要,不懂业务,就没有架构。这是我经常说的一句话,这个世界上不存在不懂业务的架构师(我不怕被打脸),一个架构师必须要深入了解业务体系,知道哪些是会变的,哪些是不会变的,哪些是重要的,哪些是不重要的,然后才能做出来适合某个应用场景的架构来。比如说,同样的表,几千万的量和几亿的量差别非常大,频繁读和频繁写的设计也完全不同。会有一些通用的架构思想和理念在里面,但是都是需要跟业务结合落地的。

    PS:很多金融证券行业的程序员,就是靠业务知识混饭吃的。对他们来说,对业务体系的了解要比在技术上的追求重要的多。

    第三方的东西和JS的内容相似,我不想多说了,而且 JAVA的第三方的东西更是多的离谱,坦白的说Drools这东西我就没彻底研究明白,虽然很喜欢。而像这种类似的东西,太多太多了。

    3 发展前景

    对于后端人员的发展前景,我有两点想说的。

    A.无论是B/S还是C/S,无论是WEB还是原生,或者是智能硬件,后端都会屹立不倒。 
    B.随着后端架构体系的稳定和成熟,后端人员在性能上需要担心的问题不多(再加上大部分应用场景其实并不需要那么多的性能),所以更多的应该会关注于一个稳定的扩展性好的架构,以及快速实现能够复用的业务逻辑模块实现上。

    最近后端人员在价格上,其实有点偏低于前端人员的,就向我之前所说。两年的JS可能拿到20K。两年的Java想拿到这个,非常难。然而,五年的Java或者是七年的Java,拿到30~40K,不难。

    更高的,也不稀奇。

    0~12个月:4K~10K 
    一年~三年:8K~20K 
    三年~五年:18K~30K 
    五年以上:30K~

    成长路径:

    Java初级工程师-Java中级工程师-架构师-技术经理-技术总监-CTO-CEO

    后端的爆发力并不差,只要你给他时间,只要你愿意前进,后端的路线很深,深到你有时候会觉得自己还没来得及全部了解,就已经有无数的新人涌进来要替换你的位置了。

    4.入门门槛

    计算机网络,数据结构,数据库,操作系统,Java基础语法。 
    Java是入门门槛最高的一个,没有之一。(好吧,我虽然说的是后端,然而一直把Java等同于后端)

    当然,如果你的志向并不是一个架构师,只是像NodeJS和Python或者是PHP一样随便做点小项目,那么也可以说的得上是没有门槛,但是我说过我有偏见,所以可以直接把我无视掉。如果你觉得我说的哪点不对,你过来揍我啊。

    要跟我学Java,就必须把这些基础知识学好,我只带想成为架构师的人。

    5.哪些行业适合做后端工程师

    IT界:无 
    其他界:无 
    科班生:计算机专业的中等水平能力以上

    所以如果有各种培训学校告诉你零基础4个月20000块钱把你教出来做Java后端,然后你月薪上万,你就直接一锅盖盖他脸上吧。

    6.职业限制

    后端的职业限制有很多,第一个职业限制就是不去做独立的项目,不做DB设计,不做接口设计。 
    第二个职业限制就是视野不开阔,不知道有什么样的开源软件可以用。 
    第三个职业限制就是不重视线上环境,不知道如何写日报,也不知道如何快速定位。我不得不说我带过的兄弟,有一次解决线上问题的时候快把我气疯了,他们在那里猜测问题出现的原因,跟玩福尔摩斯一样,不打日志不看日志,根据现象倒推结果,直接盲改代码再扔到线上看看有没有解决问题—那是最后逼不得已的办法好么,在此之前能不能安静的把日志打出来,确认一下到底是哪里出错了? 
    第四个职业限制就是不懂版本管理,不懂Bug修复流程,不懂开发流程。这些其实都是一整套的流程体系(等我心情好了,有人把Java贴吧吧主骂的狗血喷头了,我大概也会写出来)

    大部分后端的人员都会抱怨自己不会写前端代码,不会写Android或者是IOS,不能自己独立完成项目,所以他们才倾向于自己做一个全栈工程师,做一个自己喜欢做的东西。 
    这也是后端人员会经常觉得不爽的地方,自己写的东西完全感受不到,而且一旦出问题很多时候都是大问题,解决起来很麻烦,经常不敢改代码,因为看不懂前人的东西。

    有时候后端人员会比较木,虽然很各种职业都交流,但是多数都会觉得自己很NB其他人都很SB。 
    这也是后端人员比较大的问题,往上走的话也容易遇到各种瓶颈,做技术的,做到CTO,再去做CEO,其实很难的。

    而且,等你走到足够高的高度,你会发现,一个七年工作经验的正常发展的后端工程师,一定会有一个七年工作经验的产品或者是运营,在薪水和职业上秒杀他。这也是做技术的最大的悲剧。

    不过大部分的后端工程师都比大部分的产品和运营人员薪水高,这也是这个行业的特征之一,所谓高不成低不就,小富即安,就是这样的。

    如果你是一个有理想的后端工程师,我建议你多关注一些敏捷开发,多关注一些项目管理,学会带着自己的兄弟们一起做事儿。再不然,就是在技术这条路上一直走到黑。

    --------------------------------------------------------------------

    六 DBA(数据库)

    首先说,我对DBA的了解并不专业,也不够多,而且对这个职业也有偏见。所以,我只能把我感受到的,我会的讲出来,然后如果说你们觉得我说的不对,要么自己开贴回答来打我的脸,我虚心学习,要么就直接笑笑走开,表在评论里说三道四,最烦这个。

    七年或者八年或者很早之前,DBA是非常吃香的职业。讲这个,大概要从系统的性能瓶颈说起。 
    很早之前,互联网刚开始的时候,算是蛮荒时代。那时候大家写代码还没有规范,能把功能做出来就不错了,大家拼的是什么呢,Sql的性能。基本上就是没有中间层,也不会分什么服务层和Web层,很多时候SQL都写到页面上。

    然后Sql呢,又属于那种外键,视图,存储过程的天下。这就导致了出现一个问题。大部分的功能都是通过DB来实现的,也就是说,什么计算啊,分组啊,排序啊,筛选啊,全是靠DB来做。 
    小功能还没问题,功能一多,问题就出来了,一个Sql语句执行了半个小时没做完,然后整个系统崩溃掉了。

    那么,怎么解决呢,解决的方案就是。。。。我其实很难理解这种思考方式。。。。 就是找一些人,对DB特别熟悉,他的职责就是审核所有程序员的Sql语句,去找出来这些Sql哪些用到索引了,哪些没用,能不能执行,怎么优化,以及监控线上的慢Sql。一个公司能养得起DBA的,很NB了。很贵的!

    所以这是那个时候的DBA,但是,很快大家发现有不同的方式了,这种方式就是,我靠,原来我可以用分库分表,我可以做读写分离,我能做主从。于是对于DBA的依赖又重了一些,再加上数据的安全和备份,所以DBA的作用已经有点偏移,然而最关键的还是系统架构的发展变化了。分布式的概念慢慢的起来了,大家明白了一件事儿:机器不够,并不是说把服务器升级成小型机就能搞定了,而是应该用更多的机器来做,因为便宜,而且更简单。所以后台的系统架构慢慢的演化出来很多不同的层。WEB层,服务层,缓存层,DB层。对于缓存的使用越来越重要,由此而变化的观点就是数据分成了缓存和持久两种结果,DB慢慢的变成了持久层-也就是说,只是要把数据持久化,并不希望它去承载用户的压力,缓存主要用来扛并发,不需要做持久。这是一个很关键的点,也是决定DBA命运的转折点。

    当然现在还看不出来(像MongoDB,Cassandra,这些,又是另外一种不同的技术走向,包括Mysql也在不断的想要提升自己的性能),所以这些东西我们先抛到一边不谈。只说这中间发生了一个变化,对于后端人员来说,对数据库访问的变的严格起来了。尽量单表操作,不允许复杂查询,设计架构的时候必须考虑缓存,甚至我们在白社会的时候还设计了一套通用的DB访问机制–虽然是七年前的设计然而现在一直都觉得很赞,只是再也没有如我在搜狐的时候那群人做这些事了-反正我见识少,一直在小公司混,也不怕你们嘲笑我见识少。

    这样就导致DBA的一个很重要的工作职责,失去意义:就是查找慢Sql,因为我们在系统架构层已经决定了不再这么使用DB。这样使得Oracle什么的也慢慢的失去了价值-我知道我说的每一句话都有可能会引起争论,所以我不得不再次强调一次,纯属个人的脑残关点,不喜欢的话,要么认真的回复来打我的脸教我做人我认真学习,要么就是滚远点表理我。 包括建表,去除外键,去除事务,去掉视图等等等,一瞬间,DB的使用简单多了。

    那么,DBA还能做什么呢? 
    对于我现在的理解来说,DBA的职责慢慢变成了数据备份和安全策略–然而这部分又跟运维的工作有了冲突,所以在某种程度上来讲,我都会在五十人左右的公司把DBA安排到运维部分,跟运维的兄弟们做基友。可是现在云服务器也变的越来越好用了,这里也推荐一下好友的金山云和Ucloud。阿里云跟我并没有神马认识的人,所以不推。

    DBA除了之前提到的主从,读写,数据备份,权限控制,分库等等,还应该再扩展视野,把MongoDB,Redis,memcache,elasitcSearch,hadoop等等这些数据全部管起来。我觉得,更像是一个运维的分支了。

    这就是我目前认可的DBA的价值和意义,已经从之前的性能优化部分转移到了数据备份和安全。 
    毕竟,性能,架构,和优化这些东西,是离不开业务系统的。

    那么,接下来,和之前一样,继续介绍一下DBA的工作内容。

    1 工作内容:

    如果你做了一个DBA,基本上会遇到两种情况。一种是你的后端工程师懂架构,知道怎么合便使用DB,知道如何防止穿透DB,那么恭喜你,你只是需要当一个DB技术兜底的顾问就好,基本上没什么活可以做,做个监控,写个统计就好了。你可以花时间在MongoDB了,Hadoop了这些,随便玩玩儿。再按照我之前说的,做好数据备份。如果需求变动比较大,往往会牵涉到一些线上数据的更改,那么就在发布的时候安静的等着,等着他们出问题。。。。如果不出问题就可以回家睡觉了。

    另一种情况就是我刚刚提到的,大部分程序还是靠SQl,然后有时候DBA还需要写几万行的存储过程,那么你的主要职责还是优化Sql,优化Sql,永远不停的优化SQL。

    嗯。就这样。

    还有就是多花点时间把MongoDB和hadoop这些都维护起来,或者简单说,只要跟数据安全,备份相关的东西,都维护起来。

    2 需要技能:

    环境【Linux,Mysql,Oracle,MongoDB,Hadoop】 
    工具【各种DB的版本,工具,备份,日志等】

    这个说是环境已经有点勉强了,毕竟是一些吃饭的家伙。就是各种DB,各种维护什么的。 
    工具也是相关的内容,再强调一下对版本的熟悉程度。

    马丹我感觉我没什么可说的了。因为刚刚又被 我就静静的发图~_java吧 这个贴子恶心到了。我被Java吧封了,然后他们还@我。我要赶紧写完然后想办法去跟他们对骂去。

    3 发展前景

    DBA的发展前景我说不好。一些简单的工作。运维也是慢慢学会了。包括薪水,这个是我比较没把握的。之前的薪水都是有迹可寻的,DBA的薪水我接触的比较少,实在是没什么底气。

    1年~5年:8K~25K 
    5年以上:20K~40K 
    (我好心虚。。我只给一个DBA开过工资)

    成长路径:

    也不知道有啥成长路径,感觉这个职业的物种越来越稀少了。

    4.入门门槛

    DBA的入门门槛也是比较高的,而且,很少于有刚工始就是做DBA的,大部分都是工程师转的,所以呢,至少要两到三年左右的时间才有可能做DBA,才能负责一些相对负责DB的事情。

    5.哪些行业适合做DBA

    IT界:后端工程师,运维工程师 
    其他界:无

    其他行业的想转DBA,刚刚也说过了,不合适,只能先写代码,再慢慢的转。

    6.职业限制

    这个职业最大的限制大概就是。。很容易无事可做,前面有后台架构师蚕食,后面有运维工程师侵入,中小公司都不太会设置这个岗位,所以有的时候会比较尴尬,大概还有一些外包公司,或者是传统的IT企业,会是由DBA去设计表,去理清业务还有一些岗位,其他的都不太好。

    所以对于其他的各种持久化数据的备份和优化,特别是对一些正在使用的框架,又不够成熟的东西,更容易找到自己的位置。如果你要做DBA的话,就记着,跟持久层相关的优化,数据安全,备份都要去了解–顺便再学点运维的东西

    --------------------------------------------------------------------

    七 运维

    说到运维,就不得不提起来服务器,以前呢,服务器很贵,带宽也很贵,机房也贵,电源也贵,反正啥都贵,而且还不稳定,那个时候运维工程师的大部分技能还是在硬件上,或者是说硬件是必不可缺少的技能,所以守着机房也是运维工程师比较常见的事儿。

    而且有的时候还会兼着网管,因此,大部分的运维工作就是装个系统,搭些内部服务软件,如邮件,Wiki,Jenkins,VPN等等等。很多的时候还要会布线,会路由器,会交换机,会做资产盘查,把网管的工作也做了。

    当然线上的正常发布也少不了,规范的点的公司,会分成三套或者是四套环境(我是不太能接受四套环境),就是Dev,Test,Online(三个环境的叫法会有不同,我现在越来越喜欢这种叫法),开发环境就是给开发人员自己瞎折腾用,运维只需要把机器安装好,IP分配好就行了,开发过程中你们自己瞎折腾,每天部署多少次都可以–细节请等我讲敏捷开发的时候再说。测试环境就会严谨一些,正常情况下每天只发布一次,太频繁QA会杀人的。线上环境更严格,一般来说不允许频繁上线,所以只能在周二或者是周四发布,一周两次,对于WEB来说,其实是足够的(但是很搞乱的是,很多公司是周一定需求,周二开发,周三测试,周四上线,周五改Bug,这些都会在讲敏捷开发的时候提到)。

    所以测试环境和线上的发布都是运维来做,因为有一个最简单的真理:只要你把权限扔给工程师了,他就会偷偷重启服务以及偷偷改数据以及一不小心删掉某个文件,或者是清空所有数据。

    而且一定会被你抓到,不要问我为什么,我要是有线上服务器的器权限,我也经常干这种事儿。。。。这比偷情的感觉要好多了,一个人偷偷摸的瞒着所有人把Bug改掉。。

    这个时候运维还是运维工程师,直到虚拟化技术疯起来,直接生成了阿里云,金山云(修真院的重要合作伙伴),Ucloud等这些改变了运维工程师命运走向的公司。

    云时代来临了。。。视频云,IM云,图片云,APP云等等各种跟业务相关的云服务也做起来了,确切的说短信,邮件也是各种云服务。 
    那么运维工程师的变成两极分化。一个是,云服务商的运维工程师越来越重要了,一些大的公司也在搭建很NB的运维自动化系统。另一个是,非云服务商或者是非大公司的运维工作变简单了,再也不用去机房换硬盘了。。反而是要熟悉和了解各种云服务器的特性。

    所以,当我们现在说到运维工程师的时候,其实是分成两个阶段的,一个是传统的运维工程师做的东西,一个是现在云时代运维工程师做的内容,如果你现在想做运维,你恰恰是处在这个变革中间,我说不好未来的走向,但是这是一脉相传的,所以并不用担心运维中技术体系的中断。

    这就是对运维的一个简单的介绍,哦对了。运维是一个公司里非常重要的岗位,刚刚还忘了说到了数据备份和灾备和监控。如果你们公司有值班手机,一定是运维同学手里拿着。24小时不准关机。

    无论你洗澡,上厕所,还是吃饭,或者是逛街,还是跟妹子恩爱(天地良心,我没见过一个妹子做运维,听都没听过),只要你收到报警,你就必须第一时间远程连接到服务器,然后通知相应的工程师,立刻解决问题,或者 是直接滚蛋。

    通宵熬夜发版本更是正常的事儿。你要问为什么会通宵,呵呵。 
    发了一次版本,上线,发现不正常,于是回滚,或者是直接在线上Bug。于是运维同学就等着,老婆催也没用。然后过了两个小时,大后期后端同学说好了,可以发布了,于是执行脚本,然后又发现出了问题,接着回滚或者是在线上改。。。

    你要问不是有测试环境么,不是有QA么,我就呵呵一笑。我不知道我说的关于运维的介绍是多了还是少了。反正,这个答案只是一个初稿,如果点赞过5000(感觉是不太现实的),我就再整理一版。

    1 工作内容:

    运维的工作大概分成几个部分,我对于修真院学习运维的少年们都这么说,大概是:

    A。基础环境的搭建和常用软件的安装和配置(兼网管的还有各种程控机),常用软件指的是SVN,Git,邮箱这种,更细节的内容请参考修真院对于运维职业的介绍。

    B。日常的发布和维护,如刚刚讲到的一样,测试环境和线上环境的发布和记录,原则上,对线上所有的变更都应该有记录。

    C。数据的备份和服务的监控&安全配置。各种数据,都要做好备份和回滚的手段,提前准备好各种紧急预案,服务的监制要做好。安全始终都是不怎么被重点考虑的问题,因为这个东西无底洞,你永远不知道做到什么程度算是比较安全了,所以大多数都是看着情况来。

    D。运维工具的编写。这一点在大的云服务器商里格外常见,大公司也是一样的。

    E。Hadoop相关的大数据体系架构的运维,确实有公司在用几百台机器做Hadoop,所以虽然不常见,我还是列出来吧。

    这些就是运维的基本工作内容了,然后如我之前所说,运维一般来说,大点的有两个,小点的就一个,再小的就是工程师兼着。 
    而且大部分都在使用云服务器了。所以普通的运维工程师的工作都可以标准化和简单了。这里并没有提到性能优化相关的部分,实际上这也是运维工作中比较常见的内容。特别是在出现问题的时候,运维永远是一个在不出问题可能就被忽视,一旦出问题就会被痛骂的。。。职业。

    之前有句话说的好,线上不出故障,是不现实的。现实的做法是,出了故障之后,多久能快速恢复。 
    我对这个很认可,原话应该是出自一家云服务器公司还是。。我不记得了。

    但是这里不得不推荐一下 【猎聘网的技术总监 刘中兵】,我的老同事和好基友,前段时间刚刚在一个神马神马会(我靠,我只知道是一个很厉害的会)上分享了猎聘在自动化运维上技术积累,如果PPT能够公开的话,回头我会把它也放到运维的体系里。

    当然最好的结识这些技术大牛的方式就是加入修真院,显示自己的实力之后,让修真院来帮你牵针引线。

    2 需要技能:

    环境【Linux,Mysql,Oracle,MongoDB,Hadoop,nginx,apache,F5,lvs,vpn,iptable,svn,git,memcache,redis】 
    工具【linux 常用工具,Mysql常用工具,Jenkins,zabbix,nagios】 
    自动化运维【openstack,docker,ansible】 
    语言【shell,python】

    运维的技术体系也很多,基本上是所有的工具都想要你会用,我会慢慢的整理出来一套运维体系的技术架构,当然不只包括运维,包括我说的这些所有偏技术的职业。 
    所以,如果觉得我写的还不错,还算靠谱,就关注我,关注群,关注微信公众号。 
    如果觉得我是在扯淡,直接评论里骂我就好了。

    这里说到的其实并不算全,确切的说,做为一个运维工程师,严谨的性格是绝对少不了的,因为线上的操作全部由你来执行,你必须要心细,要严谨,如果做不到,就别考虑了。 
    真出了事,压力又把你压死。想想最近几年出现的运维事故吧。。。

    还有就是必须对Linux系统的底层了解的深入一些。如果你想做一些高级运维的话。Python和Shell脚本都是必不可少的,最常见的运维必备语言。

    3 发展前景

    写的有点不耐烦了,马丹如果不是为了宣传大修真院,我才不要做这种丹藤的事儿。我去勾搭小姑娘多好。 
    运维和前端其实有点想像,都是属于柳暗花明又一村的。

    本来运维的工作要被后端工程师蚕食了(后端工程师真是一个可怕的职业,可以这么说,没有后端工程师做不了的。。。包括产品,市场和运营)

    然而随着云的发展, 运维工程师简直是有了新生。

    1年~3年:6K~20K 
    3年以上:28K~40K

    成长路径:

    网管-初级运维工程师-中级运维工程师-高级运维工程师

    运维做到这个级别,已经到头了。很少有运维的同事能做到技术叫监的级别的。所以,对于资质一般的你来说,选择了做运维,就代表着天花板很近,但是对于大多数人来说,已经可以了。

    4.入门门槛

    OP的门槛其实并没有太高,经常玩玩Linux会好一些,但是要学的东西,确实挺多的。处理线上故障,也是一个经验积累的过程,所以说呢,基本上算是0门槛,谁都可以考虑做,只是要看你喜欢,或者是不喜欢,进度快和慢的问题而已。

    5.哪些行业适合做运维

    IT界:后端工程师,网管 
    其他界:All

    刚刚介绍过了,门槛不太高,所以比较容易一些,而且,可以考虑做一段时间网管。半年或一年之后转运维,网管的薪水比较低。3000或者是5000已经到顶了。

    但是转到运维,就不一样了,简直是新生。

    6.职业限制

    运维的大部分事情其实都是跟业务无关的。这在之前介绍CSS的时候说到的,两个不需要懂业务逻辑的职业。 
    曾经有过运维工程师觉得工程师写的Sql不对帮他改了。。。然后被我狠狠的骂了一顿。这表示着:运维工程师必须按工程师所写的步骤去执行,不允许有任何的差错,如果出错了,如果没在测试环境跑通,或者发现有问题可以跟后端工程师沟通,但是,不可以改他们的东西。

    这样责任和权利分开。所以运维工程师能够相对有更多的时间去研究技术,然而坏处就是对一个行业了解的会比较少。

    所以这个职业比较大的问题就是,想要再转行成其他的职业,已经很难了,只能一条路走到黑。嗯。比较难。

    天花板和CSS一样,能看得到,但是!已经很适合了,薪水毕竟不算低呢。

    --------------------------------------------------------------------

    八 QA(测试)

    “QA最好的出路就是产品经理”。这是我对QA最好的认知。 
    我知道这里有无数反对的声音,我说的每一句话大概都会有认同和不认同的人,所以如果看到这句话不喜欢,就表再继续看了。

    QA的这个职位,大致分成两个流派,一个是功能测试,一个是性能测试。功能测试就是指的是各种点点点点。然后看看功能和数据有没有问题。什么浏览器,什么版本,什么情况,能否复现。

    性能测试就是指:用Jemter,LoadRunner等做压测,测跨后端人员的信心。

    基本上就是这两种,很少有专门针对安全的层次去做测试的。那么问题就来了,工程师和QA之间,倒底谁该做功能测试,谁该做性能测试?

    我姐告诉我说:工程师才应该做性能测试,因为只有他们才最应该知道自己开发的系统性能瓶颈在什么地方。 
    然后也是因为这句话,我举一反三的瞬间懂了什么才是一个工程师,并且在不断的践行者这个理念: 
    如果你是一个后端工程师,你必须对服务器的线上数据了如指掌,有多少张表,在哪台机器上,分了几个库,一个表里有多少条数据,数据的分布是什么样的,起了多少台Service,占用多大的内存,高峰期的TPS有多少,CPU的负载怎么样,页面总响应速度有多少,一个请求调用了几个方法,每个方法执行时间是多少,是否加载了缓存,从缓存里加载的数据是多少个,大概多少MS,访问一个数据库需要多久。

    你做不到这一点,你就没办法做好性能优化。所以,QA很难做到这些,也完全没有必要做到这些-实际上我们的团队是没有QA的。工程师负责所有的问题。

    前端也是一样的,做了一个App,耗电量,带宽,内存,兼容性,都是前端应该关心的问题。

    所以我在这里给出的一个明确答案就是:性能测试,开发人员做,功能测试,QA做。

    但是这里的功能测试,并不是指的是普通的功能测试。实际上,开发人员应该自测一百遍再提交到测试环境(我在讲到敏捷开发的话,会再次提到整个开发流程是怎么样的,以我在几家公司实施的经验来看,这套敏捷开发流程,对于很多公司梳理内部结构都会有帮助。)

    QA做的应该是自动化的回归测试,边界条件测试,极限条件测试等种种很难测试得到的问题。 
    对了,再解释一下为什么要有QA,以及为什么Bug总是测不完。

    因为在我根本记不清的一篇文章里说到,哪怕是最简单的几个功能组合,想无穷穷举测完都很困难–马丹,原话我记不住了。

    所以这就是给无数擅长性能测试的QA判了死刑,你之所以能做性能测试,是因为你们的开发模式和流程不对–别看我,我就是喜欢这么说,一点都不委婉。爱听听,不听拉倒。

    但是QA真的不是一个很简单的活儿,可以这么说吧。QA几乎是所有职业中,最熟悉系统的人-甚至包括设计它出来,开发它出来的产品经理和各种工程师!

    很多时候QA做的事情都是非常单调的,但是又必须有责任心的,拿我之前的话说,QA就是最后一道关口。

    所以,如果你想成为一个PM,你可以考虑先做QA,当然,前提是你必须遇到一个愿意给你机会做产品的好老大-比如说我。

    So,接下来就开始来闲扯一下QA了。

    1 工作内容:

    QA需要了解需求,很多公司会要求QA写测试用例,我觉得是扯淡。完全是在浪费时间。 
    通常开发三周,QA测试的时间只有一周到一周半。还有关于提前写测试用例的,都不靠谱。

    但是总之,了解需求,就算是不写也要自己知道自己测,这是QA的必备职责。

    跟着就是等开发人员开发,这个时候也会有一些奇葩公司,要求QA提前界入的,理由是加快上线周期。之前还有说过完成一个Story就要测试完整的,我也不想吐槽了。总之,如果你真的遇到了这样的公司,你的工作就是测试,然后跟开发人员说不对。然后开发人员说改好了,然后再测。然后你大喊一声,好毛线啊。然后开发人员说,稍等,我先梳个头。然后再告诉你好了。然后你再说,好毛线啊。然后开发人说。。。这次真的好了,于是你测了一下,真的好了,开发人员很Nice的说:完美!你也很开心,但是没过几秒钟,你就会喊:什么鬼,之前的功能是好的,为什么又改回去了?

    如果你呢。遇到好点的流程。会在上QA之前,打版本(我始终无法理解不打版本是什么流程),会Demo,那么你可以有一个安心的测试环境了。

    这个时候稍微正常点的工作,就是测试,然后把Bug录入到Jira,禅道,或者Bugzilla等各种专用的Bug管理工具。

    跟着就是追踪bug(如果你们公司有Bug处理流程的话),如果有晨会就在晨会上说明,如果有周会,就在周会上统计。 
    大部分的QA都比较羞涩,并不太敢提Bug,并不太敢说哪个程序员的代码写的有问题。毕竟,这是唯一一个必须要当面揭短的职业,哈哈哈哈。

    基本上到这里QA的任务就没了。等着发布上线就好了。实际情况上发布上线的时候QA要等着程序员改代码,验证。。。

    2 需要技能:

    流程【Bug修复流程,版本发布流程】 
    工具【禅道,BugZilla,Jira,Excel表格来统计Bug数,自动化测试】 
    性格【严谨,耐心】

    QA里经常会嘲笑自己是技术Team里最没技术的一个。如果说你是一个标准的QA的话,真的不用去特地研究一些压测工具的。

    不过也确实可以了解一下,Jmeter怎么用,TPS是什么概念,90%线是什么意思,PostGet什么的。

    自动化测试工具是我一直都强烈推荐的,无论是神马办法,只要你能做到哪怕只有一部分自动化的测试,你做回归测试就很容易了。相信我,回归测试在每一个版本发布都是需要的。只不过有的时候,只是需要跑一下脚本就好了。有问题再详细测一下。

    严谨和耐性是非常非常难得的,也是QA最重要的能力。 
    当然也包括需求的理解能力啦。

    3 发展前景

    QA的发展前景。。真的不算好,跟网管一样,如果说并不能转产品的话,20K基本上就封顶了,就算是有公司,愿意出30K让你们做性能测试,也是到天花板了。

    1年~2年:4K~15K 
    2年以上:12K~20K

    成长路径:

    测试工程师-测试组Leader-PM

    如果能转到PM,真的就很赞了,我推荐的时间应该是在半年到一年左右就开始转。

    4.入门门槛

    QA并没有什么门槛,一般来说,是妹子比较多。汉子比较少,是汉子的,也多数是做点性能测试相关的。但是请相信我,这绝对不是一个好的天赋加点方式,就算是性能测试做的再6又怎么样?

    所以稍微懂一点Bug修复流程就好啦。勇敢的去做QA吧。。。

    5.哪些行业适合做运维

    IT界:all 
    其他界:all

    虽然是IT界的All都可以转QA,但是说实话,我没有看到过一个从其他职业转到QA的。。 
    也许除了运维。。

    6.职业限制

    职业限制也说过啦。总有重复的使用技能的厌倦感,毕竟这些技术水平都不需要太多。理解能力好一些,严谨一些就能做。

    说的直接点,从事五年的QA和从事一年的QA,本质上并没有什么差别啊。 
    但是好处就是,如果你有心,你会对系统特别特别的了解,这对于你转行做PM,是一个非常非常大的优势。再强调一遍,并不推荐QA转走技术路线。

    --------------------------------------------------------------------

    九 搜索工程师 (爬虫,得到数据)

    这儿说的搜索工程师是偏Java的。并不是百度,Google这种大型的搜索,而是指一般的网站常用的搜索工程师。

    搜索工程师的主要工作流程就是抓取,解析,去重,处理,索引,查询。每个环节都有比较强的算法要求。我自己比较喜欢不区分搜索和应用组,一直觉得这两个组的人技能是相通的,能做架构的,算法也不问题。只能写模块代码的,也可以写搜索的项目。

    但是实际上搜索还是值得拿出一个单独的领域的。每个领域都有比较深的知识点,因此单独拿出一个搜索工程师的概念也并不算错。特别是NoSQL DB兴起之后,我还是比较起Search+NoSqlDB的架构。

    搜索工程师算是属于偏高级别的了,一般来说也是要求硕士以上。最早的时候能做搜索的都挺厉害的,后来有一段时间之后,开源框架越来越成熟,搜索工程师也变成了一个门槛低的行业,直到NoSql DB的兴起,搜索并不是局限于是来做前端模糊搜索了,反而成了系统架构的一种方式,同样是可以在做分布式,做分层,分负载均衡,性能比单纯用DB好太多,也解析了Cache的问题。特别是Solr和ElasticSearch的出现。

    或者这么说吧。以前的搜索有很大一部分都是为了前端的索引查询,只是满足于搜索一个功能的需要。后来慢慢演变出来了很多不同的需求,其中一个比较关键的词就叫做Facet。

    某种程度上来讲,Facet才给搜索带来了新生,慢慢的才发现,原来并不是我在搜索框中才叫搜索。 
    原来电商的分类搜索也是搜索,原来很多列表也可以用搜索来做。

    这个又刚刚解决了Mysql的问题,各种NoSqlDB做这种索引的东西实在又有点有心无力。所以搜索才能慢慢演变成一种架构方式。

    嗯。至少在我这里一直是要不断的去尝试一下。

    1 工作内容:

    所以搜索现在其实分成两种。

    一种是传统的搜索。包括: 
    A。抓取 
    B。解析 
    C。去重 
    D。处理 
    E。索引 
    F。查询

    另一种是做为架构的搜索。并不包括之前的抓取解析去重,只有索引和查询。 
    A。索引 
    B。查询

    从传统的搜索来讲。先说 A 抓取。

    抓取最需要解决的问题就是抓取的优先级,理论上来讲,对一个网站上的访问,不能过超过2秒一次的频率,这个并不会给别人网站带来压力,被称为是友好的访问–表问我怎么知道这些的,我也不记得了,反正并不严谨。

    因此你需要有一个很好的机制来给Url打分,判断哪些抓过了。哪些没抓。这就是所谓的蜘蛛,也叫爬虫。但是实际上我被这个名字误导好久,真心是丹藤。只是发一个网络请求而已,根本没有到对方网站去,马丹刚开始想出这个名字的人抽象的能力简直弱爆了。我一开始就在幻像各种程序写成的小虫子会在对方网络上跑。打野的最后才明白原来这些虫子都不出门,只是在家吐口水而已。

    B 解析 
    解析并不是一件容易的事儿。解析要做的就是把网页的文本内容和其他没用的信息去掉。知道什么是标题,什么是作者,什么是时间,或者是其他特定的需要。一般来说,都是有两种方式。一种是配模板,不同的网站我有不同的模板。对方网站改版我也改。这种方式最精准。但是很愁人。 
    所以另一种方式,自动解析,用算法或者是规则等自动解析内容的东西层出不穷。我到现在为止都觉得一切都是扯淡。寻找最大正文本块再反向解析是最科学的。

    之前还听到过说,模板的自动生成。抓下来一个网站的数据,然后从上千个网页中自动解析网页解析。这个我挺感兴趣的,但是一直没试过。

    总之,如果只是抓一个网站上的数据(比如说抓取百度的搜索结果哈哈哈哈)。用Python的Scrapy这种神器,几分钟搞定还是没问题的。

    C。去重。 
    去重是一个很好玩的事儿。不去重不行。因为国内的风气就是这样。你抄我,我抄你。而且。为了怕被大家发现是抄袭,还会手动的增加一段,删除一段。做为一个智能的去重系统,你就必须把这些问题都解决掉。

    而且,随着时间的积累,你甚至有可能去做全量的去重(虽然我一直理解不了,为什么要做全量)。六七年前我知道的最好的算法就是SpotSig。嗯。一个很机智的算法。

    D。处理。 
    这里的处理多了去了。所有的跟NLP相关的东西都可以放到这里。包括分词,词性识别,实体识别,关系抽取,事件识别,分类,聚类,热点等等等等等。

    而且对于实时性的要求比较高。一篇新闻从别的网站发布,到我们的搜索系统,最快的可能就30秒或者是1两分钟–全部都是30秒不可能,因为抓取受限,只能说,最快的能看到这种新的数据。

    E。索引。 
    索引是比较简单的。主要牵涉到的就是怎么做实时索引。大概是在内存里做两个索引,然后文件有一个索引,跟着来回倒腾。。具体算法我不记得了,也是一个很机智的策略,在Bob中使用的。 
    如果有Facet的话,也要考虑一下Facet的设置。

    F。查询。 
    查询里主要是分词,并不牵涉到句法分析。还有一个高亮算法,以及Facet的查询。相对简单一些。不过如果是分布式的搜索就会麻烦一些,又会出现如何分片的问题。是垂直分,还是按时间分?不同的业务有不同的选择。

    2 需要技能:

    环境【Linux】 
    框架【Luence,Slor,ElasticSearch,Cassandra,MongoDB】 
    算法【倒排索引,权重计算公式,去重算法,Facet搜索的原理,高亮算法,实时索引】

    嗯。算法偏多。跟NLP的算法又有很大的不一样。比那些分类聚类的难度要低一些,又比做项目和工程应用要再高一些。有点儿不上不下的感觉。

    3 发展前景

    现在来看的话,搜索工程师的作用越来越大,某种程度上和后台工程师是重合了,之前说到过拿搜的Facet来做架构。

    1年~3年:10K~20K 
    3年以上:15K~35K

    成长路径:

    搜索工程师-搜索组leader

    在我印象中,很少有做搜索的能够做CTO或者是架构师的,这跟搜索工程师以前的工作职责是有很大关系的,拿搜索工程师跟Application工程师做对比就能看得出来。

    一个偏算法,偏调优,一个是偏项目,偏工程。偏工程的更需要视角全面,在某一个领域上没有搜索工程师研究的深入,但是整体的大局观会好一些。搜索工程师需要的则是深度。

    4.入门门槛

    有过两到三年Java工程师经验的人,或者是硕士毕业的,或者是数学比较好的,或者做过NLP的.这就是搜索工程师的门槛. 
    如果你对数据结构,对算法不了解,做个搜索工程师挺没意思的.

    5.哪些行业适合做搜索工程师

    IT界:后端工程师中有两年经验,或者是硕士,或者是NLP 
    其他界:无

    6.职业限制

    搜索的职业限制就是他很少去做工程化的代码,对于业务逻辑的理解跟工程化的工程师还是差一些.可以选用的框架也比较少. 
    所以到了搜索组的leader之后,再往上走有点难.会遇到大数据的部门,跟他们比, 搜索工程师又不太懂文本分类等算法,跟项目的工程师比,在代码重构,项目规范上又会差一些.

    这个就是搜索工程师的职业限制.不过,这三者之间也在不断的融合.有些工程出身的,不太了解搜索算法,只是拿来做架构体系来用,也已经够了.

    ----------------------------------------------------------------------------------------------------------------------------------------------------------------

    -----------------------------------------

    十 算法工程师  (对大数据进行处理,还有其他方面的算法)

    “真正NB的程序员都是写算法的”—–我自己瞎编的。 
    算法工程师其实是一个很虚的概念,但是在大数据忽悠了人这么多年以后,慢慢的也开始吃香起来了。很多经典的算法都是十年前,二十年前的,在算法本质上,诸多数学家或者是IT学者没有做过太多的改进,大家的统一的结论就是:先拿到最应用,然后改进一点是一点。

    可是即便是算法很多时候不完善,也已经暴发出了强大的战斗力。

    那么什么是算法呢,什么是算法工程师呢?简单来说,算法就是瞎扯淡想的,从各种自然现象映射到计算机上去的。什么爬山算法,模拟退火。。种种种种,反正就是解决问题啦。算法工程师就是吃饱了没事干,调个参数,训练个模型玩玩的闲人。

    一般来说。说到底,还是在机器学习和数据挖掘中最常见的几种东西,首先就是分类。分类算法是最常见的。分类一般会用来匹配,比如说,上周刚刚有朋友来问我怎么做穿衣搭配种的一套方案可以快速推给其他同类用户的设计。那么首先就要收集用户的信息,设定特征值,然后训练分类模型等等。最常见的就是新闻的分类,如我之前做过的财经新闻分类,把2000多家上市公司相关的新闻自动分到所属行业。

    分类完之后就是聚类,聚类用的其实不多啦,算是用的比较少的。我了解到的使用聚类算法的并不太多。

    实体识别是一个核心的技术。在新闻的领域用的是比较多的,确切的说,在文本领域用的都比较多。人名,地名,股票,时间 等等都是实体识别的一部分。

    关系抽取是一个相对来讲比较靠上的应用。事件识也是一样,我们曾经做过上市公司高管变动的东西。也看不出有太大的价值。

    协同推荐是在三四年前,还是五六年前的时候比较靠谱的,那个时候个性化推荐刚出来,各种相关商品,书籍,还有个性化阅读,音乐等等等等。然而也并没有爆发出什么好的应用来。

    豆瓣和亚马逊据说推荐的还不错,我没仔细对比过。

    简来说,常用的算法,指的就是这些。而算法工程师呢?并不是去研究算法。真的。 
    算法工程师只是拿别人的算法:有的是自己实现,有的是直接拿开源软件来用,跑语料,找特征,调参数,优化修改而已。

    在我还年少无知的时候,对算法这个很东西痴迷,后来就渐渐明白了,算法是那些博士要做的。博士只负责来做算法。在公司呢。大部分都是要接近业务的,而且说实话,算法之间的差别,并不大。很多时候都是减轻人工负担,提供决策支持,更简单的更有效的可能就是关键词过滤。

    嗯。还有很多算法工程师,做到最后,只能跑个Demo,连个像样的工程代码都写不出来。经常是一个月调出一个模型,然后再优化一两个月,然后再优化一两个月,准确率可能都提高不了一个点。

    所以这其实是一个跟业务结合特别密切的岗位,很多时候的先难知识都比较有用。而且也是个很难见到效果的岗位,需要太多语料的配合了。

    好的吧。大概就是这么多。

    1 工作内容:

    算法工程师的工作内容,大部分时间都是在调优。就是调各种参数和语料,寻找特征,验证结果,排除噪音。 
    也会和Hadoop神马的打一些交道,mahout神马的,我那个时候还在用JavaML。现在并不知道有没有什么更好用的工具了。

    有的时候还要自己去标注语料—当然大部分人都不爱做这个事儿,会找漂亮的小编辑去做。

    2 需要技能:

    基础【机器学习,数据挖掘】 
    工具【Mahout,JavaML等其他的算法工具集】

    这是一个技术含量很高很高的职业。。。。特别是对不懂这个行业的人来说。 
    虽然有时候大部分做的东西也就那么回事儿,但是对于最基本的SVM算法,隐马模型,最大熵等还是有比较高的要求的。毕竟,懂还是不懂,差别挺大的。

    3 发展前景

    我对算法工程师的薪资并不太了解,只是知道不会比较架构师的薪水低。这个职业的人数比较少,最少也是需要硕士以上(硕士需要学的东西和写的论文真不是盖的,并不排除有很多都是抄的),所以很难给出一个精准的数据。

    1年~3年:10K~25K 
    3年以上:20K~40K

    4.入门门槛

    嗯。门槛最高的一个。最低也是要硕士,基本上都是博士在做。 
    大部分都是有一个博士震楼,然后一帮硕士帮着写具体的代码。

    所以入门的门槛极高。

    5.哪些行业适合做算法工程师

    IT界:计算机算法相关的硕士或博士 
    其他界:无

    6.职业限制

    怎么说呢。算法工程师很少会写工程代码,所以写代码的能力基本上等于零。这个是一个瓶颈。另外,很少有机会能让你研究算法,只能去不断的跟业务数据去死磕。

    --------------------------------------------------------------------

     

    十一 大数据工程师(云计算)   (对大数据用算法进行处理时,往往需要云计算)

    其实一直都不太喜欢大数据工程师这个说法,总觉得有种多此一举的感觉。不过实际上呢,确实也会有这么一种岗位,一般来说,公司里大概会有个6~7人的小团队,或者是10个,都无所谓了。

    在五六年前的时候,Hadoop的家族还不太多,大数据工程师其实并没有太多事情可以干,基础环境搭起来,然后能够部署,能够跑起来就可以了。Hadoop是要在上百台PC上跑才有显示出来优势,然而很多公司只有几台机器也是一样喜欢玩。

    后来大数据的家族就突然间多了起来。最主要的就是Spark,Storm,Mahout,Pig,Hive这些框架,以及配套的日志系统Kafa和消息队列,搜索,NoSqlDB和ZooKeeper等。 
    Spark,Storm,Mahout,Pig,Hive,Hadoop都算是大数据专用的框架(包括NLP了),其他的都是别的系统架构中也会使用的。

    嗯。那么,什么叫大数据呢?马丹我忘记了这是给IT新人介绍的。简单来讲,大数据就是指数据非常多非常多非常多,多到一台机器放不下,要用上百台机器存储。而我们又常常需要从这些非常多的数据中找出来一些有价值的内容,所以就需要对运营的指标有要求,这也是MapReduce产生的原因,当解决了离线数据的时候,很多人又想问我能否做一些在线数据的实时处理。这就有了Storm。再加上其他的NLP模块,大数据就变成了这么一坨怪东西。

    记着,大数据只在几百台机器的时候才有用处,其他的都是小打小闹,也是Hadoop一直被称为笨重的原因。你要说,几十台,甚至是十几台能不能用,也可以。只是并没有把他的价值发挥的更好。

    1 工作内容:

    工作内容在前期会比较多一些,基础搭建还是一个挺讲究的事儿。系统搭建好之后呢,大概是两种,一种是向大数据部门提交任务,跑一圈给你。一种是持续的文本信息处理中增加新的处理模块,像我之前说的增加个分类啦,实体识别神马的。

    好吧第一种其实我也不记得是从哪得来的印象了,我是没有见到过的。架构稳定了之后,大数据部门的工作并不太多,常常会和算法工程师混到一起来。

    其他的应该就是大数据周边产品的开发工作了。再去解决一些Bug什么的。

    2 需要技能:

    环境【Linux】 
    框架【Hadoo,spark,storm,pig,hive,mahout,zookeeper 】 
    算法【mapreduce,hdfs,zookeeper】

    嗯。这些框架的原理和实现都要了解的比较清楚。这才算是一个合格的大数据工程师。 
    只会使用这些东西的人,终究还是菜鸟而已。

    3 发展前景

    不知道。看不清楚。从某种程度来说,并不觉得对这些东西的人很NB,但是总会有一些公司人为的把这些东西加上去。所以应该说现在还处于比较混乱的地位。一般人要学的话,也确实是有一些门槛,所以,也确实是属于偏高薪的职业。

    1年~3年:10K~20K 
    3年以上:15K~35K

    成长路径:

    说不上来,大数据这个部门以后还会不会存在都不一定。

    4.入门门槛

    入门的门槛算是比较高的吧。比不上NLP,跟搜索比较类似,主要就是五六个框架的原理问题。 
    全熟悉下来,也就是两三个月或者是半年左右的样子。

    5.哪些行业适合做大数据

    IT界:后端工程师中有两年经验,或者是硕士,或者是NLP 
    其他界:无

    6.职业限制

    想想该怎么说,熟悉了这些架构之后,也并没有什么东西可以做。 
    跟NLP相比呢,在算法的深度上比不过。跟原来的搜索工程师比较相似,但是现在搜索和NoSqlDB也成为了现在系统架构的主要场景,所以在工程方面也会偏差很多。

    所以有点不伦不类,高不成低不就的样子。要说以后会不会发展的很好,或者说会不会是这个职业的空缺很大,我并不知道。

    --------------------------------------------------------------------

    十二 Android工程师

    Android工程师在两年前是最疯狂的时候。一个五年的Java工程师的薪水,比不上一个三年的Android.一方面是苹果这种高端的装逼工程师成了很多人不想去学IOS的门槛,一方面是Android的应用使用人数实在是太多了。

    在三年前和四年前,个人开发者还很多的时候,经常盛传一个人开发了几个Android小应用。一年收成过三百万或者是一千万的事儿。这事是真的还是假的我不知道,我身边还没有遇到过这种人,至少都是听别人讲的,也许是有人挣了钱并不会告诉我们。

    反正,现在啊。这种可能性越来越少了。所以Android工程师整体来讲呢。属于高潮过后的喘息,慢慢平稳。不算高也不算少。另外,也是受H5的影响,现在有两种应用会使用H5,一种是做的特别简陋。低制烂造的,一种是懒得频繁发布版本,经常需要动态替换内容的。

    前者是特殊产物,慢慢会被终结掉。后者呢,是正常的需求,以后的发展空间会越来越大。所以,Android也是会受到JS的侵蚀。记着我之前说的。前端工程师一定要Android,IOS,JS全通,然后主精一种。

    还有,Android的兼容性是最烦的了。碎片化很严重,版本,机型都是有问题的。特别是哪家公司的老板用的什么机型,这款机型的适配就必须做的很好。否则。。。

    以及Android是用Java开发,资料神马的都是比较全的,上手也比较容易。不过。Android做的事儿,和Java后端做的事儿,几乎没有任何关联。所以,当说Android。就是Android。当说Java。就是指后台架构。

    1 工作内容:

    Android工程师的日常就是听产品经理讲需求,跟后端定接口,听QA反馈哪款机器不兼容,闹着申请各种测试机,以及悲催的用Android做IOS的控件。

    马丹我其实并没什么东西可以了,一瞬间不知道该对这个职业说些神马。嗯。想起来了。WEB端几乎都是要学会自己切图的,Android往往会要求UI切图,原因是啥我不知道,大概是Android程序员都认为自己是程序员?而CSS工程师往往不会被当成人看?

    还有还有,想起来了。各种闪退的修复,以及各种性能的调优,这些都是Android工程师的日志。 
    崩溃啊,慢啊。开了会就没电啊,如果是要做到跟视频音频相关的东西更悲剧。Android和IOS之间还需要做一些转码。

    别的似乎也没了。嗯。我又想起来了。 
    Android其实是对地图,支付,IM,第三方登录,短信,统计,音视频,文件,照片等等要求比较多的。业务上其实一般并不会有太多的内容。也很少会要求一些动画效果。再加一些手势密码。

    还有 各种奇葩的问题。比如说Android的65536的问题。曾经折磨了一家公司半年多。

    2 需要技能:

    环境【Android Studio,Maven,Gradle】 
    基础【数据结构,Java,计算机网络】 
    组件【IM,地图,支付,拍照,视频,音频,统计,分享,手势密码】

    做的好的会对控件做一些自适应的改动。会把网络请求也封装一下。处理好本地缓存,处理好内存的占用。 
    另外,接口的制订是比较重要的,而且,果断的使用Rest吧。表再使用一些过时又无聊的接口风格了。

    3 发展前景

    单纯纯Android的话,我觉得发展前景不算大。如我之前所说的一样,差不多两到三年就已经够用了。五年的Android并不见得比三年的Android强太多,或者站在公司的角度上来说,两到三年的Android基本上就够用了。

    0年~1年:6K~10K 
    1年~3年:8K~30K 
    3年~ :20K~

    成长路径:

    Android工程师->Android Leader-》前端Leader-》

    很少有Android工程师能够做到技术总监的。所以还是早做准备,Android,IOS和JS通吃吧。

    4.入门门槛

    门槛比较低了。比JS稍稍高一点儿,但也差别不大。主要是因为Android是纯客户端,要做就必须什么都懂。但是JS就不太一样了,有的时候要求不高也能做事儿。

    这就是Android比JS的门槛高一点的原因。简单来讲的话,最好是懂Java语法,然后是懂Http请求的含义,然后懂点儿MVC的概念,就可以了。

    5.哪些行业适合做Android

    IT界:都可以。哪怕你是产品,运维或者是QA 
    其他界:都可以,只要你有点儿基础。

    6.职业限制

    偏客户端的职业怎么说呢,做的时间长了,公司对你的要求其实并没有那么高了。这个是Android工程师有点儿不太好的地方。

    --------------------------------------------------------------------

    十三 IOS工程师

    什么是IOS工程师?培训4个月,薪水10K的工程师,这就是IOS工程师。 
    虽然有一点夸张,但是也确实存在,只是那个666的人不太可能会是你而已。

    IOS之前是用ObjectC开发,现在又推出来了Swift。至少从目前来看,Swift并未成为主流和开发IOS语言。所以现在要学的IOS的话,还是会以OC为主。

    从难度上来讲,IOS比Android要简单一些,Android要兼容N多机型,系统底层的API也没有封装的很好,IOS的编译器偶尔会出点问题,但是总体来讲还是比较简单的。

    只是IOS对UI的要求会比较高一些。做出的效果也会炫很多。

    1 工作内容:

    IOS工程师的工作内容真的挺简单的,听需求,定接口。做个适配,抛弃一下iphone4。 
    还有啥。。

    马丹,以我为数不多的IOS知识来讲,真的不知道还有啥了。 
    我知道的比较复杂的系统也是各种背景高斯模糊,各种渐变,各种图片滤镜处理,其他并没有什么。

    支付,地图,统计这些东西。 嗯。

    2 需要技能:

    环境【Xcode】 
    基础【数据结构,Object,计算机网络】 
    组件【IM,地图,支付,拍照,视频,音频,统计,分享,手势密码】

    有崩的地方注意一下就好。

    3 发展前景

    IOS是属于高端的项目必备的,因为IOS的使用者比Android的还要多一些。很多人都在解释为什么自己不用IOS,最被认可的答案就是:穷。

    所以IOS的发展前景怎么样?我不知道。但是在五年之内,IOS的发展不会有问题。

    0年~1年:6K~10K 
    1年~3年:8K~30K 
    3年~ :20K~

    成长路径:

    IOS工程师->IOS Leader-》前端Leader-》

    4.入门门槛

    IOS的门槛比Android稍稍低点儿。毕竟不用做兼容真的是一件很Happy的事儿。

    5.哪些行业适合做Android

    IT界:都可以。哪怕你是产品,运维或者是QA 
    其他界:都可以,只要你有点儿基础。

    6.职业限制

    偏客户端的职业怎么说呢,做的时间长了,公司对你的要求其实并没有那么高了。这个是IOS 
    工程师有点儿不太好的地方。靠。现在已经快两点了。我有点神智不清了。

    --------------------------------------------------------------------

    十四 PC机客户端开发

    ---------------------------------------略-----------------------------------

     

    十五 运营

    运营,产品,技术是创业Team的三大主心骨,这从侧面也显示出来了运营同学的重要性。而且,在收入上,运营也是产品和技术远远无法比拟的。你想想。技术人员做了七年,积累的是神马?一堆破代码,一身颈椎病。产品人员做了七年,积累的是神马?一堆破原型,一身铁布衫。而运营人员呢?做了七年之后,产品再烂,技术再烂,身边的渠道啊,人脉啊,行业的内幕啊这才是最有价值的。毕竟,什么事情能离开了人?

    不过运营也不好做,因为很多脑残的公司都有这样的逻辑,通过一个脑残的想法拉来一个活不过三集的替死鬼产品经理,折腾了老实巴交的技术人员半年多弄出了一个不伦不类的破系统,一切就绪,就差一个NB的运营了。

    如果运营做的不好,就是运营的错,如果运营做的很好,但是用户还是不喜欢,那就是产品的错,如果用户喜欢了,但是用不了系统总是闪退和504,那就是技术的错。总之,产品技术运营都有错,唯一没错的就是老板自己。呃。不对,老板的错就是太信任手下这些人了。

    运营这个概念呢。在互联网上怎么兴起来的,说不上来,很多传统互联网公司在转行的时候,经常会不清这些概念,我遇到过好几家公司,都以为做个网站,找个CTO就行了。CTO下面管着产品,管着技术,管着运营—不对,你太天真了,他们会以为产品运营都是技术做的。

    不过他们对如何能保障公司正常运转还是有了解的。所以对运营还是有一些模糊的概念,但是,马丹,就算是我也对运营只有一些不清楚的理解而已,他们能理解多深刻呢?简单说,产品决定做什么,技术来把它做出来,市场来把它推出去,运营来把它用起来。

    嗯。我本来计划写一点市场相关的东西,后来想想,自己也实在分不清市场和运营究竟该怎么分。什么活动,策划,执行,渠道,品牌,内容,数据分析。并不能向技术一样分的这么清楚。

    所以就把市场和运营混在一起了。对于你们这些新入行的人来说,基本上是老板让做什么,就做什么呗。只是不管怎么说,运营是一个非常非常有前景的,在之前的介绍里,我想你们都看到了,有很多职业不适合做CTO,而后端是做CTO的最佳人选。然而,也大多数要止步于此,很多时候,我们要是奔着CEO的话,你会发现,排名第一的是产品,排名第二是的是运营,排名第三的。。没有了。

    而且,很多时候产品和运营是分不开的,也是要经常勾搭在一起的。当然,产品和技术也分不开。技术面向产品,产品和运营沟通,运营收集用户反馈,交由产品设计,然后技术开发。嗯。

    1 工作内容:

    我之前给我们家超乖简单的介绍过,运营可以从几个大方面来分一下。

    1.推广运营:这里包括各种论坛,知乎,贴吧,自媒体,大号,微博,SEO,导流等等所有的手段,简单说就是用很多种方式来扩大自己网站或者是WEB的知名度,也有可能是策划一场 活动,去人民大会堂办个结业典礼,也有可能是找某个漂亮明星做阵,来做一出秀,也有可能是找很多行业资源一起来打造个什么百家蛋糕店对修真院弟子免单之类的东西。

    2.内容运营:推广的话,肯定要有什么东西才会推,刚刚提到的很多内容,有很多都是要靠内容的。以前是软文,现在的方式比较多了。什么易企秀,秀米之类的H5制作,但是绝大多数都是以H5为主,大部分都是线上传播,形成热点,靠成口碑效应,一般来说,三天五天之内是传播的最佳时间,过了三天或者是五天,热度就会直线下降。

    这也是内容团队需要不断的生产内容的原因。并没有一招鲜吃遍天的说法。这篇文章同样,在最初的一个星期之内,瞬间挤进来1000人,现在呢,每天稳定在4~5个人左右。

    3.系统运营:系统运营并不仅仅是包括给出一个后台。开个账户,找回个密码,查一下用户的数据是否异常等。有的时候还包括你的系统的核心设置。比如说,要不要有VIP,VIP应该有什么特权,多长时间合适,能谈到多少合作伙伴,应该分几个级别。这些跟产品要做的事情比较接近了,只是这些都是要根据用户的表现不断的反馈来调整的。别的不说。现在大修真院就有好几个QQ群。这些QQ群怎么设计,怎么管理,本身也是运营工作中的一种。

    4.数据分析:这个其实是运营中最有技术含量的一种,也是让运营这个岗位比产品接地气的原因。运营人员是最接近用户的,也是最了解用户行为的,在大数据的时代,对用户行为的分析真的不是一丁半点的重要-虽然在某种程度上,你一点不分析也可以,反正都没有人用。

    数据分析包括很多,用户的留存率,日活,月活,召回率,转换率,跳出率,PV,UV,男女,职业,地域,年龄,浏览时长,页面热点,浏览路径,高峰低谷。这些数据运营人员要头脑清晰,把这些数学全部整合在一起,结合自己对业务的了解,然后制订定出后续的计划,看看是需要提高召回率,还是需要提高转换率,看看系统的主要用户属性,借此去寻找更多的用户。

    嗯。很有意思。 
    所以运营的工作,有的时候是需要你去申请一个百度认证,提交各种资料,有的时候是需要你去找一些合作伙伴,商量换个广告位,有的时候是需要你去谈几个合作商家,签几个战略协议,有的时候是需要你去策划一场活动,挨个去跟活动参与者去谈,有的时候是要去刷脸,请朋友来帮你站台,有的时候是需要你坐下来,写一篇色情幽默的文章,更多的时候要收集用户的反馈,帮助他们解答为什么你们的网站注册不了,短信验证码收不到等一系列问题,后台加个V,换个广告,最重要的是每周或者是每月出个报表,来给大家汇报一下当前的用户情况,给领导层做决策使用–虽然我一直都觉得完全是在扯淡,再好的数据都比不上真实的了解这个行业,数据只能是辅以支持,二手数据的价值并不是没有,只是很容易让人跑偏,就好像我今天刚好看到的说Facebook几年没改版,是因为在小范围内改版发现用户的活跃度下降–真心觉得蛋疼。FaceBook最终的价值并不应该仅仅是在页面上,这些会有影响,但是绝对不应该是一个决策的关键性因素。

    然而做运营最重要的一点就是,不要去询问用户,而是去观察用户。对于这点我是非常认可的。

    2 需要技能:

    行业知识【各种行业知识,必须要懂行业,像推广,渠道,活动,SEO这些都需要了解一些】 
    人脉【各种刷人脸,凑热闹,换资源】 
    文笔【文笔太差就找个小妹妹,风趣幽默点,否则没人看】 
    数据分析【看数据,写各种各样的PPT,然后做决策】

    还有就是,跟产品和技术搞好关系。运营的职位其实是天生比产品和技术高一层,也正是因为这样,才会经常招产品和技术骂,哈哈哈哈哈哈哈。特别是当一部分需要从运营这边传递到产品里的时候。

    如果你绕过了产品,直接用所谓的运营驱动去做开发,那更完蛋了。

    3 发展前景

    绝对好。无论技术发展到什么程度,无论产品变换多少次风格,运营的核心理念都不会变,积累的人脉不会变。运营,可以做100年。

    0年~1年:6K~10K 
    1年~3年:8K~20K 
    3年~ :20K~(百万年薪级别的运营多的是。)

    成长路径:

    运营专员-》部门经理-》运营总监-》CEO

    4.入门门槛

    这个说要门槛,有点谈不上。毕竟有深有浅,情商要高是必须的,其他的只能说有了更好。 
    好的吧,就算是情商低也可以去做编辑,每天只是对着后台系统一阵改。

    5.哪些行业适合做运营

    IT界:都可以。哪怕你是产品,运维或者是QA 
    其他界:都可以,只要你有点儿基础。

    6.职业限制

    我想想,运营人员常常会受限于资源,也常常会迷失在数据里,很多运营的人,其实是做不到那么 高的职位的,对于他们来说,自己的行业积累和人脉积累没什么用处,因为只有你本身有价值,你才能跟别人互相交换。所以有的时候会高不成低不就,退回去做产品和技术,又缺少专业技能,也是一场 人间悲剧。

    这大概也是运营这个岗位的职业限制吧,缺少干货,心里容易没底气。

    展开全文
  • IT行业简介

    千次阅读 2013-12-11 12:36:06
    我们大部分时候做的事就两件:命名与分类. 命名:你刚来到这个世界就会被起一个名字.一种语言中占比例最多的毫无疑问就是名词,名词就是给...IT是现在非常流行的一个命名,有时也被调侃成挨踢.它的全称是Information Te

    我们大部分时候做的事就两件:命名分类.

    命名:你刚来到这个世界就会被起一个名字.一种语言中占比例最多的毫无疑问就是名词,名词就是给世界万物命名.

    分类:  名字一多就容易混乱,于是就想着分类使之条理清晰.从读书开始就有语数外,数理化这样的分类.所有的知识科目如果按大类可以分成自然科学与人文科学.

     

    IT是现在非常流行的一个命名,有时也被调侃成挨踢.它的全称是Information Technology(信息技术).但如果问下IT到底分哪些细的种类,估计即使是IT行业的人也没几个说的全的.

     

    全球十大行业

    有个叫全球行业分类标准的分类方式,把所有行业分成十个大类:

    http://wiki.mbalib.com/wiki/%E5%85%A8%E7%90%83%E8%A1%8C%E4%B8%9A%E5%88%86%E7%B1%BB%E6%A0%87%E5%87%86

     

    基础材料(Materials)——化学品、金属采矿、纸产品和林产品;消费者非必需品(Unnecessary Consume)——汽车、服装、休闲和媒体;消费者常用品(Necessary Consume)——日用产品、食品和药品零售;能源(Energy)——能源设施、冶炼、石油和天然气的开采;金融(Finance)——银行、金融服务和所有保险;医疗保健(Medical & Health)——经营型医疗保健服务、医疗产品、药品和生物技术工业(Industry)——资本货物、交通、建筑、航空和国防;信息技术(Information technology)——硬件、软件和通讯设备电信服务(Telecom)——电信服务和无线通讯;公用事业(Utilities)——电力设备和天然气设备。

     

    信息技术分类

    按大类可以分为两类:

    1.软件和服务

    2.技术硬件和设备

    这跟我们常识思维比较接近,就是硬件和软件.

     

    1.软件和服务

    软件和服务又分3类:

    1.互联网软件与服务

    2.IT咨询与服务

    3.软件

     

    软件:它可能是我们最熟悉的,也可以简单的理解成桌面软件.它一般又分为系统软件和应用软件.像操作系统windows,Linux,Unix就是典型的系统软件.Office,杀毒软件,视频播放器就是典型的应用软件.

    互联网软件与服务: 电脑刚开始出现的时候是单机的不联网的,后面才慢慢有互联网.互联网如果简单的理解就是各种网站呗.专业点说法就是采用B/S (Broswer Server)模式的系统.而C/S(Client Sever)模式可以理解成桌面软件与互联网软件的结合.

     IT咨询与服务: 咨询和服务可以简单的理解成某些专家跟你吹吹牛,回答些问题,给些建议,最后可能还给个啥文档.IBM和HP公司的咨询服务比较出名.像一些复杂的软件卖出去后可能用户不太会用,或者用不好.就得向软件供应商和一些专门的公司寻求咨询服务.

     

    2.技术硬件和设备

    硬件和设备又可分5类

    1.通讯设备

    2.计算机&外围设备

    3.电子设备与装置

    4.办公电子用品

    5.半导体设备与产品

     

    通讯设备: 比如路由器,要上网少不了它啊.通讯设备商最出名的是思科和朗讯,国内的是华为与中兴.

    计算机&外围设备: 这个是我们常说的计算机硬件,CPU,内存,硬盘,主板,显卡,键盘,鼠标啊

    电子设备与装置: 这个分类应该有点混淆.觉得广义点讲电子设备就是用电去驱动的产品,直接接电线或者里面有个电池提供电能.像嵌入式,手机这样的分到这类好点,不过一般分去电信服务那个大类了.

    办公电子用品: 比如复印机,传真机.

    半导体设备与产品: 像CPU,内存这样的东东都是由半导体做的.

     

    全球IT行业的牛逼公司

    看下全球top 25IT公司市值排行,市值单位是:亿美元.当然这样的排名仅供参考,股市是变幻不定,市值也会经常变动.

    另外这里的公司都是上市公司.像中国的阿里巴巴跟华为没有上市,如果上市的话可能跟腾讯市值不分上下.阿里巴巴只有几个小的子公司有上市.

     

    排名

    公司

    市值

    国家

    荣誉

    1

    苹果

    5006.1 美国 全球市值最大的公司
    2

    谷歌

    2324.4 美国 全球最伟大的互联网公司
    3

    三星

    2290.7 韩国 全球最大的智能手机制造商
    4

    微软

    2248 美国 全球最大的PC系统服务提供商
    5

    IBM

    2164.4 美国 全球最大的信息技术和业务解决方案公司
    6

    甲骨文

    1577.5 美国 全球最大的企业软件公司和数据库提供商
    7

    亚马逊

    1136.3 美国 全球最大的电子商务公司
    8

    高通

    1054.1 美国 全球最大的无线电通信技术研发公司和智能手机CPU制造商
    9

    思科

    1043.2 美国 全球最大的互联网解决方案
    10

    英特尔

    1026.1 美国 全球最大的半导体芯片制造商
    11

    SAP

    958.4 德国 全球最大的企业管理和协同化商务解决方案供应商
    12

    台积电

    889.6 台湾 全球最大的专业集成电路制造服务公司
    13

    eBay

    659.9 美国 世界的网上购物市场
    14

    腾讯

    591.7 中国 中国最大的社交网络
    15

    Facebook

    576.7 美国 全球最大的社交网络
    16

    EMC

    533 美国 全球存储设备(云计算)及软件开发商
    17

    佳能

    452 日本 全球最大的数码相机制造商
    18

    塔塔咨询

    451.1 印度 印度最大的IT企业,亚洲最大的独立的软件和服务业公司
    通过信息技术来有效解决印度工业中的管理问题
    19

    埃森哲

    428.5 美国 全球最大的管理咨询公司和技术服务供应商
    20

    Vmware

    402.7 美国 全球知名的桌面到数据中心虚拟化解决方案的领导厂商
     
    21

    鸿海

    361.7 台湾 全球最大的全球3C(电脑、通讯、消费性电子)代工厂
    在大陆叫富士康
    22

    百度

    350.6 中国 全球最大的中文搜索引擎
    23

    德州仪器

    346.2 美国 全球最大的模拟电路技术部件制造商
    24

    爱立信

    325 瑞典 全球最大的通信解决方案提供商
    25

    惠普

    277.6 美国 全球最大的打印机和第二大PC制造商

     


    中国互联网企业市值排名

    公司      市值
    (亿美元)
    交易所 总部 CEO 网址
    腾讯 597.04 港交所 北京 马化腾 www.qq.com
    百度 316.86 纳斯达克 北京 李彦宏 www.baidu.com
    网易 69.86 纳斯达克 广州 丁磊 www.163.com
    奇虎360 35.11 纽交所 北京 周鸿祎 www.360.cn
    新浪 32.96 纳斯达克 北京 曹国伟 www.sina.com.cn
    携程 32.02 纳斯达克 北京 梁建章 www.ctrip.com
    优酷土豆 28.51 纽交所 北京 古永锵 www.youku.com
    www.tudou.com
    乐视 19.56 深交所 北京 贾跃亭 www.letv.com
    搜狐 18.33 纳斯达克 北京 张朝阳 www.sohu.com
    搜房网 17.48 纽交所 北京 代建功 www.soufun.com
    巨人 16.28 纽交所 北京 刘伟 www.ga-me.com
    前程无忧 15.95 纳斯达克 上海 甄荣辉 www.51job.com
    唯品会 15.22 纽交所 广州 沈亚 www.vipshop.com
    畅游 15.11 纳斯达克 北京 王滔 www.changyou.com
    金山软件 12.10 港交所 北京 张宏江 www.kingsoft.com
    人人 11.02 纽交所 北京 陈一舟 www.renren.com
    欢聚时代 8.90 纳斯达克 广州 李学凌 www.huanju.cn
    盛大游戏 8.32 纳斯达克 上海 张向东 www.shandagames.com
    亚信联创 8.26 纳斯达克 北京 张振清 www.asiainfo-linkage.com
    网龙 7.30 港交所 福州 刘路远 www.nd.com.cn
    新意网 5.51 港交所 香港 郭炳联 www.sunevision.com
    高德软件 5.33 纳斯达克 北京 成从武 www.autonavi.com
    文思海辉 5.20 纳斯达克 北京 卢哲群 www.pactera.com
    艺龙 5.06 纳斯达克 北京 崔广福 www.elong.com
    世纪互联 5.01 纳斯达克 北京 陈升 www.21vianet.com
    完美时空 5.01 纳斯达克 北京 池宇峰
    &萧泓
    www.pwrd.com
    易居中国 5.01 纽交所 上海 臧建军 www.ehousechina.com
    太平洋网络 4.34 港交所 北京 林怀仁 corp.pconline.com.cn
    当当 3.14 纽交所 北京 李国庆&俞渝 www.dangang.com
    慧聪网 3.13 港交所 北京 郭江 www.hc360.com
    凤凰新媒体 3.03 纽交所 北京 刘爽 www.ifeng.com
    软通动力 2.65 纽交所 北京 刘天文 www.isoftstone.com
    环球资源 2.35 纳斯达克 深圳 Merle
    Hinrichs
    www.globalsources.com
    网秦科技 2.06 纽交所 北京 林宇 www.nq.com
    中国手游 1.83 纳斯达克 广州 肖健 www.cmge.com
    空中网 1.71 纳斯达克 北京 王雷雷 www.kongzhong.com
    淘米 1.64 纽交所 上海 汪海兵 www.61.com
    世纪佳缘 1.56 纳斯达克 上海 吴琳光 www.jiayuan.com
    易车网 1.54 纽交所 北京 李斌 www.bitauto.com
    掌上灵通 1.25 纳斯达克 上海 哈里·
    塔诺索迪布
    www.linktone.com
    九城  0.76 纳斯达克 上海 朱骏 www.the9.com
    橡果国际 0.76 纽交所 上海 杨东杰 www.chinadrtv.com
    麦考林 0.72 纳斯达克 上海 顾备春 www.m18.com
    斯凯 0.59 纳斯达克 杭州 宋涛 www.sky-mobi.com
    酷6传媒 0.51 纳斯达克 北京 施瑜 www.ku6.com
    泰克飞石 0.51 纳斯达克 北京 董德福 www.techfaithwireless.com
    创博国际 0.48 纳斯达克 北京 李强 www.trunkbow.com
    金融界 0.30 纳斯达克 北京 赵志伟 www.jrj.com.cn
    中网在线  0.17 纳斯达克 北京 程汉东 www.chinanet-online.com
    联游网络 0.03 纳斯达克 上海 邢志新 www.conngame.com



    展开全文
  • IT行业的发展走向趋势

    千次阅读 2018-11-24 15:50:55
    随着现代经济和科技的高速发展,中国IT行业已步入了一个黄金的时代,IT人才缺口人数高达百万以上。在我们的工作中、学习中、生活中无不存在和使用互联网信息技术,由此说明,互联网已经涉及到了人们生活的方方面面,...

           随着现代经济和科技的高速发展,中国IT行业已步入了一个黄金的时代,IT人才缺口人数高达百万以上。在我们的工作中、学习中、生活中无不存在和使用互联网信息技术,由此说明,互联网已经涉及到了人们生活的方方面面,由此IT技术服务市场就会出现供不应求的状况,进而精通一门编程语言,掌握一种IT技术将拥有更多的就业选择。(建议添加一些大学生毕业数据)特别是困扰应届大学生的就业难问题,IT企事业单位将会给他们打开另一扇方便之门。

     

           据国内权威数据统计,未来五年,我国信息化人才总需求量高达1500万— 2000万人。其中“软件开发”等人才的缺口最为突出。以软件开发为例,我国软件人才需求以每年递增20%的速度增长,每年新增需求近百万。

     

           2017年国家统计局发布了去年平均工资主要数据,信息传输、软件和信息技术服务业(简称IT业)平均工资首次超过金融业,跃居各行业门类首位,2016年IT业平均工资为122478元。这是自2008年各行业具体工资数据存在以来,IT行业的年均工资首次超过金融业。

    综上所述,IT互联网行业的蓬勃发展,使得IT从业者的职业发展前景将更加广阔。接下来,我将从下面几方面分析IT的好处:

    一、IT行业具有诱惑力的薪资水平

          市场经济高速发展的今天,IT业以其超强的发展势头,成为目前最具前景的高薪行业之一。通过今年国家统计局发布的2016年平均工资数据,不难看出IT行业的薪资的确处于较高的水平,如果说能够加入一家初创型企业,并获得股权期权,那未来的收益将会更可观,IT行业的快速发展给每个从业者带来的都是看得见摸得着的利益。

    二、IT行业具有公平的竞争环境

          社会也许存在着这样或那样的不合理之处,但市场是公平的,优胜劣汰是一个亘古不变的道理,作为程序员,只要你有能力,有技术,就会被委以重任,而这种公平无关你的背景、你的长相,你的能力就能决定一切。所以,拥有过硬技术的IT精英们,只要有本事,就不用担心自己的未来发展和前途。

    三、IT行业让你视野更开阔

         IT行业给公司带来了巨大的市场前景和希望。从事IT行业,既要求从业人员自己拥有独特的领悟力,同时还要不断的学习他人、学习国内,甚至国外的更具前瞻性的新产品、新技术、新资讯,以期获得更前沿的行业知识,比如大数据、云计算、区块链这些新兴技术给行业发展带来一次又一次的冲击。

    四、IT行业让你保持新鲜和年轻

         IT行业的特点就是每天都在接触新事物,自己、周围人或是外来人,总能够不断地推陈出新,涌现出层出不穷的新产品,迸发出新思路、新创意。只要你拥有一个开放的心态,愿意接收新资讯,学习和探究新鲜事物,就能让自己的好奇心得以保存,也能让永葆青春。

    五、IT行业促使个人能力不断提升

        由于IT行业的迅猛发展,就需要从业人员具备不断学习新知识的能力,因此你必须利用自己的闲暇时间进行不断的学习,在短时间内快速的掌握工作相关的各种技术技能,这种自我学习、自我提升的能力一旦形成,无论今后是在IT行业还是其他行业都是受益无穷的。

    六、IT行业能够收获更多的成就感

         IT行业的目标帮助客户开发出满意的源代码,为客户提供一个复杂的IT架构设计,解决客户遇到的紧急系统故障,或者是给客户完成企业管理系统的研发,每一个工作都是在原来基础上的再创造或是革新,是一个从无到有的过程,自然而然成就感也会有别于其它行业。

    七、IT行业职业生涯长

          很多人都认为软件工程师的职业生涯非常短,其实这是一个误解。IT软件工程师是通用型人才,不受行业发展的限制,而且也不受年龄和体力的影响,和国内的医生、律师一样,反倒是年纪越大,经验越丰富,就越值钱。

    八、IT行业拥有优越的工作环境

          由于信息产业的特殊性,往往从事信息产业的企业大都集中在高级写字楼内或省级、国家级软件科技园。工作环境优越,生活设施完善,同行业人才聚集,有利于建立自己的人脉关系,为自己今后事业发展奠定基础,北上广深及沿海发达城市是我国信息产业较密集地区。

          当你了解上面的各种好处后,是不是有种立马就成为IT人士的冲动呢?西安市职工大学软件学院现在就给你一个这样的机会,如果你还在犹豫自己到底适不适合做程序员,我们免费为你提供试听机会、专业老师一对一辅导服务,同时还可根据自己的兴趣爱好参加中国计算机协会举办的CCF认证,让你踏上百度、腾讯等大公司的内推高速列车。你与梦想只差一个培训,选择IT,就是给自己一次重生的机遇。

    展开全文
  • ...
  • IT行业作为高新技术产业之一,为社会各界创造了许多神话,同时IT行业巨大的人才需求和相对容易得到的高薪还是吸引着大量的人才。在经历了十年的高速发展后,IT行业还是潜力满满吗? 什么是IT? IT 这个名词,...
  • IT行业的理解

    千次阅读 2016-09-26 10:26:28
    不过不是什么东西都能如自己所愿,就像生病吃药一样,大多都是苦药,说了那么多,我想告诉大家的是,在职业的道路上,36行,行行出状元,没有什么是做不到的,今天我主要就说IT行业,就拿Java来说吧(我
  • 2019年IT行业就业形势

    千次阅读 2019-03-30 09:12:45
    2019年IT行业的哪些岗位最热门?能赚多少? IT行业就业前景如何? 有哪些就业方向? 薪资怎么样? 想入门IT的小伙伴们想必对这几个问题都十分好奇! 今日达妹就来全方位的解决你们的问题! 2张图,告诉你IT行业真正...
  • IT行业的发展前景

    千次阅读 2018-11-30 11:22:32
    IT行业的发展前景好不好?“IT”这个名字现在对于人们也很熟悉了,在国内IT行业流行的时间稍晚,不过在社会发展的趋势下以及国家政策的大力扶持,IT行业迎来个飞速的发展。所覆盖的范围非常广,既有硬件设备、网络...
  • IT 行业最宜居的城市是哪里?

    万次阅读 2017-10-21 10:58:47
    关注我的很多读者 IT 行业居多,而 IT 行业很多都在一二线城市打拼,虽然 IT 行业薪资相对比较高,但是跟房价比起来还是有差距的,这就有个矛盾的地方:在一线城市干 IT 打拼,但是买不起房,而回老家可以买起房子,...
  • 你曾后悔进入 IT 行业吗?

    万次阅读 多人点赞 2017-02-04 09:03:27
    引言 最近的一篇博文 试读—增长黑客,创业公司必知的“黑科技”,... 我选择IT行业就因为初中班主任的一句话“21世纪不会计算机就是文盲”。因为这一句话我决定学好计算机。 我出生在吉林省吉林市(全国唯一一个省和
  • IT行业十大热门职位

    万次阅读 2017-06-16 11:24:33
    IT行业十大热门职位有哪些?在互联网时代,最不缺乏的就是新鲜词、新鲜事,各种新词出现的频率令人应接不暇,这些新的技术、新兴应用和对应的IT发展趋势在诞生了一批新的工作岗位之外,同时强化原有岗位的新生命力,...
  • IT行业的薄纱在这几年已经被渐渐揭开了,通过技术也让许多学历不是特别好的同学拿到高薪。而对于程序员的理解也是通过网络上的段子慢慢展开:情商低的技术宅,高薪,耿直。这些都是对程序员的评价。而对IT行业的还是...
  • 虽然不能说,学IT的人100%都能找到工作或者找到自己称心如意的工作,但是就近些年IT行业的发展前景和近5年国家发布的行业平均薪资来看,IT行业稳居前列,就业形势非常乐观。和其他行业相比,IT行业入行门槛适中,...
  • 你为什么要进入IT行业呢?

    千次阅读 2019-11-01 17:39:50
    进入IT行业的背景 在一次公司同事的介绍过程中聊到,大家从事IT行业的经历。这里挑几个典型的,和大家一起分享! 同事A(女生): 在从事IT行业前,我实习的时候是做市场推广的。实习后也很顺利的拿到了公司的转正OFFER...
  • IT行业岗位及发展方向

    千次阅读 2018-10-08 20:56:35
    一、IT行业岗位分类:   IT行业的岗位大概分为研发类、市场类、技术支持类、生产类、管理类,到招聘会时,可以按照这个分类问问面试官:你们这个职务,是研发职务还是生产职务,可能某些小公司的面试官会被你问住...
  • IT行业公司分类

    千次阅读 2015-11-20 16:23:45
    IT行业又细分很多方向,很多公司也同时做很多方面的产品。可以把行业细分方向类比成专业,公司类比成大学。作为IT行业的屌丝们找工作时做啥选择时有点高考时是选好的大学,还是选好专业一样了。 说到分类可能用不同...
  • IT行业各种术语

    千次阅读 2018-03-07 14:48:13
    IT行业各种术语 科普一下IT行业各种术语: 冷备份 假设你是一位女性,你有一位男朋友,于此同时你和另外一位男生暧昧不清,比朋友好,又不是恋人。你随时可以甩了现任男友,另外一位马上就能补上。这是冷备份。 ...
  • 信息技术产业,又称信息产业,它是...先进越来越多的人质疑it行业发展前景,那么it行业发展前景究竟如何呢? 总得来说it行业发展前景是光明的。过去五年,中国IT产业的增长速度一直保持在20%以上。IT技术的应用已经...
  • 2019年,IT行业发展前景

    千次阅读 2019-05-22 11:21:02
    从1980年PC时代起,IT行业走过了以2G移动网络和宽带网络、PC终端为主要载体,软件产品、应用软件和门户网站为特征产品的互联网时代;以 3/4G移动和高速宽带和移动终端为主要载体,云计算、社交网络为特征产品的移动...
1 2 3 4 5 ... 20
收藏数 237,436
精华内容 94,974
关键字:

it行业