问个低级点的，从php中级到高级工程师，所要经历的哪些，需要学习其他的语言么，比如c，java，linux等么，重心要从PHP慢慢转向哪里？
1、立足技术，放眼全局，解决公司问题产生收益。只谈语言层面我觉得只是基础-
理鱼2、能按需求学出破烂摊子就是中级,能接别人破烂摊子是高级,能带人写破烂摊子是资深,看见需求蒙逼的，不知道需求是什么，不知道自己在做什么是初级-荒野猎人
3、最近我在看sre,里面其实挺多概念跟微服务一样
4、中级和高级的区别是啥？不就是title吗？可能你在这家公司是中级，到了另外一家公司就是高级了，但是你，还是那个你-匿名1
5、哈,我经历过,这个不好，毕竟不是真的高级-w
6、juniormid-levelsenior按照经验和能力，比较公认的分三个级别。-静姐
7、初级用框架，中级改框架，高级造框架？-likuku
8、初级：跟着别人写代码
中级：自己独立写代码
高级：带领别人写代码-匿名1
9、lamp算是相对简单的一个框架，我的理解是先要把这套框架里的常用的各种东西用的很熟练，能讲透，触类旁通。这样能算是mid-level-静姐
10、初中高级要先划分领域吧，只这样说没有意义呀。-陈亦
11、事实上我们80%的时间都在写业务。我觉得评判级别的关键在于分析问题的能力以及解决问题的能力。-如末
12、同意如末说的。初中高级其实是从雇主的角度说的，就是做业务的能力，能解决多大问题的能力。所以不涉及到PHPcore，是实战能力。不是理论级别。-静姐
13、单纯写业务的，只能是初级吧-陈亦
14、对，初级的人制造问题很多-静姐
15、绝大多数人不都是在写业务么。-Imp
16、这类能力算工程能力，不是说写什么很重要-EKST
17、初级简单问题复杂化，中级简单问题简单化复杂问题复杂化，高级复杂问题简单化，这是我的理解-GHOST
18、恕我直言，很多titie都是高级、资深的仅仅只是年龄上的资深。业务分析能力和问题解决能力堪忧。-如末
19、难道PHP只能写写业务，做个听话干活的码农么？为什么不牵涉到设计和架构？-陈亦
20、这个根PHP无关啊，lnmp体系是高级必须熟练使用的-罗金龙
21、第一靠能力，第二靠运气第三靠胆识中高低只是对某方面的评价-李冬
22、同意。高级的工程师会把复杂的问题简单化。其实和他们的生活态度也很像，但凡那些技术精湛能力很强的人无不是简单，朴素，性情温和的。或许是生活的历练，从工作链接到了生活。-如末
23、高级，不应该是能力上的咩？解决处理问题能力，这能力不就包括设计构架么。讨论这样的话题没啥意思。。。。反正我一直以业务至上，其他的都是有些夸大。一个负责的业务，就涉及很多东西。-Imp
24、我都不想讨论了。PHP的初中高级，只是写写业务么？你天天写写业务是你的事啊-陈亦
25、事实上，90%的公司，初中高title的程序员80%时间都在写业务。那么所谓的架构，都是你不断进取和学习的方向。-如末
26、比如你公司要做个数据中心，广告中心？不需要设计构架？为什么非要一定动不动就是要只谈设计构架脱离业务呢。-Imp
27、初中高级就写代码而言，完成工作的目标不同，这点深有体会-罗金龙
28、哪个高级PHP就只是会写点业务？别人设计好然后吩咐你去写？-陈亦
29、架构都是虚的。在以后的大数据时代，自动化运维、架构都会成为一套标准和体系，你按照说明书就可以完成。我们按照说明书多操作几遍，人人都是架构师。事实上，我们应该提高的还是我们分析业务的能力和解决问题的能力。-如末
30、诚如你所说，高级PHP是用什么来评判的？熟练OOP？MVC？背熟manaual？是不是linux也不用？nginx也不需要配置？叫你搭个缓存然后你说我不会啊-陈亦
31、这些是基础的技能，一栋房子的地基，与title无关。我觉得做程序员的除了写业务完成任务之外，都应该去了解一些这些底层的与语言无关的技能。-如末
32、比如？-likuku
33、不说了，感觉越说越乱。没有一个基本的中心点，我都不知道你们倒底是什么评判标准。说了那么多，开始是纯业务，现在又来了个基础的技能，我只是想说：纯写业务只能是初级。-陈亦
34、比如进程通讯，比如socket编程，比如事件模型，比如Nginx各种配置搭建，MySQL索引优化存储结构等。总之就是大家兴趣多一点就学多一点，兴趣不多就安安静静写业务。简单一点，多好。
35、还是多从底层学学，业务真没什么难度，lamp，fpm的这种传统架构体系已经比较low的了，还是多用用一些PHP异步、还有配合协程相关的技术，比如swoole-朱政国
36、业务做好，真的很有难度！-lonelea
37、任何脱离业务的架构和设计都是扯淡。都是孤芳自赏，自欺欺人。-如末
38、纯写业务只能是初级。业务做好靠的是PM。不是码农，自动化运维、架构的标准和体系，谁来做？井底之蛙-Tux
39、写业务是本职工作，从技术角度看，你在业务中，用了什么技术解决高并发，用了什么设计模式，使代码结构结构清晰，在可控范围内，面试时都会从业务开始，跑出解决问题用了什么样的技术，哈哈不能单纯的看，只能做业务-罗金龙
40、咱们先把评判标准放一边吧，这个不太需要统一。咱们求同存异哈，不要强掰其他人的看法。说一说，基础的东西都学会了以后，该往哪个方向学？首先是要懂哪些常用的技术？
41、要变高级首先去读读nginx代码看看他都有什么优点和坑，然后搞搞清楚linux的基本架构和用熟练所有常用systemcall，也搞清楚什么情况下会搞到linux的弱点，然后搞清楚mysql支持的consistencymodel，有啥是不支持的。怎么设计数据模型能让mysql更高效。这里面要学分布式的所有东西和读mysql代码，数据库是个大坑。慢慢跳还有。不要局限在lamp里。视野放广一些-Tux
42、写业务并不低级，也不low，实际上，一家公司所有的职位，都是围绕业务开展的，哪怕所谓的基础平台部门，其实也是写业务，只是抽象度更高的业务而已-匿名1
43、做业务不low，但是门槛低，很快一茬一茬新人来了挤得老人没优势，所以不要指望做一辈子业务。不要认为做好业务就够了，做业务往上走就是高端PM或者做管理吧，那就不属于高端技术的类别了，主要是通过年限增长来做门槛高的东西。不管哪方面门槛，只要门槛高就行。写好代码是本事，能管好人是本事，能拉到牛人来给你干活也是本事。各有所长。但写业务写的熟真不是。。。因为应届生都会写，过一年都是熟手，懂tcp能调优性能也是本事-Tux
44、感觉这个话题这么讨论下去,应该转换为一个程序员对自己职业生涯的规划吧,其实什么职业都不是一辈子的事,对系统/业务的熟练程度也是一样很重要的财富,我原来同事里面有一个叫小野寺的前辈,都快50了,还是在coding,但是在部门里面,他也是不太可能被替代的,只是在国内,太粗浅的业务层,还是很容易的被替代的吧...-骑马爬树
45、tux虽然说话比较尖锐，但是说的其实挺有道理的，如果就是计划技术上一条道走到黑，刚毕业的孩子选择他指的路去走，会越走越好走,业务和架构都变化太快，积累下来的解决问题的能力都是软素质，tux说的那些是硬货-瑜
46、当你停下来思考如何进阶到高级的时候，很可能再也升不上去了，因为如果你有潜力到高级，应该是马不停蹄的打怪升级，当你停下来的时候就已经是高级的。
剩下能做的很可能就是title的升级而已，比如我永远不可能变成高级，勉强做个中级，但是title是跟随公司的职位变化的，虽然能力没有明显提升，但是经验的提升对公司还是有价值的。-JoJo
1、[傅盛雪球分享：深度学习的机会在应用结合，而不是技术输出]全国白癜风治疗专家简介北京白癜风哪家最好