我是靠谱客的博主 义气咖啡豆,最近开发中收集的这篇文章主要介绍test一个程序员的工作总结 从大一到研三有点迷茫了   低头做事  抬头做人一个程序员的10年工作总结程序员MM一年的工作总结一个女程序员第七年工作总结一个老程序员的总结一个老程序员的忠告一个老程序员的建议一个老程序员的心得一个老程序员的回忆(一)一个老程序员的回忆(二)我的第一次第一次接触计算机第一次学习计算机编程语言 第一次编写商用程序 第一次入职IT公司一个老程序员的下场一个“老”程序员的思考本文是一位40岁老程序员对职业生涯的思考,建议多学习接触新事物,将精力投入到衰竭期比较长的知识领,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

一个程序员的工作总结 从大一到研三有点迷茫了   低头做事  抬头做人

2013年08月15日 10:48:50 zhengzhoupeixun 阅读数:4222

第一. Java程序员需要不断的学习;

貌似这一点适应的行业最广,但是我可以很肯定的说:当你从事web开发一年后,重新找工作时,才会真实的感受到这句话。

工作第一年,往往是什么都充满新鲜感,什么都学习,冲劲十足的一年;WEB行业知识更新特别快,今天一个框架的新版本,明天又是另一个新框架,有时往往根据项目的需要来不断学习新东西;所有,很多时候感觉,自己用过的东西真多呀!但是真正深入研究的东西却不多。

面试,是跳槽后第一个需要面对的问题;而且不同公司面试的着重点不同;但是却有一个共同点:Java基础是必考的。工作第一年,可能问你String对象创建的理解,常用的框架是什么等等;工作第二年,就问你Java内存分配机制是什么,类是如何加载的等等;第三年,就问你常用的设计模式是什么,你在工作中充当什么角色,怎么独立完成一个模块等等;

可以看出------这是一个典型的程序员的成长过程:

使用Java---->深入理解Java积累经验------>独立设计分析能力------>独当一面的多面手!

因此,必须学习:

1. Java基础的深入理解;

不多作解释,推荐书目《Java编程思想》,《Java线程》,《Java NIO》,《深入java虚拟机》

2. 数据库

最常用的是Oracle了(当然银行项目等需要DB2等),熟练掌握使用存储过程,触发器等;

3. UML

项目中经常要写文档,项目经理的基本功,程序员走向设计的基本功;

4. 设计模式

这个建议多看吧,在阅读源码中体会;

5. linux系统

需要掌握常用的linux命令------部署在windows操作系统上的项目很少吧。

其他就不多说了,大家可以补充。

学习上,兴趣是最大的老师;项目驱动也是不错的选择,总之,不学习不行。

第二. 积累行业背景;

行业背景非常重要;工作3年后必须确定自己的行业背景,比如一直从事电信行业,一直从事银行项目,一直从事ERP行业等等。

一个程序员不可能是一直写代码的,就是写代码也要知道业务逻辑,满足什么需求;俗话说隔行如隔山,每个行业的业务都不一样,甚至差别很大,比如你一直从事流媒体的研究,让你跳槽到一家银行项目,完了,一切从头学吧,以前的行业经验都用不上了;而且,一个公司公司招人,就是希望找到那些很容易上手,不需要培训业务很久的程序员;频繁跳槽的朋友,一定要注意这点;

一直在一个行业呆久了,就可以成为这个行业的专家;我们可以经常看到,一个项目组的某个leader,代码写的一般,但是却可以跟客户流畅的沟通,控制着新需求的提出,bug的修正等等;而客户也很愿意跟他打交道,因为那些老的项目只有他能维护,他甚至熟悉系统的每一张表结构-------可想在这个行业呆的时间有多久啦。

第三. 合理的职业规划

什么是职业规划----就是你短期或者长期的一个职业计划!大道理不讲,咱简单点。先问你几个问题:

a.你工作几年了,你愿意一直和新入行的新手一样就是个简单的程序员吗?

b. 你愿意一直写代码,而不关心其他吗?

c. 一个项目的前期需求,设计,后期部署维护,领导找到你,你说咱搞不定,行吗?

程序员不是敲代码的机器。第一年太多东西不懂,你可以一切听从老大的安排,敲敲代码,看看数据库,测试自己和别人的代码;但是第二年,你还是这样吗?不可能的,一年的经验你完全可以入行了,是时候该学习怎么进行需求分析,怎么设计数据库,怎么写各类文档,怎么写更好的代码?这是高级程序员的要求!

什么是高级程序员?具有分析设计能力,能进行技术攻关,而且具有某行业深厚背景的程序员!

所有,一个项目立项后,你要积极的参与到前期设计中,跟老同志们一道思考分析问题,学习经验!OK,你这就成长啦!

千万不要认为程序员就是写代码的哦!!!

而且,通过一个项目的开发,你要能粗略的统计出一个功能的开发时间;比如一个模块有20个小功能点,你开发了80个小时,每个小功能点平均2小时------这时在前期就能评估工作量啦。当然每个人的效率和工作质量是不同的,因人而异,但是大概的工作量应该是可以统计出来的,用于统计一个项目的工作周期;

具备上面的能力,你起码已经是一个项目组的骨干啦!此时,就可以带领小弟做开发而不是平凡的一个被带领者啦。

很多公司的项目骨干和项目经理都不是通过招聘的来的,都是培养出来的-------工作2年,思考能力不错,善于动手,很上道!OK,此时项目经理和公司中层可能就注意到你了,就会给你多分配任务慢慢的锻炼你,这时候千万不要闹别扭哦(曾遇上这样一个同事,技术很好,人也不错,领导突然给他分配很多任务,他开始是默默承受,后来闹意见啦!领导找他谈话后,他算明白啦!顶过一段时间就基本适应,可以快速的做完;后来他成了我们那批人中新的项目leader啦),跟带你的人好好学习,多劳动,很快就出头啦!

如果你工作了多年,属于老鸟了,也要善于带人,能提携小弟!因为只有小弟成长了,你身上的担子才会轻,项目才会顺畅的进行!

而且高级程序员(本科为例)工作四年左右工资就达到一个瓶颈了(一线城市是9K---1.2W),这时候必须“转型”-----高级程序员只是你能力的一部分,系统分析师,架构师,技术主管才是你应该告诉别人的职务,薪资才能再次提升。

第四. 良好的心态和体态

程序员必须有责任心!这点非常重要。遇上问题,不能随便的踢皮球,很认真的和别人沟通,提出自己的见解,和客户联系,才能把问题解决。技术上的问题不是问题,总可以解决,但是需求上的问题,必须搞清楚!一旦需求出错,一个项目就可能延期或者失败。程序员的责任心决定了他的成长,一个有责任心的人才可能成为骨干,让领导信任!

其次就是能顶住压力,大家都知道程序员要加班,压力大,所有遇到问题必须不轻易放弃,合理的根据能力去处理!

身体是革命的本钱,程序员尤其重要,天天坐在电脑前,很容易发胖,变成鸭梨身材,所有多锻炼呀!

到某些程度就不要跳槽了,在一家有发展前景或者工作开心的工作长久呆下去吧,不能跟年轻人比热情了,这时候要的是稳重,在公司充当的是一个资深的IT从业者,帮人优化程序,分析需求,为项目出谋划策解决疑难等。

第五. 多写技术文档

多写技术文档是好事哦-----其实它是对你工作经验的总结和提高!一个愿意和别人分享知识的人,才能在不断的思考中提高!而且,写文档很锻炼人滴!

所以建议木有博客或者经常看别人文档自己却不写的同行,赶快开博吧,其乐无穷呀!

(技术文档注重简洁精练,提供源码;总结性文档注重亲身体会!)

第六. 关于跳槽

跳槽,对IT人来说绝对不是个陌生的词汇,几乎所有人都身体力行过。首先我要强调一点,跳槽并没有坏处,但是频繁的跳槽就不好了。在工作的前4年,必须跳槽,而且鼓励跳槽(建议经历2---3家公司);每个公司对技术的侧重点都不同,对开发流程控制都不一样,所需要的技术性人才自然不一样;比如外包公司,要的是一个代码狂人(我很喜欢招做过外包的人,感觉很多在外包公司待过的人做事的效率很高);小事业的公司,要的是一个全能型的程序员(能设计分析,能写代码,能部署);大的公司,要的是一个技术扎实,有潜力的人(英语好,理解能力好,Java基础扎实);这样如果你在一家公司呆久了,很可能就模式化,如果一旦离开这家公司,找工作有时候很容易碰壁;多经历两家公司,对程序员很有益!而且我自己也有感觉,每次找工作都在强制自己学东西。

而且关键是,一次跳槽,薪资就更高了 ----- 很多人跳槽都是对当前薪资不满呀。

但是,一旦工作5年后,建议不要在跳了,更多是规划自己的职业生涯,程序员毕竟有“青春饭”的嫌疑,我们不能跟年轻人比呀。这时候如果想一直做技术,建议在一家好的公司长久呆下去,技术+业务,足够你混的了;如果想做管理层,这时候也基本是时候了;想自己开公司,就要付出更多,对运营有深入了解,并侧重销售和客户的关系啦。

 

 

 

 

 

一个程序员的10年工作总结

2012年03月24日 22:58:22 ihrthk 阅读数:392 标签: 工作创业生活sqlserver医疗产品

