个人实习日记

个人实习日记

一天的时间即将结束了，在你心中有什么感想呢？需要认真地为此写一篇日记了。在写之前，要先考虑好内容和结构喔！以下是小编精心整理的个人实习日记，欢迎大家借鉴与参考，希望对大家有所帮助。

今天，是实习的第一天。不管感触深刻与否，意义性地我都该写些东西，留作纪念。

我知道，；老师和家长都很重视这次实习。离校前老师们的悉心嘱咐，离家前父母给我们准备的更具职业特色的衣物我知道，他们都是希望我们能以最完美的形象走好职业生涯的第一步。

第一次，总是紧张掺杂着期盼的。早早候在教育局门前，我一直在猜想，教育局到底会对我们提出怎么样的要求和标准呢？因为毕竟这四年来，我们一直都是在如皋高等师范学校接受教育和培养的。与本县领导这样面对面交流，还是头一回。

不管是教育局领导还是实习学校的领导，每一次谈到对我们的要求和期盼时，我都有一种底气不足的感觉。我知道：没有底子，哪来底气？！虽说之前在如皋师范的这四年里，我们也有自知之明，深知自己没有那么优秀，根本达不到外界的期望值。但这份忧虑毕竟不如这两天给我的冲击力强大。

现在说这些，也许有些后知后觉、自作自受、咎由自取的意味儿在里面。但我希望亡羊补牢，为时未晚。

在接下来不到一个月的实习时间里，我们都要好好地逼上自己一把，争取达到实质性的改变和突破。

实习日记1

第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，C#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。

对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现。

实习日记2

今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入XML进行配置，在XML中存入相关配置信息，提供一个单独的XmlClass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于C#的动态链接库和XML配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。

实习日记3

今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买了本大话设计模式来学习，可以说了解了大部分设计模式。今天遇到后自己心里也有底，温故一下书就知道怎么做了，可以说这是我学习的方法。

针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll的操作都通过接口ISort进行，此外，修改工厂为抽象工厂，提供一个接口创建算法，在算法中返回ISort实例，在主函数中使用该实例进行对应的排序算法操作，充分显示了抽象工厂的作用，本例子将反射和抽象工厂模式结合，增加了程序的可扩展性和可维护性。

实习日记4

由于自己编程能力还算可以吧，所以软件组的老大就叫我加入开始做一些这次项目的东西，说了一句“我可是没把你当实习生哦。”，这话一听当时感觉还好，不过后来一想，我却是吃亏了，他不把我当实习生但给我的却是实习生工资，这点有点想不过去，不过没关系，实习嘛就是学习，有基本工资也不错了，关键的公司提供的条件那是在学校里所得不到的：商业性的问题。

今天将上述实例的方法用到本次项目中，开始项目中的一些任务。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义；在XML文件中配置窗体的实际参数，利用反射按从XML中读出的参数动态加载窗体。将上述的实例方法运用到了实际项目中。

实习日记5

昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。

按组长要求编写RankStyle=Group时的窗体排列方式，在XML中配置控件或窗体的参数，利用XML读接口从XML中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的Name属性进行配置，之前是利用字段的方式写在XML中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。在FormControl中利用双层循环将控件容器中的控件按Name与读出的配置进行匹配，如果在XML中配置了该窗体，就设置该窗体的一些属性。个人感觉实现了该功能吧，最后经过组长看了一下审核基本通过。要求：

根据Group，从XML中读取控件配置信息，动态设置控件在主窗体中的显示。

实习日记6

每天都有不同的要求，哎，果然和学校是不一样啊，今天将DLL中的控件更换成窗体，方法仍然采用反射+抽象工厂模式。

虽然自己有一定编程经验，但是遇到问题是不可避免的，今天在编写过程中遇到了一个问题，就是当窗体接口和窗体类库放在一起的时候，在工厂中创建的实例无法装换成接口类型，经过多次测试和上网查阅相关资料，发现控件类实现接口，不能将接口放在同一个类库中，针对以上问题在网上查阅相关资料，结果还是没有相同的主题，没办法，只有硬着头皮在网上找，没有主题就找有没有相关的例子，结果还是没有，差点就无语了，突然看到有类似方法的一个例子，真是柳暗花明又一村啊，仔细看了看，发现他和我的结构有些差异，所以调了一下结构，一编译果然痛过了，就是将两个类库分离，再在接口中加入工厂便可创建实例并转换成接口。在主窗体中只需要引用该接口类库便可达到要求，使程序耦合性降低了。

