建筑工程师个人工作心得总结范文五篇

《建筑工程师个人工作心得总结范文五篇》由会员分享，可在线阅读，更多相关《建筑工程师个人工作心得总结范文五篇（14页珍藏版）》请在金锄头文库上搜索。

1、建筑工程师个人工作心得总结范文五篇一年马上又要过去了，每年的这个时候都要写一份个人工作心得，作为一个 建筑工程师也不例外。还在纠结工程师的工作心得范文怎么写吗?下面WTT给大家 整理的建筑工程师个人工作心得总结范文五篇，!建筑工程师个人工作心得总结范文1 一年来在监理工作岗位上，在工程总监的正确指导下，努力钻研业务，认真 履行监理职责，做了地质监理工作;与设计方有关技术问题的协调工作;标准了地质 管理程序;编写了现场开挖支护指导书;地质简报;施工图纸审查，参加协调会;施工 方案审查会;标准监理日志等工作，在工作中时时刻刻以迟总提出的八个为荣，八 个为耻鞭策要求自己编写了地质监理管理细那么界定了

2、监理地质设计地质承包人地质职责和工作 内容;明确了地质超挖定性，到定量以及互相监视互相协作程序;不良地段的处理程 序;重大地质问题的处理程序;随机锚杆随机锚索随机钢纤维喷砼报批程序;以及因 地原因变更的报批程序;履顺地质监理工程师与现场监理工程师分工协作的关系;明 确了基岩面验收程序并在施行中不断总结完善进步2.1注意培养现场地质监理工程师和监理工程师的地质意识，可以发现和确 定部分缓倾角构造面的支护型式，可以对地厂岩体构造和地质构造整体把握;可以 通过对岩体不连续构造面产状的量测，利用赤平投影的方法予测评价围岩的稳定状 态，向设计提出地质支护建议2.2根据成勘院提供的岩石的物理力学参数，区域

3、地质玄武岩喷发玄廻和坝 区所处的地貌单元，以及优势构造构造面产状等地质资料撰写了溪洛渡水电站左岸 地下电站洞室围岩稳定分析b阐述了二叠系上统峨眉山玄武岩层由于喷发旋廻不同，所处周边物理化学环境不同而形成的块状角砾状碎裂状的岩石建造，通过分 析b 认为宏观上该类岩体围岩根本稳定对洞室开挖有利，但岩体中生代以来受 周边构造影响主要在东西向地质构造应力作用下形成大量错综复杂的层内层间错动 带，这些错动带与陡倾角构造面柱状节理组合，将对围岩稳定产生不利影响根据洞内揭露的构造形迹，利用赤平投影的方法对围岩稳定进展了评价指出 了可能失稳的围岩的部位和方式，并原那么性提出了支护方式，对施工地质人员监 理地质

4、人员有一定指导作用2.3通过现场巡视及时发现，洞内不良地段可能发生的位置，并以工程地质 处理单的形式，明确位置处理方法，要求时间，发给承包人，处理完毕后，现场监 理给予计量，并在处理单上写明处理效果周二五下午，在现场召开地质工作碰头会，搜集各洞室围岩存在的问题，讨 论处理方案，提出问题处理完成的时间，检查处理效果2.4编写地质简报，重点阐述监理地质主要工作和建议报告，承包人地质工 作各洞室出现的关键地质问题提醒地下厂房构造面产生的一般规律，说明主要地质 问题发生的位置处理方式及处理效果以文件的形式标准了承包人地质工作的方法和内容以及完成该项工作的表达 方式，要求按规定格式提供高程，桩号洞轴方向

5、，实际围岩类别，设计围岩类别， 和必须填写的地层岩性，构造水及地质稳定性评价和平安数据等对工程影响较大的 有关信息在承包人按照工程划分的单元洞挖完成后，在自检合格的前提下，提出验收 申请及其附件，报现场监理检查认为满足要求后，由监理站组织四方现场验收，并 在验收过程中不断完善验收程序，进步工作效率对工程地质问题处理方案，做出咨询提出建议，只要承包商提出关于有关方 案咨询的恳求，特别是关系到施工平安的部位的处理方案都可以随叫随到，热情效 劳，提出建议，比方厂房坚井延长段山前卸荷节理产生的地质问题，泄3支洞程度 裂缝处理，承包人都采用了监理意见，获得了较为满意的处理效果，厂房116 220断层及时

6、请设计到现场并采纳了监理关于支护的建议，超挖1m以上的地质部 位加网延杆方案，并得到了落实。受监理部委托参加建立部组织的凉水隧道的专家技术评标小组，起草了关于 对在特定地质条件下，对各投标单位质量进度方案合理性的评估报告，受到业主好 评。编写作业指导书，针对左岸地下洞室地质构造特征明确了对左岸地下洞室围 岩体开挖支护工序质量特征，关键工程部位的监理，工作程序和工作方法，作为监 理作业指导。迟总提出的树立监理新形象的八个为荣八个为耻概函了监理工程师应有的形 象，是做为一个监理工程师做人做事的总那么4.1爱岗敬业方面：自己热爱自己的专业，喜欢钻研地质现象和地质问题产 生的原因，并擅长总结，思悟独到

7、的见解，并热衷于对工程地问题处理方案的积累4.2诚信监理方面：按照自己的岗位职责认认真真做事，老老实实做人，尽 量少出砒漏，把事情做好，按照监理标准，注重动机和效果的统一尽量有效地工作4.3在维护声誉方面：注重维护监理部位誉，在监理过程中，在言谈举止 中，都注重做到合理合度，在沟通交谈中，努力做到行如流水根据平时工作岗位上的积累，利用休假期间编写4篇论文，2篇发表，两篇 获奖，对进步监理形象多少起点作用4.4，热情效劳方面，无论承包人咨询和受监理委托所做技术方面的工作，从 不保存做到随叫随到4.5在互帮互助方面，经常和工程监理部两个站长讨论管理跨度管理方法和 管理内容，以及在工作如何互相配合，

