您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
作为一个iOS开发程序员，我的未来何去何从？
程序员,自己的,技术作为一个iOS开发程序员，我的未来何去何从？
发布时间：2019-02-08加入收藏来源：互联网点击：
希望我的回答对你有帮助，随时欢迎留言反馈。
回答于 2019-09-11 08:43:50
针对工作几年的程序员工程师，经常会遇到瓶颈，这个瓶颈不一定技术上的，也可能是职业发展上的。一般技术的职业规划会有两个方向。
技术方向:
架构师，系统分析师，CTO
这种往往是走纯技术路线，发展到最后都是在公司中深入某一块技术，例如存储，MQ，通信，等等。后面发展路线也往往是架构师/系统分析师，技术专家，高级培训师，然后就是技术总监。
业务方向:
产品经理，项目经理，部门经理，CEO
我觉得业务方向更多的是关注项目，针对当前业务，非常了解业务的整个流程，而如果有些业务因为特殊性，会遇到技术难点，要么让公司基础技术部提供解决方案，要么扔给手下人去做技术调研以及技术攻坚，如果自己部门针对这个技术做出了很多成绩，那么可以分享推广到全公司去使用，大家都来调用你的接口，都来参阅你的文档，可想你自己也是非常高兴的。
可是我一直觉得，如果技术不懂业务，不了解业务痛点，没有产品思维，那么也无法针对技术做出改进、改善。业务驱动技术，根据不同的业务,会有特殊的技术要求，实时性高、稳定性强、多数据聚合计算等等，都考验了程序员的技术储备，亦或者技术攻坚水准。
这两天读了本书《我编程，我快乐》，第一眼看书名，我以为是某个国内无良人士出了一本骗钱的书，但是后来看到是外国著作，国人翻译且豆瓣评论还不错，因此就耐心的看了下去，整体还不错。下面针对本书写一些心得：
做一个通才
顶尖的程序员都往往是某一个领域的专家，其他领域大部分都是兴趣所致，你可以理解他不如专精领域那么厉害,但是也比普通程序员要厉害的多。
我们在项目中，往往不可能只使用一门技术，往往都是多门技术并行前进，因此多会一门技术就代表着多一种解决方式，多一个思考方向，也许新的解决方式往往比你固有的思维更加有效，这也是为什么现在流行混合编程。
真正的大牛是针对业务场景去选择技术，而不是在某个特定的技术框框下去完成任务，因此程序员需要做一名通才。当然这个通才指的是某个领域中的通才，切记不能好高骛远，什么都学，什么都只会皮毛，那不如不学。
跳出自己的舒适区
很多程序员都会下意识的标榜自己是一名c++程序员，java程序员，ios开发，安卓开发，php程序员等等。但是他们往往忽略了一个事实，就是你首先是一名程序员，有意无意的将自己绑定在某个领域或者某一个语言上是非常危险的事情。
对自己喜欢的事情投入100%的热情
我有个优点,也正是我的缺点,当我喜欢做某个事情的时候,我会投入100%的热情,说废寝忘食也不会过。因为这段时间内,我满脑子都是这件事情,甚至睡觉上厕所,吃饭,走路都会想着它,这样的优点让我能迅速掌握某个新技术。但是往往因为这样,也同样让我产生了我是天才,学什么都很快的错觉,从而导致自己很多东西都学不精通就放弃了。我觉得以后需要更正这个错误的想法。
投入100%的热情,并持之以恒,我知道这是非常难的事情,也正因为如此,技术专家、资深大牛才那么稀缺。
站在巨人的肩膀上
另外一点提高自己瓶颈的方法就是借鉴前人的代码,程序员这个行业,并不一定非要什么都不看直接写,也许你在有基础的情况下,直接开始写,遇到问题在查找问题会来的更加容易上手。但是正因为这样,你写出来的代码往往质量非常差,优化性不够,语法啰嗦,不够优雅,因此我们要学会多从其他人的代码中汲取优点。多逛逛开源社区,针对自己感兴趣的方向去学习别人的代码,也是进步的一种方法。最讨厌某个前辈或者资深人士说,看什么看,直接写,这样的说法是极其不负责任的。
做团队最差的人
做团队最差的人,当你觉得其他人都比你优秀,那么你自然而然就成为了最差的那个人,跟比你优秀的人工作,会让你更加的快乐,学习到更多有用的东西,也许宁做凤尾,不做鸡头也是这么来的。而做团队最差的人,往往可以有非常强的学习动力,以及非常迅速的成长空间。否则只有固步自封,100行代码写了一万次,有什么意义么？
学习如何失败
越早的发现问题,就能越早的弥补损失,你应该庆幸现在发现了这么多bug,而不是上线的时候,你也应该庆幸人少的时候发现了这么多bug,而不是用户拥堵的时候。
1.发现问题第一时间提出,在开发和测试中,越早发现错误,造成的问题就越小,越早发现并且暴露自己犯下的错误,造成的负面影响也就越小。
2.接受批评,也许这个问题并不是跟你有直接关系,也许只是间接关系,也许压根跟你没关系。但是当出现问题的时候,我们第一时间需要的是解决方案,而不是互相甩锅,我们的目标是在最短的时间内解决修复问题,在谁来负责这个问题上纠缠不清的后果就是拖延解决问题的时间。
3.寻求帮助,当我们遇到困难的时候,一定要学会跟团队成员互相沟通,寻求解决方案,而不是因为责任感和自尊心而掩饰问题,以及拖延问题。没有人不会犯错,越是及早的解决问题,越是能减少问题带来的负面影响。
说“不”
在团队中,经常会遇到需求方给你提出某个需求,也许你觉得这个需求不合理,但是还是碍于同事的面子抽时间给他完成这个需求，这个时候你在同事的眼里也许就是负责的好同事。但是也许你遇到的只是一个不动脑子,或者压根只是抱着试一试态度的产品经理。没有经过完整的调研,只是拍拍脑袋觉得用户可能会喜欢这个产品,没有做出需求调研就话了一个prd给你扔了过来。如果项目表现不错,你的努力受到了大家的认可,那么皆大欢喜。但是如果这个项目最后还是失败了，那么你付出的努力也会白白浪费,也许这个项目还是你抽空闲时间,大晚上熬夜写的。
所以在需求方提出需求的时候,你一定要问他,做这个功能的意义是什么？你有数据做出支撑么？这个功能对我们现有的产品会有什么影响以及正面作用？没有数据支撑的需求一律说不。
上面都是从业务上面来说的，下面说说技术上。
当你的项目经理问你是否能完成这个任务的时候,你模棱两可的说可以,也许行,好像行,也许你的项目经理只是询问下你需不需要帮助,又也许你的项目经理听了你的回答,会跟大老板拍板保证,这些都是建立在他对你的信任上的。或许你只是想表现的不那么弱,或许你只是想在你上司面前表现一下,我不是部门最菜的。但是这种信任是慢慢积累起来的,如果有一次你让他失望了，两次让他失望了,甚至三次,那么这种新人就会崩塌,你可以说\"我不确定我能hold住这个项目,这是一次挑战,但我想要试一试。\"这就是非常好的答案。提前告知你上司这个项目会遇到的风险点,以及不确定因素,我想他更愿意给你更多的时间去调研,去整理整个项目的技术难度。
上一篇：为什么现在的一些旅游区，一旦有了流量就会涨门票，就不怕涨了没人去吗？
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |