软件开发工程师.docx

上传人:b****5 文档编号:28922684 上传时间:2023-07-20 格式:DOCX 页数:11 大小:27.50KB
下载 相关 举报
软件开发工程师.docx_第1页
第1页 / 共11页
软件开发工程师.docx_第2页
第2页 / 共11页
软件开发工程师.docx_第3页
第3页 / 共11页
软件开发工程师.docx_第4页
第4页 / 共11页
软件开发工程师.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

软件开发工程师.docx

《软件开发工程师.docx》由会员分享,可在线阅读,更多相关《软件开发工程师.docx(11页珍藏版)》请在冰豆网上搜索。

软件开发工程师.docx

软件开发工程师

感觉这个问题我是挺有回答资格的。

我是12年金融学专业毕业的,Android都是大学的时候自学的,毕业的时候做XX云的Android开发,现在的职位是腾讯的Android高级研发工程师。

所以我感觉我是可以分享一下我自己自学Android的一些经验,而且这些经验也是通用的,比如我还有自学PHP用来写后台开发等等,希望对大家在开发道路上能有一些帮助。

我们做工程师的一般都有助理,普通,高级,专家等的区分,我把自己的自学之路抽象成初级之路,中级之路,以及还未达到的高级之路。

依次来分析下,如何能够通过自学的方式,在技术之路上一步步提升。

1、初级之路1.1项目引路

对于自学的人来说,在边做边学的过程中是最容易起步的了。

我的技术之路也是这样开始的,当年参加创业大赛的时候,我们想做一个类似于Admob的产品,拉上一堆好友开始做产品,由于我们缺乏技术,所以自己也上场了。

从一个实际的项目开始,学习java学习android一步步的完成产品的开发,在后续的过程中,我们还做了一款抄袭Bump的软件叫做:

《分享乐》以及一款聚会O2O软件我也忘记啥名字了,也许你现在还能在豌豆荚上搜索到。

1.2学习JavaJAVA核心技术(卷1)(豆瓣)Effectivejava中文版(第2版)AndroidAndroid开发入门教程(豆瓣)

这个阶段我的学习资料主要来自于书本,那个时候是10年的时候了,网上资料还并不是特别多(个人到现在也是习惯书本系统学习),我记得Java语言是学习的《Java核心技术》,这个系列有两本书,这本书可以理解成一本工具书,对于Java的讲解面面俱到,在你不记得相关的知识的时候需要拿出来,巩固学习。

而EffectiveJava的学习是进阶学习,在了解Java的基础的前提下,开始学习更多知识点。

学习完Java后,就按照入门教程上说的慢慢的做Android开发,这个时候API主要是在Android开发入门教程上做对照。

但是这个时候大家都会遇到一个情况就是,实现之后会出现一些莫名其妙的问题,所以还必须要会利用一些平台去搜索。

1.3解惑

现在Android的资料已经满天飞了,最好的方式就是VPN+google的方式了,基本上大部分的问题都已经有了答案,因为行业已经很成熟了。

我们那个时候相关资料比较少,都是去论坛提问的多,比如那个时候的eoeandroid以及csdn的移动论坛,在里面搜索答案或者自己提问,这样就能解决很多疑惑了。

现在大家最好的地方就是:

StackOverflow1.4找工作1.4.1策略学习+刷题

当你不断的学习和做项目总结经验,总结遇到的坑和解决方案后,这个时候我们要从草根发展走向专业之路了,所以我们需要一份工作。

面试的时候,大公司对于应届生的要求主要还是集中在基础,所以对于数据结构+算法以及计算机基础知识是非常重要的。

1.4.2资料

这个时候我的学习资料主要是:

数据结构与算法分析(豆瓣)编程珠玑(豆瓣)C程序设计语言(豆瓣)计算机网络(豆瓣)操作系统(豆瓣)

不过很遗憾的是,后面2本看得比较少了,操作系统更是无法看懂,于是乎只能更多的去刷一些题目。

1.4.3面试策略内推+面试经验内推最好的就是联系上你心仪公司或者产品的直接负责人、面试官或者开发者,比如你可以联系我,QQ空间和腾讯微云(我会直接面试你)都在招聘(强行做个广告)。

