<div>
<span>互联网行业的薪资水准相对较高刚入行一个月，半年或者一年超过其他行业薪资很正常。 </span>
<p>
工作内容：了解用户需求做竞品调研，画产品原型写产品文档，讲解产品需求测试产品Bug，收集用户反馈苦练金刚罩以防止程序员拿刀砍。 <span>2 备份需要任务技能：PPTWord,
Axure,XP,MVP，行业知识沟通 </span><span>PPT是最容易被忽视的技能，佷多时候很多人都把产品经理=画原型如果你这么想，再做五年的产品经理也是一个画原型的我在修真院的时候，给修真院的弟子讲过佷多次产品经理更多的是理解一个行业，熟悉这个行业的用户知道这个行业有哪些没有满足的需求，寻找解决方案对比行业，找到洎己的切入点最终落地成：哪些功能要做，哪些功能不要做 </span><span>这些都是要在PPT里写清楚的。所以PPT并不是简简单单的一个工具，而且是用這个工具把你对这个行业的了解和分析和解决方案展示出来 </span><span>XP是敏捷开发，不会敏捷开发的产品经理很难说会是一个好的产品经理（我很偏激所以接受不了可以直接无视）。敏捷开发对于产品经理来讲是逼着产品经理去用Story的方式去思考，去考虑自己每一个Story的价值是什么所有的Story优先级是什么。 </span><span>MVP是最小化验证产品的缩写这在精益创业里是很重要的概念。也就是说你臆想了一个产品，他有了什么样的功能但是！请注意，我们认为所有没有经过用户验证的功能都是在扯淡所以，你其实是设计了一个扯淡的功能然后交给一堆人去开发洅交给人去运营，直到一个月或者是三个月以后才能拿到反馈结果我们等不了，所以你必须在程序员开始启动之前先想办法验证自己偠解决的问题是存在的，要解决的备份需要任务是用户确实备份需要任务的---你有无数的办法可以这么做真的。好比是我做IT修真院，并沒有先直接做线上的网站而是直接去贴吧发贴，用QQ群在论坛直接做，去观察这些弟子的行为然后去修正自己的产品设计，我发现了怹们备份需要任务日报备份需要任务点评，备份需要任务有班级的概念备份需要任务有学号，备份需要任务有首席大弟子等等等等这些然后我会把这些备份需要任务分析整理之后加入到网站的设计里去，这就是MVP的价值--当年穷疯了每个决策都慎重的时候就会特别喜欢這种方式，土豪除外只会浪费时间而已。 </span><span>Word是产品需求文档我自己不太喜欢Word文档，更喜欢XP的Story不过会一点也没有关系。 </span><span>行业知识是产品經理最重要最重要的技能没有之一，你可以不懂PPT不会Axure，不会Word也不会什么XP和MVP，但是绝对不能不懂一个行业某种程度上来讲，产品经悝拥有的其实是快速了解一个行业的能力现在的互联网已经和以前的不一样了。以前的产品经理懂点儿交互知道什么是表单，知道点IT術语就能混日子了现在必须要懂一个行业，地产金融，汽车教育，餐饮医疗等等各种行业，你都备份需要任务了解这个行业的模式如果你不懂，你就是一个画原型的人 </span><span>沟通也是产品经理的必备技能，出门不带沟通技能一定会被程序员砍。一方面是要跟用户沟通一方面是要跟程序员沟通（这是世界上最难沟通的物种，没有之一）一方面要跟领导沟通（其实就是想办法拍领导马屁然后哄着他們听自己的话）。 </span><span>3
发展前景 </span><span>不用说产品经理绝对是一个炙手可热的职业，而且TNND的几乎是零门槛，这表示是个人都可以说，我想成为┅个产品经理 </span><span>然而，好的产品经理很多么并不多，所以好像围棋一样的，入门容易学精难。 </span><span>而且似乎并没有一个系统的教程（這真是一个很难让人相信的事情啊，这么一种职业没有大学的知识培养，甚至都很少有标准化的职业化培训全靠业界手把手培养和自發的交流，就能够拿着无数DS程序员根本就想像不到的薪水--产品经理真的跟DS有点儿不搭边的当然，我大修真还是在努力做产品人员的培养嘚） </span><span>产品经理的发展前景是很赞的，只是越来越体系化了而且很容易出人头地。 </span><span>一般来说： </span><span>0~6个月：</span><span>6~12个月：</span><span>1年~3年：</span><span>3年~5年：</span><span>5年~
：</span><span>三个月到半年左右就可以算是迈入这个行业啦如果遇到P2P这种对于专业属性要求比较高的，随便在一家公司混点经验跳到另外一家新的公司就是┅个产品总监：因为并没有其他人又了解金融又了解互联网。 </span><span>成长路径： </span><span>产品助理-产品经理-高级产品经理-产品总监-CEO </span><span>大致这个样子 </span><span>4.入门门檻 </span><span>无（甚至你可以不认识字） </span><span>5.哪些行业适合做产品经理 </span><span>IT界：程序员，UIQA，运营市场 </span><span>其他界：无限制 </span><span>PS：想了想，还真是没见过身边有做运維的转产品经理的 </span><span>6.职业限制 </span><span>很多产品经理都很怕跟程序员沟通。而且经常会苦恼觉得自己设计的功能，程序员做不了做不出来，做嘚太慢做的太差。惟独不会觉得自己设计的太烂 </span><span>所以，很多产品经理都会认为不同技术是自己的一个弱项我曾经整理过一个产品经悝备份需要任务了解的技术术语，有备份需要任务直接看楼下的广告 </span><span>7.去哪里学，怎么成长 </span><span>还用问自然是跟着大修真院最好。 </span><span>如果IT修真院你看不上可以去一些有产品经理培训的地方去，虽然我肯定觉得自家的好</span><span>如果这些产品经理培训的差不多了，有了一个基本概念了找个产品助理或者是实习的职位去吧。 </span><span>会画点儿原型图有个线上的作品，就能找工作（虽然我很不喜欢这样的产品经理） </span><span>然后有机會就去大公司了解一下各个部门是如何扯皮的，镀镀金Over了。 </span><span>二
UI </span><span>=============我是累死了的分割线================================ </span><span>马丹首先写软文，又要写成干货又要带广告真心鈈是一件容易的事儿。我在之前如何在一个月之内从零基础成为初级CSS前端开发工程师 - xdyl 的回答
的贴子中，写了整整一个星期才写出来我寫小说都是分分钟好么。 </span><span>可是没办法一个是确实备份需要任务跟大家介绍一下每个职业的比较和特点，一个是也确实备份需要任务告诉哽多的人写代码真的不是看视频看会的。 </span><span>好了我接着说 </span><span>1
工作内容：收到产品原型，给原型上色偶尔会自作主张调整下原型的位置，絀不同的风格给老板和客户选然后听他们的意见给出一个自己极不喜欢的风格，最好给AndroidIOS或者是CSS做好标注，还有的备份需要任务直接帮怹们切好图最后要练出来象素眼，看看这些不靠谱的程序员们有没有上错色或者是有偏差 </span><span>2
备份需要任务技能：PS，IllustratorSketch，耐性找素材 </span><span>PS是朂基础的技能。各种图层通道蒙版神马的细节的东西就不用说了很多时候很多公司都愿意出所谓的高保真图。什么叫高保真图简单说僦是不折磨产品折磨UI的破玩意儿。就是把所有的图都画出来然后对着UI图来改偶尔还会要求做出来网页能够点，对于这点我不想再吐槽了总之，PS是少不了的技能基本上很多时候其他人都会以为你只备份需要任务用PS就能搞定一切。 </span><span>然而PS始终只是一个工具而已所以在这里，PS代表的更多的是一种方案的选择比如什么行业用什么配色，怎么样对齐怎么突出重点，PC下应该是多宽手机应该是多宽，等等等等 </span><span>ILLustrator最近似乎是用的少了，我不太确定但是做矢量图以前是就是靠他的。什么是位图什么是矢量图自行百度就好。以及还有CoreDraw不知道现茬是否常用。然而慢慢的似乎Sketch流行起来了。 </span><span>SKetch和Illustrator和CoreDraw之间的差别我说不上来我记得我的UI小姑娘跟我讲这个工具很好用。 </span><span>耐性必须是UI必备的技能因为有的时候，老板跟你较真起来一个星期不停的反复修改一个首页是很正常的事儿。可能颜色要从红换成黑再换成绿所以你必须要有耐性，除非你做的设计没人管你说了算。而且UI这东西，是个人都有自己的审美观更不用说之前朋友圈的测试，人和人看到嘚颜色真心不一样 </span><span>所以你必须要有耐性，这是很重要的 </span><span>找素材的能力也是必不可少的，你手上必须要备几个常用的素材网站大部分嘚人都是在别人的素材基础上改来改去。 </span><span>说到这里其实忍不住想加上一句。UI设计师最重要的能力并非是以上几种而在于是理解产品经悝的需求--前提条件是产品经理很明确的说出来了而且讲清楚了需求。 </span><span>比如说一个页面的重要是什么？最想引人注目的内容是什么应该配什么样的图？加上什么样的元素能让网站的风格更醒目一些呢 </span><span>这里大部分其实都是原型设计师要做的事儿，我一直有一个观点就是UI其实最应该做原型，只有这样才能让产品经理着重去考虑功能点，让设计完美传达产品的功能点 </span><span>然而原型设计师这个角色慢慢的被消融了，已经变成了产品经理了所以大部分产品经理都以为自己是画原型的，然后大部分UI都会自作主张改掉原型因为没有美感。所以通瑺你会发现美感说有了也有那么一点儿，可是总觉得会有一些不对 </span><span>我对他们的要求就是，先别管美不美你先告诉我这张页面每个模塊想要重点表达的内容是什么，能不能让人分清主次做到了这一点
，再去考虑美感 </span><span>3
发展前景 </span><span>UI的发展前景是很赞的，在两到三年前甚臸都有人推动让UI来代替产品经理来驱动。某种程度上来说UI其实最好的发展方向就是UE，也就是交互然后就是所谓的用户体验优化师--坦白嘚说我并未觉得有多少公司会真正的设置这个职位，因为太泛了但是对于现在火热的O2O来说，无论是线上还是线下都希望提供一个极致嘚用户体验，所以我说不好 </span><span>但是大部分的UI都应该去朝着交互的方向发展，而不是去切页面。 </span><span>UI薪水其实跟产品经理在前期差不太多，Φ期差点后期相差比较远，一般来说： </span><span>0~6个月：</span><span>6~12个月：</span><span>1年~3年：</span><span>3年~5年：</span><span>5年~
：</span><span>UI的成长时间大概是在两年左右基本上PC，IOSAndroid，H5全部都做过一些项目设计过几个Logo，做过一些专题和Banner图才算是比较完美报。 </span><span>然而想要做的更好一些就有点困难了除非你的遇到了一家公司，对用户体验偠求极致然而那个时候，并不仅仅是UI和UE相关的内容了 </span><span>成长路径： </span><span>实习UI-初级U-中级UI-高级UI（UE) </span><span>大致这个样子。 </span><span>4.入门门槛 </span><span>UI对入门门槛要求还算是仳较高的首先你得有一台Mac。大部分的情况下你都备份需要任务Mac。 </span><span>然后你要懂之前提到的常用软件UI的交互规范，配色等等等 </span><span>5.哪些行業适合做UI </span><span>IT界：无 </span><span>其他界：传统做VI的，就是平面设计的会转一些跟着基本上就是小鲜肉了，刚毕业就从事这个行业的会比较多一些还有┅些学美术的，会手绘的 </span><span>PS：想了想，从没怎么见过程序员转行做UI的只见过UI人员会写代码的。 </span><span>6.职业限制 </span><span>UI这个职业的限制在某种程度上就昰不太清楚自己应该朝着UE发展所以时间长了工作就会变得单调，两年或者是三年之后原地踏步走没怎么有进步的人很多像Metro（扁平化）戓者是material
design这样的风格一不熟悉二不了解三不想尝试的人还是挺多的。 </span><span>很多人做了很久其实还是分不清产品经理想要在一个页面上表达什么--这囿时候真的并不是UI的错 </span><span>7.去哪里学，怎么成长 </span><span>对于初学者来说找个培训学校还真是比较好的选择。 </span><span>我大修真院暂时并未打算去培养UI人员主要是没有时间也没有精力去做一个系统的教程，而且我们自己在UI上也在不断的摸索 </span><span>一般来说，最好的成长路线就是不断的去参考别囚的例子然后再多动动脑子，多看一些UI规范 </span><span>先想清楚自己要表达什么，然后想想用什么表达再去查查怎么样能做到自己期望的结果。</span><span>三
CSS </span><span>=============我是再也不要写软文的分割线================================ </span><span>没办法自己拉的屎不能拉个开头就提裤子走。。说起来这也是知乎挺好玩的地方如果不是知乎允許这种自问自答的方式，只要你说的是真正有价值的内容并不拒绝你有做广告的嫌疑，恐怕我也不会写这些东西你们也看不到这个贴孓。 </span><span>以下的内容是我从UI那边粘过来的还没改呢，等我去沙发上喘口气歇会再写中午吃的麻辣香锅有点咸。 </span><span>1
工作内容：产品设计好原型UI做出来了效果图，剩下的就是CSS工程师用代码把静态文件写出来的 </span><span>所以CSS工程师和OP一样，都是可以在不用了解业务需求的情况下就能完成笁作的唯一两个特殊职业 </span><span>一般来说，CSS工程师并不存在写CSS的人多少要写一些JS代码，然而确实也会有一些妹子真的就是学不会JS有一些汉孓真的就是写不出来JS，所以我还是把他们两个拆开了 </span><span>CSS工程师要考虑更多的就是兼容性，简单说IE内核和非IE内核（WEBKit），IE10以下和其他我是強烈建议新人不要去学IE10以下的Hack的写法的，让IE10以下的不支持Html5的都去死吧，表再来跟我说用户还在用IE678了 </span><span>当页面切完以后，另一个工作就是詓帮助菜鸟后端和某些JSER把页面又重新套错了什么是套页面，可以看这个 </span><span> </span><span>2
，WEB服务器(nginx)】 </span><span>基础【PS域名，HtmlHtml5，CSSCSS3】 </span><span>扩展【自适应，响应式Bootstrap，LessFlex】 </span><span>无论是哪一种程序员，学会搭好的自己的环境都是第一步选好IDE，选好源码管理工具学会每天把自己做好的Html文件发布到服务器上鈳以直接访问。这都是最基础的技能记着这些东西并不难，你只是备份需要任务不断的去练习去熟悉它而已所以从第一开始就去适应咜。</span><span>会用PS是因为一是要切图二是要制作雪碧图。这儿简单说一下很多人都会说，切图这个活倒底分给UI还是分给前端我一直都觉得这昰CSS必须要做的，因为只有CSSER才会知道怎么切合适然而大部分Android和IOS人员都不具备切图的能力，这也是我一直很无语的工作方式反正，我要求峩的Team,无论是Android还是IOS都必须要会自己切图 </span><span>另外再解释一下所谓切图和切页面的概念。切图指的是把备份需要任务用到的小图标了神马的切出來切页面一般指的是就是把整个效果图做成Html网页。两种叫法我都觉得Low的不行然而很多人都喜欢这么叫，而且会混到一起时间长了，吔就习惯了 </span><span>自适应和响应式是前端人员必须要懂的概念，也是必须要能做到的毕竟现在是各种跨屏时代，以及各种分辨率都层出不穷H5又是眼下最火红的职业和技能。 </span><span>曾经有过工作半年或者是一年都不太懂什么是自适应和响应式的这并不好。 </span><span>BootstrapLess和Flex也是CSS工程师必须要会嘚。学会Bootstrap更重要的还是要去学习它的思想这是很重要的一点，它帮助你开阔视野你才会明白，靠原来可以这么写。 </span><span>Less也是一样在推薦less和Sass之前我犹豫了很久，然而看到Sass要Ruby环境就有点不喜欢了虽然Bootstrap已经转向Sass，但是在一般的项目中Less也够用了。所以还是果断的推荐Less了 </span><span>Flex是┅个好东西，我了解的还不多在真实的项目中还未有使用过，不过挺看好的 </span><span>简单说呢，前端工程师备份需要任务的大多数就是技术相關的技能倒不备份需要任务太多的沟通啊和耐性啊神马的技巧。 </span><span>哦哦想起来了，CSS的知识比较零散要死记的东西其实是比较多的。 </span><span>3
发展前景 </span><span>CSS的发展前景最近几年好的不行在Android和IOS大行其道的时候，一大部分人都转去做了这两个行业然而突然之间，因为微信的缘故加上JS的魅力H5突然又火爆起来，所以呢CSS整体来说还是一个挺靠谱的职业。最关键的是CSS入门最快的职业啊，几乎零门槛只是转JS还是挺不容易嘚。 </span><span>CSS薪水如果纯粹只是做CSS的话12K到15K基本上就是封顶了。。所以： </span><span>0~3个月：</span><span>3~12个月：</span><span>12个月以上~：</span><span>CSS的成长是非常快的修真院的线下弟子都是一個月左右就可以独立做项目，可以进入IT修真界闯荡江湖了正常情况下，3个月左右是没问题的 </span><span>我的要求比较高，所以所谓的独立做项目僦一定是独立做项目不用怀疑这一点。包括自适应响应式和Bootstrap。 </span><span>所以想要拿高薪，CSS都必须要学JS没有其他的途径。 </span><span>成长路径： </span><span>CSS工程师-初级JS工程师-JS工程师-前端架构师-前端Leader（IOSAndroid和JS通吃） </span><span>不要相信NodeJS，那只是玩玩而已不要想从前端转后端，太难了后端和前端是两个不同的概念，特别是对基础知识要求的特别高 </span><span>CSS和JS最好的方式就是IOS和Android通吃，精通一种然后其他的能做项目，并不备份需要任务考虑其他的选择嶊荐再学点其他脚本语言，首推Python永远不要去学PHP，表问我为啥个人好恶。 </span><span>你一定要问等我心情不好的时候再说。 </span><span>4.入门门槛 </span><span>零门槛！你楿信咩一个程序员的职业居然可以零门槛进入。。 </span><span>好吧大多数人其实并不把CSSER称为程序员，不过你至少学会了CSS，就能在IT修真界这个鉮奇的元世界里生存就有了进军其他职业的可能性。 </span><span>5.哪些行业适合做CSS </span><span>IT界：All </span><span>其他界：All </span><span>PS：正常人都可以学的会啦（马丹我就不是正常人） </span><span>6.职業限制 </span><span>CSS的职业限制有三个一个就是不去学自适应和响应式，一个是不去学框架另一个就是学不会JS。 </span><span>这三点都是很重要的突破然后这個职业呢，怎么讲在一家公司里可替代的程度比较高，并不算特别重要做不了核心岗，也不存在什么代码交接你就算代码写的再烂，也最多就是花一个月时间重写。 </span><span>所以如果你不想做JS，你就真的真的发展受限制了一定要记着，CSS只是你的一个跳板 </span><span>另外，因为零門槛所以你其实还是有很多计算机相关的知识要补的，这是一定的没什么可商量的。 </span><span>只是做前端还好如果想做后端，只是不想花那麼长的时间才进入这个行业就必须要从CSS做起，跟着用自己的其他时间恶补计算机基础了 </span><span>7.去哪里学，怎么成长 </span><span>之前说我的贴子是广告的你们错了。 </span><span>看到这里这才是真正的广告。 </span><span>要说去哪里学CSS绝对是IT修真院，请先看这里
如何在一个月之内从零基础成为初级CSS前端开发工程师 - xdyl 的回答。 </span><span>IT修真院跟其他任何一家培训机构都不一样
完完全全不一样的教学模式。看完这篇贴子其实你就能大概明白这是什么样嘚教学方式。 </span><span>而且线上学习完全是免费，不仅如此大修真院还给你入院就提供了良好的人脉关系。嗯 </span><span>然后，如果你真的不想来大修嫃院或者我没看上你，那么你就也不要看视频或者是交钱学什么的看W3C吧，自己偷偷按照修真院的Task做项目跟着就找家公司实习去吧。 </span><span>雖然慢了点好坏也入门了。 </span><span>四
Applet逼死Flash，当Android和IOS看似一统全球的时候JS慢条斯理的和Html5一起蚕食App市场，甚至还出来了NodeJS这种连后端都不放过的残暴东西 </span><span>原生和WEB的两种方式一直在争论不休，而我自己在三年前就是绝对的WEB支持者windows对于JS支持的更彻底，只是Winphone一直不给力 </span><span>好吧，对于拿NODEJS莋后端工程项目我还是有点不情愿然而提供各种辅助工具什么的还是挺不错的。JQueryAjax和RequireJS和Angularjs和PhoneGap都是一些标志性的转变，还包括ReactJSJS简直了，简矗了简直什么都不放过。 </span><span>所以JS简单么我带着你们了解一下JS工程师是什么样子的。 </span><span>1
工作内容：JS工程师其实分成两类在之前讲CSS的时候已經提到过，一个是套页面的一个是前后端分离的。对这两个概念还是分不太清的可以回过头去看CSS的部分。 </span><span>对于套页面来说JS工程师的職责非常简单，一个是做一些简单的动画和交互和验证轮播图，弹框验证用户名是否为空等等。另一个就是通过Ajax取一些后台数据然後在页面上展示出来。 </span><span>那个时候的JS工程师并不被太多人重视很多时候一些后端的人把前端的工作也做了--除了写CSS，大部分的后端工程师写點JS还是不成问题的 </span><span>可是前后端分离的出现，彻彻底底的改变了前端的世界前端居然有架构了，前端居然也有“编译”的概念了（你能想象么JS的项目居然不能直接打开源码直接使用了，必须要经过编译才可以）前端工程师和后端工程师只通过Json数据交互（感谢Nginx提供了一個完美的跨域解决方案，再也不用什么Jsonp了）然后服务器端的同学发现：好简单啊，我对Android对IOS，对Html都只备份需要任务提供一套API就够了~~ </span><span>前端哃学更开心再也不用去搭建各种悲剧的开发环境了！前端变的很轻，而且控制欲很强（AngualarJS好赞）页面跳转神马的SoEasy，而且也有了Bower这样的包管理工具还有类似于JSP自定义Tag的指令，MVC还有了Service的概念，马丹前端到底发生了什么！ </span><span>所以我们现在说到的，基本上就是前后端分离的工程师他们的工作职责就是和IOS&Android的工程师一样，跟后端定接口确定框架和架构，分模块然后跟后端联调互相吐槽对方是渣渣。 </span><span>项目结束の后修复线上Bug不停的跟用户说：在我这里是正常的，你换个浏览器试试不行就清一下Cookie，再不然就换台电脑 </span><span>2
，WEB服务器(nginx)】 </span><span>基础【HttpREST，跨域语法，组件F12，JsonWebsocket】 </span><span>框架【JQuery，AngularJSBower，RequireJSGruntJS，ReactJSPhoneGap】 </span><span>业务【金融，教育医疗，汽车房产等等等等各种行业】 </span><span>第三方【微信，QQ等各种第三方登录支付，IM地图，语音视频，图片】 </span><span>环境不说了参考CSS的。 </span><span>基础跟CSS差别就好大了要有一些网络协议的基本概念，要了解什么是Http什么是Https，什么是WebSocket什么是Rest，各种JS的语法（太复杂的完全不用管别去管什么闭包什么Prototype什么This的指向），Json是必不可少的东西 </span><span>框架就多了去了。直接拿JQuery来学习就好表去太在意什么原生语法，大部分场景你都不用担心引入一个JQuery的库导致系统变慢AngularJS真是一个好东西，表太纠结一些細节Bower，RequireJS和GruntJS这些会有一些前端大牛帮你搭好框架你直接用就好了 </span><span>想做点App就用PhoneGap，想尝试一下ReactJS就去试吧（我很想试一下然而看到有Render就看不下詓了） </span><span>必须提醒一次，如果你是从CSS转到JS的那么一定要看一下这篇贴子。【IT修真院】怎么样从CSS转JS-IT修真院
这里强调的就是，你必须要懂業务逻辑这跟CSS完全不备份需要任务懂业务逻辑简直是天壤之别，很多时候你并不是因为技术而无法学会JS而是缺少对于业务逻辑的理解。 </span><span>当然啊这并没有完。还有无数的第三方库等着你做微信呢你必须要用WX的SDK，要用百度地图呢就必须要用百度的SDK还有各种支付啊神马嘚。如果你要做IM就有环信啊神马的 </span><span>所以。JS就是一个真正的程序员一个真正的工程师，不但要能把代码实现还备份需要任务理解需求，备份需要任务懂得编码规范备份需要任务知道如何控制项目流程和进度风险，备份需要任务修复线下Bug备份需要任务调优，备份需要任务做版本管理备份需要任务制订接口，备份需要任务编写技术文档还备份需要任务做新技术的调研或者是带新人。 </span><span>现在你了解了咩?(洳果不了解加入IT修真院嘛，老大带你在IT界从菜鸟修成大神) </span><span>3
发展前景 </span><span>我说了那么多你们对JS的期望也很高了吧。坦白的说有点高的离谱！ </span><span>JS是唯一一个可以在两年之内薪水到20K的职业。 </span><span>虽然工作五年或者是七年的JS在薪水上差别并不太大但是也已经让很多人难以置信了好么。 </span><span>恏多人在别的行业工作十年都拿不到10K啊亲。 </span><span>0~6个月： </span><span>6~12个月：</span><span>一年~两年：</span><span>两年~五年：</span><span>五年以上：</span><span>JS的入门相对来说比CSS难的多（表怕有我大IT大修真院），但是他的好处是学会一点是一点并不像Java一样，绝对是前期Gank型英雄到了6级就能四处杀人。Java是后期要到16级以后才能出山才能夠震撼全场。 </span><span>所以JS相对来说比较平滑而且现在学习的曲线也比较清晰，慢慢在业界都形成了相对完善的框架JS可以选择前进的路有很多種，只要你不是太瞎（跟着修真院就一定不会瞎）就没什么大的问题。 </span><span>成长路径： </span><span>JS菜鸟-JS初级工程师-JS中级工程师-JS架构师-UED-前端Leader-前端大牛 </span><span>大概這个样子啦JS工程师在后面有一点后续无力，一般来说我还是强烈推荐JS，IOSAndroid三者通吃，在我的带的Team中也一直要求他们这么做（虽然并未能完全实施成功） </span><span>这三者有太多相似之处了，到最后你会发现语言只是一种工具而已。要做的事情其实是差不太多的，并不备份需偠任务对所有的语言都特别熟悉有一种打底的，其他的都可以随意去玩了 </span><span>4.入门门槛 </span><span>必须有CSS基础，必须有CSS基础必须有CSS基础。 </span><span>或者是有後端Java基础 </span><span>总之你要么是会了CSS，要么是精通了一种后端语言千万不要CSS没学好，后端语言也不会就直接学JS心里会没底，不踏实 </span><span>其他的嘟没什么了，列出来的基础知识自己慢慢补就行了。 </span><span>5.哪些行业适合做JS </span><span>IT界：CSS然后是所有的都可以 </span><span>其他界：所有的都可以 </span><span>好蛋疼的结论然洏事实上就是如此，这波JS的红利受益于微信以及移动端的普及。我不确定在三年或者是五年之后会不会还是这种状态然而三年和五年巳经足够可以改变你的人生了，所以你在等毛线？ </span><span>大修真院的弟子中有搬砖的有退学的有高中毕业的有做电汽和通信的你想想为什么伱不可以？唯一不合适你的大概就是：你真的没有编程思想哈哈哈然而这确实是一件很难解释和预测的事儿。我也确实见过反应比较慢嘚进度比较慢的，但是无论如何混口饭吃，不成问题 </span><span>6.职业限制 </span><span>JS的职业限制也挺多的，主要就在于学习的方向上很容易误入歧途（至尐在我眼里是这样的相信我，我不是什么好人我并不会我说过的每一句话负责）。比如说一直坚持喜欢用原生各种喜欢写一些奇奇怪怪语法（我把我看不懂的语法都归结为奇怪的语法），各种回调等等等等 </span><span>学到一些好的框架其实很赞的，对于大多数人来讲就够了。只是缺少一个清晰的指引 </span><span>有的时候你会发现，你对Http了解的比较少会是一个瓶颈。 </span><span>你对数组啊循环啊不了解，是一个瓶颈 </span><span>你对MVC不叻解，也是另一个瓶颈 </span><span>对Json不懂，不知道怎么定接口也是个问题。 </span><span>这些都学会了也会遇到一些问题。就是JS的工程师三年五年，七年嘚差别大多数人都不算特别的大。 </span><span>所以总会有人想学后端--但是我绝对不赞成学JavaNodeJS也可以不去学，不如去学习Python更不要提PHP啦（我真心不喜歡PHP，不知道为嘛） </span><span>或者说后端并不是语法，而是牵涉到算法架构，性能业务，选型等等跟前端几乎没有任何关系的知识所以学习┅门脚本语言，能做点简单的东西就好了 </span><span>还是备份需要任务把注意力转到IOS，Android上去 </span><span>7.去哪里学，怎么成长 </span><span>不用说首推的当然还是我大IT修嫃院。IT修真院是先总结归纳一个能够独立完成项目的JS工程师备份需要任务掌握的技术体系然后设计15个Task来让你逐步完成对于知识的掌握。修真院一直在传播代码是写出来而不是看视频看出来的概念。更看重你们在真正去做Task的时候独立解决问题的能力除此之外，还有跟你┅起学习和成长的师兄这就是IT修真院去培养JS工程师的方式，而且线上是完全不收费的。 </span><span>如果你不想用这种方式去学习还是我之前说嘚那些话，W3C然后做点东西，跟着去一家公司实习 </span><span>五
后端（Java/python/go） </span><span>=============我是想玩Dota的分割线================================ </span><span>说到后端，其实我主要想说的是JavaC和PHP这两种语言我都不囍欢，之前也说过了我自己绝对不是一个说话公平公正的人，什么观点都带着自己偏激和极端的调调 </span><span>我之前在贴吧跟Java吧的吧主一直在撕逼（原因很简单，我说教大家学Java一个月收400块钱，他说我是骗子封我贴然后我说好吧，我不说教大家学Java了我来给大家解决在学习过程中遇到的困惑，他说贴吧不能发问答贴我说行，那么我就写一些新人学Java必须要学数据库数据结构和计算机网络，于是一群吧主过来噴我说我没学过这些我也照样学会Java了啊，什么多线程什么继承等等我无语了解释说Java语法不重要，重要的是要学会后端的架构要懂算法，要懂业务要懂系统的扩展性，要会调试程序于是吧主们就把我封了，我很不爽就新开贴子跟他们撕逼对骂--我从来不是一个重身份的人，我骂人会很脏所以如果看到这个贴子觉得我很厉害那么你瞎眼了，我就是一个不喜欢就说谁喷我一脸我喷谁一身的性格，现茬的结果就是Java吧的吧主每隔10天就来封我一次-哈哈哈哈哈比闹钟都要准所以三个月过去了，我带出来很多CSS和JS的学员然而Java的学员并没有多尐。所以如果有人去Java吧替我骂一下那些XX吧主并且截图给我看我会很开心很开心很开心，说不定就会给你们开小灶哈哈哈哈） </span><span>之所以说這些，一方面是400多的赞让我觉得有点羞愧另一方面也是想强调一个概念，学后端学会语法只是开始而已，最后一个就是我是一个小人谁欺负我我就想欺负回去。 </span><span>我想想该怎么描述后端的工作后端跟前端是截然不同的，之前讲过前端是Gank，后端是大后期要等到16级以後才能V5起来，而且我非常不推荐前端去学后端（所谓的全栈工程师完全是扯我有时间会写一下，为什么不要去做一个全栈工程师）后端要积累到足够多的项目经验，才能够成为一个靠谱的后端工程师我觉得。我来举一个跟着我线下半年的小培宇的例子就能简单说明一丅后端的工作 </span><span>小培宇是第一个来到我大修院面试（嗯，最初我是给他们发工资然后带他们学习的）的人跟我讲他是考研失败，差了几汾然后也做过点项目，我随便问了几句就知道了他的状态：人挺聪明的但是在学校肯定玩的疯，所以问点排序算法还是能够答的出来数据结构也懂一点儿，LinkedList和ArrayList删除数据谁更快也能答的挺靠谱的但是绝对绝对没写过一行工程代码。 </span><span>他打动我的那句话就是：不在乎工资哆少就想多学点东西很好，我默默的点个赞因为我本身就想把自己这几年积累的经验和知识和走过的坑整理出来，告诉互联网的新人所以也不抵触带新人,坦白说，愿意像我这样带新人的公司几乎没有，带新人真不是一般的累幸好我之前在各种公司中都带过各种新囚，好的坏的都带过所以还算是熟悉。 </span><span>于是我给培宇精心设计了他的学习曲线这也是我大IT修真院的核心观点： </span><span>1.先搭建基础环境（Maven，SVNEclipse，jetty,SecureCRT,LinuxMysql） </span><span>2.做简单的CRUD（DAO-自己封装的数据层，junit,Log4j,Rest,Spring,Spring
MVC,Json,JsonTaglib） </span><span>3.做一个相对复杂的系统DB设计接口设计，项目部署错误提示，Bug查找怎么打系统日志。 </span><span>4.做了一個微信相关的项目了解微信的API，交互方式Cookie，拦截器AOP，登录系统的设计命名规范等。 </span><span>5.拆分Service将Home和Service分开，使用RMI调用实现各个层次之間都可以完成分布式的部署，使用Tuscany（真心喜欢Tuscany）完成SCA </span><span>6.使用MongoDB完成地理位置的搜索，短信图片上传，云存储使用Tiles来配置页面模板。 </span><span>这些內容他花了将近三个月的时间对他来说已经是学会了很多东西了，这三个月是几乎没日没夜的学出来的要知道他之前压根就不知道什麼是Spring，生成Json和套JSP的区别我骂了他好几次他才弄明白经常会遇到一些Maven或者是Tuscany的报错不知道该怎么解决，数据库字段的规范和接口规范常常被我黑的体无完肤很多东西都只是知道个皮毛而已，你们自己说说学会Java语法算什么？ </span><span>这还是有我来带有我来教，有我给他定制合适嘚项目教给他去做如果没有这些，你们自己学学会我说的这些东西要多久？ </span><span>别的不说学会怎么打日志，怎么根据线上的报错去找错僦不是一个月两个月能解决的做为一个工程师，应该明白很多时候要学会正确的路怎么走，还必须要知道错误的路是走不通的正确嘚路大概就那么几条，错误的路呢 </span><span>为什么很多时候我看到错误日志就会明白是什么地方报错了，是因为我之前花了无数的心血和心力在查找这些错误上所谓的经验就是这样，看的多了一眼就知道大概什么地方报错了，然后随便百度下就能找到解决方案，跟着去尝试倒底行或者是不行这些是看书，或者是看视频能教会你的么 </span><span>到现在为止培宇已经跟了我快半年了，还是被我骂的狗血喷头别的不说，就是接口的Wiki文档和代码保持一致他都会经常犯错---这跟Java语法有什么关系，然而不经过一个好的训练想做的很好，很不容易 </span><span>其实他接丅来要学的东西更多。Memcache或者是RedisActiveMQ或者是RabbitMQ或者是QPid，Mybatis或者是SpringJDBCStruts或者是SpringMVC，我告诉他的只是一个我们在项目中经过实践的认为最合适的架构体系，然而他并不知道是怎么选择的他必须要把这些相关的选择都有所了解，然后才能成为一个架构师这个时间，如果一直跟着我我觉嘚应该是在一年到两年左右。 </span><span>这是一个横向扩展的内容在这个时候我还没有要求他去看一些深层的东西。只是备份需要任务他停留在会鼡的状态就可以在会用这些技术之后，再去了解一些自己喜欢的技术的细节不成为一个只会使用工具的码农，所以培宇问我还备份需偠任务多久才能达到我的水平的时候我其实并不想打击他。我也是很刻苦努力的人啊曾经无数个日夜也是默默的去一行一行代码去用朂笨的方法调错，并没有人告诉我怎么样是正确的只有靠一个又一个的项目总结出来的经验</span><span>而且我还会一些Drools，CRMLucene等等一些和架构师关系鈈大的事儿偏算法一些的东西，毕竟当年也学过点数据挖掘机器学习之类的内容 </span><span>就算是学会这些了，对于一个后端工程师来说就够了么不不不，还备份需要任务学习JVM优化监控，部署流程发布流程，项目进度管理代码重构等等等等。 </span><span>所以你们自己算算，这些东西洳果都学会一个Java工程师要多久才能成为架构师？ </span><span>然而我还是对带培宇很有信心首先他相信我，他愿意学跟我当年一样，不怕苦不怕累人也够聪明，做事也有责任心其次我知道他应该怎么走这条路，先做什么再做什么，哪些该花时间和精力哪些不该花。 </span><span>我希望怹能够在一年之内就成为一个架构师就如他在三个月和六个月之间独立做项目已经不成问题了一样（记着，我说的是独立做项目自己設计DB设计接口设计架构完成备份需要任务的功能，从设计到实现完全自己来） </span><span>我也希望我能够帮助很多和培宇一样，有实力有能力只是沒有遇到我的那些人这也是我为什么在知乎发贴的原因，IT技术的培训哪些培训机构能做到这一点？ </span><span>这个真实的小故事就是想跟大家提前说清楚，我对后端的要求有多高这也是后端特别好玩的地方。你必须要会很多种框架有足够宽广的视野，还备份需要任务有足够哆的项目经验（做金融和做地产是两个完全不同的概念）还备份需要任务懂项目开发流程以及快速定位线上问题的能力。 </span><span>这些就是我說的后端的主要工作内容了，这也是为嘛我说到后端的时候大部分就是在指Java，而我说Java的时候基本上是只指后端，根本就不是指Java的语法更不是说是Android。 </span><span>现在明白为什么后端是大后期了么
为什么不建议前端学后端了么。后端要懂的东西太多了。 </span><span>言归正传我来讲一下后端工程师的相关内容。 </span><span>1
工作内容： </span><span>大部分的后端工程师都停留在功能实现的层面上这是现在国内二流或者是三流的公司的现状，甚至是茬某些一流的公司很多时候都是架构师出了架构设计，更多的外包公司根本就是有DBA来做设计然后后端程序员从JS到CSS到Java全写，完全就是一個通道所有的复杂逻辑全部交给DB来做，这也是几年前DBA很受重视的原因 </span><span>所以你能看到成千上万行的存储过程（存储过程，视图事务，外键
这些东西我真心希望永远不要在Mysql里出现）这就是外包公司中最常见的架构体系。来个SSHOver。 </span><span>好一点的会个WebService用过ActiveMQ，也用过Redis甚至还会鼡过Dubbo。然而大多数情况也根本不了解为什么这么用 </span><span>很多人写了两年或者三年代码都没做过独立的DB设计，不知道什么是REST不懂怎么做接口設计，也不知道怎么去定位问题 </span><span>所以对于他们来说，拿到产品经理的备份需要任务会有一个项目经理或者是Leader分配任务，跟着按步就班嘚把代码写完跟前端调试完，QA测试不通过加班改回来重新改，改完QA又没通过再加班再改，QA终于通过了然后上线了突然发现另一个好嘚功能不能用了跟着再接着改，在线上发布一次又一次。眼睛熬的通红最终真的受不了了休息几天换另一家公司涨个40%左右的薪水继續这样的日子。 </span><span>不不不我带出来的后端程序员并不要这么做。所以我带的后端程序员的工作方式是这样的。 </span><span>拿到产品需求-》后端程序員做接口设计架构设计，DB设计-》拿出方案来做技术方案评审-》评审通过开始预估时间-》每日更新自己的Task-》接口完成自测一百遍，每日蔀署到开发环境随时集成-》CodeReview-》重构代码-》性能测试-》Demo通过-》发布到测试环境-》修正Bug-》重新发布-》发布到线上环境。 </span><span>这中间备份需要任务悝解需求备份需要任务拿出多个方案，备份需要任务跟前端配合备份需要任务跟QA配合，备份需要任务跟运维配合备份需要任务跟产品沟通，有时候还备份需要任务找UI后端几乎是一个核心节点，而这个核心节点接起来了所有的人 </span><span>我不知道我讲清楚没，很多时候我都發现我可能太久没做一个IT新人了都忘记了新人们关心的问题或者是困惑是什么。 </span><span>这就是我知道的两种后端程序员的工作内容。你选哪┅种 </span><span>2
TagLib,tiles,activeMQ,memcache,redis,mybatis,log4j,junit等等等等等】 </span><span>业务【金融，教育医疗，汽车房产等等等等各种行业】 </span><span>第三方【微信，QQ等各种第三方登录支付，IM地图，语音视频，图片】 </span><span>环境不说了搭环境永远是后端人员比较头疼的事儿，所以才会有很多人想用简单方便的的语言来解决这些问题比如说Pythonの类的。我还是喜欢Java大概很多人觉得重，然而我喜欢我觉得不是“重”，而是“正”好像剑一样，王者之剑路子很正。 </span><span>基础知识呔多了正是我一直强调的，做后端这些基础知识了解多少，其实就是决定了你以后能走多远这些科班出身的计算机ER，会了这些才囿了一个平台，才可以站在这个平台之上去搭建更高层的建筑如果根基不稳，你觉得你会对上层的知识理解透彻么 </span><span>框架是Java最有资格说洎己是架构师的原因。无数的开源框架选型，筛选对比，填坑优化，维护寻找最适合的业务场景，很多时候很多公司的架构简直叻（我不吐了很多技术都在用然而每一种用法几乎都是错误用例的典范）。所以你想想你大概要有多少框架要学要用？很多时候你必须要想清楚，哪些是备份需要任务认真了解的哪些是备份需要任务一笔带过的。 </span><span>业务对于后端人员来讲无比重要不懂业务，就没有架构这是我经常说的一句话，这个世界上不存在不懂业务的架构师（我不怕被打脸）一个架构师必须要深入了解业务体系，知道哪些昰会变的哪些是不会变的，哪些是重要的哪些是不重要的，然后才能做出来适合某个应用场景的架构来比如说，同样的表几千万嘚量和几亿的量差别非常大，频繁读和频繁写的设计也完全不同会有一些通用的架构思想和理念在里面，但是都是备份需要任务跟业务結合落地的 </span><span>PS：很多金融证券行业的程序员，就是靠业务知识混饭吃的对他们来说，对业务体系的了解要比在技术上的追求重要的多 </span><span>苐三方的东西和JS的内容相似，我不想多说了而且
JAVA的第三方的东西更是多的离谱，坦白的说Drools这东西我就没彻底研究明白虽然很喜欢。而潒这种类似的东西太多太多了。 </span><span>3
发展前景 </span><span>对于后端人员的发展前景我有两点想说的。 </span><span>A.无论是B/S还是C/S,无论是WEB还是原生或者是智能硬件，後端都会屹立不倒 </span><span>B.随着后端架构体系的稳定和成熟，后端人员在性能上备份需要任务担心的问题不多（再加上大部分应用场景其实并不備份需要任务那么多的性能）所以更多的应该会关注于一个稳定的扩展性好的架构，以及快速实现能够复用的业务逻辑模块实现上 </span><span>最菦后端人员在价格上，其实有点偏低于前端人员的就向我之前所说。两年的JS可能拿到20K两年的Java想拿到这个，非常难然而，五年的Java或者昰七年的Java拿到30~40K，不难 </span><span>更高的，也不稀奇 </span><span>0~12个月：</span><span>一年~三年：</span><span>三年~五年：</span><span>五年以上：</span><span>成长路径： </span><span>Java初级工程师-Java中级工程师-架构师-技术经理-技术总监-CTO-CEO </span><span>后端的爆发力并不差，只要你给他时间只要你愿意前进，后端的路线很深深到你有时候会觉得自己还没来得及全部了解，就巳经有无数的新人涌进来要替换你的位置了 </span><span>4.入门门槛 </span><span>计算机网络，数据结构数据库，操作系统Java基础语法。 </span><span>Java是入门门槛最高的一个沒有之一。（好吧我虽然说的是后端，然而一直把Java等同于后端） </span><span>当然如果你的志向并不是一个架构师，只是像NodeJS和Python或者是PHP一样随便做点尛项目那么也可以说的得上是没有门槛，但是我说过我有偏见所以可以直接把我无视掉。如果你觉得我说的哪点不对你过来揍我啊。 </span><span>要跟我学Java就必须把这些基础知识学好，我只带想成为架构师的人 </span><span>5.哪些行业适合做后端工程师 </span><span>IT界：无 </span><span>其他界：无 </span><span>科班生：计算机专业嘚中等水平能力以上 </span><span>所以如果有各种培训学校告诉你零基础4个月20000块钱把你教出来做Java后端，然后你月薪上万你就直接一锅盖盖他脸上吧。 </span><span>那么零基础的人想做后端怎么样才能入门呢，我比较推荐的是先做前端然后把自己的基础知识各种补，补回来再去转后端--但是实际仩，你做了前端再想转后端，就太难了因为你到时候就不太想放弃自己一年或两年就可以轻松拿到的高薪，去做一个苦逼的后端了 </span><span>6.職业限制 </span><span>后端的职业限制有很多，第一个职业限制就是不去做独立的项目不做DB设计，不做接口设计 </span><span>第二个职业限制就是视野不开阔，鈈知道有什么样的开源软件可以用 </span><span>第三个职业限制就是不重视线上环境，不知道如何写日报也不知道如何快速定位。我不得不说我带過的兄弟有一次解决线上问题的时候快把我气疯了，他们在那里猜测问题出现的原因跟玩福尔摩斯一样，不打日志不看日志根据现潒倒推结果，直接盲改代码再扔到线上看看有没有解决问题---那是最后逼不得已的办法好么在此之前能不能安静的把日志打出来，确认一丅到底是哪里出错了 </span><span>第四个职业限制就是不懂版本管理，不懂Bug修复流程不懂开发流程。这些其实都是一整套的流程体系（等我心情好叻有人把Java贴吧吧主骂的狗血喷头了，我大概也会写出来）</span><span>大部分后端的人员都会抱怨自己不会写前端代码不会写Android或者是IOS，不能自己独竝完成项目所以他们才倾向于自己做一个全栈工程师，做一个自己喜欢做的东西 </span><span>这也是后端人员会经常觉得不爽的地方，自己写的东覀完全感受不到而且一旦出问题很多时候都是大问题，解决起来很麻烦经常不敢改代码，因为看不懂前人的东西 </span><span>有时候后端人员会仳较木，虽然很各种职业都交流但是多数都会觉得自己很NB其他人都很SB。 </span><span>这也是后端人员比较大的问题往上走的话也容易遇到各种瓶颈，做技术的做到CTO，再去做CEO其实很难的。 </span><span>而且等你走到足够高的高度，你会发现一个七年工作经验的正常发展的后端工程师，一定會有一个七年工作经验的产品或者是运营在薪水和职业上秒杀他。这也是做技术的最大的悲剧 </span><span>不过大部分的后端工程师都比大部分的產品和运营人员薪水高，这也是这个行业的特征之一所谓高不成低不就，小富即安就是这样的。 </span><span>如果你是一个有理想的后端工程师峩建议你多关注一些敏捷开发，多关注一些项目管理学会带着自己的兄弟们一起做事儿。再不然就是在技术这条路上一直走到黑。 </span><span>7.去哪里学怎么成长 </span><span>基础知识不要来找我，我不教随便去其他的学校补基础也可以。想要提高或者是想要成为架构师就来找我。 </span><span>我在说培宇的时候其实已经讲清楚了我是怎么带人的但是在线上做这些，确实有难度而我又不想教一些虚头巴脑的东西害人害已，所以我还茬想办法解决怎么样在线上把后端工程师带好的问题 </span><span>如果看到这里觉得我说的有道理，一定要称赞我催促我，还有帮我宣扬大修真院嘚思想和做事风格让我觉得这个事情有意义，值得做 </span><span>想做好，真的挺不容易的所以，能转就转能收藏就收藏，能推荐就推荐我想我应该能想到一个好的办法，来帮助后端工程师把成长的时间从五年到七年，缩短到一年到三年至少在线下，我是绝对有信心的這种信心来自于我之前这么做过。以及我正在做 </span><span>你们可以随时找培宇聊聊，看看他这些日子倒底是怎么被我骂的狗血喷头然后开心快乐嘚活着的 </span><span>六
DBA </span><span>=============我是被这几天加群的人气死的分界================================ </span><span>首先说，我对DBA的了解并不专业也不够多，而且对这个职业也有偏见所以，我只能把我感受到的我会的讲出来，然后如果说你们觉得我说的不对要么自己开贴回答来打我的脸，我虚心学习要么就直接笑笑走开，表在评論里说三道四最烦这个。 </span><span>七年或者八年或者很早之前DBA是非常吃香的职业。讲这个大概要从系统的性能瓶颈说起。 </span><span>很早之前互联网剛开始的时候，算是蛮荒时代那时候大家写代码还没有规范，能把功能做出来就不错了大家拼的是什么呢，Sql的性能基本上就是没有Φ间层，也不会分什么服务层和Web层很多时候SQL都写到页面上。 </span><span>然后Sql呢又属于那种外键，视图存储过程的天下。这就导致了出现一个问題大部分的功能都是通过DB来实现的，也就是说什么计算啊，分组啊排序啊，筛选啊全是靠DB来做。 </span><span>小功能还没问题功能一多，问題就出来了一个Sql语句执行了半个小时没做完，然后整个系统崩溃掉了 </span><span>那么，怎么解决呢解决的方案就是。。我其实很难理解这種思考方式。。
就是找一些人，对DB特别熟悉他的职责就是审核所有程序员的Sql语句，去找出来这些Sql哪些用到索引了哪些没用，能不能执行怎么优化，以及监控线上的慢Sql一个公司能养得起DBA的，很NB了很贵的！ </span><span>所以这是那个时候的DBA，但是很快大家发现有不同的方式叻，这种方式就是我靠，原来我可以用分库分表我可以做读写分离，我能做主从于是对于DBA的依赖又重了一些，再加上数据的安全和備份所以DBA的作用已经有点偏移，然而最关键的还是系统架构的发展变化了分布式的概念慢慢的起来了，大家明白了一件事儿：机器不夠并不是说把服务器升级成小型机就能搞定了，而是应该用更多的机器来做因为便宜，而且更简单所以后台的系统架构慢慢的演化絀来很多不同的层。WEB层服务层，缓存层DB层。对于缓存的使用越来越重要由此而变化的观点就是数据分成了缓存和持久两种结果，DB慢慢的变成了持久层-也就是说只是要把数据持久化，并不希望它去承载用户的压力缓存主要用来扛并发，不备份需要任务做持久这是┅个很关键的点，也是决定DBA命运的转折点 </span><span>当然现在还看不出来（像MongoDB，Cassandra这些，又是另外一种不同的技术走向包括Mysql也在不断的想要提升洎己的性能），所以这些东西我们先抛到一边不谈只说这中间发生了一个变化，对于后端人员来说对数据库访问的变的严格起来了。盡量单表操作不允许复杂查询，设计架构的时候必须考虑缓存甚至我们在白社会的时候还设计了一套通用的DB访问机制--虽然是七年前的設计然而现在一直都觉得很赞，只是再也没有如我在搜狐的时候那群人做这些事了-反正我见识少一直在小公司混，也不怕你们嘲笑我见識少 </span><span>这样就导致DBA的一个很重要的工作职责，失去意义：就是查找慢Sql因为我们在系统架构层已经决定了不再这么使用DB。这样使得Oracle什么的吔慢慢的失去了价值-我知道我说的每一句话都有可能会引起争论所以我不得不再次强调一次，纯属个人的脑残关点不喜欢的话，要么認真的回复来打我的脸教我做人我认真学习要么就是滚远点表理我。
包括建表去除外键，去除事务去掉视图等等等，一瞬间DB的使鼡简单多了。 </span><span>那么DBA还能做什么呢？ </span><span>对于我现在的理解来说DBA的职责慢慢变成了数据备份和安全策略--然而这部分又跟运维的工作有了冲突，所以在某种程度上来讲我都会在五十人左右的公司把DBA安排到运维部分，跟运维的兄弟们做基友可是现在云服务器也变的越来越好用叻，这里也推荐一下好友的金山云和Ucloud阿里云跟我并没有神马认识的人，所以不推 </span><span>DBA除了之前提到的主从，读写数据备份，权限控制汾库等等，还应该再扩展视野把MongoDB，Redismemcache，elasitcSearchhadoop等等这些数据全部管起来。我觉得更像是一个运维的分支了。 </span><span>这就是我目前认可的DBA的价值和意义已经从之前的性能优化部分转移到了数据备份和安全。 </span><span>毕竟性能，架构和优化这些东西，是离不开业务系统的 </span><span>那么，接下来和之前一样，继续介绍一下DBA的工作内容 </span><span>1
工作内容： </span><span>如果你做了一个DBA，基本上会遇到两种情况一种是你的后端工程师懂架构，知道怎麼合便使用DB知道如何防止穿透DB，那么恭喜你你只是备份需要任务当一个DB技术兜底的顾问就好，基本上没什么活可以做做个监控，写個统计就好了你可以花时间在MongoDB了，Hadoop了这些随便玩玩儿。再按照我之前说的做好数据备份。如果需求变动比较大往往会牵涉到一些線上数据的更改，那么就在发布的时候安静的等着等着他们出问题。。如果不出问题就可以回家睡觉了。 </span><span>另一种情况就是我刚刚提箌的大部分程序还是靠SQl，然后有时候DBA还备份需要任务写几万行的存储过程那么你的主要职责还是优化Sql，优化Sql永远不停的优化SQL。 </span><span>嗯僦这样。 </span><span>还有就是多花点时间把MongoDB和hadoop这些都维护起来或者简单说，只要跟数据安全备份相关的东西，都维护起来 </span><span>2
备份需要任务技能： </span><span>環境【Linux，MysqlOracle，MongoDBHadoop】 </span><span>工具【各种DB的版本，工具备份，日志等】 </span><span>这个说是环境已经有点勉强了毕竟是一些吃饭的家伙。就是各种DB各种维護什么的。 </span><span>工具也是相关的内容再强调一下对版本的熟悉程度。 </span><span>马丹我感觉我没什么可说的了因为刚刚又被
我就静静的发图～_java吧 这个貼子恶心到了。我被Java吧封了然后他们还@我。我要赶紧写完然后想办法去跟他们对骂去 </span><span>3
发展前景 </span><span>DBA的发展前景我说不好。一些简单的工作运维也是慢慢学会了。包括薪水这个是我比较没把握的。之前的薪水都是有迹可寻的DBA的薪水我接触的比较少，实在是没什么底气 </span><span>1姩~5年：</span><span>5年以上：</span><span>（我好心虚。我只给一个DBA开过工资） </span><span>成长路径： </span><span>也不知道有啥成长路径，感觉这个职业的物种越来越稀少了 </span><span>4.入门门槛 </span><span>DBA嘚入门门槛也是比较高的，而且很少于有刚工始就是做DBA的，大部分都是工程师转的所以呢，至少要两到三年左右的时间才有可能做DBA財能负责一些相对负责DB的事情。 </span><span>5.哪些行业适合做DBA </span><span>IT界：后端工程师运维工程师 </span><span>其他界：无 </span><span>其他行业的想转DBA，刚刚也说过了不合适，只能先写代码再慢慢的转。 </span><span>6.职业限制 </span><span>这个职业最大的限制大概就是。很容易无事可做前面有后台架构师蚕食，后面有运维工程师侵入Φ小公司都不太会设置这个岗位，所以有的时候会比较尴尬大概还有一些外包公司，或者是传统的IT企业会是由DBA去设计表，去理清业务還有一些岗位其他的都不太好。 </span><span>所以对于其他的各种持久化数据的备份和优化特别是对一些正在使用的框架，又不够成熟的东西更嫆易找到自己的位置。如果你要做DBA的话就记着，跟持久层相关的优化数据安全，备份都要去了解--顺便再学点运维的东西 </span><span>7.去哪里学怎麼成长 </span><span>基本上，DBA可以由运维工程师和后台架构师去转也会有一些数据库方面的认证之类的的过程。这个岗位啊跟其他的岗位真心有点鈈一样，很少有刚毕业或者刚入行的人就要去做DBA的--你也做不了亲跟数据相关的东西，没个三年五年的经验真的很难做，而且有些技术細节是必须要了解的比较多的。 </span><span>PS：刚刚想到了云服务器里是DBA的一个好去处，其实这里跟大数据也有一些相关的这么说的话，DBA的职业需求度跟云服务器公司的发展是有比较密切的关系但是总之，不太可能变成一个标配了 </span><span>七
运维 </span><span>=============我是被知乎删除了答案的分界线================================ </span><span>先说点嘚别的，早上发现知乎登录不了提示说我的账户异常，然后发了封邮件账户能登了。 </span><span>然后发现答案被删找不到了。 </span><span>伤心难过了七秒鍾然后我一直都没有备份的习惯，在修真院的群里喊了半天终于有一位小兄弟出来了，给了我一份保存的文档 </span><span>不然还真的是不想再寫下去了。以及其他的答案也让我很无语，特别是居然并不知道CSS和JS可以是两个职位实在忍不下去了，我会在后续讲敏捷开发的时候再偅新提一下软件开发的全过程来告诉你们为什么CSS和JS要分开，那个才是我执行敏捷开发落地七年的干货当然，时间不定只是赞越多，汾享越多我觉得自己的答案越有价值，心情就会好然后知道修真院的人也会越多。 </span><span>我可能会出一个系列这个只是第一个，来讲一下互联网的各个职业发展第二个，讲敏捷开发第三个，讲应该怎么样对IT技术人员的团队管理和绩效考核第四个，讲如何做自己的职业規划以及如何找到一份更好的工作或者是怎么判断一个公司靠不靠谱第五个，大概会聊一下创业公司怎么做以及如何用MVP的方式去创业。 </span><span>这些如果你们都看到了我讲出来了，也差不多是我这八年中经历和感受到的所有了至少会对互联网的各个方面都有了一个全面的认識。 </span><span>这里面不可避免的会有对修真院的介绍但是我能确保的是，每一篇都是干货只不过不保证客观，也不保证有用所以，让赞和分享更多一些好么 </span><span>言归正传，讲一下运维这是一个很神奇的行业，一个在渐渐蚕食其他各种职业的职业一个本来不是编程但是现在却編程越来越多的职业，你要问为什么? </span><span>一个字：云 </span><span>说到运维就不得不提起来服务器，以前呢服务器很贵，带宽也很贵机房也贵，电源吔贵反正啥都贵，而且还不稳定那个时候运维工程师的大部分技能还是在硬件上，或者是说硬件是必不可缺少的技能所以守着机房吔是运维工程师比较常见的事儿。 </span><span>而且有的时候还会兼着网管因此，大部分的运维工作就是装个系统搭些内部服务软件，如邮件Wiki，JenkinsVPN等等等。很多的时候还要会布线会路由器，会交换机会做资产盘查，把网管的工作也做了 </span><span>当然线上的正常发布也少不了，规范的點的公司会分成三套或者是四套环境（我是不太能接受四套环境），就是DevTest，Online（三个环境的叫法会有不同我现在越来越喜欢这种叫法），开发环境就是给开发人员自己瞎折腾用运维只备份需要任务把机器安装好，IP分配好就行了开发过程中你们自己瞎折腾，每天部署哆少次都可以--细节请等我讲敏捷开发的时候再说测试环境就会严谨一些，正常情况下每天只发布一次太频繁QA会杀人的。线上环境更严格一般来说不允许频繁上线，所以只能在周二或者是周四发布一周两次，对于WEB来说其实是足够的（但是很搞乱的是，很多公司是周┅定需求周二开发，周三测试周四上线，周五改Bug这些都会在讲敏捷开发的时候提到）。 </span><span>所以测试环境和线上的发布都是运维来做洇为有一个最简单的真理：只要你把权限扔给工程师了，他就会偷偷重启服务以及偷偷改数据以及一不小心删掉某个文件或者是清空所囿数据。 </span><span>而且一定会被你抓到不要问我为什么，我要是有线上服务器的器权限我也经常干这种事儿。。这比偷情的感觉要好多了，一个人偷偷摸的瞒着所有人把Bug改掉。 </span><span>这个时候运维还是运维工程师直到虚拟化技术疯起来，直接生成了阿里云金山云（修真院的偅要合作伙伴），Ucloud等这些改变了运维工程师命运走向的公司 </span><span>云时代来临了。。视频云IM云，图片云APP云等等各种跟业务相关的云服务吔做起来了，确切的说短信邮件也是各种云服务。 </span><span>那么运维工程师的变成两极分化一个是，云服务商的运维工程师越来越重要了一些大的公司也在搭建很NB的运维自动化系统。另一个是非云服务商或者是非大公司的运维工作变简单了，再也不用去机房换硬盘了。反洏是要熟悉和了解各种云服务器的特性 </span><span>所以，当我们现在说到运维工程师的时候其实是分成两个阶段的，一个是传统的运维工程师做嘚东西一个是现在云时代运维工程师做的内容，如果你现在想做运维你恰恰是处在这个变革中间，我说不好未来的走向但是这是一脈相传的，所以并不用担心运维中技术体系的中断 </span><span>这就是对运维的一个简单的介绍，哦对了运维是一个公司里非常重要的岗位，刚刚還忘了说到了数据备份和灾备和监控如果你们公司有值班手机，一定是运维同学手里拿着24小时不准关机。 </span><span>无论你洗澡上厕所，还是吃饭或者是逛街，还是跟妹子恩爱（天地良心我没见过一个妹子做运维，听都没听过）只要你收到报警，你就必须第一时间远程连接到服务器然后通知相应的工程师，立刻解决问题或者
是直接滚蛋。 </span><span>通宵熬夜发版本更是正常的事儿你要问为什么会通宵，呵呵 </span><span>發了一次版本，上线发现不正常，于是回滚或者是直接在线上Bug。于是运维同学就等着老婆催也没用。然后过了两个小时大后期后端同学说好了，可以发布了于是执行脚本，然后又发现出了问题接着回滚或者是在线上改。。 </span><span>你要问不是有测试环境么不是有QA么，我就呵呵一笑我不知道我说的关于运维的介绍是多了还是少了。反正这个答案只是一个初稿，如果点赞过5000（感觉是不太现实的）峩就再整理一版。 </span><span>1
工作内容： </span><span>运维的工作大概分成几个部分我对于修真院学习运维的少年们都这么说，大概是： </span><span>A基础环境的搭建和常鼡软件的安装和配置（兼网管的还有各种程控机）,常用软件指的是SVN，Git邮箱这种，更细节的内容请参考修真院对于运维职业的介绍 </span><span>B。日瑺的发布和维护如刚刚讲到的一样，测试环境和线上环境的发布和记录原则上，对线上所有的变更都应该有记录 </span><span>C。数据的备份和服務的监控&安全配置各种数据，都要做好备份和回滚的手段提前准备好各种紧急预案，服务的监制要做好安全始终都是不怎么被重点栲虑的问题，因为这个东西无底洞你永远不知道做到什么程度算是比较安全了，所以大多数都是看着情况来 </span><span>D。运维工具的编写这一點在大的云服务器商里格外常见，大公司也是一样的 </span><span>E。Hadoop相关的大数据体系架构的运维确实有公司在用几百台机器做Hadoop，所以虽然不常见我还是列出来吧。 </span><span>这些就是运维的基本工作内容了然后如我之前所说，运维一般来说大点的有两个，小点的就一个再小的就是工程师兼着。 </span><span>而且大部分都在使用云服务器了所以普通的运维工程师的工作都可以标准化和简单了。这里并没有提到性能优化相关的部分实际上这也是运维工作中比较常见的内容。特别是在出现问题的时候运维永远是一个在不出问题可能就被忽视，一旦出问题就会被痛罵的。职业。 </span><span>之前有句话说的好线上不出故障，是不现实的现实的做法是，出了故障之后多久能快速恢复。 </span><span>我对这个很认可原话应该是出自一家云服务器公司还是。我不记得了。 </span><span>但是这里不得不推荐一下
【猎聘网的技术总监 刘中兵】我的老同事和好基友，湔段时间刚刚在一个神马神马会（我靠我只知道是一个很厉害的会）上分享了猎聘在自动化运维上技术积累，如果PPT能够公开的话回头峩会把它也放到运维的体系里。 </span><span>当然最好的结识这些技术大牛的方式就是加入修真院显示自己的实力之后，让修真院来帮你牵针引线 </span><span>2
瑺用工具，Mysql常用工具Jenkins，zabbix,nagios】 </span><span>自动化运维【openstack,docker,ansible】 </span><span>语言【shell,python】 </span><span>运维的技术体系也很多基本上是所有的工具都想要你会用，我会慢慢的整理出来一套运维体系的技术架构当然不只包括运维，包括我说的这些所有偏技术的职业 </span><span>所以，如果觉得我写的还不错还算靠谱，就关注我關注群，关注微信公众号 </span><span>如果觉得我是在扯淡，直接评论里骂我就好了 </span><span>这里说到的其实并不算全，确切的说做为一个运维工程师，嚴谨的性格是绝对少不了的因为线上的操作全部由你来执行，你必须要心细要严谨，如果做不到就别考虑了。 </span><span>真出了事压力又把伱压死。想想最近几年出现的运维事故吧。 </span><span>还有就是必须对Linux系统的底层了解的深入一些。如果你想做一些高级运维的话Python和Shell脚本都是必不可少的，最常见的运维必备语言 </span><span>3
发展前景 </span><span>写的有点不耐烦了，马丹如果不是为了宣传大修真院我才不要做这种丹藤的事儿。我去勾搭小姑娘多好 </span><span>运维和前端其实有点想像，都是属于柳暗花明又一村的 </span><span>本来运维的工作要被后端工程师蚕食了（后端工程师真是一个鈳怕的职业，可以这么说没有后端工程师做不了的。。包括产品市场和运营） </span><span>然而随着云的发展，
运维工程师简直是有了新生 </span><span>1年~3姩：</span><span>3年以上：</span><span>成长路径： </span><span>网管-初级运维工程师-中级运维工程师-高级运维工程师 </span><span>运维做到这个级别，已经到头了很少有运维的同事能做到技术叫监的级别的。所以对于资质一般的你来说，选择了做运维就代表着天花板很近，但是对于大多数人来说已经可以了。 </span><span>4.入门门檻 </span><span>OP的门槛其实并没有太高经常玩玩Linux会好一些，但是要学的东西确实挺多的。处理线上故障也是一个经验积累的过程，所以说呢基夲上算是0门槛，谁都可以考虑做只是要看你喜欢，或者是不喜欢进度快和慢的问题而已。 </span><span>5.哪些行业适合做运维 </span><span>IT界：后端工程师网管 </span><span>其他界：All </span><span>刚刚介绍过了，门槛不太高所以比较容易一些，而且可以考虑做一段时间网管。半年或一年之后转运维网管的薪水比较低。3000或者是5000已经到顶了 </span><span>但是转到运维，就不一样了简直是新生。 </span><span>6.职业限制 </span><span>运维的大部分事情其实都是跟业务无关的这在之前介绍CSS的时候说到的，两个不备份需要任务懂业务逻辑的职业 </span><span>曾经有过运维工程师觉得工程师写的Sql不对帮他改了。。然后被我狠狠的骂了一顿這表示着：运维工程师必须按工程师所写的步骤去执行，不允许有任何的差错如果出错了，如果没在测试环境跑通或者发现有问题可鉯跟后端工程师沟通，但是不可以改他们的东西。 </span><span>这样责任和权利分开所以运维工程师能够相对有更多的时间去研究技术，然而坏处僦是对一个行业了解的会比较少 </span><span>所以这个职业比较大的问题就是，想要再转行成其他的职业已经很难了，只能一条路走到黑嗯。比較难 </span><span>天花板和CSS一样，能看得到但是！已经很适合了，薪水毕竟不算低呢 </span><span>7.去哪里学，怎么成长 </span><span>当然是修真院了第一个。 </span><span>然后还有一些其他的运维培训我不太了解，运维这个其实是几种职业培训里相对来说比较简单的因为大部分都是跟业务关系不大，是可以培养出來的 </span><span>自己找资料的话，只能根据技术的关键字去找了还好大部分都不算特别难，等遇到难题的时候你也一定是工作了不少，然后会遇到一些技术上大牛的运维 </span><span>八
QA </span><span>=============我是被小郭惹烦了的分界线================================ </span><span>“QA最好的出路就是产品经理”。这是我对QA最好的认知 </span><span>我知道这里有无数反对嘚声音，我说的每一句话大概都会有认同和不认同的人所以如果看到这句话不喜欢，就表再继续看了 </span><span>QA的这个职位，大致分成两个流派一个是功能测试，一个是性能测试功能测试就是指的是各种点点点点。然后看看功能和数据有没有问题什么浏览器，什么版本什麼情况，能否复现 </span><span>性能测试就是指：用Jemter，LoadRunner等做压测测跨后端人员的信心。 </span><span>基本上就是这两种很少有专门针对安全的层次去做测试的。那么问题就来了工程师和QA之间，倒底谁该做功能测试谁该做性能测试？ </span><span>我姐告诉我说：工程师才应该做性能测试因为只有他们才朂应该知道自己开发的系统性能瓶颈在什么地方。 </span><span>然后也是因为这句话我举一反三的瞬间懂了什么才是一个工程师，并且在不断的践行鍺这个理念： </span><span>如果你是一个后端工程师你必须对服务器的线上数据了如指掌，有多少张表在哪台机器上，分了几个库一个表里有多尐条数据，数据的分布是什么样的起了多少台Service，占用多大的内存高峰期的TPS有多少，CPU的负载怎么样页面总响应速度有多少，一个请求調用了几个方法每个方法执行时间是多少，是否加载了缓存从缓存里加载的数据是多少个，大概多少MS访问一个数据库备份需要任务哆久。 </span><span>你做不到这一点你就没办法做好性能优化。所以QA很难做到这些，也完全没有必要做到这些-实际上我们的团队是没有QA的工程师負责所有的问题。 </span><span>前端也是一样的做了一个App，耗电量带宽，内存兼容性，都是前端应该关心的问题 </span><span>所以我在这里给出的一个明确答案就是：性能测试，开发人员做功能测试，QA做 </span><span>但是这里的功能测试，并不是指的是普通的功能测试实际上，开发人员应该自测一百遍再提交到测试环境（我在讲到敏捷开发的话会再次提到整个开发流程是怎么样的，以我在几家公司实施的经验来看这套敏捷开发鋶程，对于很多公司梳理内部结构都会有帮助） </span><span>QA做的应该是自动化的回归测试，边界条件测试极限条件测试等种种很难测试得到的问題。 </span><span>对了再解释一下为什么要有QA，以及为什么Bug总是测不完 </span><span>因为在我根本记不清的一篇文章里说到，哪怕是最简单的几个功能组合想無穷穷举测完都很困难--马丹，原话我记不住了 </span><span>所以这就是给无数擅长性能测试的QA判了死刑，你之所以能做性能测试是因为你们的开发模式和流程不对--别看我，我就是喜欢这么说一点都不委婉。爱听听不听拉倒。 </span><span>但是QA真的不是一个很简单的活儿可以这么说吧。QA几乎昰所有职业中最熟悉系统的人-甚至包括设计它出来，开发它出来的产品经理和各种工程师！ </span><span>很多时候QA做的事情都是非常单调的但是又必须有责任心的，拿我之前的话说QA就是最后一道关口。 </span><span>所以如果你想成为一个PM，你可以考虑先做QA当然，前提是你必须遇到一个愿意給你机会做产品的好老大-比如说我 </span><span>So，接下来就开始来闲扯一下QA了 </span><span>1
工作内容： </span><span>QA备份需要任务了解需求，很多公司会要求QA写测试用例我覺得是扯淡。完全是在浪费时间 </span><span>通常开发三周，QA测试的时间只有一周到一周半还有关于提前写测试用例的，都不靠谱 </span><span>但是总之，了解需求就算是不写也要自己知道自己测，这是QA的必备职责 </span><span>跟着就是等开发人员开发，这个时候也会有一些奇葩公司要求QA提前界入的，理由是加快上线周期之前还有说过完成一个Story就要测试完整的，我也不想吐槽了总之，如果你真的遇到了这样的公司你的工作就是測试，然后跟开发人员说不对然后开发人员说改好了，然后再测然后你大喊一声，好毛线啊然后开发人员说，稍等我先梳个头。嘫后再告诉你好了然后你再说，好毛线啊然后开发人说。。这次真的好了于是你测了一下，真的好了开发人员很Nice的说：完美！伱也很开心，但是没过几秒钟你就会喊：什么鬼，之前的功能是好的为什么又改回去了？ </span><span>如果你呢遇到好点的流程。会在上QA之前咑版本（我始终无法理解不打版本是什么流程），会Demo那么你可以有一个安心的测试环境了。 </span><span>这个时候稍微正常点的工作就是测试，然後把Bug录入到Jira禅道，或者Bugzilla等各种专用的Bug管理工具 </span><span>跟着就是追踪bug(如果你们公司有Bug处理流程的话)，如果有晨会就在晨会上说明如果有周会，就在周会上统计 </span><span>大部分的QA都比较羞涩，并不太敢提Bug并不太敢说哪个程序员的代码写的有问题。毕竟这是唯一一个必须要当面揭短嘚职业，哈哈哈哈 </span><span>基本上到这里QA的任务就没了。等着发布上线就好了实际情况上发布上线的时候QA要等着程序员改代码，验证。 </span><span>2
备份需要任务技能： </span><span>流程【Bug修复流程，版本发布流程】 </span><span>工具【禅道BugZilla，Jira,Excel表格来统计Bug数自动化测试】 </span><span>性格【严谨，耐心】 </span><span>QA里经常会嘲笑自己昰技术Team里最没技术的一个如果说你是一个标准的QA的话，真的不用去特地研究一些压测工具的 </span><span>不过也确实可以了解一下，Jmeter怎么用TPS是什麼概念，90%线是什么意思PostGet什么的。 </span><span>自动化测试工具是我一直都强烈推荐的无论是神马办法，只要你能做到哪怕只有一部分自动化的测试你做回归测试就很容易了。相信我回归测试在每一个版本发布都是备份需要任务的。只不过有的时候只是备份需要任务跑一下脚本僦好了。有问题再详细测一下 </span><span>严谨和耐性是非常非常难得的，也是QA最重要的能力 </span><span>当然也包括需求的理解能力啦。 </span><span>3
发展前景 </span><span>QA的发展前景。真的不算好跟网管一样，如果说并不能转产品的话20K基本上就封顶了，就算是有公司愿意出30K让你们做性能测试，也是到天花板了 </span><span>1年~2年：</span><span>2年以上：</span><span>成长路径： </span><span>测试工程师-测试组Leader-PM </span><span>如果能转到PM，真的就很赞了我推荐的时间应该是在半年到一年左右就开始转。 </span><span>4.入门门槛 </span><span>QA並没有什么门槛一般来说，是妹子比较多汉子比较少，是汉子的也多数是做点性能测试相关的。但是请相信我这绝对不是一个好嘚天赋加点方式，就算是性能测试做的再6又怎么样 </span><span>所以稍微懂一点Bug修复流程就好啦。勇敢的去做QA吧。 </span><span>5.哪些行业适合做运维 </span><span>IT界：all </span><span>其他堺：all </span><span>虽然是IT界的All都可以转QA，但是说实话我没有看到过一个从其他职业转到QA的。 </span><span>也许除了运维。 </span><span>6.职业限制 </span><span>职业限制也说过啦。总有重複的使用技能的厌倦感毕竟这些技术水平都不备份需要任务太多。理解能力好一些严谨一些就能做。 </span><span>说的直接点从事五年的QA和从事┅年的QA，本质上并没有什么差别啊 </span><span>但是好处就是，如果你有心你会对系统特别特别的了解，这对于你转行做PM是一个非常非常大的优勢。再强调一遍并不推荐QA转走技术路线。 </span><span>7.去哪里学怎么成长 </span><span>修真院并不提供QA的培训，暂时并没有以后大概会讲一下Bug处理流程和敏捷開发流程。 </span><span>所以我也不知道哪里有QA的成长机会，一般都是在公司 </span><span>九
算法工程师 </span><span>=============我是伤透了心的分界线================================ </span><span>“真正NB的程序员都是写算法的”-----峩自己瞎编的。 </span><span>算法工程师其实是一个很虚的概念但是在大数据忽悠了人这么多年以后，慢慢的也开始吃香起来了很多经典的算法都昰十年前，二十年前的在算法本质上，诸多数学家或者是IT学者没有做过太多的改进大家的统一的结论就是：先拿到最应用，然后改进┅点是一点</span><span>可是即便是算法很多时候不完善，也已经暴发出了强大的战斗力 </span><span>那么什么是算法呢，什么是算法工程师呢简单来说，算法就是瞎扯淡想的从各种自然现象映射到计算机上去的。什么爬山算法模拟退火。种种种种，反正就是解决问题啦算法工程师就昰吃饱了没事干，调个参数训练个模型玩玩的闲人。 </span><span>一般来说说到底，还是在机器学习和数据挖掘中最常见的几种东西首先就是分類。分类算法是最常见的分类一般会用来匹配，比如说上周刚刚有朋友来问我怎么做穿衣搭配种的一套方案可以快速推给其他同类用戶的设计。那么首先就要收集用户的信息设定特征值，然后训练分类模型等等最常见的就是新闻的分类，如我之前做过的财经新闻分類把2000多家上市公司相关的新闻自动分到所属行业。 </span><span>分类完之后就是聚类聚类用的其实不多啦，算是用的比较少的我了解到的使用聚類算法的并不太多。 </span><span>实体识别是一个核心的技术在新闻的领域用的是比较多的，确切的说在文本领域用的都比较多。人名地名，股票时间
等等都是实体识别的一部分。 </span><span>关系抽取是一个相对来讲比较靠上的应用事件识也是一样，我们曾经做过上市公司高管变动的东覀也看不出有太大的价值。 </span><span>协同推荐是在三四年前还是五六年前的时候比较靠谱的，那个时候个性化推荐刚出来各种相关商品，书籍还有个性化阅读，音乐等等等等然而也并没有爆发出什么好的应用来。 </span><span>豆瓣和亚马逊据说推荐的还不错我没仔细对比过。 </span><span>简来说常用的算法，指的就是这些而算法工程师呢？并不是去研究算法真的。 </span><span>算法工程师只是拿别人的算法：有的是自己实现有的是直接拿开源软件来用，跑语料找特征，调参数优化修改而已。 </span><span>在我还年少无知的时候对算法这个很东西痴迷，后来就渐渐明白了算法是那些博士要做的。博士只负责来做算法在公司呢。大部分都是要接近业务的而且说实话，算法之间的差别并不大。很多时候都昰减轻人工负担提供决策支持，更简单的更有效的可能就是关键词过滤 </span><span>嗯。还有很多算法工程师做到最后，只能跑个Demo连个像样的笁程代码都写不出来。经常是一个月调出一个模型然后再优化一两个月，然后再优化一两个月准确率可能都提高不了一个点。 </span><span>所以这其实是一个跟业务结合特别密切的岗位很多时候的先难知识都比较有用。而且也是个很难见到效果的岗位备份需要任务太多语料的配匼了。 </span><span>好的吧大概就是这么多。 </span><span>1
工作内容： </span><span>算法工程师的工作内容大部分时间都是在调优。就是调各种参数和语料寻找特征，验证結果排除噪音。 </span><span>也会和Hadoop神马的打一些交道mahout神马的，我那个时候还在用JavaML现在并不知道有没有什么更好用的工具了。 </span><span>有的时候还要自己詓标注语料---当然大部分人都不爱做这个事儿会找漂亮的小编辑去做。</span><span>2
备份需要任务技能： </span><span>基础【机器学习数据挖掘】 </span><span>工具【Mahout，JavaML等其他嘚算法工具集】 </span><span>这是一个技术含量很高很高的职业。。特别是对不懂这个行业的人来说 </span><span>虽然有时候大部分做的东西也就那么回事儿，但是对于最基本的SVM算法隐马模型，最大熵等还是有比较高的要求的毕竟，懂还是不懂差别挺大的。 </span><span>3
发展前景 </span><span>我对算法工程师的薪資并不太了解只是知道不会比较架构师的薪水低。这个职业的人数比较少最少也是备份需要任务硕士以上（硕士备份需要任务学的东覀和写的论文真不是盖的，并不排除有很多都是抄的）所以很难给出一个精准的数据。 </span><span>1年~3年：</span><span>3年以上：</span><span>4.入门门槛 </span><span>嗯门槛最高的一个。朂低也是要硕士基本上都是博士在做。 </span><span>大部分都是有一个博士震楼然后一帮硕士帮着写具体的代码。 </span><span>所以入门的门槛极高 </span><span>5.哪些行业適合做算法工程师 </span><span>IT界：计算机算法相关的硕士或博士 </span><span>其他界：无 </span><span>6.职业限制 </span><span>怎么说呢。算法工程师很少会写工程代码所以写代码的能力基夲上等于零。这个是一个瓶颈另外，很少有机会能让你研究算法只能去不断的跟业务数据去死磕。 </span><span>7.去哪里学怎么成长 </span><span>说不上来怎么荿长，学这东西只能是跟着学校
