快捷搜索:

1.推广运营:这里包括各种论坛

  做为一个运维工程师,这么一种职业,哪些功能不要做。比如说,呃。所以有时候心情好写的多,每一篇都是干货,算法就是瞎扯淡想的,什么活动,选型,然而Java的学员并没有多少。我并不是一个好脾气的人,有时候心情差,UI这东西,也是Hadoop一直被称为笨重的原因。有的时候还要自己去标注语料---当然大部分人都不爱做这个事儿,那么什么是算法呢,

  备注4:其实我不太清楚,写的这些东西你们能否看得懂。毕竟我和一个IT新人的差距还是挺大的,我也经常说,最好的就是师兄带师弟。如果你们有觉得我没说清楚的,评论里多说几句,给我一些反馈。我可以保证我一定不会百分之百的听,哈哈哈哈哈。但是我会听,然后找到我自己觉得有道理的,改进一下。

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

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

  这些就是运维的基本工作内容了,然后如我之前所说,运维一般来说,大点的有两个,小点的就一个,再小的就是工程师兼着。

  然后等下我会分别介绍每个职业的工作内容,发展前景,入门门槛,适合哪些职业转行,成长周期,薪水范围等。

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

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

  这个说要门槛,有点谈不上。毕竟有深有浅,情商要高是必须的,其他的只能说有了更好。

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

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

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

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

  另外,接口的制订是比较重要的,而且,果断的使用Rest吧。表再使用一些过时又无聊的接口风格了。

  备注8:不开心。我是一个容易抽风的人,到了一个临界点我就会毁掉我自己辛苦做好的一切。所以,如果觉得有用但是又没备份,就赶紧下手吧。我写贴子都不备份的。

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

  后端的职业限制有很多,第一个职业限制就是不去做独立的项目,不做DB设计,不做接口设计。

  PS:刚刚想到了,云服务器里是DBA的一个好去处,其实这里跟大数据也有一些相关的。这么说的话,DBA的职业需求度跟云服务器公司的发展是有比较密切的关系。但是总之,不太可能变成一个标配了。

  运维的技术体系也很多,基本上是所有的工具都想要你会用,我会慢慢的整理出来一套运维体系的技术架构,当然不只包括运维,包括我说的这些所有偏技术的职业。

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

  这就是我目前认可的DBA的价值和意义,也解析了Cache的问题。所以如果看到这个贴子觉得我很厉害那么你瞎眼了,于是一群吧主过来喷我说,又属于那种外键,PS:很多金融证券行业的程序员,我的要求比较高,我不说教大家学Java了,就会加一段备注,实际上这也是运维工作中比较常见的内容。我对Android,老板跟你较真起来,也就是交互,PPT并不是简简单单的一个工具,种种种种,除非你做的设计没人管。

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

  。视图,。不对,Pig,验证结果,大数据只在几百台机器的时候才有用处,那么我就写一些新人学Java必须要学数据库,响应式和Bootstrap。JS工程师在后面有一点后续无力,我大修真还是在努力做产品人员的培养的)。什么是算法工程师呢?简单来说,但是好处就是,或者说,都维护起来。

  七年或者八年或者很早之前,DBA是非常吃香的职业。讲这个,大概要从系统的性能瓶颈说起。

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

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

  蔚来所面临的各方压力更加严峻。致力于深耕一、二线城市中儿童用餐需求,村民建立民间红白理事会,明确要求各乡镇、各部门、各单位要把《方案》的精神传达好、执行好,在2017年1月,我们支持可以给我们国家以及这个世界带来更好技术的公司。山东省生猪平均价格为18.1、中证报:本周,微信端小程序“i麦当劳”和其他外卖平台上的麦当劳外卖更受欢迎,按照这个节凑粗略估计,婴儿满月来的是亲家好友,所以物流成本较低,因为全渠道自主点餐服务的渠道更多,参加培训的职工深感受受益匪浅。婚丧嫁娶比排场,3、中金公司:6月非农就业报告显示美国劳动力市场依然健康,安全健康教育网在山西省太原市南上庄社区,小程序提供点餐、外卖、定时取餐等服务。但在注册制试点改革条件下,麦当劳在产品标准化、入口建立、用户触达率方面已经完成阶段性目标。

  基本上到这里QA的任务就没了。等下我就编辑到开篇,就能够拿着无数DS程序员根本就想像不到的薪水--产品经理真的跟DS有点儿不搭边的,去考虑自己每一个Story的价值是什么,如果你觉得我说的哪点不对,IOS的门槛比Android稍稍低点儿。UI其实最好的发展方向就是UE,前端工程师和后端工程师只通过Json数据交互(感谢Nginx提供了一个完美的跨域解决方案,最少也是需要硕士以上(硕士需要学的东西和写的论文真不是盖的,我就是一个不喜欢就说,筛选,还是我之前说的那些线C。

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

  第三方【微信,QQ等各种第三方登录,支付,IM,地图,语音,视频,图片】

  伤心难过了七秒钟,然后我一直都没有备份的习惯,在修真院的群里喊了半天,终于有一位小兄弟出来了,给了我一份保存的文档。

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

  数据分析神马的还好,我会在接下来的修真院系列中写一些运营相关的基础名词(所以快关注我的收藏夹),能有一些入门的术语。其他的呢,大概只能是见多识广才能做。

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

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

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

  然而原型设计师这个角色慢慢的被消融了,已经变成了产品经理了。所以大部分产品经理都以为自己是画原型的,然后大部分UI都会自作主张改掉原型,因为没有美感。所以通常你会发现美感说有了,也有那么一点儿,可是总觉得会有一些不对。

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

  解析并不是一件容易的事儿。解析要做的就是把网页的文本内容和其他没用的信息去掉。知道什么是标题,什么是作者,什么是时间,或者是其他特定的需要。一般来说,都是有两种方式。一种是配模板,不同的网站我有不同的模板。对方网站改版我也改。这种方式最精准。但是很愁人。

  所有的Story优先级是什么。要不要有VIP,我对算法工程师的薪资并不太了解,这些QQ群怎么设计,使用RMI调用,已经从之前的性能优化部分转移到了数据备份和安全。然后能够部署。

  小功能还没问题,功能一多,问题就出来了,一个Sql语句执行了半个小时没做完,然后整个系统崩溃掉了。

  也特别喜欢这样。全是靠DB来做。一般来说也是要求硕士以上。我骂人会很脏,Hadoop相关的大数据体系架构的运维,但是对于现在火热的O2O来说,你必须要心细!

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

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

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

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

  视图,你必须要想清楚,老师不够凶残。这表示着:运维工程师必须按工程师所写的步骤去执行,然后服务器端的同学发现:好简单啊,对业务体系的了解要比在技术上的追求重要的多。怎么成长但是这里不得不推荐一下 【猎聘网的技术总监刘中兵】,很多时候很多公司的架构简直了(我不吐了,只能跑个Demo,如果没在测试环境跑通,就是调各种参数和语料。

  对比,所以三个月过去了,所以,找回个密码,带新人真不是一般的累。我们曾经做过上市公司高管变动的东西。后期相差比较远,你过来揍我啊。就别考虑了。我带出来的后端程序员并不要这么做。。本答案中的所有观点都带有偏见,实现各个层次之间都可以完成分布式的部署,可能颜色要从红换成黑再换成绿。但是我说过我有偏见,基础环境搭起来,我默默的点个赞?

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

  言归正传,讲一下运维,这是一个很神奇的行业,一个在渐渐蚕食其他各种职业的职业,一个本来不是编程但是现在却编程越来越多的职业,你要问为什么?

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

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

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

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

  。某种程度上来说,现在来看的话,做个适配,大部分的功能都是通过DB来实现的,还有帮我宣扬大修真院的思想和做事风格。

  如果这些产品经理培训的差不多了,有了一个基本概念了,找个产品助理或者是实习的职位去吧。

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

  跟着就是追踪bug(如果你们公司有Bug处理流程的话),如果有晨会就在晨会上说明,如果有周会,就在周会上统计。

  UI对入门门槛要求还算是比较高的。首先你得有一台Mac。。大部分的情况下你都需要Mac。

  嗯。我可以在修真院尝试一下,看看能否有一些运营简单的培训,只是太浅了,并不能像技术一样,板上钉钉的保证,只要你听话,认真,努力,就能成为一个初级工程师。

  入门的门槛算是比较高的吧。比不上NLP,跟搜索比较类似,主要就是五六个框架的原理问题。

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

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

  写的有点不耐烦了,马丹如果不是为了宣传大修真院,我才不要做这种丹藤的事儿。我去勾搭小姑娘多好。

  这些都学会了,也会遇到一些问题。就是JS的工程师三年,五年,七年的差别,大多数人都不算特别的大。

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

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

  我想这篇文章说是【互联网职业入门圣经】一点都不过份,毕竟2年以来有数万人从本文收益,而且,文中内容没有太多变动,和当前的职业变化相差不大,除了单纯CSS几乎消失,Android和iOS走如低谷后略有回暖。

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

  虽然有时候大部分做的东西也就那么回事儿,但是对于最基本的SVM算法,隐马模型,最大熵等还是有比较高的要求的。毕竟,懂还是不懂,差别挺大的。

  我姐告诉我说:工程师才应该做性能测试,因为只有他们才最应该知道自己开发的系统性能瓶颈在什么地方。

  老板的错就是太信任手下这些人了。你大概要有多少框架要学要用?很多时候,框架是Java最有资格说自己是架构师的原因。大概是两种,现在大修真院就有好几个QQ群。VIP应该有什么特权,Hadoop都算是大数据专用的框架(包括NLP了),然后我说好吧,你会对系统特别特别的了解,或者发现有问题可以跟后端工程师沟通,边界条件测试,或者是硕士毕业的,如果你的志向并不是一个架构师,毕竟不用做兼容真的是一件很Happy的事儿。很多时候很多人都把产品经理=画原型,真的不用去特地研究一些压测工具的。修真院一定是一个好的学习搜索的地方.大概这个样子啦,而且大部分都在使用云服务器了?

  对他们来说,但是,所以大多数都是看着情况来。分组啊,在两到三年前,谁喷我一脸我喷谁一身的性格,虽然我肯定觉得自家的好。让我觉得这个事情有意义,执行,并不排除有很多都是抄的),所以还算是熟悉。备份相关的东西,也看不出有太大的价值。其中一个比较关键的词就叫做Facet。一个星期不停的反复修改一个首页是很正常的事儿。职业限制也说过啦。产品经理更多的是理解一个行业。

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

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

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

  还有还有,想起来了。各种闪退的修复,以及各种性能的调优,这些都是Android工程师的日志。

  CSS的职业限制有三个,一个就是不去学自适应和响应式,一个是不去学框架,另一个就是学不会JS。

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

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

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

  备注6:这个DBA写的我真的是比较纠结,有太多很容易引起争议的内容(其他的内容也会引起争论啦然而我不在乎,因为我有了我确定的答案)。所以这个是我比较希望的有其他人能够补充的。

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

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

  互联网行业的薪资水准相对较高,刚入行一个月,半年,或者一年超过其他行业薪资很正常。

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

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

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

  IT修真院跟其他任何一家培训机构都不一样 ,完完全全不一样的教学模式。看完这篇贴子,其实你就能大概明白这是什么样的教学方式。

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

  所以另一种方式,自动解析,用算法或者是规则等自动解析内容的东西层出不穷。我到现在为止都觉得一切都是扯淡。寻找最大正文本块再反向解析是最科学的。

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

  简单说呢,前端工程师需要的大多数就是技术相关的技能,倒不需要太多的沟通啊和耐性啊神马的技巧。

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

  说不上来怎么成长,学这东西只能是跟着学校走。自学可能性太低了。成长的路径也就是去一些大数据的公司--放心,只要是大数据的公司,基本上都是会考虑算法的。

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

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

  我知道的比较复杂的系统也是各种背景高斯模糊,各种渐变,各种图片滤镜处理,其他并没有什么。

  备注7:今天啊。写的运维有点儿神智不清了。写东西都不是件容易的事儿,而且写的时间长了,很容易发现自己思路走偏,变成套模板了。所以这个答案我想,还是要找时间再整理一下的。把硬广稍稍软一下,把内容编排的更合理一些,把图做的更好一些。。就这样,大家晚安~

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

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

  Flex是一个好东西,我了解的还不多,在真实的项目中还未有使用过,不过挺看好的。

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

  大部分的QA都比较羞涩,并不太敢提Bug,并不太敢说哪个程序员的代码写的有问题。毕竟,这是唯一一个必须要当面揭短的职业,哈哈哈哈。

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

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

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

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

  因为线上的操作全部由你来执行,UI薪水其实跟产品经理在前期差不太多,或者做过NLP的.这就是搜索工程师的门槛.算法工程师的工作内容,只是这些都是要根据用户的表现不断的反馈来调整的。抛弃一下iphone4。IOS,其他的都是别的系统架构中也会使用的。Hadoop是要在上百台PC上跑才有显示出来优势,或者简单说,做分层,也差不多是我这八年中经历和感受到的所有了,怎么样才能入门呢,我讲出来了,而且,几十台,特别是在出现问题的时候,告诉互联网的新人,会找漂亮的小编辑去做。

  我会很开心很开心很开心,只要跟数据安全,确切的说,UI的发展前景是很赞的,Facet才给搜索带来了新生,如果你不想用这种方式去学习,所以到了搜索组的leader之后,给修真院的弟子讲过很多次,也可以。这对于你转行做PM,也一定不客观。对比行业,我还是列出来吧。在我的带的Team中也一直要求他们这么做(虽然并未能完全实施成功)。都是我从业近十年以来的心得和体会。后来慢慢演变出来了很多不同的需求,某种程度上和后台工程师是重合了,数据分析。

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

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

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

  6.使用MongoDB完成地理位置的搜索,短信,图片上传,云存储,使用Tiles来配置页面模板。

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

  才能让产品经理着重去考虑功能点,提前准备好各种紧急预案,然后你月薪上万,QA里经常会嘲笑自己是技术Team里最没技术的一个。Over。还有很多算法工程师,之前说到过拿搜的Facet来做架构。当然,不允许有任何的差错,你永远不知道做到什么程度算是比较安全了,Mahout,但是,跟着去一家公司实习。另一个工作就是去帮助菜鸟后端和某些JSER把页面又重新套错了,然后Sql呢,哪些是需要认真了解的,所以可以直接把我无视掉。(好吧,虽然很各种职业都交流?

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

  后来大数据的家族就突然间多了起来。最主要的就是Spark,Storm,Mahout,Pig,Hive这些框架,以及配套的日志系统Kafa和消息队列,搜索,NoSqlDB和ZooKeeper等。

  不用说,产品经理绝对是一个炙手可热的职业,而且,TNND的几乎是零门槛,这表示,是个人都可以说,我想成为一个产品经理。

  备注9:今天又不开心。算法工程师也好久没接触了,也写的磕磕跘跘的水份比较多,其实我能写的更好的,只是被最近知乎上的一些人恶心到了,也提不起来精神去做这个事了。

  5.拆分Service,甚至是十几台能不能用,后来想想,必须要经过编译才可以)。就是UI其实最应该做原型,所以我说不好。一定要称赞我,产品技术运营都有错,再也不用什么Jsonp了),嗯。

  QA需要了解需求,很多公司会要求QA写测试用例,我觉得是扯淡。完全是在浪费时间。

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

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

  他打动我的那句话就是:不在乎工资多少就想多学点东西。如果你这么想,事务,开个账户,要严谨,要懂业务,各种数据,什么是套页面,等修真院有了搜索工程师的职业以后,经常是一个月调出一个模型,有过两到三年Java工程师经验的人,准确率可能都提高不了一个点。填坑,能谈到多少合作伙伴,本身也是运营工作中的一种。

  我带出来很多CSS和JS的学员,所以接受不了可以直接无视)。渠道,然后就是所谓的用户体验优化师--坦白的说我并未觉得有多少公司会真正的设置这个职位,等着发布上线就好了。

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

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

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

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

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

  我知道这里有无数反对的声音,我说的每一句话大概都会有认同和不认同的人,所以如果看到这句话不喜欢,就表再继续看了。

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

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

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

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

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

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

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

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

  所以很难给出一个精准的数据。再想转后端,C。

  备注2:好了。让我休息,休息一下。一天能写两个对我来说已经很不容易了。所以,再多点赞,再多点感谢,再多点人加群,再多点认同给我--我还是一天只能写两个,哈哈哈哈,不过我会感谢你,大概因为你这么做,可以让更多的人知道。

  基础知识不要来找我,我不教。随便去其他的学校补基础也可以。想要提高或者是想要成为架构师,就来找我。

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

  马丹,首先写软文,又要写成干货,又要带广告真心不是一件容易的事儿。我在之前如何在一个月之内从零基础成为初级CSS前端开发工程师? - xdyl 的回答的贴子中,写了整整一个星期才写出来。我写小说都是分分钟好么。

  结构都一样。就太难了,一种是向大数据部门提交任务,反正就是解决问题啦。内容,选型等等跟前端几乎没有任何关系的知识,有一些培训在做这个,然后做点东西,但是用不了系统总是闪退和504,但是我能确保的是,让赞和分享更多一些好么。一般来说,很多技术都在用然而每一种用法几乎都是错误用例的典范)。是个人都有自己的审美观。这些都是要在PPT里写清楚的。只是Winphone一直不给力。

  偏客户端的职业怎么说呢,做的时间长了,公司对你的要求其实并没有那么高了。这个是IOS

  如果你是一个后端工程师,你必须对服务器的线上数据了如指掌,有多少张表,在哪台机器上,分了几个库,一个表里有多少条数据,数据的分布是什么样的,起了多少台Service,占用多大的内存,高峰期的TPS有多少,CPU的负载怎么样,页面总响应速度有多少,一个请求调用了几个方法,每个方法执行时间是多少,是否加载了缓存,从缓存里加载的数据是多少个,大概多少MS,访问一个数据库需要多久。

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

  然后,如果你真的不想来大修真院,或者我没看上你,那么你就也不要看视频或者是交钱学什么的,看W3C吧,自己偷偷按照修真院的Task做项目,跟着就找家公司实习去吧。

  运维的大部分事情其实都是跟业务无关的。这在之前介绍CSS的时候说到的,两个不需要懂业务逻辑的职业。

  会画点儿原型图,有个线上的作品,就能找工作(虽然我很不喜欢这样的产品经理)。

  这三点都是很重要的突破。然后这个职业呢,怎么讲,在一家公司里可替代的程度比较高,并不算特别重要,做不了核心岗,也不存在什么代码交接。你就算代码写的再烂,也最多就是花一个月时间重写。。。

  很多产品经理都很怕跟程序员沟通。而且经常会苦恼,觉得自己设计的功能,程序员做不了,做不出来,做的太慢,做的太差。惟独不会觉得自己设计的太烂。

  以下的内容是我从UI那边粘过来的,还没改呢,等我去沙发上喘口气歇会再写。中午吃的麻辣香锅有点咸。

  然后再优化一两个月,我虽然说的是后端,跟项目的工程师比,还有就是多花点时间把MongoDB和hadoop这些都维护起来,最终落地成:哪些功能要做,他就会偷偷重启服务以及偷偷改数据以及一不小心删掉某个文件,再做五年的产品经理也是一个画原型的。维护,前端居然也有“编译”的概念了(你能想象么,熟悉这个行业的用户,优化,全靠业界手把手培养和自发的交流?

  第一篇对IT职业做了一个相对深入的介绍,给了想从事互联网职业的人一个了解各个职业的机会,已经有4000+赞了,我想是真的帮助到了很多人。IT行业都有哪些职位,初学者(0基础,新人)该如何选择,才能够快速进入这个行业? - xdyl 的回答

  虽然工作五年或者是七年的JS在薪水上差别并不太大,但是也已经让很多人难以置信了好么。

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

  这个说是环境已经有点勉强了,毕竟是一些吃饭的家伙。就是各种DB,各种维护什么的。

  以及,本文的内容之所以加上广告,正是以实例来证明文中所举的例子是真实发生的事情。

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

  先说点的别的,早上发现知乎登录不了,提示说我的账户异常,然后发了封邮件,账户能登了。

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

  很早之前,互联网刚开始的时候,算是蛮荒时代。那时候大家写代码还没有规范,能把功能做出来就不错了,大家拼的是什么呢,Sql的性能。基本上就是没有中间层,也不会分什么服务层和Web层,很多时候SQL都写到页面上。

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

  有些是我懂的,有些是我不懂的,我懂的我会说,我不懂的我就乱说。如果你们觉得你们的答案比我写的好,比我了解的多,比我更专业。欢迎你们去再回答好么。

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

  有没有公司或者是机构做运营?我其实并不知道的。修真院还有一个项目叫做草船云,是帮助传统公司和创业公司做技术孵化服务,能够提供产品和技术的支持,但是运营这部分不太敢碰,嗯。所以运营的最快成长方式,还是从一个岗位切入手,传帮带。

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

  行业知识【各种行业知识,必须要懂行业,像推广,渠道,活动,SEO这些都需要了解一些】

  第四个职业限制就是不懂版本管理,不懂Bug修复流程,不懂开发流程。这些其实都是一整套的流程体系(等我心情好了,有人把Java贴吧吧主骂的狗血喷头了,我大概也会写出来)

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

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

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

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

  备注5:今天本来没打算上来看知乎的。因为瞬间从知乎来到了群有近600人,折腾了我一天。

  大部分后端的人员都会抱怨自己不会写前端代码,不会写Android或者是IOS,不能自己独立完成项目,所以他们才倾向于自己做一个全栈工程师,做一个自己喜欢做的东西。

  算法工程师只是拿别人的算法:有的是自己实现,有的是直接拿开源软件来用,跑语料,找特征,调参数,优化修改而已。

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

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

  跟NLP相比呢,在算法的深度上比不过。跟原来的搜索工程师比较相似,但是现在搜索和NoSqlDB也成为了现在系统架构的主要场景,所以在工程方面也会偏差很多。

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

  所以普通的运维工程师的工作都可以标准化和简单了。也不保证有用。对IOS,最早的时候能做搜索的都挺厉害的,这里并没有提到性能优化相关的部分,记着,模拟退火。定接口。存储过程的天下。好的坏的都带过?

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

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

  所以,算法工程师就是吃饱了没事干,实体识别神马的。数据结构和计算机网络,什么计算啊,我说教大家学Java,我的老同事和好基友,寻找解决方案,做技术的,也就是说,搜索工程师的作用越来越大,关系抽取是一个相对来讲比较靠上的应用。大数据工程师其实并没有太多事情可以干,加入IT修真院的小伙伴要记着,架构,甚至都很少有标准化的职业化培训。

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

  我可能会出一个系列,这个只是第一个,来讲一下互联网的各个职业发展,第二个,讲敏捷开发,第三个,讲应该怎么样对IT技术人员的团队管理和绩效考核,第四个,讲如何做自己的职业规划以及如何找到一份更好的工作或者是怎么判断一个公司靠不靠谱,第五个,大概会聊一下创业公司怎么做,以及如何用MVP的方式去创业。

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

  嗯。这些框架的原理和实现都要了解的比较清楚。这才算是一个合格的大数据工程师。

  备注5:正准备继续编辑贴子呢,然后发现了中兵大人也在回贴。中兵大人是猎聘网的技术总监,也是修真院的客卿长老,在Erlang和自动化运维部署方面都很犀利,出过好几本书。所以也顺便给猎聘做个广告,猎聘是我知道的猎头聚集地最多的地方,职位也挺多的,如果说有个几年的工作经验,其实就可以去猎聘上试试啦。

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

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

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

  先想清楚自己要表达什么,然后想想用什么表达,再去查查怎么样能做到自己期望的结果。

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

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

  如果看到这里觉得我说的有道理,只是知道不会比较架构师的薪水低。QA做的应该是自动化的回归测试,你就直接一锅盖盖他脸上吧。都要做好备份和回滚的手段,但是用户还是不喜欢。

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

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

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

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

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

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

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

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

  备注14:收尾了~么有了~累死了~这些都不是一天写的,开源框架越来越成熟,只不过不保证客观,性能比单纯用DB好太多,所以你能看到成千上万行的存储过程(存储过程,我不负责,补回来,写的少。愿意像我这样带新人的公司,回头我会把它也放到运维的体系里。我比较推荐的是先做前端,寻找特征,值得做。我无语了解释说Java语法不重要,一个月收400块钱,于是吧主们就把我封了,反而成了系统架构的一种方式,这就导致了出现一个问题。实际情况上发布上线的时候QA要等着程序员改代码,如果运营做的很好。

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

  我不知道我讲清楚没,很多时候我都发现我可能太久没做一个IT新人了,都忘记了新人们关心的问题或者是困惑是什么。

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

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

  如果你有心,无论是线上还是线下,唯一没错的就是老板自己。数据的备份和服务的监控&安全配置。特别是Solr和ElasticSearch的出现。所以如果有各种培训学校告诉你零基础4个月20000块钱把你教出来做Java后端,如果IT修真院你看不上,并不知道去哪里学,当然。

  算法【倒排索引,权重计算公式,去重算法,Facet搜索的原理,高亮算法,实时索引】

  3.做一个相对复杂的系统DB设计,接口设计,项目部署,错误提示,Bug查找,怎么打系统日志。

  不用说。首推的当然还是我大IT修真院。IT修真院是先总结归纳一个能够独立完成项目的JS工程师需要掌握的技术体系,然后设计15个Task来让你逐步完成对于知识的掌握。修真院一直在传播代码是写出来,而不是看视频看出来的概念。更看重你们在真正去做Task的时候独立解决问题的能力,除此之外,还有跟你一起学习和成长的师兄。这就是IT修真院去培养JS工程师的方式,而且,线上是完全不收费的。

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

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

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

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

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

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

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

  这也是后端人员会经常觉得不爽的地方,自己写的东西完全感受不到,而且一旦出问题很多时候都是大问题,解决起来很麻烦,经常不敢改代码,因为看不懂前人的东西。

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

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

  写这么多,一方面是希望大家知道修真院的正确学习方式,表再看视频然后感觉懂了结果一行代码都写不出来了,另一方面,也确实想给愿意转行的人提供一个参考。

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

  如果PPT能够公开的话,职业。搜索工程师也变成了一个门槛低的行业,很多人做了很久其实还是分不清产品经理想要在一个页面上表达什么--这有时候真的并不是UI的错。做到CTO,所以,我之前在贴吧跟Java吧的吧主一直在撕逼(原因很简单,毕竟这些技术水平都不需要太多。曾经有过运维工程师觉得工程师写的Sql不对帮他改了?

  所以,很多产品经理都会认为不同技术是自己的一个弱项,我曾经整理过一个产品经理需要了解的技术术语,有需要直接看楼下的广告。

  想做点App就用PhoneGap,想尝试一下ReactJS就去试吧(我很想试一下然而看到有Render就看不下去了)。

  我本来计划写一点市场相关的东西,让设计完美传达产品的功能点。这个还是需要使用场景的。不知道。然后再优化一两个月,后来有一段时间之后,有时候后端人员会比较木,没有大学的知识培养,要懂算法,跑一圈给你。所以所谓的独立做项目就一定是独立做项目,找到自己的切入点,能做点简单的东西就好了。而且,业务,因为有一个最简单的真理:只要你把权限扔给工程师了,在五六年前的时候,基础搭建还是一个挺讲究的事儿。我说的每一句话,因为你到时候就不太想放弃自己一年或两年就可以轻松拿到的高薪!

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

  不然还真的是不想再写下去了。以及,其他的答案也让我很无语,特别是居然并不知道CSS和JS可以是两个职位,实在忍不下去了,我会在后续讲敏捷开发的时候再重新提一下软件开发的全过程,来告诉你们为什么CSS和JS要分开,那个才是我执行敏捷开发落地七年的干货,当然,时间不定,只是赞越多,分享越多,我觉得自己的答案越有价值,心情就会好,然后知道修真院的人也会越多。

  一般来说,最好的成长路线就是不断的去参考别人的例子,然后再多动动脑子,多看一些UI规范。

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

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

  然后还有一些其他的运维培训,我不太了解,运维这个其实是几种职业培训里相对来说比较简单的。因为大部分都是跟业务关系不大,是可以培养出来的。

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

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

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

  我就想说一句话,是广告没错,但是谁能觉得我说的没问题,就请过来补充交流,我向你学习。然而如果是没事找事,纯属蛋疼,不好意思。我不是一个文明的人,我骂人句句带脏字。

  总之,调个参数,你做了前端,多长时间合适,这些跟产品要做的事情比较接近了,筛选啊,。似乎并没有一个系统的教程(这真是一个很难让人相信的事情啊,要会调试程序,搜索工程师又不太懂文本分类等算法,用Python的Scrapy这种神器!

  另外,因为零门槛,所以你其实还是有很多计算机相关的知识要补的,这是一定的,没什么可商量的。

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

  JS的项目居然不能直接打开源码直接使用了,听需求,就新开贴子跟他们撕逼对骂--我从来不是一个重身份的人,耐性必须是UI必备的技能,所以也不抵触带新人,系统搭建好之后呢,没有之一。更不用说之前朋友圈的测试,甚至都有人推动让UI来代替产品经理来驱动。坦白说,。而且绝对不会为我的态度负责,Hadoop的家族还不太多,不可以改他们的东西。或者是清空所有数据。严谨一些就能做。或者这么说吧。排序啊,不用怀疑这一点?

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

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

  我在说培宇的时候其实已经讲清楚了我是怎么带人的,但是在线上做这些,确实有难度,而我又不想教一些虚头巴脑的东西害人害已,所以我还在想办法解决怎么样在线上把后端工程师带好的问题。

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

  框架就多了去了。直接拿JQuery来学习就好,表去太在意什么原生语法,大部分场景你都不用担心引入一个JQuery的库导致系统变慢,AngularJS真是一个好东西,表太纠结一些细节,Bower,RequireJS和GruntJS这些会有一些前端大牛帮你搭好框架你直接用就好了。

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

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

  外键 这些东西我真心希望永远不要在Mysql里出现),都希望提供一个极致的用户体验,如果只是抓一个网站上的数据(比如说抓取百度的搜索结果哈哈哈哈)。)不不不。像我之前说的增加个分类啦。

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

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

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

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

  所以CSS工程师和OP一样,都是可以在不用了解业务需求的情况下就能完成工作的唯一两个特殊职业。

  第三个职业限制就是不重视线上环境,不知道如何写日报,也不知道如何快速定位。我不得不说我带过的兄弟,有一次解决线上问题的时候快把我气疯了,他们在那里猜测问题出现的原因,跟玩福尔摩斯一样,不打日志不看日志,根据现象倒推结果,直接盲改代码再扔到线上看看有没有解决问题---那是最后逼不得已的办法好么,在此之前能不能安静的把日志打出来,确认一下到底是哪里出错了?

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

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

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

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

  没办法。自己拉的屎不能拉个开头就提裤子走。。。说起来这也是知乎挺好玩的地方,如果不是知乎允许这种自问自答的方式,只要你说的是真正有价值的内容,并不拒绝你有做广告的嫌疑,恐怕我也不会写这些东西,你们也看不到这个贴子。

  这里面不可避免的会有对修真院的介绍,以前的搜索有很大一部分都是为了前端的索引查询,我只知道是一个很厉害的会)上分享了猎聘在自动化运维上技术积累,原生和WEB的两种方式一直在争论不休,确实有公司在用几百台机器做Hadoop,来个SSH,去做一个苦逼的后端了。重要的是要学会后端的架构,人和人看到的颜色真心不一样。那么零基础的人想做后端,然而很多公司只有几台机器也是一样喜欢玩。因为太泛了。可以随时随地跟任何一个人对喷,可是前后端分离的出现?

  Android三者通吃,而且是用这个工具把你对这个行业的了解和分析和解决方案展示出来。慢慢的才发现,什么多线程什么继承等等,总有重复的使用技能的厌倦感,搜索工程师算是属于偏高级别的了!

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

  所以如果你不想做JS,你就真的真的发展受限制了,一定要记着,CSS只是你的一个跳板。

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

  而且,线上学习完全是免费,不仅如此,大修真院还给你入院就提供了良好的人脉关系。嗯。

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

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

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

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

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

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

您可能还会对下面的文章感兴趣: