程序员心得体会.docx
- 文档编号:29568149
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:8
- 大小:25.26KB
程序员心得体会.docx
《程序员心得体会.docx》由会员分享,可在线阅读,更多相关《程序员心得体会.docx(8页珍藏版)》请在冰豆网上搜索。
程序员心得体会
程序员心得体会
一个c语言程序从编辑、编译、连接到运行,都要在一定的外部操作环境下才能进行。
所谓"环境"就是所用的计算机系统硬件、软件条件,只有学会使用这些环境,才能进行程序开发工作。
通过上机实验,熟练地掌握c语言开发环境,为以后真正编写计算机程序解决实际问题打下基础。
同时,在今后遇到其它开发环境时就会触类旁通,很快掌握新系统的使用。
以下是程序员的工作心得体会,欢迎阅读参考。
程序员心得体会在科技高度发展的今天,计算机在人们之中的作用越来越突出。
而c语言作为一种计算机的语言,我们学习它,有助于我们更好的了解计算机,与计算机进行交流,因此,c语言的学习对我们尤其重要。
在这个星期里,我们专业的学生在专业老师的带领下进行了c语言程序实践学习。
在这之前,我们已经对c语言这门课程学习了一个学期,对其有了一定的了解,但是也仅仅是停留在了解的范围,对里面的好多东西还是很陌生,更多的在运用起来的时候还是感到很棘手,毕竟,万事开头难嘛。
由于时间的关系,我们的这次实践课程老师并没有给我们详细的介绍,只是给我们简单的介绍了几个比较重要的实际操作。
包括了程序模块处理.简单界面程序.高级界面程序.程序的添加修改.用程序做一元线性回归处理以及用c语言程序来画粒度分布图等这几样比较重要的时间操作。
上机实验是学习程序设计语言必不可少的实践环节,特别是c语言灵活、简洁,更需要通过编程的实践来真正掌握它。
对于程序设计语言的学习目的,可以概括为学习语法规定、掌握程序设计方法、提高程序开发能力,这些都必须通过充分的实际上机操作才能完成。
学习c程序设计语言除了课堂讲授以外,必须保证有不少于课堂讲授学时的上机时间。
因为学时所限,课程不能安排过多的统一上机实验,所以希望学生有效地利用课程上机实验的机会,尽快掌握用c语言开发程序的能力,为今后的继续学习打下一个良好的基础。
为此,我们结合课堂讲授的内容和进度,安排了12次上机实验。
课程上机实验的目的,不仅仅是验证教材和讲课的内容、检查自己所编的程序是否正确,课程安排的上机实验的目的可以概括为如下几个方面:
1.加深对课堂讲授内容的理解 课堂上要讲授许多关于c语言的语法规则,听起来十分枯燥无味,也不容易记住,死记硬背是不可取的。
然而要使用c语言这个工具解决实际问题,又必须掌握它。
通过多次上机练习,对于语法知识有了感性的认识,加深对它的理解,在理解的基础上就会自然而然地掌握c语言的语法规定。
对于一些内容自己认为在课堂上听懂了,但上机实践中会发现原来理解的偏差,这是由于大部分学生是初次接触程序设计,缺乏程序设计的实践所致。
学习c语言不能停留在学习它的语法规则,而是利用学到的知识编写c语言程序,解决实际问题。
即把c语言作为工具,描述解决实际问题的步骤,由计算机帮助我们解题。
只有通过上机才能检验自己是否掌握c语言、自己编写的程序是否能够正确地解题。
通过上机实验来验证自己编制的程序是否正确,恐怕是大多数同学在完成老师作业时的心态。
但是在程序设计领域里这是一定要克服的传统的、错误的想法。
因为在这种思想支配下,可能你会想办法去"掩盖"程序中的错误,而不是尽可能多地发现程序中存在的问题。
自己编好程序上机调试运行时,可能有很多你想不到的情况发生,通过解决这些问题,可以逐步提高自己对c语言的理解和程序开发能力。
2.熟悉程序开发环境、学习计算机系统的操作方法 一个c语言程序从编辑、编译、连接到运行,都要在一定的外部操作环境下才能进行。
所谓"环境"就是所用的计算机系统硬件、软件条件,只有学会使用这些环境,才能进行程序开发工作。
通过上机实验,熟练地掌握c语言开发环境,为以后真正编写计算机程序解决实际问题打下基础。
同时,在今后遇到其它开发环境时就会触类旁通,很快掌握新系统的使用。
3.学习上机调试程序 完成程序的编写,决不意味着万事大吉。
你认为万无一失的程序,实际上机运行时可能不断出现麻烦。
如编译程序检测出一大堆错误。
有时程序本身不存在语法错误,也能够顺利运行,但是运行结果显然是错误的。
开发环境所提供的编译系统无法发现这种程序逻辑错误,只能靠自己的上机经验分析判断错误所在。
程序的调试是一个技巧性很强的工作,对于初学者来说,尽快掌握程序调试方法是非常重要的。
有时候一个消耗你几个小时时间的小小错误,调试高手一眼就看出错误所在。
程序员心得体会30岁,开始实现我的程序员梦,从一个编程爱好者,从一个业余的程序员,一个水平不高的程序员,一个半道出家的程序员...... 我的经历到这里就告一段落了,五年里跳了五次槽,不知道和大家比算不算多J,没有什么太多起伏,但我想很多朋友可能会和我有类似的经历,不知道能不能引起你们的共鸣。
我想对我上面所说的话给一个总结:
1.如果你觉得自己应该追求什么,不管遇到什么困难千万不要放弃,一定要坚持下去。
2.不要因为自己年轻就找理由挥霍时间,少玩一点SC、CS、魔兽3、传奇、魔力或者…….,多看点书,多练练题。
3.如果你还是在校的学生,英语很差,专业课也很差。
没关系,想怎么学计算机就怎么学计算机吧。
其它地只要能混到毕业证就行了。
除非你对自己的未来没有信心。
(当然,如果你的理想不仅仅是要做一个程序员,那你别丢掉英语。
) 4.如果你不是科班出身,想要转行而不知该怎么开始的话,建议你先看两类书:
(1)计算机原理;
(2)数据结构和算法。
(看数据结构之前先看C语言)。
5.什么时候努力都不晚,关键是你明白要努力了,大器晚成总比一事无成要好的多。
6.Java、.net、C++、PB、VB、Delphi、汇编到底应该学哪个?
我的经验,哪个最简单就先学哪个、公司用哪个你就学哪个、哪个和你有缘(比如刚好你认识一个愿意帮助你的Delphi高手)你就学哪个,如果你都学,或者三天两头的换,我可以告诉你结果肯定是什么都不会,不要心浮气燥,他们都只是工具,学精一门其它的就相通了,重要的是掌握编程的思想。
如果你问我面向对象(好像现在已经是面向需求了)、UML、WebLogic、WebService、软件工程、XML…….应该怎么学呀,对不起,这些我也确实不是都会,但请相信,你先实实在在的写上十万行以上的代码以后,那些东西你自然就慢慢会了。
7.不要以为程序员的工资都很高,程序员之间的水平差异也大。
公司衡量一个人的待遇标准是他能给公司带来多大的效益。
如果你体现了自己的价值,公司会主动给你加薪的,当然你也可以自己主动提,但一定要在你表现出了自己的价值之后。
8.轻易不要跳槽,如果非要跳,也要保持工作经验上的延续,而不是从新开始,不然就会象我一样走很多弯路。
9.如果你以为程序员都是熬夜熬出来的,那么你错了,因为它的代价就是缩短你的青春!
大家不要象我一样,真的,熬夜一点也不好!
记住老毛的话:
如有恒,何须三更起,半夜眠;最怕莫,三天打鱼两天晒网,竹篮打水一场空!
10.这一点是我觉得最精华的一点:
“君子性非异也,善假于物也。
”这句话的本意是一个水平很高的人本身并不一定很高明,关键是他善于利用别人的高明!
我在这里做个借鉴,就是要充分利用自己身边的资源,不放过任何一个可以提高自己的机会。
大家不要误会,这里的假于物可不是指抄袭别人的源代码,而是指通过学习别人的源代码把他的思想扩展到自己的思想里去。
注:
上面的十大“精华”纯属我个人的“谬论”,您自己看着消化,有用的收下,没用的请拖入“回收站”。
如果你觉得这些总结不过是一些浮华之词,那请你先问问自己:
“是不是在行动上都真正做到了。
” 这就是我,一个不算优秀,不算勤奋;玩能玩通宵,学也学能学通宵;对梦想的追求很执着;到了30才开始真正写程序;一个很平凡但又不甘于平凡的人……我的经历相信很多朋友都有过的,我现在也不能算是一个成功人士,但我相信我的经历却是值得大家借鉴的,因为我终究代表了一类人。
最后:
希望所有的程序员和拥有成为程序员梦想的朋友们在新的一年里心想事成,万事如意。
请相信我:
明天不一定更美好,但美好的一天一定会来!
程序员心得体会我是1986年第一次接触计算机的,当时刚上大学,用的是VAX11-780小型机运行Basic程序,一个学期下来,算是学点皮毛。
1989年,在大学因《微机原理》课补考,反而认真学习了一下计算机的知识(第一次考试前都没有看过书,虽然开卷考试也没有pass,不过在考场上现场发挥,将最多分的一道题完整拿下,其它的基本就完全放弃,当然结果就。
。
。
。
后来由于使用计算机绘制线路板,逐渐学习了一些DOS知识和常用软件,并在此后一年多的时间学会了C、BASIC、PASCAL等语言。
大学毕业设计的时候,我分到一个软件设计的题目,是用BASIC语言实现DES加密算法。
当时记得非常清楚,为了凑过论文要求的40多页,我把程序打印了30多页,DES加密的各种算法表打印了6页,实际真正论文只有可怜的4页纸,最后终于交差。
好在程序功能完整,还实现了当时比较新的下拉式菜单操作,评分老师居然给论文的评语是“言简意赅”,真是喜出望外,还因为这个论文得了唯一的一次奖学金。
自从大学后三、四年纪接触计算机以后,我也象当时大多数学生一样,经常赖在机房蹭机上,虽说有点赖皮,但也学到不少编程知识,当时已经将PC机上的各种编译器尽数收录,在这个过程中,也越来越喜欢编程,觉得很有兴趣。
毕业后第一份工作虽然和程序设计没什么关系,但也比较认真的学习了一些计算机的理论知识。
工作两年后,和象当时的很多人一样来到广东工作,主要从事软件开发工作,先后也换过两个单位,都是从事一些基本的开发工作,在这个过程中,对编程也有了更进一步的认识,基本上也能够熟练的利用C语言进行开发。
由于将近两年的长期开发,疲劳的我后来换了一份计算机系统维护的工作,这一做就是三年。
在这三年中,由于维护工作本身工作量不是很大,我总结自己毕业以来的开发经验,业余编写了一些通用的开发模块,包括数据库接口到各种常用的公共模块,基本上还可以算是一个简单而完整的开发包。
所幸当时已经意识到很多编程技巧并养成了比较良好的编程风格,其中的模块虽然全部是在DOS下完成,但后来移植到Win32和Linux系统的时候居然也只是简单的调整了一些include文件就基本上编译通过,当时确实得意了一会儿。
在这一时期,由于思考编程的事情比较多,也阅读了不少资料,所以我也对当时国内的软件开发环境有了一个自认为比较清醒的认识,这个结论就是软件开发是一个有光明没前途的工作,所以后来换工作的一个先决条件就是不从事编码工作。
结束了三年的维护工作,我来到广州,找了一份技术支持的工作,这个工作虽然比编程轻松,但自己也逐渐陷入对前途的迷茫之中。
这段时间我从事过技术支持、售后服务、售前支持、系统集成、综合布线等各方面的工作,但始终没有体会到以前编程时那样信心十足的感觉。
这段时期大约又是三年,这三年也是我的心情起落最大的一段时间。
一方面觉得各种尝试都无功而返,内心非常郁闷;另一方面心里也始终对编程工作有一种恋恋不舍的感觉,总觉得应该做点什么。
由于在这个时期接触的用户范围比较广,也见识了不少令用户和开发商头疼的项目,使我对政府机构和各种企业的IT使用情况和存在的问题有了比较深刻的了解。
我觉得虽然IT技术发展飞速,但说到具体的实际应用,一个简单的开发甚至简单的需求变更,对用户和开发商来说都挺不容易,用好系统就更加不容易,真是象部分用户说的那样,“电脑成了电烦恼”。
我结合自己的开发经历,萌生了开发一个简易的企业应用开发平台的想法。
这段时间我在广州也换过不少住的地方,后来基本固定住在天河棠下,大约是XX年底或XX年初的时候,有一天我在小区门口的地摊上乱翻,看到了几本《程序员》杂志,当时随便翻了翻,觉得内容不错,就全买了下来。
其中的一篇文章给我的印象非常深刻,具体内容不记得啦,只记得作者说过一句话,大意是“不论什么开发语言,所实现的功能虽然在编程方法方面有所不同,但实际上底层的数据交互原理和设计思想完全是相通的”。
当时对这句话深有同感,后来又特意找《程序员》以前各期来看,觉得许多文章的技术水平都比较高。
虽然其中也有一些为厂商吹牛的文章,但相比其它的杂志,文章内容确实丰富的多,也实用的多,更可贵的是技术含量挺高。
比较适合有一定开发经验的人员开拓思路,提高技术层次。
在之后的几年,我都从小区的书报亭购买《程序员》杂志,同时也在工作之余坚持开发我心目中的企业应用开发平台——MCIS中间件系统。
由于以前开发的程序模块很多,在完成了socket通讯、socket线程、http协议处理等几个主要模块后,这个软件已经基本开发完成。
主要开发工作基本在不到一年的时间内就全部完成。
按原先的计划,MCIS中间件软件的主要目的是屏蔽具体技术细节,让对计算机有一定基础,了解SQL语句和html文件的人能够从事基于数据库的应用开发。
并根据数据库表的定义生产基本的数据增删改查的功能,将基于数据库的应用开发转换为SQL语句的开发。
对单表和基本主从表则根本不需要任何编码工作,直接生成应用,实现其所需要的业务功能;对复杂数据表之间的关联处理,也仅仅需要编写一些SQL语句或存储过程;至于程序界面的美化,则主要利用html模版文件实现。
后来又增加了WebService支持和Cache支持,可以将某个业务逻辑封装为一个WebService来进行发布,或调用其它WebService服务器的功能;还可以自动识别数据的变化情况,大大减少大量用户并发访问时对数据库的访问频率。
这几年来,我也发生了很大的变化,各种生活也逐渐定型,虽然开发不是一个很好的工作,但对我个人来说,技术(特别是开发)仍然是能最发挥我的特点的一个职业。
随着年龄的增长,我也能坦然接受自己对这个工作的喜爱,并感受到其中的一点乐趣。
粗粗算来,已经工作快十八年了,接触计算机也有二十年的时间,其中用于编程的时间大概也有十年,在这里将我的几点体会和大家分享一下。
如果您是一个程序员、或者打算做一个程序员,或者打算开一个公司从事软件开发方面的工作,希望这些观点能够对您有所帮助。
哈哈,如果要拍板砖,估计也砸不到我脑袋上。
1、开发规模问题 对于目前业内的一些观点,我并不认同。
例如在各种报刊杂志上,经常有专家教授唠唠叨叨在说现在的软件开发已经进入工业化时代,要多少多少人团队开发,才能如何如何。
但是,基于国内的实际情况,其实许多1000万元以下的项目完全是几个人的小团队开发模式,即使大到规模上市的软件公司,具体到每个定制开发的项目,实际项目组的开发人员,也经常只有不到十个人的规模,三、五个人的情况更是多如牛毛。
再看看国际上,我们所使用的一些著名的产品,如unix系统、C语言、notes系统、java语言、甚至最早的windows、dos很多都是几个人的小组所完成的开发。
至于这些产品的推广完善,所需要的巨大人力资源和开发之初的人力投入完全是两回事。
在开发阶段,人多不一定就是好事,甚至肯定要坏事。
这就像生小孩一样,只要一男一女两个人就完全足够啦,其它的人只有干瞪眼的份。
但是,将这个孩子养大成人,除了他的父母,整个家庭、学校、社会等其它各色人等也直接或间接付出了很多。
但这个孩子仍然只是他父母开发出来的,其它人只是起一个推波助澜的作用。
2、技术与思想问题 综合分析目前国内的软件开发方法(甚至包括其它IT技术),不难发现,我们总是热衷于技术,而不注重标准。
从Basic、C、C++、一直到java、C#等语言,再到.Net、J2EE等架构,多少技术在我们眼前晃来晃去,有些人也以掌握这些技术为目的,甚至洋洋得意。
其实,冷静下来分析一下其中的核心技术内容,现在的Web开发和早期的CGI方式的Web开发,只有方法上的不同,没有实质上的区别,所遵循的数据标准也没有任何变化。
整天只沉迷于片面的技术,使我们离核心技术越来越远,根本谈不上什么创造性。
现在国内很多电子政务的项目在投标时均要求必须基于J2EE或.Net技术,完全拒绝LAMP和其它技术,估计很多美国公司老板做梦都要笑出声来。
重要的是思想而不是工具,就象毛泽东打败蒋介石是依靠思想而不是武器一样,技术并不起决定作用。
3、技术沉淀的重要性 由于不注重核心技术(其实那怕是一个小小的strcpy都是核心技术的一部分),很多公司没有任何技术积累,也没有可重复使用的底层开发库,更谈不上编程方法和思想上的积累。
因为工作的关系,我曾经接触过不少项目,这些项目都是号称采用了何等先进的技术云云,但实际上很多项目即使一个简单的按钮修改都需要在每个JSP文件中逐个修改。
看了这样的代码,你真的不能不相信,语言是一个项目中最不重要的技术。
4、面向对象的是与非 我始终认为翻译“面向对象”的那个人是一个典型的老光棍,整天想着找对象,所以就想当然的这么翻译,其实我觉得“面向对象”应该是“面向目的”才对。
所谓面向目的,说白了就是黑猫白猫的一句话。
其实“面向目的”(而不是“面向对象”)更多的是一种思想,而不是一个所谓的编程方法。
所谓的抽象,固然有其必要性,但到处都是对象的说法,往往只是一些外行说出的内行话。
难怪Torvalds对C++批的一无是处。
真正的“面向目的”,就是对一个项目的各个部分采用最适合的方法以达成目的。
5、大道至简 我越来越相信“大道至简”这个哲学观点,从设计产品、系统分析、模块划分,一直到做饭洗菜、吃饭睡觉,甚至到人际交往,这个道理都是相通的。
从程序的角度也是如此,一段好的代码大多都是一个简洁的代码。
就像做人一样,简单做人,自己不辛苦,别人也不辛苦。
同样一种开发语言、一种技术、一种开发工具、一种框架平台也是如此。
我个人认为C语言几十年不倒的主要原因,主要就是因为其结构简单,扩充方便。
n年前玩音响的时候,很多发烧友也一致认为,在价格相当的情况下,一个旋钮最少的音响基本上就是最好的音响,也是同样的道理。
6、责任心和细节 其实大家都知道这一点,但是实际操作起来往往又根本不在乎。
做项目需求时,有些人往往只是考虑实现客户要求的功能,而不是从客户要求的内容去思考和分析,甚至因为工作量的关系,故意避开一些问题。
但是这些问题仍然存在,最后仍然会逐渐暴露出来,反而自讨苦吃。
其实,对客户而言,能有更好更完善的方案一般都会乐意接受,如果能本着对客户负责的精神,客户才能真正信任你;你和客户谈起价格时也才能有理有据。
很多时候只要负起责任,就会有助于发现所有的问题,并提出一个妥善的解决方法,注意到每一个细小的问题。
其实大到卫星上天,小到刷锅洗碗,最根本的关键不是什么技术,而是在高度责任心的基础上对细节的把握。
我曾经在跳蚤市场买过一个七十年代的收音机,是春雷703,一个很古老的上海牌子,其信噪比和灵敏度比现在的集成电路的高出很多,原因无它,每一件细小的功能都做到最好而已。
其实看一个程序员只要看他对程序跳格的处理,就可以决定90%的情况。
7、坚持熬下去 前几天看一个关于抗战的记录片,老毛对抗战相持阶段的说法是熬下去,当然是积极的熬法。
其实不仅是做程序,做其它事情又何尝不是这样。
如果一天写100行代码,10年下来就是30多万行,记得好像unix最早的代码也不到40万行,30多万行代码,可以做多少事情呀。
有一天和一个朋友谈起代码量,他说最近在招人,要求曾经独立写过1万行代码,我后来仔细算了我开发的MCIS中间件系统,在代码最多时也才5万多行,后来不断调整优化,现在只有4万行不到。
再统计一下数据库接口部分,每个数据库接口只有可怜的400行代码不到,但就这简单的400行已经可以完成一个数据库接口应具备的完整功能。
这几天刚好赶上亚洲杯,中国队0-3负于乌兹别克斯坦,又一次在打平即可出线的时候情况下完蛋。
看看中国足球队的窝囊,其实就是没有认真对待场上的每一分钟,姑且不论技术和意识,只要场上每个人都能坚持90分钟不停的奔跑拦截,估计在亚洲也可以独立独行。
最根本而又最简单的没有做到,又何谈胜利。
总想写一些东西,但因时间的关系,一直拖了下来,这几天刚好朋友约稿,就写一点自己的想法。
从职业的角度而言,每个职业都有不同的酸甜苦辣,相比而言,选择一个自己比较喜欢的职业,也确实是一个不错的选择。
可能是年龄的关系,我反而觉得生活才是最重要的,当然最好能在工作中保持乐趣,在生活中享受乐趣。
在《程序员》杂志7年之际,写下这点东西,希望《程序员》杂志能够成为更多程序员的朋友。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 程序员 心得体会