Office这种软件这种体积,也只有微软能做出来,别的公司要做出来,体积肯定远大于微软,当然肯定是根本做不出来的。Office第一版是90年上线的,都快30年了,一般来说:
1:不太会有软件项目能活30年。
2:不太会有已经开了30多年的软件公司,一般开到现在也没多久,开到垮也开不满30年。
3:程序员做不满30年,普通公司996撕逼裁员这么一闹,你想写30年代码,也未必活得了这么久。那么这样一个做了30年的产品,可能有些代码从第一天活到现在。那么可能遇到如下问题:
a:需求极其繁杂,需要涉及文字、排版等问题的尤其如此,全世界常用的几十种文字几百种语言,各种出版规范以及计算机文字编码规范全要遵守,各种奇怪的产品核心或者本地化需求堆成山,微软全都做出来了,光这点其他办公套件就没一个比得上的
b:兼容性包袱特别大,Office到现在经历了多少版本,本地化分支数不胜数。有多少接口需要维护,需要考虑多少插件以各种骚操作调用接口。全他妈要保持兼容,一个模块可能要额外准备几十种特殊情况以备不时之需,甚至有可能私有接口都被插件开发商捣鼓出来利用,这下你也不能改了,升级版本后如果用户的软件崩了,第一个就怪的是微软,好好的升个屁级,微软接了锅想找插件开发商改进,一是用户不肯买新版插件,二是插件公司也受上述123条规则约束,可能做不了新版了。
c:上古代码没人会改,Office里面很多问题不是会编程就能解决的,需要真正通晓多国文字、熟悉各国出版排版技术规范,博古通今的大神级别的人才有可能理解问题。这还只是第一步,懂了问题之后要看懂古时候的代码。众所周知,古神级别的代码人类是看不懂的,当年的环境下,程序员都是大神级别的,可能注释不是太多,因为默认同事的智商全都看得懂。几十年下来,原来的人可能离职了甚至死了,没人看得懂,就算这人还在,你去问他,他也不一定懂,你去年写的代码,你能一眼就看明白吗?看懂了也不敢改。层层加壳,谁知道什么东西又依赖这段东西,这种上古代码从来就没有人能改好过,改坏了算谁的?当然不是说代码质量差,而是很多现在流行的框架环境、开发范式等等当年全都不存在,全是靠古神们人肉撑起来的,你要看懂首先要上一堂CS历史。改完甚至可能不知道怎么编译,当年的工具没人会用,整个团队可能都被开了,工具都找不到了上哪儿编译去?只有当宝贝一样供着这东西!你们觉得呢?
相关教程
2023-06-19
2023-11-21
2024-01-08
2023-07-19
2023-06-30
2024-07-23
2024-01-16
2023-08-11
2024-10-22
2024-11-17
2024-11-16
2024-11-16
2024-11-15
2024-11-15
2024-11-15