实习日记7

由于黎甫对DLL的要求发生变化，今天就不断修正DLL程序，并验收，再结合Group的窗口排列方式对DLL中的窗体进行测试。我现在才明白，编写代码是一件很容易的事，但是编写好的代码却是很难的事情，好的代码要有可维护性、可扩展性，这样在修改的话就很简单，可不能像我昨天写得代码，根本谈不上艺术，所以一旦面对客户的要求，改动就很困难，这一点值得我继续学习。

至于可扩展性也是对维护的扩充，因为顾客的要求有可能随时都在改变 ……此处隐藏14013个字……

到了小组张师傅给我们讲了一些基站的基本知识。基站是通信传输中的一个站点，至于具体怎么样还要等过了明天我才知道。要是信号能够传输就要设置很多的站点，但站点可能会出些故障，从而影响信号的传输，我们就是处理故障的。所以的站点都是由监控中心24小时监控的，当监控中心发现有问题，我们就必须马上到站上去查明到底出了什么问题，再通知相应的部门前去维修。

第二天

今天没出什么事，组长便带我们去巡查。每个月每个组都要对自己的站点全部巡查一次，不管有没有问题都得去。而巡查就是去统计一下基站里的设备的型号，数量，规格等。把填好的表放在基站里，以便以后检查的时候用，今天是8月的第一天，自然开始把所有的站点都清理一遍了。

进去基站，里面的温度就是23或24。夏天进去特别爽，里面有很多设备。一般分为以下几个系统：传输系统，包括sdh设备，光缆，电缆等等；动力系统，蓄电池，市电等等；动环监控系统；天馈系统；bts主设备；以及其他辅助设备，如空调，防盗门等等。里面的温度都是保持在23℃或者24℃。因为是夏天进去特别的凉快，不过有的空调坏了，里面的温度可以达到40℃以上。因为是巡查所以特别简单。

所谓的巡查便是将基站内的所有设备的名称，类型，个数，型号等统统做一个统计。可能是为了以后检查方便一些吧。我们这个组就四个人吧，两个司机，不过也管辖了大概50多个站点。基站在我的理解应该是信号传输的一个中点吧，就如同公交车的站台，有了它你才能方便的到各个地方，而有了基站信号也才能传得更远更宽。

因为第一天巡查，所以也没有什么故障问题，我们进去只是把里面的设备的型号，个数等做了个统计，然后放在基站内就完成今天的工作了。明天便是处理故障了。

第三天

今天总的来说有很大收获，因为终于出问题拉……呵呵，有事干了。

上午监控中心打电话来说土木村的基站已经严重告急了。于是我们一行人马上向土木村出发了。到了那里发现住房外面的交流变压器是开着的，带我去的同事自言自语的说“我明明记得我走的时候把他关好了啊，难道有人偷电？”。其实我还完全不知道他问这个干嘛。他上去把这个弄好，我在想不会我们就是干这个的吧。后来才知道原来我完全想错了。

后来我们进去看了以下，他检查了几个设备，发现都没有问题，里面的空调也在正常运行。这就奇怪了。后来司机师傅进来了，他对我们说：“我问了这里的人，这里从昨天晚上开始就已经停电了。”同事便没有说什么了。然后我们就收工了。

在车上我就问他是出现了什么故障呢。他说是停电的问题，而我们今天又没有带发电机，这里也不是很重要，所以就等有电了的时候再来检查一次吧。如果带了发电机，可能就得在这里守着发电了，还得拉线。看来做基站维护也是很辛苦的。

第四天

今天是奥运火炬传到成都的日子，哈哈，安逸，因为我们要去熊猫园看护那里的基站，保证火炬传递过程不会出通信方面的问题。

因为我们是工作需要去的，所以进熊猫园不用给门票，嘿嘿，进去后我和龙君在张师傅的“指导”下看看的基站就直接去逛熊猫园了，说我们来一次也不容易。

