你唯一能控制的,是自己的脾气与努力!

2023-11-30 14:32
文章标签 控制 努力 唯一 脾气

本文主要是介绍你唯一能控制的,是自己的脾气与努力!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!


画外音:本文内容源于科创人对我的一篇访问,做了微调,去除了一些润色的部分,使其更贴近真实

原文 | babayage

编辑 | 笑 笑

第一部分:高考落榜,文科转理科

科创人(以下简称科):改变了您人生方向的第一个节点是?

沈剑(以下简称沈):高考落榜,中南财经政法,没考上。

科:意外的开场,说说咋回事?

沈:只比重本高了20多分,求稳,填了每年都是重本线的中南财经政法,可那年分数特别高,就是这样。

科:怎么报考的政法类院校?

沈:语文英语比较好,数学物理比较差,所以...

科:后来呢?

沈:复读了一年,上了一个专门复读的学校。非常辛苦,每天5:30起床(准点广播体操响),每天学习到后半夜一两点,一周只放半天假,住在教学楼对面50米左右的老师家,一整年基本晃荡在这50米之内。

这一年熬下来,后来工作里遇到什么996、加班,都不算什么事儿(笑)。不过结果还算不错,去了华工计算机。

科:志愿变了,从第一年财经政法类,转到了计算机类?怎么考虑的?

沈:没想太多,当时觉得计算机专业可能更好找工作一些,不过这个偶然的决定,似乎也是人生的转折。

科:世上少了一个好律师,多了一个IT牛人?

沈:牛人不敢当,自己算是勤勉型的吧。我觉得人成长的过程中努力非常重要,有了努力才有选择权。

第二部分:择业就业,爱情重于事业

科:大学毕业找工作顺利么?

沈:非常曲折。我是我们班第一个有offer的,5月份就拿到了腾讯实习的offer,暑假参加TIC夏令营,拿到了北京腾讯研究院的预录用通知(现在这个部门还有么?)。

结果下半年金融危机,各大公司缩编,腾讯说去不了北京了,只能发深圳的offer。这给我打击挺大,而且当时大家都找好工作了,剩我自己又重新开始。更可怕的是已经错过了招聘窗口期,心态有点崩,导致了屡面屡败,甚至比高考失利还要焦虑。

科:腾讯深圳也不错呀?

沈:我必须去北京,我女朋友在北京读研,其他城市是不可能考虑的。

科:后面怎么去的百度?

沈:人生机缘就是福祸相依,08年国庆前百度来我们学校招聘(李彦宏亲自来宣讲的)我面了一个创新搜索部(NS),这个部门没有派面试官来武汉,把笔试卷寄回北京了,这个部门的面试就延了一个月(那个时候百度各个部门是分开面试的)。一个多月之后进行的电话面试,电面了2轮,飞北京又面了1轮,后面基本确认要我了。心态稳了之后,后面陆陆续续又拿到一些offer。

科:单从面试这件事看,受心态的影响还挺大的?

沈:应该算是,找工作这事儿对我的人生留下了两个印痕,第一个就是对腾讯印象不太好(笑),第二,遇到什么事情心态都要放平,心态不好的时候做事很难成功。

科:毕业去百度后,顺利么?

沈:不顺利,但很有收获,我觉得百度真的很适合毕业生学习技术。周围的同事,比你有才华又比你努力,氛围很好。我当时给自己定了个目标,要比下班最晚的同事再晚一个小时。互联网这个行业,有头脑有天分的人太多了,智商拼不过,我能做的就是把努力做到极致。

科:“再晚一小时”坚持了多久?

沈:1-2年吧,但有个同事LC404住在公司附近,经常拼不过他。不过非常感谢LC404同学,职场之初问了他很多小白问题,非常细心的教我,职场初期碰到氛围好同事好的团队非常幸运,感谢百度。

科:在百度做什么产品?

沈:百度HI。在百度HI的两年时间内完成了职业生涯初期技术的积累。虽然现在我很难用成功去形容这款IM产品,但当年实现的几百万用户同时在线的场景,对架构各个模块的挑战还挺大的,自己真的非常有收获。

科:一直在百度HI么?

沈:2010年的时候有了变动,当时百度立项了一个战略新产品,对标KIK(当时还没有微信),产品名我记得是叫快信。整个百度HI团队平移过去,技术实力是有,可产品的形态、定位、方向等,讨论了半年多,没结果。

哎,百度做产品决策太慢了,那个产品真的挺可惜了。意淫一下,如果那个产品成功,说不定现在没微信什么事了(笑)。

科:这算是您离开百度的原因?

沈:额,算是吧,一直都希望能脚踏实地的做成一件事情,恰好当时58同城也要做即时通信产品,就去了58同城。其实当时不太知道这家公司的,就是通过那个“一个神奇的网站”广告,认识了一家公司(58同城),还认识了一个女明星(杨幂)。

第三部分:58同城,58到家,快狗打车(原58速运),架构师到管理者

科:58的业务规模很大,对架构的压力大不大?

沈:对架构的挑战挺大的,毕竟数据量、并发量、业务复杂度在那里。

在58同城做过即时通讯,做过支付,做过企业信息系统,做过推荐系统,做过二手信息平台列表详情页。这是一段很难得的经历,做不同的业务,玩不同的架构,很有收获。

除此之外,2012年58同城开始筹划技术委员会,我成为第一任主席(直到15年调到58到家),参与了TC的规划,组建,相关事宜的推动,也收获非常非常多。

2015年,58转转立项,我跟孙玄(现转转的首席架构师),两个人用了几周时间把架构做出来,这是我在58同城设计的最后一个系统架构。

科:没有去58转转,去了58到家?

沈:后面又有了一些变化,58到家立项,陈小华(到家集团CEO)问我愿不愿去,当时我觉得到家业务发展很快,技术又面临一些瓶颈,觉得自己能发挥的空间更大,于是就去了58到家。

2015年9月上岗,全面搭建58到家的技术架构体系,技术平台体系,基础服务体系,中台业务体系,企业信息化体系。

58到家技术体系,和同年龄段的创业型公司比,自己还是比较有信心的,直到2017年初,算是做出个大概,又正值公司集团化,快狗打车(原58速运)缺一个技术负责人,就转岗到了快狗打车,一直到现在。

科:在58到家遇到过什么不一样的技术挑战?

沈:谈几点吧。

资源算是一个问题,在58同城的时候技术资源投入够大,人/服务器/预算相对充足。到家是一个创业公司,精打细算过日子。

其次,同城和到家的业务不同,同城是一个信息平台,大数据量、高并发是核心问题;而到家是一个交易平台,安全性、稳定性才是主要矛盾;这就对技术架构提出了不一样的要求。

第三,创业讲究快速,没有时间给你做一个大而全的东西,对快速迭代的要求很高。我印象中最早做的是监控体系,不可能给你5个人、给你半年时间搞一个监控平台,只能是先花两周解决最突出的问题,保证一定扩展性,后续再想怎么好用、怎么自动化、怎么平台化。

还有,转型管理,也算是一个挑战。其他的事情再难、压力再大,说到底自己解决好自己的事情就行,但管理不是,要让整个团队成功,从工作方法到个人精力的分配,全部都不一样。

科:能不能具体一点?

沈:最初做管理的时候特别痛苦,看着别人的代码就想改,“你们这写的什么东西”,恨不得自己全上手。可你一个人,能做几个人的事情?带3个人你可以全搞定,5个人?10个?100人的团队怎么办?

从一线员工到一线管理,思路要转变,如果你觉得自己技术不错,要把团队成员变成和你一样厉害的人(如果你技术不行,就招牛人),帮助他们成长,帮助他们解决问题,帮助他们搭舞台唱戏,这是一个转变。

等管理幅度再大一些,带队方法又不一样了。一线管理讲究上传下达,向下传递战略,向上反馈问题;但二线管理者或者技术负责人,就是定技术战略的人:哪些该做哪些不该做,哪些先做哪些后做,这些问题一定要最先解决,否则整个团队很可能跟着你一起做无用功。

科:聊聊快狗打车?快狗打车的更名引发了一些争议,您个人如何看待这件事?

沈:一个品牌名称而已。酷狗、飞猪大家都能接受,快狗我觉得没什么不妥,能让人容易记住的品牌就是好品牌。更何况,GOGOVAN的内地品牌,本来就是快狗。

科:这是个技术驱动型的业务吗?

沈:初期,技术驱动还谈不上。有些业务点和技术密不可分,像订单推送、订单指派、补贴策略、反作弊等,和技术结合得非常紧密。

科:最后说说到家集团?

沈:到家这个生意,我觉得是非常积德的一件好生意,它帮很多贫困的家庭解决就业问题。我就知道有好几个家庭,老公在快狗拉货,妻子在到家做家政服务,一家人每个月几万的收入,都来自到家平台。

到家的使命愿景,就是为千万人解决就业,为亿万家庭服务。我们的价值观也很正,客户第一,奋斗者为本。

这是一条非常好的赛道,关乎国计民生,值得All In。这条路上一定会诞生伟大的公司,我希望这一家伟大的公司,就是我们。而我希望,我能一直和这家公司一起成长,直到最后。

