和导师去摸鱼的时候我们都聊了什么

1,610 阅读7分钟

刚入职的时候,导师是全 XX 最有魅力的男人,两年过去了,他依旧还是全 XX 最有魅力的男人。

前言

我是怎么看我的导师呢?我真的非常非常感谢他,他是一个聪明、努力、高情商、有野心的男人,是我的榜样。一开始他做我导师的时候,他手下管理几个人其中也包括我,短短两年的时间里,他平步青云成为了一个管理几十人的领导了。

他的成功步伐有一定的借鉴性,每次跟他聊天都醍醐灌顶。不过我是一条偶尔翻身的固执咸鱼,有些方法和机会我能亲手摸到却毅然放手。但是这不妨碍我欣赏这样的成功方法论,怎一个强字了得。

契机

每天 嗜咖啡如命的我在午睡起来后都要去买杯热拿铁醒神。就在一个适合摸鱼的周五下午,正打算下去打咖啡的我遇到了也正想下去打咖啡的我导师。 —— “等我,一起去吧。”

WechatIMG401.jpeg

打完两杯热拿铁之后,他走到平台桌椅说聊聊再走,我说好啊(周五何乐而不为呢)。坐下之后导师开口就是一句:“听说你要那啥了?”

u=3927990522,1911810486&fm=26&fmt=auto&gp=0_副本.png

咳!咳!这不是重点。重点是这次跟他聊天的时候学习到了什么样的财富密码。

职场上技术能力最重要吗

NO

大部分程序员在职业生涯里技术能力还是次要的,虽然个人发展道路分了 技术管理 。但是且不说很少人能通过多么强的技术能力只在职场做技术,即使他只做技术,技术能力依然还是次要的,一个人的能力是薄弱的。

一个员工能往上走的快,意味着他抓住了机会,并在抓住机会的同时召集资源,所谓资源是钱也好人力也好,然后卯着劲把这件事做好。

所谓技术能力就是锦上添花,技术实现细节也许在开发人员前三年很重要,但是在三年之后要学会以全局的角度看待问题,不再拘泥于技术实现细节,而是从技术实现方案能解决什么样的痛点入手。

当聊到这个的时候我陷入了沉思,因为我有时候确实是一脚踩进技术实现的泥潭,总而言之就是“格局小了”。

我在写 # 一位 23 岁深漂女前端的心路历程|2021 年中总结 这篇文章之前,我只会对 JavaScript 基础知识 或者 Less 开发文档 等翻来覆去地总结,或者时不时刷一些 面经文。但是我写完年中总结那篇文章之后,我觉得是时候改变了,不是说基础知识不重要,而是我想要绞尽脑汁地表达我的思想。 我希望当我多年后回头看我自己写的文章的时候,不是千篇一律的知识点,而是我的成长纪实录,可能不完美,可能不成熟,可能很幼稚,但是一篇篇文章都是我的脚印👣。

所以我很感谢现在看我絮絮叨叨的你,希望你同样被鼓励、同样在成长。

前端工程师晋升通道在哪里

通道不宽

当前端他只会切图写页面的时候,其实是很难把握整个产品的痛点、后端的逻辑、底层的架构。你看,前端做项目经理的不多吧?

虽然前端往上晋升是有难度的,但是并不是说不可能,而是需要一种“突破”。

当聊到这个我频频点头,因为特别有感触。我在作为前端工程师工作两年的时间里,其实接触过两种类型的项目经验:一种就是只写页面调接口,一种就是产品是我亲生的娃

第一种项目呢,其实我经常遇到,我反思出现这种情况的原因有很多:

  • 比如这个项目比较临时性地交到你手上
  • 比如这个产品的价值不高有被腰斩的风险
  • 比如这个产品处于边缘化的地带没有资源
  • ...(欢迎补充)

第二种项目,我仅仅遇到一个。从一接手做重构开始,虽然我没有去做具体的后端逻辑实现。但是除了具体的后端代码细节外,所谓的 数据库表底层架构部署方案前端代码交互设计项目管理 我都曾一头扎进去思考和实现,甚至有时候能给产品经理提供一些建设性的意见,拥有把控该产品走向的一些小权利。这其实也说明了:当团队目标是一起把这个产品做好时,前端工程师也可以是一名优秀的项目经理。 但是有一些前提条件:

  • 产品有价值有持续性发展的可能性
  • 产品本身注重用户体验
  • ...(欢迎补充)

作为员工怎么向上管理你的领导

把领导的压力扛下来,你就是他的心腹。

领导们其实有时候想方案是很头痛很纠结的,他很希望能集思广益。所以如果这个时候有员工不管是好的想法还是坏的想法能够跟领导反馈沟通,他其实会很受益。

领导们有时候压力也很大,如果员工能够把领导的压力扛下来,那么你就能成为他的心腹。领导的作用是什么,就是为员工召集各种资源:技术支持、人力支持、财力支持等等。

当聊到这个的时候,我就懂为何导师能走到现在的位置了。确实作为一名员工,不是说把领导派下来的活做完就行了,而是当你学会思考怎么把这件事做的更好的时候,你才能成为一名优秀员工。这也许就是做员工怎么向上管理你的领导的一种哲学吧。学废了学废了哈哈哈。

当你自己成为小领导怎么平衡技术和杂事

接受这样的事实,然后靠自己调节。

其实做领导有做领导的技巧,很多刚刚当上领导的员工还在习惯于每天自己亲手写代码,这是个很不好的习惯。其实他应该做一个转变了,不是说当领导就不接触代码了,而是学会怎么管理手下的人,怎么培养下面的人把代码写好。

当上领导之后会有很多除了写代码之外的杂事要处理,这就看他怎么去做时间管理和心态调节了。以及他要学会时常对自己的工作方式进行反思和总结,这次这样处理这件事不是特别合适,那下次采取什么方式更好呢?

虽然我作为一个大头兵,对管理能力这一块一窍不通。但是我偶尔观察我的领导,我觉得他们很辛苦,白天的时候有很多会要开,有很多问题要解决,晚上天黑了安静下来有时候才有时间写代码。所以其实坐在越高的位置,承担的压力越大,只需要纯粹写代码的工作确实是最简单且最幸福的。

后记

当和导师促膝长谈之后,我觉得受益良多。抬表一看,我还剩下三个小时就可以下班了,得赶紧回去把 bug 修了。

能一毕业遇上这个导师,我觉得非常非常幸运。曾经在他手下干活的时候我也颇受器重,接手了很多我做的非常开心的项目,也非常护着我有点护犊子了。

WechatIMG396.jpeg

相谈甚欢,非常感恩,此帖为证。