出处不详

 

 展望未来,总结过去10年的程序员生涯,给程序员小弟弟小妹妹们的一些总结性忠告

走过的路,回忆起来是那么曲折,把自己的一些心得体会分享给程序员兄弟姐妹们,虽然时代在变化,但是很可能你也会走我已经做过的10年的路程,有些心得体会你可以借鉴一下,觉得说得有道理的你就接纳,觉得说得没道理的,你就抛弃,以下是我发自内心的,给大家的忠告,特别是针对那些小弟弟妹妹们。不要轻易换笔记本电脑,不要跟潮流,不要买过多的电子产品,不要过于频繁的更换手机。
外语、学历、职称、驾驶证还是蛮重要的。
职称也很重要,最起码评个中级职称,说不定还有机会能进入大学或者政府部门还是有可能性。
我现在就有这个感觉,虽然我带过很多硕士,他们的就业机会比我还好,经常能进入名牌企业,我也一直进不去。大家要学会珍惜女朋友,要学会哄好女朋友,让老婆开心每一天,虽然鱼儿上钩了,不用再下鱼饵了,偶尔也别忘记放点米,这个鱼要是脱钩了,那不是开玩笑的。选好了行业方向最好别更换太频繁。
当你工作10年了,没一个老板信任你,没几个要好的同事朋友,那你惨了,你在这个世界上已经是很孤单了,你的收入,其实大多是来自这些身边的朋友给你介绍的生意,不大会网上掉几个馅饼的。
钱很重要,但是生活质量比钱还重要,工作是很重要,但是家人比工作还重要。
别觉得谈钱就俗,你要学会赚钱,要有个需要赚钱的良好意识,当然你出身富裕家庭,就不用考虑这些因素了。软件在将来还是会值钱的,以为生活会越来越智能化,越来越数字化,软件的需求还是很有前途,最起码未来的10-20年里不用太担心失业问题了。(文章估计写于2010年)软件的价值在于重复利用,而不是每个东西,都从头开发,那永远也是辛苦的程序员,这个生活质量就别提了,不管自己的代码丑还是拿不出手,要学会精心维护,每天改进一点点,每个月一个小进步,每年一个大进步,多年的积累是宝贵的,这个早晚也会给你带来丰厚的收益。有的人干了5年,还是在原地踏步,天天只会写那些添加、删除、修改的代码。那你得注意了,需要不断的提高自己,才是硬道理。例如你会SQLServer,那要试着学习Oracle, 你是做C/S的,那得需要提高到B/S的,你是做单机软件的,那得需要提高到网络软件,你只关注自己的工作的,需要学会管理,关心他人的工作。你是当程序员的,要试着提高当项目经理、部门经理,公司的总监等等,人有野心有目标才会不断进步,最俗的为了多赚钱,提高工作职位工作岗位,工作单位,也是可以理解的。
这10年,我一直很坚强的拼搏下来,很不容易的在杭州立住脚了,说实话,参加工作后的十年,也是不断拼搏,不断提高的十年。

 

 

 

 

程序员MM一年的工作总结

2014年02月11日 11:47:01 高校俱乐部 阅读数:1068 标签: csdn高校俱乐部工作编程 更多

个人分类: 就业指导

 11月8号就是工作一周年纪念日了。是该对这过去的一年做个总结了。   

  期望:   抬头做人,低头做事,过幸福的小日子。

本文转载自:http://blog.csdn.net/clear_zero/article/details/1890833

 

 

 

一个女程序员第七年工作总结

2011年11月08日 22:38:24 qq41486616 阅读数:624

     这是我工作的第七年,要是一段感情的话正是七年之痒的时候。如果在感情中每年作一份总结,是不是就不会有传说中的坎儿。

我所在的公司不大,地方也不大。见识不广,深度不够,太多的随遇而安让我的工作这么多年都起伏不大,必须承认我骨子里就是个吃货和懒鬼。这篇文章仅仅是自己过去一年工作的总结,对于有理想有抱负的好青年 就当看个反面教材然后鞭策自己更加努力吧。另外我现在的心境也是工作这么些年后的感受,欢迎阅读以前的总结,在那里你也许会找到共鸣。

 

1个人技术

话说毕业头两年我觉得技术噌噌的往上涨,会了好多东西,然后的几年就缓慢爬行了。一个是我的工作性质是做应用的本来也不探讨什么高深的技术点,另一个就是自己懒没有好好利用时间充实自己。

而今年64bit的普及,赖以生存的AutoCAD开始嫌弃古老的VB6,劳动力市场等等原因使我不得不接触掌握新技术。一些技术点,诸如sql server的spatial部分,把GIS的理论算法引入我所在的应用领域;利用AutoCAD的.net类重新设计已有系统。Linq, C#多线程,WPF编写美观的界面等等。学习新技术是个享受的过程,觉得自己开始跟得上时代的步伐。当然如果项目时间紧的话也会有压力,总觉得用原来的技术很短时间搞定的东西,现在却大大增加了开发时间。和上一次系统学习比起来,这次自己就要稳重的多,虽然过去几年并没有在技术点上特别精进但是基本功更加扎实了,不会向上次那样不知道从哪里下手。这次算是心理有底有步骤有计划地学习,感觉好很多。

 

技术点的学习与应用不仅仅对于我个人能力的一种提高更是在很大程度上帮助软件重新架构。由于平台的转换,我们有机会对原有系统重新作分析,设计。以前的我完全是一个实施者,而现在所扮演的更多的是一个设计者。这种角色的转变意味着责任更大,如果出错就不是浪费我一个人的时间而是从整体上浪费团队资源。去年写总结的时候我在寻觅软件设计上面的建议,今年系统的看了UML和设计模式。强烈的意识到从理解理论到灵活运用实在不是一件简单的事情。我的做法是从大的系统中选取一个相对独立的子系统,根据学到的理论自己搭个设计,想想再搭另外一个,跟团对讨论下,找找感觉。这个过程我大量依赖mindmap,flowchar,UML。 开始的草稿是Mindmap把需求细分,然后UML建立块之间的关系。UML是个好东西,虽然它的各种规范让设计在软件生命周期中所占比例加大,但是它对于细节的考量是非常到位的。如果我可以把所要软件的类图,顺序图画好那基本上就能证明这个东西我想明白了,另外还可以把它解释给其他组员。在设计思想上我一般会从业务逻辑出发比较注重可读性,或者说是结构更符合人脑逻辑。除非在非常要效率的地方,一些函数,类的分布才会看起来不那么顺溜。每每这个时候一定要配有相关文档。之所以会这样一层一层的大部分来源于自信心不强,没有这些图表文档的支持我不确定是否能够把意思清晰准确的传达给团队其他成员,当然也不能够保证过段时间自己就不会忘记。目前我还在磕磕绊绊的前进中,真心希望将来的某一天我可以熟练运用UML工具,做个合格软件建筑师。

 

对我来说做架构的过程是一个挑战自己决策能力的过程。毕竟软件是有生命的,它不断成长完善,或者某些部分在不久的将来被卸掉。我看不到那么远,设计时间太长影响工程进度,只能折中平衡。实施是同样的道理,同一个函数可以用不同的方法实现。平衡与博弈是超出软件设计与实施之外的能力,也就是俗话说的经验。在这个方面我还太嫩。

 

2团队管理

 

去年的总结里面我写了大段大段自认为的带领小团队的方法,如今总结为四个字:“敏捷开发”。年初的时候我的一个组员推荐我读了敏捷开发的书,才发现我那些实践中"创"出来的方法其实都是敏捷开发的一部分。建立在实践基础上的理论学习让人茅塞顿开。下面写一下除了去年那些方法我看过书以后觉得特别重要一定要记录的

1.TDD,TestDriven Develop.看过书才知道这个多重要,作为程序员,闷头写代码可以但是如果写测试很多人都会不情不愿的(尤其小公司,没有专门的人写测试的script)。但是Test case的建立对于功能的拓展,维护是相当重要的,虽然开头看起来写测试是麻烦了一点但是这为以后节省的时间和资源是很大的.我所在的项目要是写script的话还是比较困难的,于是我要求我的团队写文档。

2.当我们结束每一个Bug/Feature是真的结束而非半吊子。结束就是包括代码,注释,对应文档等等。当团队Build那一天不会因为某个看似完成实际上还需要那么两三句话的Bug而耽误

3.无论是否面向客户,每一个Build都是一个完整的msi,归档备案。这样我们可以轻松的比较每个版本之间的不同。

前两个月又有两个人归到我的团队下,我们开会规范统一了编码规范,比如每一个函数前都会加三个单引号(这个在.net里面很好用,可以自动生成帮助).比如如何命名函数,变量。其实经过一同工作大家的编码规范已经在不经意中逐步统一,这次只是正式明确出来以便新的组员尽快上手。

"敏捷开发"是现在比较流行的软件开发模式,我的认识是他非常合适8个人一下的小团队灵活作战。它充分发挥团队成员的主观能动性,可以比较及时地调整状态,降低资源损耗。虽然敏捷有正式的管理模式,工具,但一切一切的根源来自于团队成员间的坦诚交流,相互信任。这两样没有跟本"敏"不起来,大家心里都有自己的小九九,还不如不用"敏捷"。

信任和坦诚这种东西没有硬性标准,只能靠团队慢慢磨和,也靠缘分吧。这个方面我的运气不错,组内合作讨论的气氛非常好。从这些比我勤奋比我有经验的组员们身上学到了很多东西。

