工厂里上了半年班的总结

去年六月份毕业后七月份开始在雅达工作。工厂环境相对于互联网公司来说很舒适，工作不怎么繁忙但是同时带来的是自我提升很有限。
总结半年工作，最开始花了两个月熟悉工厂业务和学习VB.NET语言，工作开发要用，期间用webservice写了下学习项目，只是单纯用来熟悉语言而已。之后开始接手领导分配的一些小项目，技术难度不高，主要与工厂业务挂钩，无非就是用winform写几个界面，用ADO.NET操作数据库进行增删改查。除去增删改查的与业务挂钩的小项目外，其他几个小项目稍微提升了下自己的能力。
一个与socket有关，厂里的自动扫描枪会因为网络偶尔断网又恢复于是出现网络层连接在，但是链路层连接失效从而收不到数据的情况，领导让我解决这个问题。通常来说保证服务端与客户端保持连接的方式是心跳检测机制，但是自动扫描枪作为服务端不能主动返回状态（除非修改扫描枪接受数据的源码，但是这与硬件生产商有关，不能够修改源码），于是只有考虑别的方法。
期间想到利用ping扫描枪ip的方式验证扫描枪是否断网，但是因为不能够频繁去ping扫描枪，否则会影响扫描枪扫码性能，只能够设置个间断时间，假如十秒一次，但是网络断开又恢复很迅速，两次ping网络正常，链路层连接依旧可能失效，否决掉。
后来找到socket底层机制keepalive，发现利用它便能够让扫描枪一直保持连接状态。keepalive机制是链路层机制，设定后每隔一段时间就会自己向服务端发送相关字节，根据对方的返回字节判断之前是否失去连接，若失去了连接，重新连接扫描枪。这样一来，该问题就解决了。把修改后的代码放入原来的项目里，反正几个月都没再出现过扫描枪因为网络问题扫描不到数据的情况。
另外一个项目让我花费了不少时间，服务器迁移，原服务器版本是windows server 2008，新服务器版本是winserver2016上。上学时哪里接触过服务器，一来让我这个萌新搞这个，有点慌，根本不知从何下手。服务器迁移主要涉及三个问题，网站迁移，SMTP邮件服务器搭建，还有一个是ColdFusion软件迁移。
先讲网站迁移，一般来说网站迁移方式很暴力，把原IIS下的网站拷贝到新服务器的IIS上就行了，但是winserver版本不一样，IIS版本也不一样，直接复制过去问题一大堆，而且一个一个迁移，麻烦。聪明的我想到了整体迁移，有个工具web deploy，能够实现网站整体迁移。但是弄了好几天后我放弃了，因为两者IIS版本差距太大，毛病不是一般的多，网上百度到的也是IIS6迁移到IIS7，我直接从6到10，唉，根本不行。 只能老老实实一个个迁移过去，出现什么问题就解决了。后来把网站完整迁移过去后让我有些后悔的是，期间遇到的问题我竟然没有记录下来，我勒个去，以后再遇到我也忘记怎么解决了啊！后悔死了我！不过还好这个服务器迁移很多年都不会有一次。
接下来先讲ColdFusion软件安装，因为公司会用ColdFusion软件定时发送一些邮件，这东西也很古老，百度都看不到多少相关的，CSDN的ColdFusion板块也沉寂好多年了。最开始也是无从下手，千辛万苦下还是成功把ColdFusion9安装在winserver2016上，期间主要遇到两个问题，服务器.net 3.5安装不了和ColdFusion9不支持IIS10，我有篇博客详细介绍了这两个解决问题的方法。
然后就是搭建SMTP服务器了，配合ColdFusion9定时发送邮件，期间也遇到不少问题，最终还是解决了，有时间写个搭建SMTP服务器的博客。
服务器迁移算是我用时最久的一个项目了，具体用时没算，反正比较久，收获还是有点的，对于服务器上的IIS啊，SMTP服务器啊，Coldfusion啊都有了不少的认识，但是，这对我编程的技术没有提升啊！
然后还有个小项目让我也困扰了好几天，很简单，最开始是用winform编写一个界面查询一条字符串是否在excel表里。因为excel里面有上百万行字符串，作为萌新的我慌了，我靠，从来没有遇到过这么大量的数据啊！咋整？用读excel的方式把数据存在内存中，然后在内存里查询，我靠，好慢，十几分钟都没结果。把excel文件作为数据源，用odbc方式读取，呃，dataset一次性只能够存放几万行数据，爆内存了……又怎么办？嗯？excel不是有自己查询的函数吗？直接利用不就行了吗？哈，问题得到解决，调用excel自己的find函数就行了，一秒不到返回结果，我真是聪明！
过了一段时间，用户说只能够在电脑前查询，不方便，把这功能放在手持设备里。我勒个去，问题真是多，早让我开发手持设备的程序不行吗？好吧，你是用户，你是大佬，你是上帝，只能够听命。然后我又苦逼的研究如何在wince上开发程序，呃，如果不用别的公司开发的软件，wince里没办法打开读取excel，直接wince编程的话excel的API都没有，读取个卵的excel，而且这excel数据源又是不确定的，怎么整？
琢磨了几天后，还是用到webservice和共享盘的方式来解决该问题，将逻辑从wince中拆出来，把判断字符串是否在excel中的逻辑放在wince外面。用户在共享盘的一个固定路径下存放需要查询的文件，操作手持设备时可以选择共享路径上的文件，然后用手持设备扫码，显示出结果，完美！
当然，我发现webservice上也不能够操作excel，领导说数据源可以是csv格式的，于是我直接用webservice读取csv文件，也完成了要求。至于在webservice上是否可以操作excel我就没有继续研究了。
比较有印象的就是这三个项目，别的项目就是配合业务逻辑，难度不高，也就不细说了。
回顾半年工作，自己解决问题的能力还是得到了领导的认可，但是工厂主要注重业务，解决生产期间出现的问题，因此这半年并没有接触到技术含量高的项目，可能也是因为自己才工作，不放心将大点的项目让我插一脚。
简单来说，工厂里工作真的比互联网轻松太多了，但是成长有限，我可以一直在这里混吃等死，熬到退休，没有互联网公司上班那么大的竞争压力。但是这好像不是我这个年龄应该想的事……
咳咳，才工作半年就想到退休了，安逸久了吗？哈哈！