8、取长补短促进我们监理部的工作管理有程 序，职责弄清楚，受权很明确，做到了凡事有据可查，凡事有人负责，凡事有人监 视，所有操作都有标准，努力创造和谐欢畅的工作环境5.1继续完善随机支护的质量控制,注重既确保平安又不过干保守影响进度, 随机支护紧跟掌子面，系统支护滞后30m临时锚杆喷护支护要快，防止岩体变形扩 大,系统支护适当滞后,使岩体适当松驰减轻永久支护压力(2) 个性化装药的理论与研究，针对不同的地质构造，确定不同的线装药密 度，保证岩锚梁施工质量(3) 岩锚梁下拐点设角钢，确保边缘岩层不受损，钻孔角度用孔向导向管控 制，钻杆设定标准长度并安装样架，控制孔距这几个环节必须严格要求(4) 与砼

9、结合的予应力锚杆，先行钻孔到设计深度，在砼中安套管，等砼浇筑 完毕终凝强度满足要求以后施行予应力锚杆安装与张拉(5) 砼浇筑设计确定分段长度为15m,但应根据现场地质条件调整分段长度a原材料的骨料，应提早做后咸活性影响试验，控制咸活性指标，水泥注意 要低碱低热水泥，粉煤灰掺量应到20以上并掺适当聚丙乙烯，在满足强度的要求 前提下尽量减少水泥用量d下部双予裂完成，距浇筑点高度不少于10m，等支护完成，经监测变形稳 定，或不变形的情况下进展砼浇筑，减少围岩变形对砼可能产生的应变裂缝设计入仓砼温控指标为，所在仓内的冷却器，入仓使用机械应非常讲究，并 调整钢筋绑扎工艺，采用分布筋环向布置。建筑工程师个

10、人工作心得总结范文2“又是一年毕业时”，看到一批批学子分开人生的象牙塔，走上各自的工作 岗位;想想自己也曾经意气风发、踌躇满志，不觉感慨万千本文是自己工作年 的经历沉淀或者经历提炼，希望对所有的软件工程师们有所帮助，早日实现自己的 人生目的。本文主要是关于软件开发人员如何进步自己的软件专业技术方面的详细 建议，前面几点旨在确定大的方向，算是废话吧。谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。1、分享第一条经历：“学历代表过去、才能代表如今、学习力代表将来。”其实这是一个来自国外教育领域的一个研究结果。相信

11、工作过几年、十几 年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太 晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!2、一定要确定自己的开展方向，并为此目的制定可行的方案。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先 做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无 为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行 业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重 要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。3、软件开发团队中，技术不是万能

12、的，但没有技术是万万不能的!在技术型 团队中，技术与人品同等重要，当然长相也比拟重要哈，尤其在MM比拟多的团队 中。在软件工程团队中，技术程度是受人重视和尊重的重要砝码。无论你是做管 理、系统分析b、设计、编码，还是产品管理、测试、文档、施行、维护，多少你都要有技术根底。算我孤陋寡闻，我还真没有亲眼看到过一个外行带着一个软 件开发团队成功地完成过软件开发工程，哪怕就一个，也没有看到。倒是曾经看到 过一个“高学历的牛人”（非技术型）带一堆人做完过一个工程，工程交付的第二 天，工程组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个工程的 “成功度”大家可想而知了。4、详细制定自己软件开发专业

13、知识学习方案，并注意及时修正和调整（软件 开发技术变化实在太快）。请牢记：“假如一个软件开发人员在1、2年内都没有更新过自己的知识，那 么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领 域的著名的“三八原那么”告诫我们：另外的那8小时如何使用将决定你的人生成 败!本人自毕业以来，平均每天实际学习时间超过2小时。5、书籍是人类进步的阶梯，对软件开发人员尤其如此。 书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经历是：千万别买国内那帮人出 的书!我买的那些家伙出的书，!00全部懊悔了，无一本例外。更气愤的是，这些

14、 书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不 表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将 书本变成的自己智慧，才算是真正拥有了它。6、不要仅局限于对某项技术的外表使用上，哪怕你只是偶然用一、二次。 “对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发dows应用程序，看看dows程序的设计、加载、执行原理，分析p下PE文件格式，试试用SDK开发从头开发一个dows应用程序;用VC+、Delphi、.Net 开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者码;除 了会用J2EE、JBoss、

15、Spring、Hibernate等等优秀的开产品或者框架，抽空看看大师们是如何抽象、分析b、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因 为，很多东西你“知其然且知其所以然”!7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深化一门语言编程，不要浮于外表”。深化一门语言 开发还远远缺乏，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是 “包治百病”的“灵丹妙药”。编程语言对开发人员解决详细问题的思路和方式的 影响与束缚的例子俯拾皆是。我的经历是：用面对对象工具开发某些关键模块时， 为什么不可以借鉴C、C5

16、1、汇编的模块化封装方式?用传统的桌面开发工具（目前 主要有VC+、Delphi）进展系统体统构造设计时，为什么不可以参考来自社区的 IoC、A0P设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开框架？ 在进展类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自 实时系统、嵌入式系统的优秀的体系框架与形式？为什么一切都必须以个人、团队 在当然开发语言上的传统或者经历来解决问题-？“他山之石、可以攻玉”。8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人 码库、解决某类问题的通用系统体系构造、甚至进化为框架。众所周知，对软件开发人员而言，有、无经历的一个显著区别是：无经历者 完成任何任务时都从头开场，而有经历者往往通过重组自己的可复用模块、类库来 解决问题（其实这个结论不应该被局