前端（web/iOS/Android)工程师职场提升心得

.google  и做前端十年了，回头望一望觉得有些经验和感受还是可以回馈给职业初期或者上升期的朋友们，希望对目前干前端的朋友有些价值。
关于我，一路走来做过blackberry，Android, iOS, Web(React/Electron), Flutter, Rust跨平台, backend，大小公司都干过，从ic到管人也都经历了。

废话少说只来干货，从ic和manager的视角来看，我的建议就以下三条：

• 多做斜杠青年
• 提高产品和设计意识
• 把自己放在owner位置上
  

多做斜杠青年
斜杠青年 by 百度百科：’一群不再满足“专一职业”的生活方式，而选择拥有多重职业和身份的多元生活的人群‘， 我这里引申为不满足于只干某个特定领域啥都想了解下的dev朋友。
最近团队有reorg，我的组有人被分配到其他部分，其中一位flutter eng在新团队被分配做native iOS或者Android，他情绪非常低落，说不想做native，尤其不想做iOS，因为有蛮多东西是object c写的太落后了。我问他了解mobile native开发吗？答案是做过一些些Android皮毛，还是好几年前，现在没有太多了解。那我问既然不了解那怎么知道好不好玩或者有没有前途呢？现在有个机会去学习下新技能难道不是很好玩吗？这个转换有啥恐惧的？他也说不上来为啥要害怕，但是现在要脱离熟悉的领域去做不熟悉的就是不愿意。
过去一年至少有三个同事抱怨类似的问题，都是类似的在没有理性认识的情况下条件反射对新事物产生抗拒心理。所以大家到底要不要一门心思在自己目前做的领域做深做到底？
我个人经验是一定要敢于尝试基于以下原因：

• 没必要固守。前端发展变化太快了，各种框架和语言更新迭代非常快，并且一般情况下新技术的学习成本也变得越来越小了（写rust的朋友不要喷），我过去换过的每家公司用的东西和前一家都是很不相同的，唯一保持不变的就是那些最基础的工程师能力：分析解决问题，写出清晰和架构设计可靠的代码，交流和协作。我的观察和个人体验是一个好的developer基本上通过一点pickup就很容易转换成某个特定平台或者架构的developer，尤其是在人才密度高的公司这个转换就更容易，因为可以学习的人和东西多。我的团队里不同平台干的最出色的人来之前就没碰过现在做的东西。
• 多面手有更多的把握机会的能力，并且有更大的视野。 团队快速发展过程中，要做的事情经常在初期并没有真正有经验的人，所以这个时候如果新手敢于接盘并且能做出来，那自然就早早抓住了拓宽scope的机会了，并且因为有更多的视角，自然做起来事情就更全面，比如一个团队临时需要做mobile，原本做web的人顶上后也很容易利用他原来做web获取的对业务逻辑的理解快速的把mobile做出来，只是刚开始可能要花点时间pick up
• 职业发展的天花板跟个人的知识宽度相关，比如纯技术公司做到director的人如果仅仅是只对某个特别的platform了解其他不了解的话，是比较难驾驭整个研发团队的，所以迟早要拓宽自己的知识领域。
  

提高产品和设计意识
简单的说就是程序员以产品经理和设计师的视角去观察问题，这个能力是绝大多数dev都没有的能力，但是绝对是一个杀手锏。这个能力可以让你在项目从连idea都没有一直到落地都有visibility和impact。
对一个团队来说大家的角色是：
pm（当然是优秀的pm）：找出来team可以解决的问题和提出解决方案
designer：把解决方案转换成面向用户高可用性并且技术可实现的落地方案
dev：把方案落地成最终产品
对上面的角色来说，不管是pm和designer在工作过程中都少不了要consult dev一个问题的可实现性，如果他们本来对某个技术问题完全没有概念的话，他们很多时候完全不会意识到存在一个可以拿出来讨论的解决方案，就比如完全不懂machine learning的pm恐怕无论如何不会提出要造一个无人车。
所以对有产品和设计意识的dev来说，他们更能不受约束的提出来好的解决方案，所以我们可以看到现在那么多公司的老板都是技术出身，google，今日头条比如。
前端是跟pm和designer强合作的team，并且多数时候更容易以用户视角看产品，所以一个有产品和设计意识的前端来说可以上达pm和设计，下连用户，你可以是最懂一个产品的人。hmm，这个是不是就是和未来潜在的CTO能力要求相关了啊？