目前我们组的这个运转模式得到了部门经理的认同,已经升级了现有的管理软件,我就可以比较规范的依据"敏捷"模式管理了。

 

今年我们部门作了一次人事变动,去年提及的那个不作为的经理走了新来了一个。在一定程度上我需要辅助他的工作,这也给我提供了一些作为代表参与部门间会议以及决策层会议的机会。一种会议是传递意见给大家,需要演讲。对于正式的演讲不够自信,总怕不能准确表达自己的意思。于是搭建了演示平台,特别作了事例分析,作了ppt用作主脉络。效果意外的好,得到了很多积极的反馈,对于以后的开发思路很有帮助。另外一种是听取意见的,售前的哥们很能"吹毛求疵",挑得毛病那个细那个偏。关键还不早说开发周期尾端才说,一改又是麻烦。以前这样的会议我不是主角跟着听听就好,现在成了主听者,第一反应就是抵触,辩解。但是轮到我说话,我都只能说对不起,我们没有考虑周到,下次会注意,也希望在开发进程中多多交流。能有这样的态度也是工作时间长了的缘故,初出茅庐的时候应该不会这样说。"对不起"一说,明显感觉到售前松了口气,开发和销售本来就不是两个对立面,只有把这样"挑"的毛病细化,在开发进程中循环出现才会减少不必要的成本浪费。我们是小公司,这些个互相交流指正不需要大家很正式的到会议室坐下,就是互相串门子的时候带一句。做开发的把态度摆出来,欢迎各种意见建议,人家自然也就愿意过来。

 

最后总结一下今年的工作状态还不错的,一直都在学习和摸索中。适应了角色的转变,知道了如何应对问题。应付不来的,会去找适当的人寻求帮助。

 

工作之外,记得去年说想去西藏于是就在雪域高原过了圣诞新年,今年的旅行提前到了金秋九月,冬天估计就不去远的地方了。

 

最后还是那句话

低头做事,抬头做人 

 

 

 

 

 

 

 

 

一个老程序员的总结

2012年08月24日 08:25:31 yhawaii的喃喃自语 阅读数:1088更多

个人分类: 程序人生

 做技术已经有二十多年,每天忙忙碌碌,开始还对自己的职业生涯有些思考,时间一长,习惯了,再也没想过。前几天在办公楼上认识了一个朋友,他在某知名IT招聘网站做专业职业顾问,聊天的时候,他告诉我的这些话,让我顿时清醒了许多,现在我决定给自己这么多年的工作方式和思维模式做个改变,应该还不算晚。

  不管你是学习技术为了找工作还是创业,你都要对技术本身有个清醒的认识,在中国还仅仅的停留在把软件技术人才当作人才机器来用的尴尬境地。

  一。不要以为技术可以换来稳定的生活和高的薪水待遇,更不要认为那些从事市场开发,跑腿的人没有前途。

  中国有相当大的一部分软件公司,他们的软件开发团队都小的可怜,甚至只有1-3个人,连一个项目小组都算不上,而这样的团队却要承担一个软件公司所有的软件开发任务,更可怕的是,会让你接触的人际关系非常单一,除了有限的技术人员之外你几乎见不到做其他行业工作和职位的人,你的朋友圈子小且单一.

  比之于我们,那些从事售前和市场开发的朋友,却有比我们多的多的工作之外的时间,甚至他们的工作有时候是可以兼顾生活的,坦率的说更有发财和发展的机会,只要他们跟我们一样勤奋。

  二。不要认为如果做到技术最强,就可以成为100%受尊重的人。

  如果你幸运的能够听到市场人员的谈话,或是领导们的谈话,你会隐约觉得他们都在把技术人员当作编码的机器来看,你的价值并没有你想象的那么重要。而在你所在的团队内部,你可能正在为一个技术问题的讨论再跟同事搞内耗,因为他不服你,你也不服他,你们都认为自己的对,其实你们两个都对,而争论的目的就是为了在关键场合证明一下自己比对方技术好,比对方强。(在一个项目开发中,没有人愿意长期听别人的,总想换个位置领导别人。)

  三。更不要认为,如果我技术够好,我就自己创业,自己有创业的资本,因为自己是搞技术的。

  如果你那样认为,真的是大错特错了,你可以做个调查在非技术人群中,没有几个人知道C#与JAVA的,更谈不上来欣赏你的技术是好还是不好。一句话,技术仅仅是一个工具,善于运用这个工具为别人干活的人,却往往不太擅长用这个工具来为自己创业,因为这是两个概念,训练的技能也是完全不同的。

  创业的时候,你的人际关系,你处理人际关系的能力,你对社会潜规则的认识,还有你明白不明白别人的心,你会不会说让人喜欢的话,还有你对自己所提供的服务的策划和推销等等,这么多的问题都是客观存在着的。

  [总之]

  技术仅仅是一个工具,是你在人生一个阶段生存的工具,你可以一辈子喜欢它,但最好不要一辈子靠它生存。

 

转载自网络

 

 

 

 

 

 

一个老程序员的忠告

2017年10月22日 19:35:23 qq_15106273 阅读数:396

程序写的越多,对写程序本身的兴趣就越低,要是相反,那么恭喜你!

写程序时总是希望尽快写完,但是写完后又总是感觉还没有写好!

其实,程序时写给自己看的!

 

 

 

 

 

 

 

一个老程序员的建议

2012年07月31日 14:08:17 冥月天 阅读数:1471 标签: 语言编程生活活动python工作

导读:本文是从《Advice From An Old Programmer》文章翻译而来,文中内容是《Learn Python The Hard Way, 2nd Edition》这本书的尾声部分摘要。以下是文章内容:

看完了这本书,你决定继续做编程。也许它能成为你的一个职业,也许它能成为你的一项爱好。但你需要一些指导,确保自己不会走错了道路,或帮助你从这个新业余爱好中得到最大的乐趣。

我做了很久的编程。久的你都想象不出来,久的都让我苦恼。就在我写这本书的时候,我大概懂20种编程语言,而且我可以用一天或长点儿用一周的时 间学会一种新语言——要依这种语言有多奇怪而定。但这最终成为了我的苦恼,它们已经不能再吸引我的兴趣。我并不是说这些语言没有意思,或告诉你你会觉得它 们很枯燥。只是想说在我的职业旅程走到现在,我已不再对语言有兴趣。

经过这么多年的学习经历,我发现语言本身并不重要,重要的是你如何用它们。事实上,我一直知道这个道理,但我总是被语言吸引走,周期性的忘记这个道理。现在我不再忘记了,你也应该这样。

你会什么语言、你用什么语言,这并不重要。不要被围绕在编程语言周围的各种宗教宣传迷惑,那些只会遮蔽你的眼睛,让你看不出这些语言只是一种让你做有趣的事情的工具而已。这才是它们的真正属性。

编程作为一种智力活动,它是唯一的一种能让你创造出交互式艺术作品的艺术形式。你创造出来人们可以操作的软件,你是在间接的和人们交互。没有任何其它艺术形式有如此的交互性。电影是单向的向观众传输信息。绘画是静态的。而软件程序却是双向动态的。

编程只能算是一项一般有趣的工作。它可以成为一个不错的职业,但如果你既想多挣钱又要干的高兴,不如去开一家快餐馆。如果你把编程当做一种秘密武器在其它行业里使用,也许会有更好的效果。

科技界科技公司里会编程的人多如牛毛,没人会在意他们。而在生物界,医药界,政府,社会学界,物理界,历史界和数学界,如果你有这种技能,你能做出令人瞩目的事情。

当然,所有的这些话都是没有意义的。如果通过这本书,你喜欢上了编程,你应该尽你最大的努力,通过它来改善你的生活。去探索这神奇的精彩的智力活动,也只有近50年来的人有机会从事这种职业。如果你喜欢它,就尽情的热爱它吧。

最后我要说的是,学习开发软件会改变你,让你与众不同。不论是好的不同还是坏的,反正是不同。你会发现,因为你会开发软件,人们会对你很冷淡, 会用“书呆子”这样的词形容你。你会发现,由于你善于剖析逻辑,人们痛恨跟你辩论。你甚至会发现,只是简单的懂一些计算机原理都会给你带来很多烦恼,让你 跟他们比起来怪怪的。

对于这些问题,我只有一点小建议:这世界需要更多的能知道事情如何工作、喜欢去探索的人。当他们这样对待你时,你要记住,这是你的生活,不是他们的。与众不同不是罪恶,人们这样对你只是出于嫉妒,嫉妒你拥有一项他们在梦中都无法拥有的技能。

原文链接:外刊IT评论

 

 

 

 

 

 

 

 

一个老程序员的心得

2007年06月08日 17:27:00 wzrjyq 阅读数:429

不知不觉做软件已经做了十年,有成功的喜悦,也有失败的痛苦,但总不敢称自己是高手,因为和我心目中真正的高手们比起来,还差的太远。世界上并没有成为高手的捷径,但一些基本原则是可以遵循的。

  1. 扎实的基础。数据结构、离散数学、编译原理,这些是所有计算机科学的基础,如果不掌握他们,很难写出高水平的程序。据我的观察,学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写,但当你发现写到一定程度很难再提高的时候,就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP,即使你再精通OOP,遇到一些基本算法的时候可能也会束手无策。

  2. 丰富的想象力。不要拘泥于固定的思维方式,遇到问题的时候要多想几种解决问题的方案,试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上,除计算机以外,多涉猎其他的学科,比如天文、物理、数学等等。另外,多看科幻电影也是一个很好的途径。

  3. 最简单的是最好的。这也许是所有科学都遵循的一条准则,如此复杂的质能互换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式:E=mc2。简单的方法更容易被人理解,更容易实现,也更容易维护。遇到问题时要优先考虑最简单的方案,只有简单方案不能满足要求时再考虑复杂的方案。

  4. 不钻牛角尖。当你遇到障碍的时候,不妨暂时远离电脑,看看窗外的风景,听听轻音乐,和朋友聊聊天。当我遇到难题的时候会去玩游戏,而且是那种极暴力的打斗类游戏,当负责游戏的那部分大脑细胞极度亢奋的时候,负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候,我会发现那些难题现在竟然可以迎刃而解。

  5. 对答案的渴求。人类自然科学的发展史就是一个渴求得到答案的过程,即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念,一定要找到问题的答案,你才会付出精力去探索,即使最后没有得到答案,在过程中你也会学到很多东西。

  6. 多与别人交流。三人行必有我师,也许在一次和别人不经意的谈话中,就可以迸出灵感的火花。多上上网,看看别人对同一问题的看法,会给你很大的启发。

  7. 良好的编程风格。注意养成良好的习惯,代码的缩进编排,变量的命名规则要始终保持一致。大家都知道如何排除代码中错误,却往往忽视了对注释的排错。注释是程序的一个重要组成部分,它可以使你的代码更容易理解,而如果代码已经清楚地表达了你的思想,就不必再加注释了,如果注释和代码不一致,那就更加糟糕。

  8. 韧性和毅力。这也许是"高手"和一般程序员最大的区别。A good programming is 99% sweat and 1% coffee。高手们并不是天才,他们是在无数个日日夜夜中磨练出来的。成功能给我们带来无比的喜悦,但过程却是无比的枯燥乏味。你不妨做个测试,找个10000以内的素数表,把它们全都抄下来,然后再检查三遍,如果能够不间断地完成这一工作,你就可以满足这一条。

  这些是我这几年程序员生涯的一点体会,希望能够给大家有所帮助。 

 

 

 

 

一个老程序员的回忆(一)

2018年03月18日 23:26:03 sharperhuang 阅读数:36

从事程序员这个行当算来已经快20年,期间的苦甜酸辣一言难尽。

好吧,咱们搞技术的没那么多伤春悲秋的。事实上最近因为失业,闲下来总会想起这些年走过的路,写出来也算是一种回顾和总结。

计划从以下几个角度来回顾自己的程序员生涯:

  • 我的第一次
  • 我用过的数据库
  • 我用过的编程语言


 

 

 

一个老程序员的回忆(二)我的第一次

2018年03月18日 23:30:07 sharperhuang 阅读数:271

第一次接触计算机

 三十多年前,总设计师同志作出了“计算机普及要从娃娃做起”的指示。于是几年后(86还是87年,记不清了)我就读的高中引进了几台苹果用于让学生有机会摸一摸计算机。是的,就是字面意义上的“摸一摸”。过程是这样的:一批同学,在老师的监督下,在键盘上用一指禅敲几个指定的命令,然后执行一个简单的BASIC代码(就是在显示器上显示几排*),然后换下一批。

我就是在这种情形下第一次看到、摸到了计算机,至于学习更多的计算机技术,那是妄想。在高考指挥棒下,高中生哪有时间和精力。

 

第一次学习计算机编程语言

我大学读的是自动控制专业,号称是电气类的万金油,从电路理论到数字电路基础,从微机原理到单片机开发,从数据结构到计算机语言都有学习,甚至还学习了人工智能方面的课程(LISP语言与神经元网络,现在AI这么火,我是不是可以冒充一下AI专家)。由于这些都不算核心课程,每一门都是学些皮毛。

第一次学习计算机编程语言大约在大一,学的是Fortran。学完以后就还给老师了,现在只是依稀记得这是一门用于数值计算的高级语言,上机实验用的是DEC小型机。

 

第一次编写商用程序

第一次编写商用程序在毕业设计期间,项目是开发一个工业用测温仪。导师负责硬件线路的设计和实现,采用8051单片机为微型控制器。我负责编写软件部分,用8051汇编写的,主要功能包括采样、查表换算、LED温度显示。开发机开始是一台IBM 8088(有人用过吗?),后来用了一台286机器。这个项目到毕业了还没完工,在导师的要求下,大约又留校一个月左右将项目完成。项目完成后,导师请我吃了一顿西餐(这也是我第一次吃正规的西餐)并给了200元的酬劳。当时一般职工的工资也就100元左右,导师给出这个报酬也算是很厚道了。

 

第一次入职IT公司

毕业后,在国有企业混了一年,然后在N倍工资的诱惑下,辞职加入了一家带有研究所名号的民营企业,正式开始了至今为止20多年的程序猿的悲喜人生。这这家公司,从程序员混到软件部经理,然后疲倦,然后在辞职下海寻刺激,然后呛水后再上岸,回归了冥冥中注定的职业之路。

 

 

 

 

 

 

 

一个老程序员的下场

2014年03月27日 13:46:31 闪小达 阅读数:539

http://news.mydrivers.com/1/298/298334.htm 

 

长期从事编程活动的程序员都期望在50多岁时能爬到一个足够高的职位,或者能顺利的退休。

但我在这里讨论的可能是一个你还没有想过的问题:如果到那时你失业了呢?

50多岁时你的职业仕途会成为一个问题。如果你有很好的技术,有人雇你,你会有一个很高的职衔,或你是一个专家,或有很好的人际关系,你都有可能找到一个新的职务。

否则,你会从衣食无忧沦落为无家可归。这是真的。我55岁,我的简历会让你感觉非常优秀,10年前我能挣到多达100万美元。现在我是一个流浪汉。我身体不是很好,没有医险,没有牙医。能找到的工作只是一些基本不需要技术的体力劳动,我也干不了。

我在试着做家教。然而,这点钱基本上不够付燃气费的。一个行政助理公司的老总拒绝了我,他们只要有经验的。

有两个人考虑让我去照料他们更老的亲属,但我没去。我去那里后将有一个职责是伺候拉屎撒尿。

不希望你们也变成我这样。我能给你们的是我的一些建议:

1.职场上往上爬,不要停。

2.成为某一方面的专家——虽然保持足够宽的技术面也很重要,这样你才不会被淘汰。

3.建立一个人际圈。扩大它。

4.多样化你的投资。

5.有工作时医疗保险一定要上,这方面不要出问题。如果你没了工作,没了钱,医疗保险也没有,这将会成为一个严重的问题。

6.与人为善。但也不要犯傻。大部分你帮助过的人不会回报你。

关于成为某一方面的专家,我在2011年做了一段招聘工作,我敢肯定,市场上并不太喜欢全才/通才技术人员。

技术上我做全能选手做了35年。工作要求我这样。大部分任何项目只要来了我都做,包括任何类型的编程开发。互联网泡沫出现时,公司钱都花完了,我承担了所有的技术角色;IT,网站,开发,技术支持,文档编写,等等。所有工作我都会一点。

后来,这些经历没有给我带来任何改变。很少有招聘启事上写“需要一个什么都会一点”的人。

2003年,互联网泡沫破灭时,我的持股收入有1百万美元。之后大部分都损失掉了,我只好重新到人才市场求职。这才认识到,招聘单位对大龄的技术通才需求并不多。

就我个人的情况,有些事情跟你们不太一样,这是另外一个故事,下回再说。但如果你是一个技术通才,而且在中年失业,你很可能会遇到这样的情况:

“有这样的经验阅历,你应该是一个CTO呀?为什么连个工作都没有?”

他们会问你一下算法问题——你有30年没思考过的问题。或要求你进行编码考试——在这种不利的情况下你根本发挥不出特长。

提早打算。人生不如意十有八九。

 

 

 

 

 

 

 

一个“老”程序员的思考

2016年11月04日 09:54:38 松门一枝花 阅读数:260更多

个人分类: 茶余饭后

本文是一位40岁老程序员对职业生涯的思考,建议多学习接触新事物,将精力投入到衰竭期比较长的知识领域,这些都是很有建设性的。下面是大意译文:在我四十岁的这个门槛上,我不得不承认我感觉有些力不从心,我知道这是工作的一部分,我得继续付出,我们常常要尽快的忘掉一些知识,能够尽快的吸收一些新的知识,作为为下一次旅程准备。因此有两个建议:首先要有长远观点,不要过度榨取自己,要尽可能的取得获得新经验的机会。经常看到一些人虽然获得了丰厚的薪酬,但是他的职业很少有机会接触新兴事物,再过五年,他们就会意识到他们的宝贵知识已经蒸发,他们的工资将偏离平均水平,短期内你赚更少的钱,有可能意味着长期的职业生涯赚更多的钱。更长的衰减期的知识上,比如,算法逻辑,应用安全,性能优化和架构。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

一个老程序员的教诲

2014年04月23日 11:27:42 Sunface撩技术 阅读数:1123

 版权声明:本文为Sunface(孙飞)原创文章,转载请注明出处 https://blog.csdn.net/abv123456789/article/details/24354535

一些人总是发出一些错误的声音,形成了劣胜优汰可怕的现象。他们在误导着中国,把我们的后继军训练成软件蓝领――――胸无大志,目光短浅,稍有点成绩就自 满就自高自大的人,浑不知天外有天,外国正在虎视眈眈盯着中国的庞大市场。
没培训,意味着不思进取,思想僵化,要被淘汰。没有希望,看不到未来。你注定被淘汰。别人通过拼捕获得的成功你就要嫉妒。因为你永远达不到那个高度。只有暗算他,把他拉下来,你才能达去外企,你可以看到一个光明的前途,你可以不断进步。路越走越宽。你在那个企业工作一段时间后,学到了很多东西。出来后你就是另外一个人。我曾经想去一个企业,不是因为他的工资高,而是他那里有培训,甚至送到国外培训,从他那里出来后可以当总经理。
在国内,你的路会越走越窄,最终无路可走。因为你没有学习,落后于时代,再找到新工作都很难。

 

 

 

 

 

一个老程序员的烦恼

2013年04月07日 10:03:55 tudus 阅读数:477

       朋友,79年的,之前一直在一家小公司工作,10年工作经验。最近公司不景气,濒临倒闭,朋友跳槽去了一家大的公司,也是从事技术工作(朋友属于内向性的,不善言谈,喜欢做技术,觉得自己不太适合做管理,所以一直就没有转到管理岗位上),新公司的氛围不错,待遇也还好,朋友刚找到这个工作的时候也很满意。朋友的上司-项目经理86年的,人比较活泼,长的也帅,能说回道,据说在测试部门粉丝MM一大把。朋友新来,务必要接触很多新东西,免不了要向经理请教,年轻的高富帅经理经常的说:“这个嘛,都不会,So easy!”。朋友很是接受不了,难道作为一线的程序员就要被鄙视吗?(可能经理也是无意的),朋友问我怎么办?我也很无奈,自己未来不和他是一样的吗?大龄一线程序员该怎么办?我们已经不是刚走出校园的我们,有时候真的不能承受年轻的一代在你面前指手画脚。可能有些朋友说,你可以不断的修炼自己的技术,往技术总监的道路上发展,但这个又有多少人能做到呢?不光看勤奋天分,还有看运气。

 

 

 

 

 

 

一个女程序员第九年工作总结

2013年11月08日 12:53:07 爱跳舞的铅笔头 阅读数:1435 标签: 女程序员工作 更多

个人分类: IT时代

很欣赏这位程序员姐姐,于是把文章转载过来,和大家分享,原文地址http://bbs.csdn.net/topics/390636803?page=1#post-396013706

工作总结:

又到一年写总结的时候了。今年比较特殊,因为大部分时间在休产假。所以今年会在有限的工作总结后面写一些杂七杂八。

其实去年写总结的时候已经到了孕晚期,我属于比较晚才歇的人。确切地说我的产假开始于生产前一天,除了那种从岗位直接到产房的人我算是相当晚的了。肚子比较给力没有大到让我开不了车的程度,于是就一直上班,总比在家无聊要好。

言归正传,从去年晚些时候开始我带的项目对一个新的客户实施。我带的东西属于三年不开张,开张吃三年那种。一次实施个一年半载很正常,再加上客户的各部门之间扯皮,实施工作基本上就是螺旋式前进。简单列一下在实施中需要注意的:

 

1,出问题。无论我们内部测试多周密,客户那边模拟环境多细致,一旦真正上马总会出问题。所以从心里就要接受,不能前方一说出现某某问题就先想着内测没有问题这种事情。就是想了也不能说。这就跟找到个bug给开发,开发的第一句话是"我机器上没问题"一样。这样的话让人听了很不舒服,平白增加抵触不解决任何问题。对于大项目实施中出现的问题,应该从多方面多角度分析。比如客户的环境,硬件,网络速度,逐级权限分配,杀毒软件等等周边问题。即便实施工程师填写了环境报告,还是要一一仔细询问清楚,很多时候这样的对话就能找出问题。

以上就是我不多的工作总结,实在太平庸了自己都看不下去了。实话实说我是没在技术上做什么突破,去年学了点mvc,还有就是觉得好玩做了个简单的安卓app.

工作总结不多,写一些杂七杂八的吧。
还是那句话

 

 

 

 

 

 

 

一个工作两年程序员的总结(很好)

2013年07月10日 16:52:23 zhujiaxing666666 阅读数:4636

前些日子特别烦躁,出差后,没时间烦躁。

1. 回家还是外出打工


刚毕业的学生几乎都面临这么一个选择。

先说说两者之间的差别。

一个初中同桌,曾发表心情说羡慕那些外出打拼的,她本人在银行工作,应该是那种地方性小银行,恰好我接触的全是此类银行,所以我想我有资格在这里说说。

我无意无说明回家和打工谁好谁坏,每个人情况不同,看待事物的方式也不同。

2. 既然选择,就别埋怨


在北京的时候,有两个实习生和我住一个宿舍,他们经常说,我有一个同学怎么怎么,又有一个同学怎么怎么,那么我想问,你为什么不去你那个同学的公司,而要来这里?

所以既然你回家了,进了事业单位,就别埋怨单位同事的勾心斗角,热嘲冷讽,领导的不学无术,无理发火。

所以,下面我要说的就是:

3. 保持一颗纯净的心


纯净这个词,往往会让人说是幼稚。

我下面写的东西,可能会让你觉得与这一条冲突,其实下面的内容正是因为要保持一颗纯净的心,而避免世俗的影响。

4. 别把直接领导不当领导


每个领导管理方式不同,有人和你站在一条线上,有人站在对面的线上。

别把直接领导不当领导,别越级汇报工作。

将在外,军令有所不受,如果谁都听皇帝的话,那历史上的兵变就没有一个能成功。

5. 善于向直接领导汇报工作


再牛逼的程序员,去一个新的环境你都要向别人证明一件事:你会编程
你在工作。

去一个城市出差,配合其他组的同事,这时候其他组人员没到齐,你觉得等几天无所谓,过几天领导问你工作进度,你说由于其他组人员没到齐,还没开始,这时候领导会觉得你这几天什么都没干,反而如果刚开始你就给领导说了人员没到齐的情况,这几天依旧是什么都没干,但结果往往不同。

不要总站在自己的角度想事情。

6. 懂得大智若愚,低调做人


程序员有个毛病,一个不服一个,所以每当某人在上面讲技术的时候,除非开源大神级别的人物,否则下面都要想方设法的挑毛病。

木秀于林,风必摧之;堆出于岸,流必湍之;行高于人,众必非之。

不要太过清高自傲,一意孤行,我行我素,但也不是让你察言观色,审时度势,要做到大智若愚,懂得韬光养晦。

7. 任务不是越快完成越好


不管你是事业单位还是私人企业,给你分的任务不是越快完成越好。

不要太过相信多劳多得。

8. 证明你有利用的价值


别总说被人利用了。

9. 善于发现他人优点


不是为了巴结而虚假的奉承。

对于新人,更应该看到他的进步,而不是觉得他始终不如自己。

10. 祸从口出,少说多听


首先,基本没有人专门找你所谓的”闲谈”。

我本人很反感这一点,我不是分析不出来前因后果,虽然阅历浅,但现实中哪有书中那种阴险狡诈,错综复杂,我只是从心里反感而已,所以如果你如我一样不想去分析,那么你就要学会倾听。

11. 认准位置,注重细节


很多事情,没必要为此引起争端。

鹤壁的城管文明执法的时候,总在说一句话:

12. 两个人知道就不是秘密


不要背后说别人坏话,然后说:不要给XXX说。

离职意向也是一样,你干的不爽,准备离职,告诉了一个人,然后说给他说:不要告诉其他人。

13. 不要被仇恨所累


仇恨这个词,源于人的本性,所以看武侠小说的复仇总是甘畅淋漓,羡慕江湖儿女的快意恩仇。

仇恨是别人扔给你的,你自愿接住的。

佛家说把别人给你的痛苦当作他帮你修行,应当感谢。
活着就是修行。

最后自我总结


关于内容,几点参考网上一篇给IT新人的15点建议:苦逼程序员的辛酸反省与总结。

写下以上13点,其实大多都是自己没有做到,或者怕自己以后会发展成那样,所以写在这里引以为戒。

文章来自:http://blog.csdn.net/nanqi0506/article/details/9186353

 

 

 

 

 

 

 

 

你是一个努力工作的程序员,还是一个懒惰的程序员?

2013年12月26日 13:34:44 天涯路linux 阅读数:756

 当一个人在完成一件体力工作时,你很容易评估他是否在努力的工作。你可以观察他的物理动作,看他流了多少汗水。你还可以看到他工作的成功:砖墙在砌高,地面上挖的坑在变大。对努力工作的认可和褒奖是人性中非常基本的本能反应。这也正是为什么人们对体力耐力体育活动如此着迷的原因之一。这种对体力上的辛苦工作的本能的赏识,在遇到管理一群技术创造型的员工时,却成了一个麻烦问题。高效的脑力工作者通常会被看作并没有在努力的工作。

 

早在2004年,我还是一个初级程序员,工作在一家有线电视公司,在一个大型团队中开发财务和供销系统。跟所有的大型系统一样,这个系统由很多的相对独立的模块组成,分别由一些个人或小团队负责。其中模拟电视和数字电视的财务和供销系统几乎完全独立,分别由两个团队开发。

 

模拟电视开发组决定在早期的微软Biztalk平台上开发他们的系统。由这个公司的4个小伙和微软的一个团队共同开发,并负责产品环境的运行。他们看起来真的工作的十分辛苦和努力。你经常能看到他们加班到深夜或周末加班。每个人都会随时放下手中的活儿来解决正式环境中突现的问题,经常会在一张桌子前一群人围绕着一个小伙,各自说出自己的见解,讨论什么地方错了,应该如何修正。工作气氛永远是热火朝天,每个人都能看到这些——即使只是经过瞟一眼,不仅仅从整个团队讲,而是他们每个人都真的真的工作的很努力。

 

数字电视供销系统开发团队却是完全的不同。代码几乎是由一个家伙写的,我们就叫他大卫吧。我是一个初级程序员,在团队里做维护工作。起初我在理解他的代码时遇到了很大的麻烦。他的代码里没有很长的过程,通常我的代码会把很多操作放到一起,相反,他的代码里有大量的很小的类文件和只有几行代码的小方法。好几个同事都抱怨大卫把代码搞的过度复杂了。但大卫耐心教导我,建议我去读几本面向对象编程的书籍。他给我讲设计模式,SOLID编程原则,单元测试等知识。很快,我对他的代码开始有了理解,我越研究他的代码,越欣赏这些程序中优雅的设计。这些代码放到产品环境中非常好用,运行稳定的干着它们的工作。这些代码修改起来也相当简单,因此,一些新功能的增加变得轻松容易。单元测试保证了大部分的bug都阻挡到了正式环境之外。

 

这些做法产生的结果就是,我们看起来完全不是在十分努力的工作。我们5点半准时下班,周末从来没有加过班,我们从来没有发生过一大群人围绕着一个人数小时的讨论正式环境中的错误是怎么发生的场景。在外人看来,我们肯定是被分配了一件相对容易的任务。但事实上,需求都是十分相似的,我们只是更好的设计和实现了这个系统,有更好的支持系统基础架构,特别是单元测试。

 

管理部门宣称他们要根据员工的工作表现涨薪。当轮到老板跟我谈话时,老板说只给那些工作真的努力的员工涨工资才显的公平。而我们的团队看起来对公司发展的好坏并不太在意——跟那些放弃了自己的晚上和周末的英雄们相比。

 

这家公司是一个稀有的实验室,你可以将好的软件设计和坏的软件设计、好的团队特征和不好的团队特征的影响效果做一个直接的对比观察。大多数的公司里不可能提供这种比较的机会。你很难说这些挥汗如雨、工作到深夜和周末、坚持冲在灭火第一线的小伙们是为了开发一个真的非常非常复杂的系统而展示了伟大的付出,还是就是一次失败。除非你有能力提供两个团队来竞争,让他们解决同样的问题,可是哪个公司愿意做这样的事情呢。相反,如何看待那些坐在角落里,朝九晚五,看着像是整天上网读什么东西的程序员呢?是他们善于写出强健稳定的代码吗?还是分配的活儿比其他人容易?在常人的眼里,前一个团队的小伙们是在努力的工作,而第二个不是。努力工作值得赞扬,懒惰可耻,不是吗?

 

我敢断言,表面上看起来工作很努力通常会是一种失败的信号。在高压下,在一个不断被打搅的环境中,软件开发通常是不能干好的。长时间的工作往往不是一个好的方式。有时解决一个难题的最好的方法是停止思考,出去散散步,或更好的,去睡一个好觉,让潜意识帮你解决。我最喜欢的一本书就是20世纪英国数学界领军人物G. H. Hardy先生写的《A Mathematician’s Apology》。在这本书里,Hardy先生描述他的日常规律:上午4小时的工作,下午看板球比赛。他说一天超过四小时的高强度脑力劳动都是无意义的,也是无效率的。

 

对于那些管理者们,我想说的是,判断一个人要看结果,要看开发出的软件的好用与否,而不是看他们表现的是如何在努力的工作。很反直觉吧,你其实最好不要坐在这些程序员中间,这样能保证你不受传统的、本能上的评判指标的影响,这样你才能对他们的产出有更好的认识。远程工作是特别有效的一种做法,你只能通常他们的产出来评判他们,而不是省事的观察他们是否8小时都坐在办公桌前对着IDE噼里啪啦的敲着键盘或“热心的”围聚在另外一个人的桌前提供着“有效的”建议。

 

 

 

 

 

 

 

 

 

2016年中总结

2016年08月31日 23:48:32 傻子点点 阅读数:494

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u013034640/article/details/52390267

      时间飞快,2016年上半年中收获很多,项目/学习/实习等,感慨颇多。

一,学习/项目

走过BS ,进入了Java的世界,在项目中实践对于自己的知识有了一个梳理和巩固。期间经历了ITOO5.0基础系统,对于基础系统的业务有了更多的了解。图书馆系统,自己从头开始,重新理了一遍itoo的框架,也是一个从开始一直经历的系统,虽有遗憾,但是很感谢这段时光。JavaIToo系统,最初什么都不懂,到慢慢的有了感觉,见识了Java的魅力世界。7月份,实习中和智慧校园管理系统相遇,一切从0开始,好好的补充了自己的基础知识,拓宽了视野。

二,毕业

今天我们毕业了,走出了廊坊师范学院,和别人不同的是,我们继续呆在提高班学习。因为一直在提高班年学习,所以真觉得毕业了,没有什么,也没有觉得以后很长时间都见不到了。抽了时间拍了毕业照,一直没有吃一顿团圆饭。直到你们一个个的都走了,看着空空的床铺,我才感觉到真的毕业了,你们一走不知道什么时候,才能够见到。四年的时间,就是这么短暂,最后没有聚齐的聚餐,原来一直有矛盾的舍友,也坐在一起,谈论着过去和未来,这个时候,感觉一切都释然了,开心的不开心的,都是无比的留恋。四年天天在你身边转悠的人,突然要走了,除了不舍,还是不舍。

三,考试

1,自考。

自学考试一直在路上,这半年报了三级网络和管理经济学,只通过了管理经济学,网络虽然没有通过吧,但是也觉得收获挺大的。感觉自己就是后知后觉的人,考前一天,我才感觉原来一直都不懂得网络,现在懂了。所以后面复习软考的时候,这一部分就一带而过了。

2,软考。

去年的软考以2分之差,遗憾名落孙山山,今年再战。软考的复习时间之有一个月,比较去年,缩短了一半,所以自考过后,就马不停蹄的开始了软考复习。其中的过程挺曲折的,开始团队的力量不是很强,每个人都在忙碌自己的事情,而且有同学想去实习,所以时间上就不是很统一。后来我们重新分组,规划,团队复习,最后小组内都取得了不错的成绩。16年5月,再次进京赶考,这次收获的是满满的喜悦。一个月的日子,很快,很怀念那段一起奋斗的日子,特别感谢我们的组长夫人和小王子阁下。

 四,实习

7月1日,毫无预料的进入了实习生活,没有去向往的北京,却来到了石家庄,然后跟着项目转战邢台。刚开始十分紧张和不安,但是现在已经很适应这样的生活了。学习到了很多基础的知识,补充了一把能量。

五,英语

英语我们逐渐由听力进入了说的阶段,组成了小组,每天讲小故事,很兴奋。出来实习之后,没有很好的保持下来,平时敲代码敲烦了,就带上耳机,循环着播放,浸泡在英语的世界中,效果还不错。还是很期待回家,加入家里小伙伴的队伍!

 总结:

  不辜负时光,下半年要更加努力,绽放一个不一样的自己。

 

 

 

 

 

 

 

 

 

 

 

 

 

相信自己、相信未来—2017半年总结

2017年08月27日 17:02:13 ~哀而不伤 阅读数:742

 版权声明:每天进步一点点——我也只是写着玩儿——随便转随便评 https://blog.csdn.net/u013034889/article/details/77529807

前言: 2017年以来,发生了几件大事。第一:更愿意为大家做事;第二:思维方式和学习能力发生了巨变;第三:更加的积极乐观,主动更新自己;第四:我脱双了。

本篇博客,一共分为两个模块,第一个:围绕几件大事,介绍这半年以来的变化;第二个:对未来5年的规划

一、2017年的几件大事

1.1,更愿意为大家做事

我一直都有为大家服务的心,平常也在做。但为什么说这个是2017年的大事之一呢?因为,这半年以来,为大家做事这个特征在我身上愈发明显,并且潜移默化的排在了一个很重要靠前的位置。 首先:最为明显的是,当发现大家在项目中开发有一些抱怨,有一些可以提升改善的现象时,我会去做一些工作,解决它,改善它。 发现一些需要注意和改善的地方,我也会积极主动的跟上层交流,并提出我的解决方案,以及必要时刻,亲自去做这件事。  比如:在项目中关于文档的编辑,对于前后端联调的一些现象,提出了swagger,并负责相关的分享和帮忙;发奋图强解决Jeddict的一些问题,不让其耽误大家的正常应用;给大Boss发邮件,说了一些帮助集体提升的建议:写评博客,部门设立和管理等等!

会积极发现一些优点,对公司目前的产品提出一些建议:比如前两天刚说到的 在产品中进行关键词过滤,自己也正在实践相关算法,并考虑项目的现状,实现最小修改的整合。

这一点,这半年以来,我认为我做得比以前好,也会越来越好!

1.2,思维方式和学习能力发生了巨变

思维方式这方面,我一直都比较随心随意,不按常理出牌。但这里说的巨变,是说效率上有了大的变化。最为明显的特质:1,化繁为简;2,变废为宝;3,学习工作娱乐化。  

就拿学习工作娱乐化来说吧,以前就觉得解决项目问题可苦逼了,真的,特别不喜欢调bug。但突然有一天,就顿悟了那句老生常谈的话:优秀是一种选择,生活是一种选择。之前就偶尔的负能量,抱怨、消极,不仅消耗了自己的精力和能量,也坑惨了身边亲近的人。现在,就觉得工作可开心了。就拿上次解决API文档的事儿吧,还有API网关的事儿,作者真的好帅好帅,Martin特别特别好。每天解决工作中的一些事,就意味着我又有机会和牛逼的人交流了,意味着,我又可以学习,又可以提高,又可以和帅哥私信沟通了。真的特别开心,甚至都心理不正常,特别期盼着,项目中,集体中能有什么可以提升的,就可以集中了火力提出解决方案,一同改善提升。  当然,在这里边也反映出了自己另外一个还需要再提升的点:观察能力!

学习能力,这一点变化真的特别大。简单的例子:之前从来没有接触过angular这个东西,但突然有一天,本宝宝也需要去做前端的工作,花了大概是3个小时吧,学习了angular官网的英雄编辑器,最后把我自己项目中的页面做了实现(就差web api交互) 。 特别棒,真的!

1.3,更加的积极乐观,主动更新自己

以前,在我看来,命运对我并不公平。我从没有想过要去欺负谁,可是为什么,命运和那些可爱的人们,要以那种伤害我的方式对待我!但是,很感激我身边的一群人,Bill,Cindy,Jimmy,Hangel,Zero,Daniel,Vincent,Yana,欧欧欧,丽丽,图图,米夫子,爸爸妈妈,哥哥和小侄子,还有身边其他一些人。他们都不同程度上在帮我,给我爱,给我阳光和希望,相信我,帮助我,指导我。 我其实,特别特别幸福和幸运。  事实上,命运对我很好,他甚至很优待我。他给了我一双眼睛,能够发现生活中更多的美和快乐。也给了我一颗温暖宽容的心,能够安慰和帮助更多受伤的人!

在一种充满了爱、鼓励、信任、关怀的环境中,我变得更加的积极乐观。每次遇到一件事儿的时候,我会去想,优秀的人会怎么去处理???我除了以这样的思维方式去思考,是不是还可以找到一种更积极的方式???我能够从这里面学习到什么???  真的,谢谢大家!  我现在看得挺开的,我就是个逗比,我很骄傲!  我想,我还是会那种很开心很傻的笑,因为,我确实很开心,每天都有惊喜,每天都有成长!

我参加了很多活动,并不是仅仅的待在电脑旁,做项目,写代码。 我现在很喜欢去和牛掰的人交流沟通,我上次参加了Oracle code 大会,这次参加了Spring summit。 看着那群优秀的人,我就好像看见了未来的那个我自己,特别有干劲和激情。 会把学习到的东西,及时的总结反馈,运用到公司的项目里,特别开心!

很大的一个感触:如果你命不好,那你就去和命好的人在一起;如果你还不够优秀,那你就去和更优秀的人在一起。 你是谁,你现在是谁,其实,一点都不重要。重要的是:你和谁在一起,你未来会是谁!

1.4,我脱双了

2017,不得不提的一件大事:我脱双了!  说实话,每次提及我这7年的初恋感情,我变得就不那么乐观和积极,但我尽量用积极的词汇和态度去描述它。

不知不觉,9月份了,我正儿八经的脱双:9个多月了。这之间,我不理解、我接受不了、我难过痛哭,但我觉得,我做的有一点非常好:我从来不允许除了我之外的人,去恶意中伤我的前男友。  我自己,也从当初的抱怨,到现在,逢人就夸我前男友。我的回忆更多是快乐的时光,想到他的时候,也都是他的好。  有时候,我这种态度,会给身边人一些错觉,仿佛我始终怀念,我始终放不下。但是, 我在慢慢的变好,我会祝福他,我也祝福我自己!  我,那么那么的深爱过,我7年的青春,都是认真的,他对我的好,也全都是真的。  以后,我会很用心,用一个更好的我,去爱上另一个人,去享受被爱,这也都是真的!   谁都无法抹杀我的过去,我也不能忘记我的过去,知道我曾经有多痛,我才能更好的幸福!   其实,我一直都觉得我就是应该被哄着、惯着、宠着、爱着,不管我多少岁,不管我有没有受过伤,因为,我值得。喜欢我的那个人,也就是应该被哄着、惯着、宠着、爱着,因为,他也值得。  我相信爱情,一直!

我以前,做得不够好,我现在,在努力的提升自己! 很多东西,我还不是很懂,很多生活上的事儿,我也还是会搞砸,不知所措。但,一切都会好起来的!

 

二、对未来5年的规划

2.1,出版书籍

这个要排在很重要的位置,不能因为我一个人耽误事儿。这是一个对我来说,很好很重要的提升机会,我会好好的去准备,按照计划,一步一步,踏踏实实的走!

2.2,把自己嫁了

5年,本宝宝就30了,晚婚已经不能控制了,那我也不能熬成个高龄产妇!所以,未来的5年里,找个顺眼儿的,把我哄着、惯着、宠着、爱着的人,就嫁了!做个好母亲,好妻子,好女儿!(但真心别指望我天天在家收拾家务做饭)我喜欢弹琴,我会兼顾对方的工作和生活,选一个我也喜欢的城市,定居!按照我自己画的图纸,布置我的家。买我多年来一直都很想要的琴,诗集,在工作之余,娱乐自己,“谋害”老公孩子! PS: 本宝宝会好好练的,其实,我当年歇琴的时候弹得还不错啦! 对了,我还要学会游泳,买了那么一套sexy 的泳装,总不能浪费了!

2.3,以考促学:心理学

我有时候就老往死胡同里面拱,虽然身边的大哥大嫂朋友们也会帮我,但我也想自己帮助自己,最好也能帮助大家。我就想通过考试的形式,去促使自己学习相关心理学的东西(我不会告诉大家,我只是想更好的当个mother滴) 我一定要考取一个心理学方面的资格证书!

2.4,工作方面

工作方面,我会让自己走向管理层。那么5年后,首先是看对方对我的需求,其次是朋友们有没有需要我的(没办法,必须列上这一点,朋友们可牛掰了,万一某某某需要我看门呢),如果还可以的话,那我会开个小店(嘿嘿,为了我的小店资金,这些年要可劲儿的蹭吃蹭喝,当个铁公鸡)嗯,卖花、卖小礼品,一边经营我的小店,一边写作,写代码!(一定要存钱,因为很可能赚不了钱啊,嘿嘿嘿嘿)

 

三、总结

我一直都没有什么远大梦想,我最大的梦想,就是做一个惠及三代的贤妻良母!但我也必须要和朋友们与时俱进,避免站在一起显得我很尴尬! 未来真心挺美好的!只要大家很积极,去提升自己去付出,一切都有可能,我们一定可以创造出自己想要的未来,成为那个自己想成为的人,过上那种自己想要过的生活!

最后,相信自己,相信未来! 还有就是,如果我有可以提升改善的地方,我的身边的人们,请一定要告诉我!再一次,感激命运,感激大家,感激我自己!

