Project 2M

我和王欢想到把一种多用户协同维护数据的工作机制带入我们单位这个技术荒野。动机很简单，现有的手段实在太原始了，完全是在浪费时间做重复的事，而且每个单位又很难做到资料上的同步，和别人核对资料还需要夹着电话一个个比对，这简直是八十年代啊。所以我们想用现拥有的能力改变这一切。

首先我们计划的第一步是基于已有的基础，将数据上传、归档整理并建立索引。基于Excel表格的数据很容易让所有人参与进来，我只要强制规定一个标准模型，在已有资料的基础上这事会非常轻松。我还引用了维基百科式的用户权限机制，人人参与的同时又保持质量。最终目的就是当网管中心或者其他不能忽悠的人电话问你这个口子现在在用还是空闲、上一站是哪里这样的问题时，你可以很快速很全面的查询到并帅气的回答他。

本来是计划做成一个程序的，但由于条件受限只能先做成一个网站。前端用Bootstrap做异常快，我还是用v2版本，熟悉是一方面原因，v3的那种扁平化我暂时无法欣赏。后台方面大多用开源代码做的功能模块，这过程感觉就像板砖。整个网站的核心机制就是将Excel表格数据转换成到数据库并为保证安全对其加密这个功能，这方面王欢以前学过，毕业作品也是同样原理的一个程序，两个人互学互补这过程很愉快。

另外我用上刚学会的Python做了一个伪自然语言跨文档搜索功能，取了个逼格很高的名字：Spotlight。什么是Spotlight？比如，搜索「到徐州有哪些口子是在用的？」、「帮我查到所有走网络业务的口子」之类的人类语言就能快速准确的搜索出来。原理其实挺弱智，设定几个关键词用作搜索词，比如「在用」、「南京」这样的，其余像「帮我找」、「有哪些」之类的直接忽略掉。结果就是看起来很牛逼的样子，实际承受不了任何趣味的恶搞，毫无幽默感，一点都不像我。

还有一个功能叫做「时光机」。灵感来自于平时生活中常常会碰到需要知道某个口子的历史情况，之前走的什么业务、到哪里去之类的。过去的纸质登记完全没可能记录下这些，所以我就幻想要能和Dropbox那样拥有强大又靠谱的数据更改历史纪录的功能。能力有限，我现在是用最笨的方法来实现这个幻想，将每个数据文档配发一个id，每次出现任何更改都将原文档另存为并配发一个新id，通过归档某个数据文件的所有历史id来实现数据的回滚查看。这样做确实很偷懒，但我始终感觉这样做是在给未来留下一个麻烦，毕竟数据库尺寸上的累计随着时间的推移是成倍上升的。可是我对如何实现只另存更改的部分这样的功能完全没概念，手足无措好尴尬，谁会就教教我，请你吃饭，什么都行。

最后，这篇文章发出去的时候，网站已经上线了。很奇怪，这次我压根就没想到给这网站起名字，有点很不科学，毕竟以前作项目名字总是先取好的，这次压根没考虑网站叫什么，直接拿Project 2M这个项目文件夹名。由于目前网站上只有连云港的资料，还没达到我们预想的状态，所以暂时不给大领导过目。不过我个人对此还是挺有信心的，给一些机房骨干演示了如何维护、搜索、统计数据，得到了很多赞赏和中肯的建议。那瞬间萌生一个想法，如果这个项目能在十一月前得到大领导们给予赏识的话，有用武之地的我可能不太愿意回宁波。