程序员个人工作心得体会800字精编.docx
《程序员个人工作心得体会800字精编.docx》由会员分享,可在线阅读,更多相关《程序员个人工作心得体会800字精编.docx(13页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、程序员个人工作心得体会800字程序员个人工作心得体会800字1 看到了许多同学问到各银行的待遇以及IT部门的发展之类的话题,想到了自己银行的状况。 1、加班特别多。机房是24小时开放的,每天都有人值夜班。我所在的地区我们分行只有800人不到,IT部门就只有6、7个人。他们每天除了正常的工作之外还要应对各种培训、学习。银行因为白天要对外营业,所以每次培训之类都是在晚上和周末,而且不是800人一起培训,而是今日这个培训,明天那个培训。这个工作量是特别大的。而且银行加班基本是没有加班工资的。因为国家不允许这种量的加班。 2、薪水问题。大家都说银行薪水好。那是因为大家看到的只是薪水好的部门。我现在在银
2、行做贷款,属于一线营销岗位,薪水自然还不错。但假如你不是做营销而是后台部门比如IT,那你只能拿到基本工资和平均奖金,这个数字看起来就没那么有吸引力了。除非你能当老总。可这个部门不像营业网点,一个地区可以几十个网点,这个IT部门基本上一个地区就一个,也就是说一个地区就一个老总,这个老总又不像别的岗位可以横向调动,在银行里做IT你就只能做IT,不行能调你去做什么公司业务,所以我个人认为升迁的机会也比较小。但假如你是去总行的信息技术部搞些个产品研发之类也就不说了,那确定是特别好的,但这样的部门基本也不行能要一个刚毕业的学生。 3、银行的各项任务是很重的,而且可能看起来都特别不人性。不要以为你在IT部
3、门就不行能有任务。我们讲究的是全民皆兵。 以上只是我个人的一些看法,给一些纯粹是为了拿高薪找安逸的同学一个提示。 当然银行也有银行的好。比如: 1、假如你做的很好,这里指的是营销,比如你能带来大量存款,你有很广的客户资源,那你的薪水会特别高而且不受职务限制。 2、福利待遇特别好。我们银行给我们解决了全部的后顾之忧,你只要好好工作,其他什么都不用你操劳,我们有特别低的行员贷款利率,你买房子就不须要担忧。我们是根据最高比例来购买各种保险、公积金之类。即使你生病了,你住院了,不但医药费都能报销,算下来你每天还能赚几百块钱,可能比上班都高。 总之吧,银行就是个数字说话的地方。想在这做IT可能你恒久都做
4、不到最顶端。但也有他的好。大家各自考虑吧,只是就个人的感受给大家的建议。相比较之下我认为我所在的招商银行是最有潜力的银行,发展特别快,企业文化特别好。工、农、中、建四大行规模特别大,但因为是老行也有许多弊端,国企思想比较严峻,论资排辈。交行的特色在于他是股份制银行中最大的,个人理财比较突出。民生是最变态的,只要你有业绩,其次天就是行长,只要你没有业绩,立刻从行长变成行员。中信是业内口杯最差的,到处乱市场,很受同业鄙视。华夏的最大特点在于他的公司业务。一般越小的行可能待遇越好,机会也越多,因为他在发展。 其实就个人而言,我觉得银行里做IT就像是当年我们来北邮,大家都知道北邮特别好IT业的最高学府
5、。可我们当时因为种种缘由到了北邮的语言学院学外语。并不是说语言学院不好,我们在这里也学到了许多东西。但这里的主流是IT,语言院再发展可能也比不了北京外国语。就是说你是到一个特别好的学校一个非主流的专业,还是到一个一般学校的主流专业,你可以自己考虑。 程序员个人工作心得体会800字2 IT运维工作干脆关系到应用系统运行的正常稳定,但运维工作纷繁困难,正规化、系统化相对比较弱,如何变更这种现状?从众多的运维工作者的胜利失败中进行阅历总结,并提升为运维规则,是提高运维水平,保障应用系统正常稳定运行的有效途径。 笔者通过自己的多年运维阅历,总结出以下必需遵守的基本运维规则,可以大大削减缺乏阅历的运维人
6、员因为自身失误导致系统出故障的可能性。 一、系统变更、升级应先在同样的环境测试通过,执行前应有经过验证的回退预案 运维是一门阅历的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到的难题,因此变更前,肯定要在相同或者相像运行环境下进行测试,通过后才能在正式环境下执行变更。同时应打算好变更失败的回退预案,比如,做好系统备份、数据库备份、配置备份,固化变更前的运行现场,让变更有回头的机会。 二、对破坏性的操作要先确认符合预定方案,然后谨慎执行 什么是破坏性的操作? 比如: 对MSSQLServer,执行update操作,因为不须要commit,所以特殊简单忽视也特殊危急,还有、drop等
7、操作更不用说。 对 Oracle 而言:truncate table_name、 table_name、_name,这些语句执行起来轻松简洁也满意极了、但记住!即便数据可被回滚、代价也是特别大! 对 Linu_ 而言,rm -r 全部当前及其子书目的全部数据都将被删除。经验过这种故障的人、大多会给 rm 上个别名 A liasrm=rm -i 同理、cp 和 mv 也可以有同样的选项: aliascp=cp -i alias mv=mv -i 对window而言,shift+del文件或者书目 对任何系统而言,无备份干脆修改文件等 三、备份并验证备份的有效性 不管是硬件还是软件总有意外崩溃的时
8、候,怎么办?备份!备份的学问很大、根据不同的.维度可以分:冷备和热备、实时和非实时、物理和逻辑、全备增量备。 备份有了、可以高忱无忧了吗?不行!尚须验证备份的有效性。一个总有那么几次、备份无法保证 100% 复原,简洁的验证就是找个空库复原出来。 四、对生产环境永保敬畏之心 这是避开应用系统发生故障的一条铁规,也是被开发、运维人员简单忽视的地方。要坚决杜绝干脆在生产环境做开发、测试和bug修复,这些操作只能在开发和测试环境做,否则一旦出事,将欲哭无泪。 五、交接和休假最简单出故障 接手别人的工作要一而再,再而三的确认变更方案,请教人并不见得就是实力不行的表现; 休假前最好各种可以做好的事情,最
9、好能够打算一份文档,指明在什么状况下怎么做和联系哪些人; 在别人放假的时候接手工作,“能拖则拖”,实在须要执行:必需不厌其烦的跟原系统管理人员确认各个操作细微环节。 六、肯定要有监控手段和报警措施 运维人员赖于生存的工具就是报警和监控。 报警可以让你刚好知道系统出现了什么异样、以便刚好跟进、把故障扼杀于摇篮; 监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。 报警和监控是衣宽带水的好兄弟、相铺相成、相互促进。 七、运用自动切换技术需谨慎 为了保障数据库平安,往往会运用HA或者RAC之类的技术,但是这类技术能否真正在关键时刻起作用,则是须要经过反复验证和确认的。并不是根据文档
10、要求做好了就够的,许多意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。假如到事后才发觉这一点,将悔之晚矣。 八、要有偏执狂的精神,方案要检查,检查,再检查 有这么一个人: 他在做一个变更的时候,会先提前一两周发送邮件并电话手机通知相关人 在测试机上写好脚本,召集大家 review 操作步骤和脚本 测试完成以后拷贝到生产环境 登录对应机器,“打开,关闭,打开,关闭”该脚本 跟相关人员再次确认执行的操作,依次,时间点,可能的影响和回滚是否都打算好了 执行前还要退出这个机器,然后再登录进去,“打开,关闭”脚本 最终才在后台运行脚本,同时在另外一个窗口登录着,随时ps和查看结果输出 期间姿态
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 程序员 个人 工作 心得体会 800 精编
限制150内