主题一个程序员的心得体会及感悟(七篇)

从某件事情上得到收获以后，写一篇心得体会，记录下来，这么做可以让我们不断思考不断进步。那么你知道心得体会如何写吗？以下是我帮大家整理的最新心得体会范文大全，希望能够帮助到大家，我们一起来看一看吧。

主题一个程序员的心得体会及感悟一

工作方面：

一、公司erp的现实状况。对于我们公司来说，erp――k3系统，还是一个比较新鲜的事务，虽然我们每天都在说k3，但是，现在k3系统在我们公司运行上线还处在初步的阶段。目前，只有仓储部――仓存模块和财务部――总账模块、应收应付和存货核算，对系统实施了比较全面的应用，第一期计划范围内的公司供应链中的销售模块和采购模块，还只是用了一些皮毛，公司其他部门还没有实现信息化。另外，公司现行的k3系统编码方案规则不合理，存在中文、英文、字母和希腊文字共同组成的编码以及重码、 现象。编码权限下放，造成编码规则不能很好的执行，编码混乱。公司试用一段时间的条形码也不是国际通用，给人造成产品不入流的假象。还有，因这是一期遗留项目问题，我个人对k3的相关经验不是很多，实施起来需要金蝶公司的配合。但目前看来，配合还是有些问题需要协调。

二、三月份工作计划的安排。针对上述公司erp运作方面出现的公司现实存在的状况，整个三月份，拟计划三月底完成公司k3系统物料编码的调整工作，实现新旧代码的转换以及一期项目中的销售模块和采购模块的培训，实施和上线后相关问题的解决维护。

具体工作安排如下：

1.物料编码的调整：因年前相关工作的调整，物料编码的调整推迟了一个月，中间旧的物料编码又新增了很多，给这一块的工作造成了一定的难度。整个物料编码的相关工作会贯穿整个三月。这中间需要相关部门的配合。我个人这方面同时做新旧代码对照和新代码审核及每天新增编码的修改，工作内容、工作量比较大，需要增加短期配合工作的工作人员和我一块工作。另外，因为本人一直从事公司办公室、后勤等相关工作，对公司的生产线、产品不甚熟悉，中间可能有很多产品物料编码方面的问题需要和相关部门同事进行沟通交流，希望本着为了公司的长足发展，能够得到领导和同事的配合。

2.销售和采购模块的实施：通过与金蝶相关实施人员的协调联系，在三月份订出时间，请实施人员过来对我们这两个模块的相关使用做一下培训并跟踪指导，同时对我们的物料编码工作进行指导配合，

上线实施后，相关软件操作、运行方面出现的问题进行跟踪解决和系统维护。

三、下一步工作计划的安排

1.定期做好k3系统服务器的维护、备份工作。保障k3系统的正常运行。针对单机用户使用k3系统出现的问题，进行处理。

2.针对公司战略决策中的时间安排对20xx年内需要实现信息化的部门进行调研。将第二期计划中需要上线的系统模块分四部实施：首先，与系统上线运作相关部门组成相关的项目小组，对项目进行分析、调研，把相关的业务需求整理并确认实施方案。其次，将系统能够实现的相关业务需求，对业务流程进行梳理、微调(企管部、相关部门配合)，并对系统上线模块进行培训和技术指导。在次，对上线相关模块进行测试运行，出现的相关问题有针对行的解决和完善。最后，系统正式上线运行期的维护以及运行期问题的反馈和总结，给以后系统实施提供宝贵的工作意见和经验。

四、其他工作计划的安排。除了工作重点k3项目外，还有其他几项工作安排：

1.配合人力资源部把玉舟人力资源系统全面运行上线，实现系统最大最优化发展。

2.配合网管对公司的办公自动化系统和邮件服务器拟定计划，实施。

3.公司的网站进行页面的更新维护和公司的网站服务器的建立。

4.领导交办的其他工作。

五、针对公司发展提出的建议

在日红公司工作的两年时间里，对公司也有一定的了解，下面就公司的相关工作提出自己的意见和建议。因为搞物料编码的原因，就前期对物料编码的调研发现的问题总结如下:公司现在的编码比较混乱,研发部门有自己的成品编码,业务部门下定单的时候,有客户订单号和货号,生产有自己的配件编码,镀一种颜色,就会有一种编码,模具有自己的模具编码，k3系统有自己的k3编码。一款产品，会有几个编码，好几个名字，到了一个部门，可能编码就有变化，需要编码对照，才有可能指导自己和兄弟部门可能其实是用的一个东西，只是叫法不同。这样，很不方便。建议公司成立编码部门或者小组，对公司所有的编码进行整合，有必要的话，可以抹去客户相关编码，从订单到我们业务员手里，业务员生产下单，公司一律走自己的编码，出厂后(发货)，由仓储部(物流)在使用客户相关编码对照发货。这样切断的好处有：跟客户打交道的只有相关接口部门，这样我们公司的相关技术信息也不会外露，以后公司发展壮大后有自己的品牌以后，公司的相关编码，条形码和进销存流程也比较顺畅，避免到时再整合物料编码带来的诸多麻烦。

另外，建议成立公司的it部门，便于协同工作。在这个信息化加速的时代，这项举措尤为重要。以后，相关系统上全之后，针对k3系统使用中，不利于我们工作的方面，可以对k3系统进行个性化模块设计和定制，编出适合公司口味的相关表单和流程，实现公司人力资源的最优化节省。以上，是我在20xx年度的工作计划，感谢领导审阅及批评指正。祝我们日红公司在20xx年里与时俱进，勇创辉煌!

主题一个程序员的心得体会及感悟二

1、前期工作回顾

来到一个新的工作环境，最能发现自身的不足，这几个月，抱着虚心学习的态度，学习公司的开发流程，熟悉公司的企业文化，了解公司产品框架，主要技术，主动和同事沟通、学习经验，希望能更快的融入公司、融入开发团队，能够全心的投入工作。试用期期间完成的工作还十分有限，简单列了一些，公司领导批评指正：

熟悉公司开发流程，熟悉wps产品框架，主要是shell部分，只是这一阶段的主要任务，贯穿始终：

制作unicode代码扫描工具。

熟悉shell部分现有的unicode解决方案，熟悉tnt的实现

解决delphi对异常处理的缺陷

制作unicode版本的shellcombobo-控件，一个通过调用shellapi实现类似微软提供的用来选择文件夹的下拉列表框

负责跟踪wppshell部分的bug

分析shell部分影响启动速度的瓶颈

部分工作详细描述

制作unicode代码扫描工具，语法扫描实现老梁已做好，我主要是调用他提供的api做成可视化的工具，第一版本做成独立的e-e工具，第二个版本做成集成到delphiide中的插件，与delphi编辑器高度集成，主要要做到在delphi编辑过的文件能立即被扫描，被扫描过的文件能够立即反映到编辑器中，即要获得delphi的编辑器缓存，做到和编辑器同步。要能够将扫描的结果信息显示到delphiide的消息列表框中，并可以像编译器生成的调试信息一样，双击信息自动定位到对应的源代码行。

操作系统和编译器共同协作建立起程序的异常框架，当程序运行到包含错的代码时，系统自动跳转到程序指定的错误处理程序，通过调用api，可以获得出错现场的cup状态和堆栈信息，但邵高扬在内核试图使用apidump出出错的堆栈信息时失败，初步分析问题出现在delphi部分，应为完全用c 写的测试程序可以获得错误信息，但通过delphi写代码调用c 的dll是，获取错误信息就失败。为此把delphi内核与异常相关源代码又重新研究了一遍，分析对比delphi和c 生成的异常框架汇编代码，找出原因。具体原因就不详写了，有相关开发文档。

2、感受公司文化

以前同学在还在公司的时候，经常能从她那里听到关于金山和她同事们的趣闻轶事，心里在想金山的文化氛围不错，那时偶然的一次，跑到她们公司去看她，在公司总部逗留过几分钟时间，就这短短几分钟给我留下了深刻的印象，也促使我后来又一次面临工作抉择时选择了金山