开云体育官方,开云体育app,开云app下载,开云棋牌,开云直播,开云体育靠谱吗,开云体育和亚博,开云体育老板是谁,开云官网,开云体育,开云直播英超,开云电竞,开云游戏,开云,开云体育官网,开云体育官方网站, 开云app, kaiyun sports, 开云体育简介, 开云体育官方平台, 世界杯开云, 开云体育app下载, 开云体育网址, 开云体育2025

　　凡事预则立，不预则废。特别是像我这样的一开始就缺乏实际经验的工程人员，最好能在出发前能在自己的机器上面对现场的环境做一个模拟的搭建。这个搭建过程，不是说跟现场环境搭建的一模一样，也不是说必须将环境完好的搭建下来，由于自己机器配置有限，这样也是不可能的（如果公司有条件可以提供服务器进行搭建最好）。我们需要做的是在这个过程中对一些知识点进行提前的熟悉，例如系统的安装配置，数据库的安装配置，tomcat的应用，集群的部署等。在这个过程中，我们要尽量的找到自己薄弱的地方，然后找到相关资料学习加固。

　　对于工程人员，要尽可能多的了解各种工具的使用，如snmp工具，corba测试工具等。这个需要在平时积累。对于外省的项目，工程人员在出发前，要准备好需要使用的工具安装介质。对于系统安装盘，数据库安装盘，若用户已购买正版软件，这些东西用户应该具备。但我国很多企业没有正版意识，所以我们在出差前各种安装光盘务必要带齐。即使没有光盘，镜像文件也必须要具备。例如，例如在苏州出差过程中，计划系统用rhel5。5，但服务器厂家说dell R720的磁阵不能识别rhel5。5，需要用rhel5。8以上。幸好我的机器上面具备大部分rhel版本系统，临时刻录解决问题。

　　对于工程实施维护人员，需要尽可能的扩宽知识面，尽可能掌握多的技术能力。在IT行业，那多于牛毛的技术，对于初出者来说，常常是增加了广度，却缺乏了深度。所以，我们在工程实施过程常常会遇到苦难或者模棱两可的问题。面对这种情况，首先要保持一颗淡定的心态。不能钻牛角尖的耗在不熟悉的技术问题上面，最重要的先想办法解决问题，保证工程进度。解决的办法就是与懂得该技术的同事沟通，协助解决。另外，工程人员还要清楚什么问题找什么人。这一点可能需要项目经理提前协调好。

　　接口程序版本的问题，我觉得是一个很大的问题。测试人员发过来的程序，常常运行报错，让研发同事看了后，发现是程序版本发错了。但有时候发过来的正确版本的程序，程序也无法正常运行。程序出了问题，若工程人员找研发人员修改、调试程序，程序修改正常后，其版本则又与公司版本不一致，若以后用到其他项目还会有同样的问题。若工程人员找测试人员反馈问题，再由测试人员反馈给研发人员，这个过程可以控制版本的一致性，但是解决问题周期较长。对于像苏州这样很急的项目，这样势必拖延工期。但从公司产品化进程角度讲，后一种方法比前一种好。要保证质量，需要时间保证。

　　数据的正确性是直接关系到系统上线。采集上来的数据必须实时的与厂家网管系统保持一致。要对数据进行核对，首先我们要保证自己的接口采集程序都正常无间断的运行了一段时间，并且程序无报错情况。若程序无故停掉，或者有明显报错，都可能导致数据不准确。这就要求，我们的守护程序都要配置完整，开机自启动要配置完善等。其次，在接口程序都正常情况下，选择一个时间段，核对这个时间段里面厂家系统数据库量是否与我们系统数据量是否一致。最后，不论核对是否有误差，均做记录。此外，对于核对有不一致情况，工程人员需要进行问题核查，或者将问题描述清楚发给研发同事。直到解决问题后，再重新进行核对。问题没有解决，没必要重复核对。事实上，苏州项目，目前的数据还存在很大问题。

　　交流与沟通，是不容忽视的。搞技术的人，往往以技术为大，而忽略说话的重要。事实上，有些事情，通过与用户交流就可以解决。例如，苏州出差中，有两个地区的拓扑图原计划是分开画，但连个拓扑有共用的网元，对于在一个拓扑中用到了的网元，是无法再用到另外一个拓扑中的。这个问题，如果要修改程序代码，则需要额外的时间。但多次找用户沟通后，用户同意，只要画的好看，可将两个拓扑图画在一起。这个问题，就通过沟通解决了，免去了代码重开发的时间。

　　出了几个月的差，最让人不爽的事就是工期延长和连续的加班到深夜。技术原因，用户原因，厂家原因，现场环境原因，都可能使计划赶不上变化。对于苏州项目来说，时间是非常紧的。为了能按时完成计划任务，常常加班到很晚，但即使这样也还是不能按要求的时间完成任务。既然时间已经固定，人员已经分配好，暂不谈论时间是否合理，人员能力是否足够，若工程预计不能按期完成，则需要加大公司人员突入量或者由管理者与用户协商沟通延迟工期。不能等到最后用户检查完成情况时候，再去向用户解释。如果这样，我们就一直处于一种被动状态。