长喝蜂蜜的人和不喝蜂蜜的人真的有区别,后悔没早知道!!!舒恒 · 顶新

 

  • 李爽11: 一篇文章就看到了一个真情实意,活灵活现,有活力的你。能认识你也是我生命中值得感谢的一件事。(1年前#10楼)

    0

  • 何新生-功夫熊猫: 1,最大最大的进步, 抱怨少了,遇到问题解决问题, 就事论事! 2,对团队,组织的贡献越来越大!(1年前#9楼)

    0

  • 我是太阳啦啦啦: 未来的你,加油!(1年前#8楼)

    0

  • 马康: 2017一定会更加美好,加油~(1年前#7楼)

    0

  • Adam`: 以考促学!不错的思想观念!(1年前#6楼)

    0

  • 傻子点点: 不断成长,不断进步(1年前#5楼)

    0

  • 世代庄少主: 果然是各方面成长(1年前#4楼)

    0

  • 奋斗的小青年_: 不忘初心(1年前#3楼)

    0

  • 尚亦夕: 好棒哟,敢想敢做敢拼,你一定行,加油!(1年前#2楼)

    0

  • 14期-任嘉颖: 五年之后成为想成为的自己(1年前

 

 

 

 

 

 

 

 

 

 

 

 

 

2010年寒假学习心得

2017年07月11日 17:19:03 松门一枝花 阅读数:194

 版权声明:有问题咨询请发邮件zengmiaogen@126.com。CSDN的留言和私信不好使。 https://blog.csdn.net/zengmingen/article/details/74989818

本人的博客园博客:http://www.cnblogs.com/zengmiaogen

博客园是我早期发表的博文。

------------------------------------------

 

1、心态要好,要相信自己能完成,不要担心自己完成不了,万事开头难,有挫折是正常的。

2、不要等到把某种技术学精了再去完成任务,学习是摸着石头过河。学精=基础+经验。经验在实践中得到

3、ADO.NET的SQL语句要熟记,通过练习才能体会。特别是SQL语句中有变量时需特别注意,string.format(string)好用。

4、不要把数据库的操作语句(SQL语句)写在页面上,容易被黑。项目绝对要这样,平时练习出于方便可以写在页面上,但最好养成这个习惯。

5、做一个项目最好严格按照项目的完成步骤来。特别是做需求分析时,先分析好再做,失之毫厘差之千里,一个需求没分析好,很可能会影响全局。

6、数据库的设计时不要纠结于如何一次性就设计出完美的数据库方案,数据库的设计很依靠经验,并且在项目完成过程中,数据库大多都要修改,甚至最后的数据库设计与开始时完全不同了。

7、在初学时使用函数来绑定数据库,不要使用控件的自动生成。绑定数据库对初学者来说是难点,看一句代码,照写一句是初学者必经路。不要复制粘贴。

8、充分利用网络资源(百度、谷歌、MSDN等)。

9、甜蜜、喜悦、收获在痛苦、郁闷、纠结之后。

 

 

 

 

 

 

 

 

 

你是怎样的程序员?

2017年07月13日 16:10:42 松门一枝花 阅读数:160更多

个人分类: 茶余饭后

 版权声明:有问题咨询请发邮件zengmiaogen@126.com。CSDN的留言和私信不好使。 https://blog.csdn.net/zengmingen/article/details/75073107

 

一、程序员A


这样的程序员,就是能给公司节约大量成本的高手,当然越老越吃香。

 

二、程序员B


他是一个在底层默默奉献了十多年的程序员,每天根据经理要求勤勤恳恳完成代码编写,遇到技术难题反正有高手能帮助解决,需要学习新技术的高难项目,能不进项目组就不进项目组,偏安一方。

他年年都有轻微的加薪,可随着年资增长,家庭拖累越来越厉害,精力下降,可是手头的技能少,又不习惯学新东西。。。


 

三、程序员C

 

曾经是A,现在是B

 

 

 

 

 

 

 

 

 

 

 

 

 

一个项目经理的贪嗔痴

2017年07月07日 15:51:36 松门一枝花 阅读数:296更多

个人分类: 茶余饭后

我有时候在想,自己到底是一个什么角色?产品经理?还是一个项目经理?或者只是一个技术经理。

身边一些朋友说,自己想转行做一个产品经理,做一个伟大的产品。我奉劝他们说还是省省吧,在这样一个二三线城市,空降的产品经理,最终会成为杂工,做做测试,做做商务,整理整理进度,收集收集用户反馈,对于产品如何去做,基本插不上嘴的!倒也不是插不上嘴,只是没人听你的而已;倒不如技术经理升级为产品经理兼任项目经理来的快些。

我大概也是这样一个角色吧。

可是最近有段时间,自己竟然有了辞职的念头,有了想逃避的想法,有了想离开的打算。感慨,我只是一个打工的,怎么这么忙这么累,这么焦虑。

我深刻反省自己,是不是犯了贪嗔痴三毒(正好最近在读天龙八部,读到虚竹这部分)。

是不是技术类的书该收起来了?优先看看项目管理类的,比如《人月神话》啦,软件随想录啦,或者敏捷开发之道了之类;再者也该收收自己那颗酸臭的文学爱好者的心了,你写不出什么醍醐灌顶的文章,也编不出曲折离奇的小说。三者,单个服务器确实是顶不住压力了,但是部署nginx+tomcat的任务就交给别人去做好了,你就不用参与了吧。

也是不是该把ide在自己的工作电脑上卸掉了,每周的工作计划,版本更新计划,是不是自己的开发任务应该分给别人,把时间腾出来看看我们的工作流程是不是还有待完善的地方,有没有因为流程的不完善责任的不清晰造成最后更新版本时候的手忙脚乱?设计,UI,美工,程序之间的工作的衔接是不是审核的更加严格一点,还有没有因为审核不严导致返工浪费开发资源的情况?

是不是不应该执念太重,非要在三十岁之前做成一个出色的项目?做不成又怎么样,难道顺其自然不更好么?

是不是处女座,一定要把产品做完美,那怕是差一个像素,一点点色值?非要为此而为难各位美工和ui么,不顾他们厌恶的表情而逼着他们加班加点,去做那些用户根本不会瞧上一眼的细节?

是不是还是技术痴?因为程序用错了一个数据结构没有遵循数据库开发范式而让程序推倒重来?因为函数或者变量命名的不规范,而一遍遍重新提交代码?

有了痴和贪,嗔似乎也就自然而然了。

因为疏忽,导致返工,浪费开发资源,便要懊恼半天。

bug在外网被用户发现反馈,便要大发雷霆了。

商务没有经过确认,把用户反馈的问题直接推到程序,便要恶语相向或者打小报告了。

技术支持,不经确认,边允诺开发工作和开发进度,便要对簿老板了。

因为某人请假而耽误了进度,便要质疑他的责任心和职业道德了。

 

写在最后

冷静下来,发现贪嗔痴三毒,在自己身上均被验证了。然而比意识到这三毒更可怕的是,余下的路要怎么走。

长喝蜂蜜的人和不喝蜂蜜的人真的有区别,后悔没早知道!!!舒恒 · 顶新

 

 

 

  • 松门一枝花: 我认为互联网+时代,互联网企业是个比较浮躁的环境,技术日新月异,不停学习,从业9年下来,越专注技术,越发现沟通能力慢慢不行了,撩妹能力也差了,撸代码能力随着年龄增大,也撸不动了,除了积累点技术经验之外,其他什么都没有得到。(1年前#3楼)

    0

  • 松门一枝花: 【转的评论】 我能说的是凡事都要把握好度。对团队成员要求太严格,大家都会觉得不爽,以后就不会有人愿意跟你一起做项目,或者是做项目的时候也不是真心实意的给你做。对团队要求太少自然会出现你所担心的问题。 大家都是一起工作的同事,只是职责不同而已,也不要搞得上下级那么对立。你应该扮演的是一个家长或者老师的角色。 ---------------- 项目经理的主要职责是满足所有干系人的期望。 ------------------- 我的理解很简单,技术是我进入这个行业的敲门砖,但现在所干的,技术反而不再重要。你要什么技术,招一个能服你的就是。我的结论就是:千万不能已技术人员的思维去看产品! ----------------------- 我最近刚读到一本书,叫《软技能:代码之外的生存指南》,从第一章开始可能就和你现在面临的问题有关。 --------------------------- 有不少企业单位要求项目经理应该持有高项证书或者PMP证书,我认为是非常有必要的。 加强理论知识的学习,最大的好处就是让自己思路清晰,不再迷茫。 ---------------------------------- 要清楚自己的定位,不要满盘抓。 ------------------------------------- 和博主深同感受,已经忙到开始怀疑人生,正如博主说的,应该跳出现有的状态,去重新梳理审视自己,其实很多事情并非一定要自己亲自做,现在的社会是团队的时代,个人永远精力有限。 -----------------------------------(1年前#2楼)

    0

  • 松门一枝花: 一些软件公司更喜欢由程序员转岗过来的项目经理,项目经理的招聘条件里大多数有技术要求。 这有利有弊,好处是:这个项目经理是行内人,在开会时,程序员所说的技术问题,能听懂,对预估的开发时间有把控,不会被牵着鼻子走,不容易被忽悠,懂点技术,让领导客户放心。 坏处是:对于团队成员来说,管理出生的和程序员出生的项目经理是完全不一样的,就像文中的作者,他的团队成员是不好过的。我经历过多位项目经理,在团队里是否好过,和项目经理的出身,星座,性格,家庭情况都有关系。 对于项目经理自身来说,程序员出生的项目经理总是担心“忘掉了程序怎么写,怎么办?这可是看家本领啊”。屁股决定脑袋,坐在项目经理的位置上,开发不再是看家本领,要掌握新的看家本领了,既然选择了管理,就像“军师联盟”里的军师们,豁出去了,搭上自己的性命,不能失败,只能成功,向着总经理前进。(1年前#1楼)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

最后

以上就是义气咖啡豆为你收集整理的test一个程序员的工作总结 从大一到研三有点迷茫了   低头做事  抬头做人一个程序员的10年工作总结程序员MM一年的工作总结一个女程序员第七年工作总结一个老程序员的总结一个老程序员的忠告一个老程序员的建议一个老程序员的心得一个老程序员的回忆(一)一个老程序员的回忆(二)我的第一次第一次接触计算机第一次学习计算机编程语言 第一次编写商用程序 第一次入职IT公司一个老程序员的下场一个“老”程序员的思考本文是一位40岁老程序员对职业生涯的思考,建议多学习接触新事物,将精力投入到衰竭期比较长的知识领的全部内容,希望文章能够帮你解决test一个程序员的工作总结 从大一到研三有点迷茫了   低头做事  抬头做人一个程序员的10年工作总结程序员MM一年的工作总结一个女程序员第七年工作总结一个老程序员的总结一个老程序员的忠告一个老程序员的建议一个老程序员的心得一个老程序员的回忆(一)一个老程序员的回忆(二)我的第一次第一次接触计算机第一次学习计算机编程语言 第一次编写商用程序 第一次入职IT公司一个老程序员的下场一个“老”程序员的思考本文是一位40岁老程序员对职业生涯的思考,建议多学习接触新事物,将精力投入到衰竭期比较长的知识领所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(62)

评论列表共有 0 条评论

立即
投稿
返回
顶部