不知不觉在这个行业也待了快两年了,从最初的谈不上喜欢到现在的生活根本,或多或少也学到了一些东西,写出来给大家侃侃。
做事建议
1 项目事情任务很多时,一件件的解决
说的是当你因为项目任务多的感觉按时完不成感到烦躁一件也不想做的时候,或者是因为一件比较难的你觉得完成不了导致其他事情也不想做的时候。就记住这句话,如果是第一个原因,你就别想那么多,不管事情多不多,一件件的来做一件是一件,如果你什么都不做停在那里的话不但没有进度,可能还会造成恶性循环。第二个原因的话就跳过难的地方,做能做的,不然因为一件事没有进度也说不过去,客户、领导都没法交代。
2 任务有计划 到周到日 工作松紧有度
不至于加班 也不至于太闲 工作的效率 即真正工作的有效时间要提高。不要拖延任务 不然容易形成恶性循环 排计划的目的是战胜惰性,充分利用白天的工作时间。心里面知道每天当天做哪些事情,并把它做完,不至于看看微信 聊聊天 一天的时间就那样过了。你所拥有的最重要的东西就是你的时间,因为你不能创造更多时间。
3 随时记 随地记 及时记
生活里的想法、点子 稍纵即逝 所以为避免忘记 随时记录到手机。不要小看这个东西,以后可能会给你大作用。还有就是平常你花了很长时间解决了一个难题或者错误的时候,一定记住一定要把它记下来,不论当时有多忙,哪怕记几个关键字都行。因为一是这是你的劳动成果二是你知道下次会不会还会碰到这个问题,所以备忘,下次就不用做重复的工作了。及时记:还有开完一些会议比如需求对接会后 ,应该立即会后就把它整理记下来,不要想着明天再搞,因为你明天说不定就忘了哪点了。
4 困难时 坚持不懈 不放弃
首先,正视困难,不要觉得一有困难就很烦,就做不下去了,你要在心里面对自己说 ,如果你做的事情毫不费力,那就是在浪费时间。所以想想解决难题后,那个难题也不算什么了,迎难而上,加油。
5 整体进度把控
说的是 ,如果你负责的是一个项目或者一个项目的其中一个模块,不要让困难的事或者其他不利因素 耽误你的整体进度。又比如你刚进一个公司负责一块东西,更开始有个人带着你,但是注意千万别太依赖这个人,因为人有惰性,无论是水平高或者低,资历是老或者不老,假如这模块有个难题,他可以拖着不搞,但是你不行因为你是负责人。
6 其他厂家的需求对接会注意事项
把这个单独拿出来 讲是因为仓库系统经常要和局方以及其他厂家的boss系统人调接口,开需求对接会。这个东西处理不好的话,可能会给你挖个坑出来。
一、一般若是某个涉及到多个系统 厂家的接口有问题的话,大家一起开会的时候 每个系统基本都是会说不是自己的问题,把问题抛给别人。这个时候你要之前要先查清楚是不是自己系统的问题,如果确认不是自己的问题,会上在局方 各系统人都在的时候一定要说出来,不要等到会下再说,不然到时候几个系统一起查问题,还是会把你拽着,烦不说(不知道会遇上什么样的奇葩局方 和其他系统的人) 还耽误你正常工作的时间
二、新需求的时候,举个例子 ,某个比较难做的东西可能在你这边能实现,在其他系统也能实现,但是大家都不想做,这个时候你就要先声夺人 ,抢先说 在你这边做的风险 延迟什么的或者有其他很多事情要忙什么的。你不说可能就默认抛给你。总之,态度不能软也不能太强硬,有个度。
做人建议
7 同事关系
跟同事关系搞好,自然不用说了,比如遇到问题的时候 互相帮助,有时候帮助别人干事 解决问题 是再帮自己铺路,有可能明天你自己就会遇到相同的问题。要注意,乐于帮助同事是好的 ,但是不要太过友好,工作易被打断, 尤其有些程序猿喜欢上来就问 会养成坏习惯 同时不利自己工作。这个时候,拒绝的话你就要注意说话了,可以说事情忙待会帮他等理由,但是不要直接拒绝。总之,真心待人,但不要委屈自己即可。
8 领导 客户关系
就我自己接触的程序员而言,大多是比较内向 不怎么说话的,所以平常一般跟领导的沟通都是比较少的。这样的话是不利于在公司长期发展的,最基本的,平常偶然碰见领导有些程序员可能就低头过去了,最好别这样,起码可以打个招呼。一起坐电梯或者下班的时候 可以聊聊生活上的事什么的。或者吃饭的时候碰到,你要喝的可以顺便给同事及领导叫一份。这些看起来很小、琐碎的事情,都可能让领导对你加深映像,就这么点印象可能让你在同等条件下就比别人多了个机会。这个其实就是人之常情没什么,其实就跟自己遇到什么事情会先想到自己的家人 亲戚 朋友一样。
说说 现在社会的首因 和近因效应严重,人们往往会根据第一次的映像去判断一个人,所以去一家新单位的时候,最开始的一段时间 尽量表现的好点,因为领导和客户对你的第一映像很重要,第一映像好,你以后在公司的发展 和在客户的工作都会好做。
9 倾向于做领导 组织者
这个当然是要看个人的发展方向了,如果就是一直想深钻技术,那就不必看这个了。说这个其实是很多程序员现在基本天天就在闷头干活,回家就宅在家里。如果想以后生活的更好或者实现财务自由,肯定要注意这个,比如临时来了个大功能模块需求需要人做,而你又正好闲时,可以做下,不要觉得自己多干活了什么的,而且你可以要人。还有就是平时项目组搞个活动 没人组织的话,你也可以主动点申请来搞。总而言之,积极点没坏处。
最后,说了那么多鸡汤再好,也要实际去行动。
相关推荐
架构师有话对你说 软件开发经验之谈 很好的东西,给大家分享
这是本人已经开发团队在半年多的开发实战中总结出的一些经验,有的书本上有,有的是摸索出来的,写的不能说很好,但都是心血!希望大家支持、指正、共同进步。
企业培训--服装订货会代理商培训的一点经验之谈.doc
个人亲身体验,感悟web开发之旅,迫于开发需求,通过较为理性的分析,探讨出开发框架STURTS+SPRING+[HIBERNET|JPA]+DWR+EXTJS的组合,并给出这一框架选取中实验的开发例子,其中包括dwr的ajax及reverseajax、extjs的...
主要是有关PADS设计PCB的经验之谈,很好很实用的,希望对大家有帮助。
ARM技术初学者入门的好材料,是老ARM开发人员的一些经验之谈!
内涵DirectShow开发笔记,适合初学者使用。
电子工程师的经验之谈
关于下载全自动下载ImageNet等大型数据集的经验之谈,以及代码 关于下载全自动下载ImageNet等大型数据集的经验之谈,以及代码 关于下载全自动下载ImageNet等大型数据集的经验之谈,以及代码 关于下载全自动下载...
“工程师是科学家;工程师是艺术家;工程师也是思想家。”一位伟大的工程师曾经提出过这样的一段感言。不错,工程师是利用自然科学来创造工程的人。工程既是物质的也是思想上的。许多不朽的工程,伟大的发明以及...
数模经验之谈 数模经验之谈 数模经验之谈 数模经验之谈
采购工程项目师经验之谈
学习过ARM的人经验之谈,对正在学习ARM的人有个正确的规划
建模论文的基本格式,以及建模需要注意的重要事项
敏捷开发相对传统软件开发模式,它主要是针对快速变化的需求,是一种增量式的软件开发过程,早交付、频交付。
交易员必鉴:一个日内交易员的经验之谈.doc
射频(Radio Frequency)调试经验之谈
Photoshop操作经验之谈,学习和利用Photoshop操作的好东西,都是精华,绝对有意义
售前工程师经验之谈
政治考研经验之谈.doc