有幸看到了一家欧美公司开发的上位机软件，直接把我给整崩溃了！不得不说，人家在做软件的那一刻起就已经为未来二次收费铺好了道路，并且，如果你想找第三方公司重构他们写好的上位机软件，还不行，事情到底是咋回事呢？
公司最近接到了一个项目，这个项目原来的乙方是欧洲某国的某公司开发的，甲方准备在此基础上进行二次开发，但是不知道是乙方报价太高还是咋的，甲方决定跳过乙方，直接在国内寻找供应商去重构这个上位机项目，于是，公司就派了几个技术员去甲方那看项目，一来是看看项目难度，二来是看看这个项目有没有利润。
公司派了几个上位机程序员，当然和包括我，还有几个搞机械和电路的，就到了甲方现场。搞机械的和搞电路的就在那研究设备，我和另外几名上位机程序员就在那研究程序，最终，几个上位机程序员一致认定，这个项目做倒是可以做，但是估计得重头研究了！
事情是这样的，别看是个上位机程序，但是他们搞得确是前后端分离的模式，前端是部署在一台Linux系统上的，后端则部署在一台Windows服务器上。
我们仔细研究了下程序，发现如果这个项目我们公司接了，估计光研究之前的业务逻辑和程序逻辑可能都要消耗几个月的时间。
具体原因就出在程序架构上，抛开前端不说，就这个后端程序都让我们头大，我不知道欧美那边做上位机是不是都是这个模式，如果是，那我感觉我对欧美那边的软件开发又有了新的认识。
我们仔细研究了下这个上位机程序的后端架构，发现这个后端架构是以一种类似树状结构的规则执行的。
具体来说，就是有一个主程序，还有将近一千个子程序，主程序和子程序之间没有任何强关联，任何一个子程序似乎（这里是似乎）都可以单独执行。
这么看起来好像也没那么难，但是，让人崩溃的事情来了！
因为所有子程序都是可以单独执行的，所以，就没有一个统一的配置文件去配置程序的通讯，因此，每一个程序都有一个单独的配置文件去配置和硬件的通讯！
我的天，将近一千个子程序，那么就意味着有将近一千个配置文件了！并且没有任何调度中心去调度这些配置！
如果在此基础上进行重构，那我们就需要对每一个程序和配置文件进行分析，然后通过分析程序的执行逻辑，然后才能搞清楚整个设备的运行逻辑！
公司在知道有这个项目的时候，我不知道老板对于这个项目的时间底线是多少，但我估计他以为有现成的程序，估计只需要花几个月时间就可以重构好，但是我们几个高技术的经过分析，要想做好这个项目，估计没有个一两年是搞不定的，而且客户那边保密性要求比较高，还只能在甲方现场开发，因此，我们至少要安排专人驻扎在甲方现场才行。
回到公司，我们把情况汇报给了公司，在汇报之前，我们一行人私下里其实早有结论，如果时间、预算不充足的情况下，我们估计公司是吃不下这个项目的！
果然，这个项目最后公司还是没有接！
结语
说到这里，我只能写一个大大的服字，就这么一个软件架构，放在哪个乙方手里估计都得颤一颤，因为逆向工程太大了，时间人力不足的情况下，根本没法弄！
但是，如果找当初写这个项目的欧美公司去弄，估计人家随便弄几下就好了！
这让人无路可走的设定，高！实在是高！
热门跟贴