关于程序员在30岁,35岁之后怎么办的新思考
我给自己的定位就是技术,我对纯的管理也不感冒,技术经理,架构师,首席架构师,技术总监,如果有机会的话,可能是这个发展路线。目前来说,就是个技术经理,正在向架构师转变,发现需要学习的东西更多了,精力还真是不太够用的。还有就是思考的角度要转变,不能以程序员的角度思考软件,要站的高一点,要全面,自己还要看过(最好是做过)很多这方面的东西。首先从整体来思考系统,然后分解,逐步分解、细化,最细的就是程序员的代码了,那个由他们来按照规范编写,要去把握整体的结构,整体的设计,整体的模式。
另外一个我认为较为重要的就是,需要对团队的开发人员做培训。最近我也发现了,虽然我们用的都是面向对象的语言。但是代码一点都不面向对象,除了写了class,因为不写class也没有办法编程啊。但是很多时候大家对于类的设计都没有认真的思考,而且大家的认识也不够深入,有必要在这方面提高大家的水平。封装、继承、多态,不是简单的类、继承、写个接口,就真的是那么回事了,很多时候我们还需要深入一点,越是基础越重要。还是那句话:出来混,迟早要还的。
公司每天都在抱怨进度为什么慢,我也在思考为什么慢呢?每天都在加班,周末也在加班,就是快不起来,都很努力了,没有人偷懒,为什么没有产出呢?我觉得就是这个面向对象的能力没有提高,写代码的时候卡住了,业务清楚了,流程清楚了,觉得代码也就是两天,为什么5天了,还是差一点呢?我决定就是代码功力不够造成的,如何提升呢?一是要靠自己多思考,下班多花点功夫练习,不是单纯的练习手敲代码的速度,而是对自己的代码重构,模式,思考怎么提高代码复用性,怎么才能让自己写的代码不是改来改去呢,要做之前先想一想,设计一下。只有在这方面下工夫了,才能真正的提高开发效率,减少加班的频率。二就是公司要组织这方面的训练,抽出一半天的时间,来个面向对象的头脑风暴,出几个小题目,大家一起讨论,在完成的过程中学习,锻炼思考能力,设计能力。三就是专事由专人来做。我不推荐让程序员参与业务讨论和定位,因为做业务和开发是两种不同的思维方式。做开发是很严谨的,业务则是很灵活的。四就是不要外行领导内行,会很惨的,至少进度会拖后很多。
难道这就是大家说的30岁之后要转型吗?在国内30岁之后真的写不动了吗?于是这几天顺便就做了一个思考。发现了一个惊天大秘密(哈哈)。发现了为什么30岁就写不动了呢?为什么国外的程序员,很多都是40、50还可以继续写呢?而且写的很享受的样子,我们就需要转型到管理呢?但是管理就像是金字塔,越往上越小,需要的人越少,不是每个人都可以做到管理的位置,况且不是每个人都适合做管理的。难道写程序没有出路吗?不是的,这纯属是有些人的谬论,误导了不知道多少人啊,至少我是这么认为的。
大家也许会说是环境因素、社会问题。是的,这些因素是影响到了我们程序员的生涯,但是他们不是主要因素,而且这些不是一天两天可以改变的,也不是我们一个两个就可以改变的,就像革命一样,需要时间,需要人来牺牲,需要前赴后继,积累到一定程度才可以变革。
我觉得我们可以控制的,又是主要因素的就是我们自己。至于30岁以后写程序没有前途的论调,可以用一句话解释。
30(35)岁写20岁的程序。
怎么解释呢?就是说30岁写的程序还是20岁的时候写出来的样子,没有发展,没有变化。那肯定干不过20的小伙子了,他们可以加班、熬夜,但是我们怎么办,身体根本不允许你那么干了,肯定就不行了。老板就觉得要30岁的还不如要20岁的呢?20岁的还可以更少的工资,更好忽悠,30岁的老油条,不好忽悠,而且产出也不行了,那就辞掉吧。
其实是我们自己断了自己的后路,是我们自己没有成长,还在写20岁时候写的代码,没有长进。在代码的设计(且不说架构设计)方面没有长进,所以写出来的还是较为混乱的,牵一发而动全身的代码。如果让年轻人改,他可以熬夜该,但是我们就不行了,所以都说30岁就不能写程序了。其实决定权在我们自己,要在20-30岁之间,提升自己,就算不想做架构,只想写程序,也要越写越精炼,要有自己的一套,要提升代码的功力。要学习设计模式,重构,要思考代码的结构,不是一上来就写一大丢,然后推到重新来过,那样肯定干不过年轻人的,哪有那个精力啊,是不是呢?
只想写程序也可以,但是一定要想办法,在30岁的时候不要在写20岁的代码,否则就真的没有前途了,甚至要早点回家了,因为你干不过20岁的小伙子啊。
希望大家不要在30岁的感慨,希望大家作出改变。改变这个潜规则。
2020-12-18 · 百度认证:北京优锘科技有限公司
35岁以下是很多企业招聘普通基层的天花板,高层就不一定了,所以还是看岗位,不要一概而论呀。
普通基层更多是执行,属于多劳多得的工作性质,比较拼体力,雇佣年轻人更划算不是吗?
1. 如果你打算继续与公司这条船绑定,一定要给自己杀出一条血路,要么做到技术专家,如架构师,要么做到技术管理,如CTO。
- 3D演示 物联网3D可视化案例中心
2. 如果你打算做技术创业,那要提早做准备,这个可不比 当管理简单。但是,这个和做项目外包又有那么一点点区别,你要有“产品”意识,积累沉淀技术经验、客户资源。
3. 如果你打算转行,这个对个人的通用能力要求很高,比如投资理财、项目管理、审美能力,加上那么一点技术资本,很容易获取稀缺资源,比如互联网出来的保险营销员。
一个新观点,不要再迷信补短板的旧木桶理论!重要的是发挥优势到极致。
我们都想找到最高效的路径,做一些正确的事情,但是成功往往是不断验证、试错、坚持初心,比如优锘ThingJS平台是可视化细分领域独角兽,其中经历了不少曲折!以中小企业为主客群的ThingJS可视化组件大获成功,正是当初利用ThingJS 3D 引擎做了不少标杆项目,沉淀了优秀的技术能力和客户口碑,进而优化通用功能并开放给大众,才有了规模化的机会。
所以,没有独特的优势是抓不住时代机遇的,不仅仅是独角兽ThingJS,人也一样,要有至少一种立足的资本,做到极致,职业规划自然会无限朝长板优势发展。
ThingJS用户做的3D可视化项目案例看看: