死宅码农系列1-打印机的故事

　　我相信，程序员在大多数人眼里的形象，是既宅又腐反应迟钝的死胖子。
　　实际上，程序员并不都是死胖子，而是脱离不开既宅又腐反应迟钝属性，但拥有高矮胖瘦各种形象的群体。由于自带属性太复杂，大家可以简单理解为呆萌。
　　具体有多呆呢？今天我就来举个例子，这事真切地发生在我和我的同事身上。没错，我和他们，都是一群呆逼到家的码农。
　　事情的起因是这样的，单位进货，买了一批网口打印机，就是那种只要插根网线联网，设置好一定参数后，你只要在局域网范围内，你跑哪儿都可以打印的那种。厂家为了方便我们调试和使用，好心让他们那边的技术人员在打印机的硬件里预先设置了一个ip，然后我们这边对接厂家的人为了防止ip忘记，在每台打印机上贴了个写着ip的便利贴。
　　问题的隐患就这样埋下了，那批打印机经过运输和搬运，拿到我们办公室时，我们只看到了一个硕大无比的纸箱子里面一堆杂乱的便利贴和数台打印机。究竟哪台对应哪个ip？我们陷入了深深的疑惑。
　　一位程序员通过采购与厂家取得联系，厂家表示他们也没有好的办法，只知道用硬件写入ip以及在局域网内已知ip的情况下写入新的ip，不知道如何远程写入ip或获取。更可怕的是，我们通过他们发来的一份毫不正规的电子版说明文档，大致猜出厂家只是某OEM代工，于是失去了进一步联系的念头。
　　第二位程序员说，既然根据目前的设定，只有打印机只接收对应ip的请求，不如把ip依次写进调试端口，再看看这个ip能否通过端口打印出来。说白了就是一个二分图的完美匹配算法嘛！
　　的确是个好主意，只要网线连接打印机，然后写个代码发送http请求就好了。
　　这么简单的事，自然……落到了我这个唯一的python程序员身上。
　　Java程序员都说，哎这个发包需要调哪个框架，哪个jar包比较好，这个http请求好像调不通，啊我只是个写网站接口的，没写过客户端请求，这个需要调串口协议的吧……
　　然后我用五行代码解决了那群人喋喋不休的唠叨。
　　再然后，他们开始吐槽，不行，你每次打印出来的东西都一样，怎么知道连续发送的请求包里，到底是哪个ip的请求包到达了打印机？
　　的确，这个是我的疏忽，我调了一下，把ip打印在了纸上。
　　然而故事还没有结束，他们开始吐槽电脑断网，因为请求打印机时，如果请求的ip刚好是他们电脑的ip，他们就断网了。
　　这次不是我的错，是运维配置了动态ip和DHCP的错。于是我们决定下班后开始打印，第二天再过来看。
　　第二天，有位两耳不闻世事的同事恰好跑到办公室，帮我们把打印出来的废纸扔了……扔……了……
　　于是等到了第三天才解决了这事，从此每台打印机上再次贴上了写有ip的便利贴，并且便利贴的地位和五指山上那张符咒一样，乱揭要遭雷劈的。
　　后来大约一个月以后，有位手贱的同事不小心按住了打印机的出纸键，长按五秒后，打印机吐出了一张纸，赫然写着ip，硬件配置，固件系统版本等信息……
　　所以说，总有些需求是多余的，总有些代码是画蛇添足。
　　该死的，又白死了好多脑细胞！