都说程序员吃的是青春饭？年纪大了何去何从

针对工做几年的程序员工程师,常常会遇到瓶颈,这个瓶颈不必定技术上的,也多是职业发展上的.通常技术的职业规划会有两个方向php

技术方向:java

架构师,系统分析师,CTOpython

这种每每是走纯技术路线, 发展到最后都是在公司中深刻某一块技术,例如存储,MQ,通讯,等等,后面发展路线也每每是架构师/系统分析师,技术专家,高级培训师,而后就是技术总监c++

业务方向:程序员

产品经理,项目经理,部门经理,CEO面试

我以为业务方向更多的是关注项目,针对当前业务,很是了解业务的整个流程,而若是有些业务由于特殊性,会遇到技术难点,要么让公司基础技术部提供解决方案,要么扔给手下人去作技术调研以及技术攻坚,若是本身部门针对这个技术作出了不少成绩,那么能够分享推广到全公司去使用,你们都来调用你的接口,都来参阅你的文档,可想你本身也是很是高兴的.算法

但是我一直以为,若是技术不懂业务,不了解业务痛点,没有产品思惟,那么也没法针对技术作出改进,改善,业务驱动技术, 根据不一样的业务,会有特殊的技术要求,实时性高,稳定性强,多数据聚合计算,等等,都考验了程序员的技术储备,亦或者技术攻坚水准.编程

这两天读了本书<<我编程,我快乐>>一眼看书名,我觉得是某个国内无良人士出了一本骗钱的书,可是后来看到是外国著做,国人翻译,且豆瓣评论还不错,所以就耐心的看了下去,总体还不错,下面针对本书写一些心得swift

作一个通才 顶尖的程序员都每每是某一个领域的专家,其余领域大部分都是兴趣所致,你能够理解他不如专精领域那么厉害,可是也比普通程序员要厉害的多.ruby

跳出本身的温馨区 不少程序员都会下意识的标榜本身是一名c++程序员,java程序员,iOS开发,安卓开发,php程序员等等,可是他们每每忽略了一个事实,就是你首先是一名程序员,有意无心的将本身绑定在某个领域或者某一个语言上是很是危险的事情.

站在巨人的肩膀上 另一点提升本身瓶颈的方法就是借鉴前人的代码,程序员这个行业,并不必定非要什么都不看直接写,也许你在有基础的状况下,直接开始写,遇到问题在查找问题会来的更加容易上手,可是正由于这样,你写出来的代码每每质量很是差,优化性不够,语法啰嗦,不够优雅,所以咱们要学会多从其余人的代码中汲取优势,多逛逛开源社区,针对本身感兴趣的方向去学习别人的代码,也是进步的一种方法.最讨厌某个前辈或者资深人士说,看什么看,直接写,这样的说法是极其不负责任的.

作团队最差的人 作团队最差的人,当你以为其余人都比你优秀,那么你天然而然就成为了最差的那我的,跟比你优秀的人工做,会让你更加的快乐,学习到更多有用的东西,也许宁作凤尾,不作鸡头也是这么来的,而作团队最差的人,每每能够有很是强的学习动力,以及很是迅速的成长空间.不然只有固步自封,100行代码写了一万次,有什么意义么?

学习如何失败 越早的发现问题,就能越早的弥补损失,你应该庆幸如今发现了这么多bug,而不是上线的时候,你也应该庆幸人少的时候发现了这么多bug,而不是用户拥堵的时候,若是你的软件没有按期向你抱怨,你就不知道危险的故障隐藏在哪里,此外带着防护性的措施进行编程也是很重要的.出现问题的时候,才是考验软件开发质量的时候,出现问题的时候,解决方法,解决思惟也是检测工程师技术的时候,学习处理也是很是重要的.

1.所以发现问题第一时间提出,在开发和测试中,越早发现错误,形成的问题就越小,越早发现而且暴露本身犯下的错误,形成的负面影响也就越小

2.接受批评,也许这个问题并非跟你有直接关系,也许只是间接关系,也许压根跟你不要紧,可是当出现问题的时候,咱们第一时间须要的是解决方案,而不是互相甩锅,咱们的目标是在最短的时间内解决修复问题,在谁来负责这个问题上纠缠不清的后果就是拖延解决问题的时间.

3.寻求帮助,当咱们遇到困难的时候,必定要学会跟团队成员互相沟通,寻求解决方案,而不是由于责任感和自尊心而掩饰问题,以及拖延问题,没有人不会犯错,越是及早的解决问题,越是能减小问题带来的负面影响.

说"不" 在团队中,常常会遇到需求方给你提出某个需求,也许你以为这个需求不合理,可是仍是碍于同事的面子抽时间给他完成这个需求,这个时候你在同事的眼里也许就是负责的好同事,可是也许你遇到的只是一个不动脑子,或者压根只是抱着试一试态度的产品经理,没有通过完整的调研,只是拍拍脑壳以为用户可能会喜欢这个产品,没有作出需求调研就话了一个prd给你扔了过来,若是项目表现不错,你的努力受到了你们的承认,那么皆大欢喜,可是若是这个项目最后仍是失败了.那么你付出的努力也会白白浪费,也许这个项目仍是你抽空闲时间,大晚上熬夜写的.