社交平台是联系他们最好的渠道了,我那个时候就是通过微博找到了XX云的移动端负责人,然后获取了面试的机会(那个时候我们还在做一个XX通讯录的产品)。

面试的策略比较简单,就是先去一些自己不太愿意去的公司,多积累面试经验,把那些不会的都去搜索答案,然后弄懂弄会,然后再去面试自己心仪的公司和产品。

1.4.4系统学习

进了公司之后你会发现,以前你写的都不是商业化软件,只是实现了功能,完全没法去保证质量和设计。

所以工作后有很好的机会去学习商业软件的开发,在这个过程中也是要多依靠自己不断的学习提升,这就是我们的下一个话题了----中级工程师之路update:

2017年1月26日2、中级之路2.1要求

中级开发者更多还是能够比较好的完成一个大型商业软件的核心功能模块,或者中小型商业软件的整体架构。

2.2技能树

很多人想要知道技能树,比如通用的:

计算机网络、数据库、存储,数据结构、软件架构和设计、编码语言以及平台特性等技术点。

还有很多很多的技能树,而这些其实都依赖于你的项目经验和项目特性,为了点亮这些技能树,我们抽象出来更抽象层级的技能树。

2.2.1解题思路为什么解题思路很重要很多人不解的是,为什么很多大公司总喜欢问一些算法题,而忽略自己的项目本身。

其实很多时候当你的项目经历不够或者还不够深的时候,面试官了解不了你得解题思路,不知道你遇到其他复杂问题的时候是否有好的方式去解决。

实践出真知,我来考一个问题,这个是我们实际开发中就能遇到的,比如我们设计了一套数据通知机制,存储结构是链表,这个链表的排序方式是ModifyTime,现在有通知过来要更新一个数据,这个更新的数据ModifyTime也已经变化了,怎么能更高性能的去更新这个数据呢?

(这个问题还可以深入下去,除开ModifyTime排序外还可以依赖更多排序规则,这样你的数据结构又是如何),这个策略的优化足够的让我们在大量数据的时候量级的优化性能。

如何提升解题思路

(一)基础扎实

首先我们要有比较扎实的基础技术能力,这个题目我们要的是扎实数据结构和算法能力,如果我们要做上传下载速度模块,那我们就会需要很强的计算机网络和存储这块的基础知识了,这些基础是我们解题思路的保证。

(二)学习很重要这个学习是学习前人的,学习别人的,其实做很多事情都是有套路的,多去看源码和优秀的一些组件,多跟组内大牛交流,了解别人怎么做的,往往能让我们思路更加的开阔,从而让我们也有更加多的解题思路。

2.2.2软件架构和设计知道解题是第一步,思路有了,但是如何才能让我们的代码更加方便维护和扩展呢?

现在的大部分童鞋都是基于面向对象的开发方式了,大家知道为什么你的项目开发不用面向过程的写法呢?

(虽然很多时候我们还是面向过程的开发)面向过程VS面向对象以前我们总是吐槽,产品经理没事就改需求,互联网产品的开发更多的时候是面向变化的,而面向过程的开发是需要明确需求的情况下开发的,否则一旦需求变化你的流程可能就全不对了,整体都需要重写。

这也是为什么,我们很多时候用面向对象的语言基于面向过程的开发,在需求变动后是那么的难以维护,所以只有吐槽产品经理。

如何提升很多人对没有设计经验的同学推荐设计模式的书籍,这些我是不推荐的,那些设计模式是我们在建房子基础上的装饰,最关键我们要解决的问题是:

如何从现实世界映射到对象世界

如何通过对象世界去描述现实世界的方法如何验证对象世界的行为是否正确反映了现实世界的方法。

这里我推荐几本书:

大象:

ThinkinginUML(第2版)敏捷软件开发(豆瓣)高阶提升

有了这个基础之后,你可以看看设计模式,更为重要的是多看优秀组件或者系统源码,这些源码的设计和对设计模式的应用是非常多的,能帮助你在良好的建模之后还产生更多优雅的代码。

2.2.3经验

(一)经验的作用

好的工程师有丰富的开发经验,一个业务在你做之前他就知道瓶颈在哪里,需要注意哪些地方?