把自己放在owner的位置上
首先这个其实并不是只有前端需要注意的。以前经常听到团队有很个超级能干的前端和其他team开会总说：这是你们的问题。当然也经常被对方推回来说这是我们的问题。踢皮球就这样发生了，最后上升到上级，经常是大家都要负责做改进。浪费了时间，也消磨了合作的融洽。
但凡有一个人从用户的角度来看，这个事情就不会扯皮了，因为从用户角度来看，问题就是问题，是我们的问题，踢皮球不会无端的让这个问题消失。
另外经常大家发现bug的时候，如果没有明显的复现step，很多人都会说是网络问题或者系统问题，反正是无解，跟我无关。最终经常被打脸，bug并不会自动消失。
ownership，或者叫靠谱，是我最最认可的dev能力，简单的讲说是能把一件事情当自己的事情对待，当然生活里说一个人靠谱也是一个莫大的褒奖，很多时候靠谱不靠谱比聪明不聪明重要的多的去了，毕竟哪有那么多的难题需要我们解决呢？又不是让我们撕出来一个linux内核。靠谱的聪明人是所有团队喜欢的角色，聪明是爹妈生的，但是靠谱咱们自己还是可以做到的。

周五忙里偷闲啰啰嗦嗦码了这么多字，写的不好，作为职业生涯中后期的老兵来抛砖引玉下。大家米多的话也多打赏点米吧，好久不来好多帖都看不成了。。。

匿名用户 发表于 2022-8-6 00:05
我是支持在一个领域深度专研的。现在发现很多来面试的人，虽然简历上写了很多iOS相关项目，可以一问基础连l ...

深度必不可少，但是至少对前端来说，一个深度专研到高级并不影响在更多领域做到中级水平。还有一个感受是，到了一定程度后就很难继续提高了，最主要是因为技术是为业务服务的，大多数时候我们不可能脱离业务凭空去往下钻研平台技术，更多的是钻研如何把业务做好。

斜杠青年有個很重要的前提
你必須精通至少一個領域
不然就是六竅都通卻一竅不通的青年了

感觉Meta就是把engineer往斜杠青年的方向培养，经常有senior eng要身兼PM和DS的角色，designer可能身兼不了，但engineer和designer合作也很紧密

如果在职业中期，也继续做斜杠青年？

一个Senior Android engineer 被抓去lead 一个老旧的backend service project，就因为会Java。你怎么看？

匿名用户 发表于 2022-8-5 16:52
如果在职业中期，也继续做斜杠青年？

一个Senior Android engineer 被抓去lead 一个老旧的backend servi ...

如果中期还没有斜过的话，斜一下还挺好的，尤其是前后端互相斜，完全不懂后端的前端或者完全不懂前端的后端都是一种不完美。

真心询问 LZ现在是什么级别了？

我觉的楼主说的挺好的。

我是支持在一个领域深度专研的。现在发现很多来面试的人，虽然简历上写了很多iOS相关项目，可以一问基础连life cycle都搞不清楚。可能做项目的时候赶着上手并没有深入理解过。。。只会一点皮毛的话，往高级别发展是很难的。

wlkbz 发表于 2022-8-5 22:02
如果中期还没有斜过的话，斜一下还挺好的，尤其是前后端互相斜，完全不懂后端的前端或者完全不懂前端的后 ...

谢谢楼主。说得真好。