因此在需求方提出需求的时候,你必定要问他,作这个功能的意义是什么? 你有数据作出支撑么? 这个功能对咱们现有的产品会有什么影响以及正面做用? 没有数据支撑的需求一概说不. 我手上事情还没作完,就由于你一个拍脑壳想出来的点子,就让我陪你一块儿疯? 记住,战术上的努力并不能弥补战略上的懒惰,若是方向从一开始就是错误的,那么为何要一直错误下去? 及早回头,回头是岸,也许有人会说,互联网就是不断迭代,不断试错的过程,那请问你在进行以前有通过详细的规划么? 有详细的数据支撑么? 如何看出你这个需求就是很是紧急,如何看出你这个需求一上线就会有N多的人乐此不疲的使用的? 若是没有,请你先去想清楚再来讲话.试水的前提是我大概知道这个水有多深,而不是一无所知,否则为何没有人去试海? 试洋?

上面都是从业务上面来讲的.下面说说技术上

当你的项目经理问你是否能完成这个任务的时候,你模棱两可的说能够,也许行,好像行,也许你的项目经理只是询问下你需不须要帮助,又也许你的项目经理听了你的回答,会跟大老板拍板保证,这些都是创建在他对你的信任上的.或许你只是想表现的不那么弱,或许你只是想在你上司面前表现一下,我不是部门最菜的.可是这种信任是慢慢积累起来的,若是有一次你让他失望了.两次让他失望了,甚至三次,那么这种新人就会崩塌, 你能够说"我不肯定我能hold住这个项目,这是一次挑战,但我想要试一试."这就是很是好的答案. 提早告知你上司这个项目会遇到的风险点,以及不肯定因素,我想他更愿意给你更多的时间去调研,去整理整个项目的技术难度

勇于说"不"的人作出的承诺更可信,也更有份量,我不知道并不表明我不可靠,某个领域内的专家对于他们不知道的事情,老是敢于认可.

总之我以为不少程序员进入这个行业都是兴趣所致,也有部分人是由于想要找一个合适,体面的白领工做而进入这个行业,可是,在这个行业里面厉害的,就是那种真正专一技术自己的人,他们每每都是稀缺人才,可遇不可得的厉害人物,而这些人大部分都有几个特色

1.从不制定本身的职业规划,我写代码彻底就是兴趣所致(任性)

2.我制定项目技术方案是根据项目业务需求自己,而不是单单从技术的角度出发,所以程序员在应对大部分场景和工做需求中,广度比深度更加剧要,可是若是你想要专精某个单一领域的知识,而且成为专家,那么深度就比广度重要的多,而这种人才一样难得

3.跳出本身的温馨区,大牛会写的代码有不少,从c,c++,java,到php,ruby,python,js再到go,swift,haskell,erlang统统信手拈来,并非别人天赋有多强,而是人家能适应新技术,跳出本身的温馨区,慢慢积累,致使看起来比别人厉害的多,你要相信,凭现现在大部分人的努力程度,还远远轮不到拼天赋的时候.

4.投入100%的热情,大牛写代码不是为了钱,而是本身喜欢

5.学会处理人际关系,以及表达自我想法,沟通能力,也是程序员须要掌握的一件事情,由于你的上司看重你的表现的,每每不是 你实现某个功能的细枝末节,而是你对于整个项目的把控,以及沟通,他须要的只是结果,而不是过程,所以每每沟通能力强的资 深程序员,最后都会往高层去发展,慢慢转为管理层,而若是你只是想要安静的写代码,不想被这些无聊的事情干扰的话,那么你 能够忽略这一点.作一个技术资深大牛.可是你要知道,这个行业不少资深大牛每每都是沟通能力强,技术高深的体现,除非你是 求伯君,一我的单干的兰博式英雄,可是随着年代发展,团队式工做已是主流,你没法一我的去单一的实现某个任务或者功能. 团队式开发针对开发效率,项目进度,项目复杂度,以及成本控制都比单一人员要好,而团队式协做就表名,你必需要有最基本的 沟通能力。

若是让我在职业规划上作出一种选择,我但愿技术走广而不深的路线,业务上也同时齐头并进.虽然整理文档,写项目汇报总结这些文档会让我痛苦不已,可是我以为这才是我应该走的路,也是最适合个人路,不过,也许过一段时间,我就不这么想了

小编给你们推荐一个iOS技术交流群：763164022!群内提供数据结构与算法、底层进阶、swift、逆向、底层面试题整合文档等免费资料！但愿找到更多的同行多多交流！如下资料，进群能够免费得到哦