举个例子:

关于错误码的设计,一个业务模块错误码的设计是否可以随意设计呢,只要和后台不重复即可?

那么问题来了,我们现在要针对一些错误进行重试,那么遇到错误码后我们怎么区分应该重试还是不重试呢?

如果写死几个错误码,那以后扩展了怎么办,后台下发如果不及时或者错误码越来越多了怎么办?

这个时候老司机会告诉你,老司机会告诉你HTTP的错误码设计很好,因为他是依赖数字段:

HTTP协议中的1xx,2xx,3xx,4xx,5xx状态码分别表示什么,列举常见错误码及含义-上帝的宠儿-博客园

(二)如何拥有丰富的经验项目经验+总结+重复造轮子

项目经验丰富你自然而然懂得就多,踩过的坑就越多,多总结你才能记忆更深刻,更加能够系统性的去归纳这些经验,重复早轮子你才能知道没做过你总会错过那么多的坑。

多看优秀的源码,有可能的话重复造一遍也挺好的。

2.3开阔的视野很多国内技术项目怎么来的呢,因为国外有优秀的解决方案了,比如当年FB解决了2.3的LinearAlloc的问题,国内的解决方案开始爆棚了。

比如FB的Buck构建,国内多少技术团队基于此做了构建优化(也得到了晋升)。

这里我就不多说了,有能力的同学多做做创新吧。

国内外互联网公司有哪些比较优秀,经常更新的技术团队博客?

-互联网公司-知乎

这个问题值得大家收藏下2.4培养他人和带领技术团队的能力这个领域我暂时就不展开了。

接下来就是高级之路的分享了3、高级之路

未完待续

我正在自学Android开发,已经有半年时间了,基本上业余时间可以挤出来的,都拿来学习了由于还没有找到Android开发的工作,先占个坑,不敢擅自回答,以免误导,等找到工作了,再详细描述着一路过来的自学经历。

PS:

本人之前没有任何软件开发经验。

**********************update:

2014.9.22经过了八个月的自己,终于在上周五被一家公司录用了,现在遵守诺言,说说这段时间的自学经历。

背景介绍:

性别:

男、无任何编程经验、年龄:

28(大龄青年了)、学习方式:

工作业余时间自学。

第一阶段:

学习Java用时:

一个半月一开始我使用的是Princeton大学的线上资源学习:

IntroductiontoProgramminginJava:

AnInterdisciplinaryApproach,学习完后,觉得自己掌握的不够系统,于是找到了另外一本教程:

IntroductiontoJavaProgramming,EighthEdition,继续学习,该教程学到第30章,没有继续学习下去是因为后面的越来越难懂了,于是就学到这里,等学习Android开发的时候,有需要的,再回国头来学习。

Java阶段学习的主要方式是一边学习,一边用Eclipse模拟练习,该阶段的学习持续一个半月。

第二阶段:

初步熟悉Android开发用时:

两个月?

内容较多,稍后更新************************************不好意思,耽搁了这么久,现继续更新第二阶段:

入门Android用时:

两个月(业余时间学习计算)在入门Android的时候,听从了网上一些人的发言,首先选择了google官方的文档,里面有一个trainging的资料,发现这个资料学习起来生恢难懂,而且讲得不够详细,跟着做项目也是困难重重,很不适合初学者,不建议,我也是在学习了一周后,果断放弃;然后选择了http:

//A上面的Android学习资料,找到一本排名第一的,叫做AndroidProgramming:

TheBigNerdRanchGuide,跟着一起学,由于学的有点急躁,大概花了一个月多,感觉效果是有,但是不是很好,然后在知乎上看到有人推荐TeamTreeHouse,试用了一下,感觉很好,于是注册了会员,开始学习,这个阶段的学习持续了两个月,感觉效果很明显,而且视频的里面,都把资料讲的浅显易懂,看了以后,兴趣大增,很建议选择这个作为入门的学习资源第三阶段:

