工作中的心得体会

刚看了会电视,里面有一美女说“其实嘛,做生意,就是做人跟做事两个方面”,我觉得这对于工作也是这样,可叹的是,对于第二部分做人方面,我已经意识到我有这方面的问题,但怎么来修正,还在摸索当中。

第一部分 关于做事方面

开始工作之前、做好准备

如果你像我一样,遇到过很多次,加班加点做出来的东西,然而并没有被使用,我相信你也想知道,这些人,究竟想要什么?没错就是要弄清楚,到底是要干什么?还有我想说的是,不是任何一件事都需要写代码的,有的可能已经写好了啊!

工作的时候,SomeTimes,You think too much

刚开始的时候,会有点洁癖,觉得别人写的代码不够干净整洁,对于其他人写得代码总是看不惯,又长又臭。后来我渐渐明白,如果有时间,大家都会想把代码写得好看点,不会写长方法。我也是越到后面越不在意这些,自己能读懂,能够完成功能就OK。公司只看中你的结果,它不懂你的代码结构。如果你想学点东西,可以写得好看一点,如果你赶着下班,或者早点完成项目,完成功能就好。我曾经试图想把这个作为一个点写进我的简历里面,后来我想了一下,这根本不是公司想要的啊,它只需要你完成任务。这个东西不会加分,搞不好还会觉得你这个人死板,不懂变通,客户都要赶着上线,你还在这里调整代码结构,Are you Kidding me!当然如果有人一定要让我这么多,我觉得这也是一项可选的工作。因此,我的总结是,很多时候,不需要想太多,先实现功能,再Test。也可以采用测试驱动都可以。

完成工作之后,多翻一翻源代码

有的时候,工作已久,只能用一句话来形容自己的工作:我们不是代码的生产者,我们只是代码的搬运工。如果心细一点,就会发现,很多功能都有相似的实现,很多代码的我们都可以copy改。做事,其实就是熟能生巧的过程,多翻一翻代码,就会收获很多,以前我喜欢看书,可是后来我发现,看书不一定能够理解消化,但是在自己的开发过程当中遇到的问题,看源代码,是最快的,在项目的过程中去锻炼自己,这是最快的。我记得刚工作的时候,会经常去问同事,这里怎么回事,哪里怎么回事?怎么不通呢?现在的我,直接签源代码下来看,该配置的配置好。通过看源代码,知道它的原理之后,会发现它其实很简单。当然书也是要要看的,我自己比较偏向哪些跟我说思维方式的书,而不是那种揪着小的细节慢慢讲的书,本来我就是一个不拘小节的人。了解自己的阅读爱好,选择自己会看的书。

发布上线之后,跟几个外网的Bug

跟几个Bug之后,整个人的业务能力和技术能力,都会有所提升,这是我的个人经验,因为需要去分析,这个分析的过程比较纠结,然后你会收获很多,像我这篇文章:记我遇到过的奇葩问题。每解决一个都有成就感!

第二部分 关于做人方面

前段时间很难过,觉得工作这么久了,竟然连一个说得上话的人都没有,有时候会觉得所有人都反对我,现在我的心态调整下来了。也许是因为,虽然厌倦了自己项目组的老面孔的淡漠,但也有不认识的项目组的同事开口跟你Say Hello,整个人的心情就亮几度了。在做人这一块,我想我吃过很多的苦头,未来可能也会继续,但是我想除了要适当调整一下自己,其他的负面情绪都可以当它是warming一样忽略。同事、朋友之间的交往,无非就是与人方便,于已方便。更多的东西,我想我也需要自己摸索了。

时间: 2024-11-29 07:26:57

工作中的心得体会的相关文章

近期开发工作的一点心得体会

近期,本人加班加点地完成了多个软件版本的开发工作.总结起来,有以下心得体会: 第一,软件的第一个程序版本非常的重要,它直接决定了产品的好坏.就像大楼的地基一样,软件后续版本的需求都是在第一个版本的基础上完成的,如果"地基"没有打牢,后面对程序的增删改都会很困难,让人感到似乎掉进了一个"无底洞"里面. 第二,软件的详细设计文档非常重要,千万不要将之放在无足轻重的位置.要想对程序的基本功能有一个大致的.快速的了解,最普遍的做法就是查看它的详细设计文档.如果这个文档写好了

工作中一些原则体会

尽可能让一切变得简单,用最简单的方式完成工作 能用最少的概念,最精简易懂的概念模型来抽象系统,多一个概念就多一份别人了解系统以及维护系统的复杂度,别人也会质疑多一个概念的意义所在,自己如果没想清楚就容易被diss. 特别是在类的设计中,会发现其实很多时候用一个类就可以表达要干的单一职责了,每个类职责清晰,类于类之间关系易于理解及维护. 设计系统时某些功能只在需要它时构建 对于这点深有体会, 特别是在对设计此类系统没有业务经验的时候,不要尝试第一次就构建一个所谓"完美"系统,系统是要面向

