个人感言怎么写

个人感言怎么写

个人感言怎么写，一旦到了年底公司就开始要求大家写工作体会感悟时，很多人就会觉得很头疼，其实很简单。下面是小编分享了几篇个人感言怎么写，希望可以帮到大家。

第一篇

　尊敬的各位领导、各位同仁：

大家好！很荣幸能获得西部投资集团XX年先进团队和先进个人的这个荣誉称号，再此，我代表所有获奖的优秀团队对集团各位领导和同事的认可表示衷心的感谢。

同时感谢公司为我提供这样充分展示自己能力的平台，感谢集团所有同仁在工作中的配合，感谢分管领导的支持，感谢总经理的信任! 回首难忘的XX年，我还清楚的记得当初来到现场，工地长满了荒草，也没有施工。

公司领导告诉我5月1日就要开始销售，面对这种情况，大家对销售信心不足，在张总的鼓励下，我们经过前期市场调研，分析项目潜在客户，和公司领导一起制定了销售百问和销售措施，克服了销售过程中的种种困难。

连续几个月超额完成公司销售任务，销售部顺利进展奠定了基础。

XX年一切的成绩和荣誉都已经成为过去，在这崭新的一年里，我们必定克尽职守，为我们西部投资集团明天的“宏伟蓝图”增添一份色彩，我们一定再接再厉、奋发向上，不辜负公司领导及同仁对我们的信任与厚望。

在这里我郑重承诺，将一颗感恩的心投入工作之中，继续发扬吃苦耐劳、不屈不挠的工作精神，团结同事，在工作中不断克服自己缺点与不足，力求高效的完成公司各项工作任务 ……此处隐藏2214个字……容易产生惰性，也很容易视野狭窄，满足于现在的状态。

最近一次的team meeting上，老大给我们share他的经验。我觉得有一条特别有感触。就是无论你在哪里工作，无论你现在做的什么，都要不断的提高自己，保持自己在圈子内的竞争力。

坚持每天留给自己一些时间看书。每天全部的时间focus在工作上真不是一个好的状态。

code VS design

最近参加了公司一个如何招聘面试别人的training，意识到程序员除了不断提高最近的coding能力，design的能力也很重要。何为design，我的理解是对于工作中的需求，给出的解决方案，有点架构师的味道。coding关注于实现，design更多的关注于设计架构比较宏观的层面。如何提高design，我觉得更多的是经验的学习，在工作中多问几个为什么。为什么要用这个去实现？性能提高了，节省流量了，当然有些是历史遗留原因。

code is origin

借用之前一位大牛的话，“代码之前了无秘密”。我觉得自己这块需要更多的提高。如何提高？

首先，宏观上了解代码的结构，大概理解每个包都是完成什么业务的。

其次，有时候会觉得太多的代码，无从下手。有时候我会强迫症似的，debug时跟进太多层，自己都不知道跑哪了。从改bug开始，一小块一小块的了解业务。一口吃不成胖子。抽象出代码的类图，时序图是总结代码业务的好方法。

最后，坚持，做到能对自己组业务涉及到的代码比较熟悉。

看到一个大牛讲自己的历程，记住了一个词“技术焦虑症”。我觉得的我们都值得拥有。