一位
软
件工程
师
的
6
年
总结
作者:成
晓
旭
“又是一年
毕业时
”,看到一批批学子离
开
人生的象牙塔,走上各自的工作
岗
位;想想自己也曾
经
意气
风发
、
踌
躇
满
志,不
觉
感
叹
万千……本文是自己工作
6
年的
经历
沉淀或者
经验
提
炼
,希望
对
所有的
软
件工程
师们
有所帮助,早日
实现
自己的人生目
标
。本文主要是
关
于
软
件
开发
人
员
如何提高自己的
软
件
专业
技
术
方面的具体建
议
,前面几点旨在确定大的方向,算是
废话
吧。
谨
以此文献
给
那个自己
为
你奉献
3
年青春与激情的
开发团队
。
还
有
团队
成
员
:
PPL
、
YT
、
YK
、
TYF
、
LGL
、
CHL
、
CDY
、
CB
、
DPD
。
1
、
分享第一条
经验
:“学
历
代表
过
去、能力代表
现
在、学
习
力代表未来。”其
实这
是一个来自国外教育
领
域的一个研究
结
果。相信工作
过
几年、十几年的朋友
对这
个道理有些体会吧。但我相信
这
一点也很重要:“重要的道理明白太
晚
将抱憾
终
生!”所以放在
每
一条,
让刚刚毕业
的朋友
们
早点看到哈!
2
、
一定要确定自己的
发
展方向,并
为
此目的制定可行的
计
划。不要
说
什
么
,“我
刚毕业
,
还
不知道将来可能做什
么
?”,“跟着感
觉
走,先做做看”。因
为
,
这样
的
观
点会通
过
你的潜意
识
去暗示你的行
为
无所事事、碌碌无
为
。一直做技
术
,将来成
为专
家
级
人物?向管理方向走,成
为职业经
理人?先熟悉行
业
和
领
域,将来自立
门户
?
还
是先在行
业
里面混混,
过
几年
转
行做点
别
的?
这
很重要,它将决定你近几年、十年内“做什
么
事情才是在做正确的事情!”。
3
、
软
件
开发团队
中,技
术
不是万能的,但没有技
术
是万万不能的!在技
术
型
团队
中,技
术
与人品同等重要,当然
长
相也比
较
重要哈,尤其在
MM
比
较
多的
团队
中。在
软
件
项
目
团队
中,技
术
水平是受人重
视
和尊重的重要砝
码
。无
论
你是做管理、系
统
分析、
设计
、
编码
,
还
是
产
品管理、
测试
、文档、
实
施、
维护
,多少你都要有技
术
基
础
。算我孤陋寡
闻
,我
还
真没有
亲
眼看到
过
一个外行
带领
一个
软
件
开发团队
成功地完成
过软
件
开发项
目,哪怕就一个,也没有看到。倒是曾
经
看到
过
一个“高学
历
的牛人”
(
非技
术
型
)
带
一堆人做完
过
一个
项
目,
项
目交付的第二天,
项
目
组
成
员
扔下一句“再也受不了啦!”四分五裂、各奔
东
西。那个
项
目的“成功度”大家可想而知了。
4
、
详细
制定自己
软
件
开发专业
知
识
学
习计
划,并注意及
时
修正和
调
整
(
软
件
开发
技
术变
化
实
在太快
)
。
请
牢
记
:“如果一个
软
件
开发
人
员
在
1
、
2
年内都没有更新
过
自己的知
识
,那
么
,其
实
他已
经
不再属于
这
个行
业
了。”不要告
诉
自己没有
时间
。来自
时间
管理
领
域的著名的“三八原
则
”告
诫
我
们
:另外的那
8
小
时
如何使用将决定你的人生成
败
!本人自
毕业
以来,平均
每
天
实际
学
习时间
超
过
2
小
时
。
5
、
书
籍是人
类进步
的
阶
梯,
对软
件
开发
人
员
尤其如此。
书
籍是学
习
知
识
的最有效途径,不要
过
多地指望在工作中能遇到“世外高人”,并不
厌
其
烦
地教你。
对
于花
钱买书
,我个人
经验
是:千
万
别买
国内那帮人出的
书
!我
买
的那些家伙出的
书
,
!00%
全部后悔了,无一本例外。更气
愤
的是,
这
些
书
在二手市
场
的地
摊
上都很
难卖
掉。“
拥
有
书
籍并不表示
拥
有知
识
;
拥
有知
识
并不表示
拥
有技能;
拥
有技能并不表示
拥
有文化;
拥
有文化并不表示
拥
有智慧。”只有将
书
本
变
成的自己智慧,才算是真正
拥
有了它。
6
、
不要
仅
局限于
对
某
项
技
术
的表面使用上,哪怕你只是偶
尔
用一、二次。“
对
任何事物不究就里”是任何行
业
的工程
师
所不
应该
具
备
的素
质
。
开发
Windows
应
用程序,看看
Windows
程序的
设计
、加
载
、
执
行原理,分析一下
PE
文件格式,
试试
用
SDK
开发
从
头开发
一个
Windows
应
用程序;用
VC
++、
Delphi
、
Java
、
.Net
开发应
用程序,花
时间
去研究一下
MFC
、
VCL
、
J2EE
、
.Net
它
们
框架
设计
或者源
码
;除了会用
J2EE
、
JBoss
、
Spring
、
Hibernate
等等
优
秀的
开
源
产
品或者框架,抽空看看大
师们
是如何抽象、分析、
设计
和
实现
那些
类
似
问题
的通用解决方案的。
试
着
这样
做做,你以后的工作将会少遇到一些
让
你不明就里、一
头雾
水的
问题
,因
为
,很多
东
西你“知其然且知其所以然”!
7
、
在一
种语
言上
编
程,但
别为
其束
缚
了思
想。“代
码
大全”中
说
:“深入一
门语
言
编
程,不要浮于表面”。深入一
门语
言
开发还远远
不足,任何
编
程
语
言的存在都有其自身的理由,所以也没有哪
门语
言是“包治百病”的“灵丹妙
药
”。
编
程
语
言
对开发
人
员
解决具体
问题
的思路和方式的影响与束
缚
的例子俯拾皆是。我的
经验
是:用面
对对
象工具
开发
某些
关键
模
块时
,
为
什
么
不可以借
鉴
C
、
C51
、
汇编
的模
块
化封装方式?用
传统
的桌面
开发
工具
(
目前主要有
VC++
、
Delphi)
进
行系
统
体
统结
构
设计时
,
为
什
么
不可以参考来自
Java
社区的
IoC
、
AOP
设计
思想,甚至借
鉴
像
Spring
、
Hibernate
、
JBoss
等等
优
秀的
开
源框架?在
进
行
类
似于
实时
通信、数据采集等功能的
设计
、
实现时
,
为
什
么
不可以引用来自
实时
系
统
、嵌入式系
统
的
优
秀的体系框架与模式?
为
什
么
一切都必
须
以个人、
团队
在当然
开发语
言上的
传统
或者
经验
来解决
问题
???“他山之石、可以攻玉”。
8
、
养
成
总结
与反思的
习惯
,并有意
识
地提
炼
日常工作成果,形成自己的个人源
码库
、解决某
类问题
的通用系
统
体系
结
构、甚至
进
化
为
框架。众所周知,
对软
件
开发
人
员
而言,有、无
经验
的一个
显
著区
别
是:无
经验
者完成任何任
务时
都从
头开
始,而有
经验
者往往通
过
重
组
自己的可
复
用模
块
、
类库
来解决
问题
(其
实这
个
结论
不
应该
被局限在
软
件
开发领
域、可以延伸到很多方面)。
这
并不是
说
,所有可
复
用的
东
西都必
须
自己
实现
,
别
人成熟的通
过测试
的成果也可以收集、整理、集成到自己的知
识库
中。但是,最好
还
是自己
实现
,
这样
没有知
识产权
、版
权
等
问题
,
关键
是自己
实现
后能真正掌握
这
个知
识
点,
拥
有
这
个技能。
9
、
理
论
与
实
践并重,内外双修。工程
师
的内涵是:以工程
师
的眼光
观
察、分析事物和世界。一个合格的
软
件工程
师
,是真正理解了
软
件
产
品的本
质
及
软
件
产
品研
发
的思想精髓的人(个人
观
点、
欢
迎探
讨
)。掌握
软
件
开发语
言、
应
用
语
言工
具解决工作中的具体
问题
、完成目
标
任
务
是
软
件工程
师
的主要工作,但从
软
件工程
师这
个角度来看,
这
只是外在的
东
西,并非重要的、本
质
的工作。学
习
、掌握
软
件
产
品
开发
理
论
知
识
、
软
件
开发
方法
论
,并在
实
践中理解、
应
用
软
件
产
品的分析、
设计
、
实现
思想来解决具体的
软
件
产
品研
发问题
,才是真正的
软
件工程
师
的工作。站在成熟理
论
与可靠方法
论
的高度思考、分析、解决
问题
,并在具体
实
践中
验证
和修正
这
些思想与方式,最
终
形成自己的理
论
体系和
实
用方法
论
。
10
、心
态
有多
开
放,
视
野就有多
开阔
。不要抱着自己的技
术
和成果,等到它
们
都已
经过时变
成垃圾了,
才拿出来
丢
人
现
眼。
请
及
时发
布自己的研究成果:
开发
的
产
品、有
创
意的
设计
或代
码
,公布出来
让
大家交流或者使用,你的成果才有
进
化和升
华
的机会。想想自己
2000
年
间开发
的那些
Windows
系
统
工具,
5
、
6
年之后的今天,
还
是那个
样
子,今天流行的好多
Windows
系
统
工具都比自己的
晚
,但
进
化得很好,且有那
么
多用
户
在使用。并且,不要保守自己的技
术
和思想,尽可能地与人交流与分享,或者
传
授
给开发团队
的成
员
M
分享到:
相关推荐
总之,这位工程师的六年经验总结为软件开发者提供了一条明确的成长路径,强调了学习、规划、技术深度、跨领域借鉴以及团队协作的重要性。遵循这些原则,有助于软件工程师在职业生涯中不断进步,实现个人和团队的成功...
【一位出色的软件工程师的6年总结】 在软件工程领域,经验积累和持续学习至关重要。一位优秀的软件工程师在六年的职业生涯中,经历了许多挑战和成长,总结出以下几点关键经验,对于初入职场或正在发展的软件工程师...
【一位软件工程师的6年经验总结】 在这篇文章中,作者以个人6年的软件工程经验为基础,分享了关于软件开发人员如何提升自身技能和职业发展的关键见解。以下是对这些要点的详细解析: 1. 学历、能力和学习力的关系...
一位软件工程师6年的总结 本文是软件工程师6年的总结和经验分享,旨在帮助软件开发人员提高自己的专业技术和职业发展。文章主要从六个方面来谈论软件开发人员的发展和技术提高。 首先,文章强调学习和实践的重要性...
### 一位软件工程师的六年工作总结 #### 一、前言 在成为一名软件工程师的六年间,作者通过不断学习与实践,积累了许多宝贵的经验与心得。本文将从几个方面分享这位软件工程师在过去六年里的成长历程与思考。 ###...
这篇文章是一位有着六年工作经验的工程师的总结,旨在为初入职场的同行提供一些宝贵的建议。首先,作者强调了学历、能力和学习力的关系,认为学历只是过去的证明,而能力和学习力才是决定未来的关键。这一点对新入职...
"一位软件工程师6年的工作总结" 通过对软件工程师6年的工作总结,我们可以总结出以下几个重要的知识点: 1. 学历代表过去、才能代表如今、进修力代表当前。这句话表明,我们过去的学历只是代表我们过去的成就,而...
以下是我从这位工程师的六年总结中提炼出的关键知识点: 1. **基础技能的扎实**:软件开发的基础是编程语言,无论是Java、Python、C++还是其他语言,都需要深入理解语法、数据结构和算法。扎实的基础是解决复杂问题...
语言程序设计资料:Java-一位软件工程师的6年总结.doc
算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,...
这篇文章是一位有六年工作经验的软件工程师总结的学习电子和软件开发的心得体会,对于初学者和有经验的开发者都具有一定的启示作用。以下是他分享的主要知识点: 1. 学历与能力的关系:强调学历代表过去,而能力和...