到下午6点的时候火炬传完了，我们这顺利完成任务，辛苦两位师傅拉。

其实这次任务是很重要的，这次奥运会全国都很重视，而我们做通讯的更是要引起高度的重视。因为通讯如果被中断了，那后果可就是很严重的了。所以在火炬传来之前，上级已经有安排了。把站点也分成了几大类，有的重要的站点还要进场，也就是搬到那里去住，要保证通讯的畅通无阻。所以我到公司的时候，其实有人已经住进了重量级站点了。而我们实习的没那么重的压力，便轻松过关了~

第五天

今天到的基站系统是rbs883，原经安装调测后，基站能正常工作。运行一段时间后，交换侧测试发现系统中b小区第十个载频没有发射功率，经到现场观察发现其对应的b不能调谐。

首先更换b，问题依旧，证明b正常;将功率计接到trm的tx口，用lctrl1软件将trm的功率打开，发现功率计有功率显示，证明信道盘trm正常;一般说来，如果功率监测单元或方向耦合器坏，会导致该小区所有载频出现问题，而不应是某一载频退服，因此我们可断定功率监测单元及方向耦合器没有问题。

于是我们将目光转移到连线上:与相邻载频(第八个或第十二个载频)同时对换b端的pi输出头与马达连接后发现，该载频能正常工作，而相邻载频却不能工作，从而将障碍定位在pi输出线和马达连接线上;更换从功率合成器上pi口至功率监测单元上b口间的连线后，载频正常工作，问题解决。

这些问题都因功率合成器上pi口至功率监测单元上b口间的连线损坏，功率监测单元无法接收从功率合成器中耦合出的-32db的射频信号，进而无法控制b调谐。

第六天

今天的基站使用的是rbs200系统。某个载频不能工作:交换侧测试反应为该套载频接收正常但不能有效发射;到基站观察发现，该套载频在推服过程中，rrx、trxc及spu一切正常，而rtx不能有效锁定，导致整套载频无法正常工作。

rbs200一般均采用自动调谐合成器的形式。自动调成器实质是一个窄带合路器，其输入被机械地调谐到指定的gsm频点。在每一个合路器的输入端都有一个步进马达，它受控于它所连接的rtx。两个输入被合路成一路输出，若干个合成器的输出可以被连接成一条链。在调谐期间，发射机将其合路器的输入设置到可以给出前向功率的位置，而且还检验反射回的功率，如果反射功率超过允许值，那么发射机将其自身禁用并发出一个错误代码。

我们检查并更换硬件设备b、rtx及txd，结果在检查rtx时，发现该rtx的"pt"端口中的针头歪掉了，导致该rtx与从txd过来的射频线不能有效接触，rtx收不到从txd反馈加来的参考信号，无法将该信号与其自身发射信号进行分析比较，进而无法控制自动调谐合成器使其准确调谐到相应的频点上，因此该载频不能正常工作。将该rtx的"pt"端口中的针头拨正后，该套载频工作正常。

今天一早便收到一个令人又惊又喜的消息：丁老师要来如东了！真的，听到这个消息的时候。我的内心有着些许期待、些许惊讶、还有些许担心。期待和惊讶是因为快半个多月没见到丁老师了，担心呢、是因为我怕我们自己这半个月来的见实习达不到丁老师他们的期许。

身在如皋高等师范的时候，不觉这些老师的教诲有多重要。离开他们后才发现，其实有他们在身边是多么的幸福与安心。真的，这些老师们就如父母一般。给你关心，给你温暖，给你指导，给你帮助。当然，也会给你批评。但他们都是真心实意地希望你进步。

下午，在丁老师们和掘港小学的领导们谈话的时候，我切身地感受到了老师们对我们的爱护和关心，但更多的是他们对我们的期盼。不光是如皋师范的老师们，掘港小学的领导们也一样。

听着他们之间的对话，我的感触挺深。听着他们的要求、他们的经历、他们的探讨，他们的一切话语，都能让我们或多或少地明白些什么。

总之，能这样倾听他们的谈话，我觉得是多多益善的。