一些讨论:

你复读过吗?我复读过。

你为什么来现在的城市?我是因为女朋友。

你找工作被坑过吗?我被北京腾讯研究院坑了。

你觉得哪个公司适合毕业生?感谢百度。

你看了别人的代码想改么?曾经看了就想改。

你转型管理困惑过么?于我,是的。

你认同自己公司的业务么?于我,当然!

感谢听我的故事,欢迎分享给身边好友。

画外音:请确保,转发和留言不是因为照片很帅。

这篇关于你唯一能控制的,是自己的脾气与努力!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/437394

相关文章

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

控制反转 的种类

之前对控制反转的定义和解释都不是很清晰。最近翻书发现在《Pro Spring 5》(免费电子版在文章最后)有一段非常不错的解释。记录一下,有道翻译贴出来方便查看。如有请直接跳过中文,看后面的原文。 控制反转的类型 控制反转的类型您可能想知道为什么有两种类型的IoC,以及为什么这些类型被进一步划分为不同的实现。这个问题似乎没有明确的答案;当然,不同的类型提供了一定程度的灵活性,但

深入解析秒杀业务中的核心问题 —— 从并发控制到事务管理

深入解析秒杀业务中的核心问题 —— 从并发控制到事务管理 秒杀系统是应对高并发、高压力下的典型业务场景,涉及到并发控制、库存管理、事务管理等多个关键技术点。本文将深入剖析秒杀商品业务中常见的几个核心问题,包括 AOP 事务管理、同步锁机制、乐观锁、CAS 操作,以及用户限购策略。通过这些技术的结合,确保秒杀系统在高并发场景下的稳定性和一致性。 1. AOP 代理对象与事务管理 在秒杀商品

PostgreSQL中的多版本并发控制(MVCC)深入解析

引言 PostgreSQL作为一款强大的开源关系数据库管理系统,以其高性能、高可靠性和丰富的功能特性而广受欢迎。在并发控制方面,PostgreSQL采用了多版本并发控制(MVCC)机制,该机制为数据库提供了高效的数据访问和更新能力,同时保证了数据的一致性和隔离性。本文将深入解析PostgreSQL中的MVCC功能,探讨其工作原理、使用场景,并通过具体SQL示例来展示其在实际应用中的表现。 一、

vue2实践:el-table实现由用户自己控制行数的动态表格

需求 项目中需要提供一个动态表单,如图: 当我点击添加时,便添加一行;点击右边的删除时,便删除这一行。 至少要有一行数据,但是没有上限。 思路 这种每一行的数据固定,但是不定行数的,很容易想到使用el-table来实现,它可以循环读取:data所绑定的数组,来生成行数据,不同的是: 1、table里面的每一个cell,需要放置一个input来支持用户编辑。 2、最后一列放置两个b

【电机控制】数字滤波算法(持续更新)

文章目录 前言1. 数字低通滤波 前言 各种数字滤波原理,离散化公式及代码。 1. 数字低通滤波 滤波器公式 一阶低通滤波器的输出 y [ n ] y[n] y[n] 可以通过以下公式计算得到: y [ n ] = α x [ n ] + ( 1 − α ) y [ n − 1 ] y[n] = \alpha x[n] + (1 - \alpha) y[n-1]

OpenStack离线Train版安装系列—3控制节点-Keystone认证服务组件

本系列文章包含从OpenStack离线源制作到完成OpenStack安装的全部过程。 在本系列教程中使用的OpenStack的安装版本为第20个版本Train(简称T版本),2020年5月13日,OpenStack社区发布了第21个版本Ussuri(简称U版本)。 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版

OpenStack离线Train版安装系列—1控制节点-环境准备

本系列文章包含从OpenStack离线源制作到完成OpenStack安装的全部过程。 在本系列教程中使用的OpenStack的安装版本为第20个版本Train(简称T版本),2020年5月13日,OpenStack社区发布了第21个版本Ussuri(简称U版本)。 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版

OpenStack离线Train版安装系列—10.控制节点-Heat服务组件

本系列文章包含从OpenStack离线源制作到完成OpenStack安装的全部过程。 在本系列教程中使用的OpenStack的安装版本为第20个版本Train(简称T版本),2020年5月13日,OpenStack社区发布了第21个版本Ussuri(简称U版本)。 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版

OpenStack Victoria版——7.1控制节点-Neutron网络服务组件

7.1控制节点-Neutron网络服务组件 更多步骤:OpenStack Victoria版安装部署系列教程 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版 离线安装部署系列教程(全) OpenStack Train版 离线安装部署系列教程(全) 欢迎留言沟通,共同进步。 文章目录 一、创建n