项目开发中的心得体会

1.在没有获取完整的信息之前,推迟决策,直到必须做出决策的时候.2.任何事情都要建立在有效信息的基础上,当需求变更时,要当机立断.3.要敢于提出自己的质疑.4.要时常留意可以改善的问题,善于发现现有阶段存在的缺陷.5.持续学习,从更高的角度认识问题,全面把握“改善质量”的宗旨.6.软件系统是为人设计,不是为了技术而设计.最终目标是实现客户的需求,帮助客户完成相应的工作.7.软件设计是一个不断优化的过程,具体的优化途径则千万条.8.要充分理解客户的需求,只有这样,才能设计出客户切实需要的软件系统.

学习javascript过程中的心得体会

在看到这个编程练习的时候,我的第一反应是JS居然强大到可以代替JSP了.但仔细想想,其实这只是表面的删除,增加,并没有对数据库的数据产生任何影响,所以,JSP还是王道啊!233333 练习过程中遇到的问题,知识点总结 1.由于很多时候JS是写在head前面的,调用一些body里的元素ID,而此时body尚未载入,就会报错,找不到该元素,所以写成window.onload=function() {//调用一些元素..}写在head的前面,这样再调用就不会出错了

个人在重构代码中的心得体会

最近在维护客户的电子商务系统过程中对该系统的代码进行了一些简单的重构.我本来不是一个爱重构的人习惯于随意的书写代码心底里认为没有必要搞那么多花哨的东西毕竟现在的开发模式大多数是MVC已经提供了固定的代码分层和代码层级,但这次简直是忍不了了代码太庞大(1000行代码在一个方法体里面,还只是其中的一个方法),因此动手收拾一下代码.我具体做法如下: 1 对代码进行分组,分组原则是每一个小处理,每个分支代码块为单位,把相近的的代码移动到最近的位置.这样做的好处在于能够提供流畅的阅读,不用去满篇的去找某个

自己做项目过程中的心得体会

首先我得感谢老师和这门课.如果没有这么门课,我的生活将一直是下课后回宿舍就打开电脑玩游戏或者看电影,宁愿发呆睡觉也不会看书学习的.有了这门课和老师布置的作业,我觉得自己什么都不会,就是个麻瓜.所以,这门课要做的项目使我要学习很多知识,如:html,css,javascript,数据库等.这样自学的感觉很充实,我很喜欢这种感觉.谢谢老师!

关于软件项目管理的心得体会之一

目的 软件项目管理是一项涉及面较广,但是非常必要的一项技能.相较于软件开发中的其他专业技能, 又更加依赖于实践和阅历.这里想跟各位同仁分享一下自己在过往项目中的心得体会,结合些许耳熟能详的理论,起到抛砖引玉的作用. 局限性 项目管理既然是一门实践科学,所以这里跟大家分享之前,还是要说明局限性.因为我之前是在一家提供软件服务的传统软件公司工作, 所以很多项目的经验都来源于作为乙方的外包项目,同时,大部分项目都是移动相关领域.目前我在一家国内的互联网公司,从事的电商相关的应用项目. 开篇 想跟大家分

听大树(宋晓楠)老师讲《高效工作与时间管理》心得体会

偶然的机会,能够听大树老师的时间管理,经过这两天的反复思考和体会,以及阅读了几篇同伴的写得心得体会,我也想把我的心得体会写下来!共同学习! 先说说大树老师的时间管理观念! 图1 大树老师在讲解 总体来说,就是收集整理->搞定->回顾, 这样的一个循环过程 一.收集 这个从六个方面来说:工作.身体.心灵.家庭.圈子.财富, 具体的意思,我就不说了. 我就说说怎么收集吧, 从这六个方面分析,得出自己想要在每个方面达到的目的,或者自己希望有一个什么样的设想, 把这所有的想法都写下来. 二.筛选 对自

团队工作心得体会Ⅱ

工作阶段总结:完成前端功能的开发,以及前端与后端接口的设置与连通.游戏进入一个十分粗糙的版本.   心得体会: 首先,关于新知识学习阶段.由于此次我是从后端突然扔到前端开发,因此我对前端一些网页开发的语言知识,并不是很了解,只能强行上手.可以说,在整个功能开发过程中,我是十分痛苦的,因为对于js语言没有一个大体的认识,但看一些功能以及方法,函数体的话,不知道它究竟是怎么工作的,以及其语言特性.后来,在组长的建议下,我通过一些别人代码的例子,逐渐了解了phaser 和js语言的特性,这才让开发过程