深入学习其实学完第二阶段,我就已经开始慢慢的投简历了,但是都没有任何回应,于是有开始了新的阶段的学习,这个时候,我选择了Udacity,里面的一个Android的学习课程,虽然说也是基础的课程,但是讲的比TeamTreeHouse的深入许多,而且更加的贴近实际工作情况,不过讲的没有前者详细,所以在学习过程中,需要自己翻阅资料,整个过程也是持续了一个月多,我现在的这份工作,就是在这课程学完不久后找到了后记:

其实通过自学,想达到用人单位的要求,其实是相当困难的,我学了快八个月了,投出去的简历,也几乎是渺无音讯,期间的打击是肯定有的,不过还好坚持了下来,我的建议是,如果选择了这条路,就一定要有足够的毅力,并且能够在简历、面试被拒绝后,心无旁骛的继续学习,直到达到目的为止,而且这个阶段没有一个固定的时间,如果不是我现在的主管看中我的一些其他品质(不是我的Android开发实力),我也不会被录用,可能还要继续的学习几个月,所以自学这条路只属于肯坚持下来的人,祝好!

后后记;现在在新的公司上班,由于我也只是刚入职不久,也有许多没有上手了,做起来也没有之前想象的简单,毕竟是工作了,也容不得疏忽,于是压力也大了起来,不过毕竟现在做的是自己喜欢的工作,感觉之前的付出,值得,我希望后续想自学的人,一起努力吧。

***********************update:

2014.11.27现在上班已经有快两个月了,做个更新吧刚找到工作那家公司,是一家创业公司,我进去的时候,公司正在转型,Android开发的工作很少,我就去基本都是在看别人现成的代码,呆了一个月之后,公司突然辞退了两个Android开发的,包括我,理由是公司决定转型做平台,暂时不做Android客户端,下午四点通知,六点就走人,当时确实有点彷徨,也有点担心。

回到家马不停蹄的投简历,把自己的工作经历写成了半年(实际只有一个月),四天后获得了一个面试,是一家做Android定制的,在面试的时候,我夸大了自己的开发实力,由于我渴望通过工作来增加阅历,于是进来了。

新的工作开始后,让我庆幸的是,之前吹的牛皮,基本上在努力后,也基本实现了,公司需要完成的项目,也都可以按时完成,现在的进度差不多是一周的时间,就可以初步开发出一款电商类的APP,由于公司自有我一个Android开发的,不知道这种进步算什么水平。

总之,很庆幸的是,很多知识都可以通过自学掌握,那些不会实现的功能,也可以通过摸索而实现,也让我信心更坚定了点,真的非常感谢前人在网上发布的博客内容,给予我的帮助真是太大了,同时我也开始自己写博客了,把工作中有价值的问题和解决方法记录下来,希望对别人有些许帮助。

打算这一两天申请转正,心里还是有点忐忑啊,太盼望这一天了!

*********************update:

2015.1.6这次更新的主要理由是公司终于同意我的转正了,只是工资没有预想的多,只涨了八百,现在已经基本上手了,碰到的问题很多也是都可以独立解决,而且还能抽出空余的时间,学点新的东西,这次的转正对我本人来说,意义非凡,至少证明了,我这么久的努力还是值得的,而且现在可以靠着这份手艺挣到钱,而且这份工作是我确实喜欢的。

接来下我计划会是继续的加强自身的开发实力,多阅读牛人的博客和代码,真的收货非常大,而且知道的多了,也比较清楚自己的接来下要努力的方向,所以我会朝着这些方向去努力,不过会没以前那么拼命了,之前只顾着转职,陪家人老婆的时间少了许多,现在稍微稳定点了,我想慢慢的补回来,不知学习不会放下的争取在三个月左右,再涨一次工资吧,在这里立下证据,待日后核验。

******************************updata:

2015.2.11最近的工作由于比较大的变动,于是在这里记录下首先,公司说的涨薪的八百,实际到了第二个发工资的时候,发现其实只涨了四百,期间说了各种理由,总之是这是一家不靠谱的公司,不靠谱的老板工作方面,我自己独立完成了一款APP的开发,从零开始,一直开发到上线推广,中间也碰到了种种的问题,在努力下也都一一解决了,这个是我在这家公司最大的收货,第一个项目结束后,开始试着投简历,无意中找到了一家新的公司新的公司经历了三轮面试,第一轮是人事的,我把我的工作经验说成了八个月(实际四个月),然后是项目总监,最后是老板,整个面试过程很顺利,由于公司没有安卓的开发人员,所以我那些技术上的吹嘘也都一一瞒过去了,最终被录用了,新的公司,待遇比之前的高了一千,上班时间也改成了五天7.5小时,老板跟公司的环境跟上家比,都好了许多,工作也基本上可以胜任,好歹也是有点真本事,不是完全的吹嘘,最后,总结下对个人比较有帮助的部分:

1、写博客:

写博客不仅可以激励自己学习新的东西,而且以后碰到类似的问题,直接从博客中copy代码,简单省事;2、把代码中重复的模块写成一个工具类,下次调用直接简单的一行代码就可以实现了,比如emptyView,viewPageIndicator。

3、从github上照搬代码的时候,记得读懂里面的代码,真的帮助很大,那些大神的代码真的写的太好了,每次读完都很有收获。

4、工作中碰到不懂的,切勿马上搜索答案,先查看官方api接口,寻找思路,最后再用搜索引擎暂时就这些了,其实我还只能是入门级别的,能有更深入一级的体会的时候,再来记录下。

***************************update:

2015.6.26刚好现在有空,继续更新下吧目前的这家公司各方面感觉都还可以,虽然目前是我一个人独立负责Android的开发,基本上是上手的,在技术上是没有碰到什么解决不了的问题,碰到很多不懂的内容,在Google搜索后,基本都找到答案了,或者寻找相关的源码去了解下,也都可以一一的解决,这几个月,可以感觉到自己在技术上又有了不错的提升,现总结如下,希望有所参考;1、尽早从Eclipse迁移到Androidstudio。

虽然去年就开始接触studio了,当也是懵懵懂懂,今年随着1.0正式版本的发布,心里就痒痒的,想迁到studio上面来,由于对Gradle的不熟悉,还有配置等各种原因,一直没有迁移,不过也有陆陆续续的练习使用,在基本熟悉了,就开始迁移目前的工作项目了,迁过来了以后,就再也回不去了,Androidstudio真的比Eclipse好用太多了,你越熟练使用它,它就越好用,特别是github上面很多项目都是基于Gradle的,集成到studio中很方便,总之,强烈建议迁到studio开发平台上来。

2、学习使用Git。

公司用的版本工具是SVN,我估计很多公司都是用这个,我试了在studio上面集成SVN,可是试了很多次都失败了,又听说git很先进,狠下心来学习了git,在Udacity上面有个Google开发的Git学习课程,免费的,粗略掌握后,就开始摸索在studio上面使用git,发现studio对git的集成太好了,虽然网上这方面的资料很少,但是基本上摸索了些就学会了,基本所有的git操作都可以在studio上进行,不用使用Git原生的命令,方便异常,另外在配合Bitbucket,简直太好了,用Androidstudio+Git+Bitbucket,可以天下无敌了啊,哈哈!

3、代码方便维护和复用。

在实际的开发过程中,发现很多方法都是相同的,特别是网络访问这块,对于相同的方法,尽量写在一个公用的BaseFragment或者BaseActivity中,这样在后期,如果接口有改动的话,不需要每个页面都改动,只要改动通用的方法就可以了,还有在每个页面的代码结构要足够清晰,多谢方法,不要很多代码写成一坨,这样后期不好维护,会看的晕头转向的。

4、使用leakcanary。

内存控制是我的薄弱环节,刚好最近Square出了这款工具,可以很方便的检测内存泄露,我在我的项目中一试,真的发现了好多问题,也发现了很多容易造成泄露的书写习惯,嫉妒推荐使用。

5、使用AppCompatActivity。

如果你的项目还在开发的话,不要用FragmentActivity了,用这个新出的,也是官方推荐使用的,可以很好的兼容5.0以上的系统,另外用了也可以让各种系统的控件Style保存一致,各种好处说不尽,用了就知道了6、BugHD,检测崩溃。