　　以前读大学的时候，没法好好的学习技术理论方面的知识，毕业时连什么是E—R图都不清楚，在毕业设计的答辩会上出尽了洋相。但软件工程的书籍还是泛读了一些。我记得，对于一个软件工程，我们应该花更多的时间放在需求和测试上面，开发的时间其实很少。特别是对于产品化的软件，需求和测试更需要做好。需求需要做到更细致，找到产品已有功能与用户需求功能的差异性，这个过程要尽可能细。测试也一样。一个大的软件公司，部门分的较多，一套软件往往时多个部门联合开发完成，有的负责界面，有的负责后台，有的负责数据模型，有的负责接口。就像生产不同的零件，来组装一台机器。但这个衔接不是那么容易，出的问题会很多。所以，要想一套软件的完美无缺，内部的沟通交流也要做到天衣无缝。

　　这是进公司以来的第一次出差，来公司的时间不长，有很多东西都还没有学会，学好。突如其来的告诉我要出差，老实说很有点措手不及。出去之前心里也没底，很怕自己上的不好会影响到公司。不过我比较幸运的是，整个出差的行程都是有carrie带着我的，跟她在一起，我的担心就少了很对。我不用一个人面对很多事情，也算是一种安慰。她很照顾、体谅我。很有亲和力，好相处。我们在义乌出差了五天，前两天我都是在看她上课，自己就在旁边做做记录。第三天的时候，carrie让我上了示范课，第一次很紧张，但之后再面对小朋友和老师就坦然了，要改进的地方是自己上课的时候时间没有把握好，一些技巧方面的问题还不是很熟悉，课上的时间不够长，气场也不强，课堂指令用的不多，中文太多等等。

　　之后在南京呆了四天，最大的感受就是话说的太少，与代理商的.沟通不多，表现的还是太过于稚嫩，不太善于和陌生人沟通。有些放不开。上了两节hkc的示范课，操作的讲课都一般，对系统的认知，了解，课时的讲解等方面还要学，基础知识也不牢固。记忆力太差，很多事情容易忘。比如说园所的人数，使用教材的情况，一些细节问题不够留意，不都细心。出去看课的机会比较多，感觉在公司和在外面的情况是不同的，在外面更能锻炼一个人的综合素质，有很多突发情况都是在公司遇不到的，以及与园长、代理商的沟通都是一门很深的学问，自己还要学的还有很多很多。

　　我是6月11号到15号在义乌出差，主要是对一些新园推广HK，还有个别使用园做培训，我主要是在旁边协助余巧妮。在新园的推广中，我总结了一下问题，主要是在出发是要和代理商做好沟通，询问园所的使用情况，以及园所的师资力量，水平等。去了园所要跟园长询问老师的英文水平，小孩子有没有英语基础，接触过英文课没有，之前使用的是什么教材，以及园所大概小朋友的年龄段。然后是和老师及园长大概讲解一下我们的教材内容和特色。在讲的过程中还不能太平淡，要有顿挫点，多抛给园长和老师问题，让他们也参与其中。不能太过于生硬。要幽默些。在这一块，我觉得自己了解的不够，包括有时候园长会说一些国家的规定上的五大课程都还不清楚，有被园长提出说我年龄很少。在跟老师的培训中，我记得有一次是我上的示范课，课后老师让我给她总结一下手指游戏的玩法，我当时就慌了，还好后来是巧妮给那个老师做的整合，回来后，我觉得自己应该把这些类似warm—up，歌曲游戏，手指游戏，课堂指令。这些整合类的东西做一个整合，以免以后有老师提出来自己不会。之后我们是16号到的南京，在南京呆了四天，主要是做hkc的推广，上了两节示范课，小朋友上课的积极性很高，但是在上的途中小孩子很容易被动画上的画面吸引，课堂气氛太过了。

　　自己对小孩子的掌控能力还是不够，家长有些在旁边看的，但是感觉家长都不怎么说话，也没有提出什么问题，听完课之后就走了。园长觉得机器是还不错，但是会担心长时间看，会影响小孩子的视力，还有就是课件的内容会比较感兴趣，问的比较多，对有些园长有些担心想家长收费这一块提不上去。南京的高端园所比较多，有些老师会对hkc有点挑剔，觉得自己的园所不需要。另外。一些公立园所是根本不让进的，没有机会向她们推我们的东西。跟carrie出差的这十天中，从她身上也看到了很多自己不具备的优点，我要多学习她做事情的仔细认真，她上示范课活力四射，做事说话都很到位，上的课小朋友课堂气氛很活跃，简单易懂。个性很好，住在代理商家里会主动给我和数学老师做饭吃，无论是在园长还是在代理商面前都很健谈，都很喜欢他希望她再来，能够站在对方的角度思考问题。我觉得这份工作是一个很锻炼人的工作，希望自己以后能一点点改正，做到很好。