并不是每次崩溃都可以被你采集到,这个工具可以采集到你开发的APP的所有的崩溃,免费试用的,关键是集成很方便,我一直在用现在基本上算是入行了,想想之前刚开始投简历的时候,发了一百多封简历,接不到一个面试电话的情况,难免有点唏嘘,虽然上手工作暂时没什么问题了,但是想要进一步的深入,还是有许多的路要走,还是继续努力吧下一步的方向应该是放在进一步研究各种api和效果实现上面,最近发现研究官方的源码,收获很大,官方的代码写的真的是太精辟,太有逻辑性了,很好的学习教材。

*************************update:

2015.9.3最近工作又有一些变动,在这里做个分享吧原有的公司,因为项目的原因,我已经空闲的快一个月了,预期接下来的几个月都没有什么开发需求,根据我这段时间的表现,公司还是希望我一直留下来的,万一有新的项目,就不用再折腾的招人了,不过空闲对于我自己是莫大的时间浪费,于是就试着看看有没有其他合适的机会,总之,挺顺利了,就找了份不错的新工作。

好了,下面分享一些最近新的感悟1、找工作的选择,我之前都是选择创业公司,很大的一部分原因是因为我的工作经验,很难进入一个大的公司,不过创业公司的失败风险真的很大,特别是那些没有天使轮的,真的很容易死亡,当然项目都的死亡,损失最大的应该是老板,不过对于我们做开发的,也因为的开发的产品没有得到市场的考验,你也不知道你开发的APP到底好不好,有没有什么问题,机型的匹配怎样。

说了这么多,个人的经验是工作的选择,还是尽量选择一个靠谱的工作,有更大的用户去使用你开发的APP,这样对你的成长才是真的巨大的。

2、做开发的时候,不仅仅是实现功能,还有代码的优化,结构布局,真的很重要,我这几天看了下Picasso的源码,发现自己的代码真的写的太烂的,一看就是质量不够好的,所以尽量多看一些大神写的代码,了解他的布局和思想,然后再拿来改进自己的代码3、开发中碰到了问题,记得自己先去思考下解决方案,或者网上Google,不要马上就到群里面去问,我最近退出了很多技术交流群,因为有很多自己都没怎么思考的问题,就抛到群里面来,其实我们做开发的,我觉得解决问题的能力比开发的技术还跟重要,等你熟练自己解决问题了,就会发现其实需要去求教别人的地方是很少的最近接触的多了,就越发现自己不懂的也多了,之前说算是入行了,现在想起来,其实还只能算是入门,如果你也是走写代码这条路,就一起猛干吧,阿门。

***********************************************update:

2016.2.3最近触动比较多,还是继续更新下吧到了新公司,完整了参加完一个项目下来,感觉自己收获最大的不是技术方面的成长,而是态度方面的成长,良好的态度能够规避很多技术的问题的,刚好有时间,粗略写个总结吧;1、确认好产品文档的技术细节:

千万千万要跟产品确认好需求,产品的需求文档会包含交互细节,页面逻辑等,但往往会忽略技术的实现细节,或者在实现起来,有很多的细节需要考虑的,但是都是文档说欠缺考虑的,一般的情况下,一份新的需求,我大概要花费一天的时间,去完整的评估实现方案,在评估完成后,发现有出入的,还需要跟产品重新沟通确认,确认好后,千万要记得让产品更新文档,以后测试好依据新的文档测试。

2、在实现一个功能之前,先打好草稿:

我做项目经常犯的一个错误是急着写代码,逻辑跟着代码一边写一边走,现在回过头去查看原来写的代码,发现结构混乱,方法各种重复,逻辑耦合度高,总之就是烂,最近静下心来,在完善一个功能之前,先用纸跟笔把各种情景考虑清楚,再把各种逻辑交互处理好,并且用流程图之类的方法表达清楚,然后再开始写代码,这样写的代码明显质量高很多,bug也少,由于逻辑结构清晰,后期的维护跟更新都比较简单。

3、加强自测:

不知道是不是开发的普遍不喜欢测试,我好一阵都是对测试不感兴趣,提不起劲,感觉没有技术含量,直到提交的代码一次次被测试妹子提的bug给淹没,脆弱的心灵深受打击,于是只好痛定思痛,要加强自测,一般自己写的模块,自己是最清楚的,知道哪些地方容易出bug,基本功能测试一遍

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1