【本文来自《从编程看中印工程教育的差异》评论区，标题为小编添加】
在大厂上班时被印裔架构师带过，学过不少东西
感觉架构玩意儿，框框条条东西特多，很多用不上，无非就是你需要盖个窝棚，但是他给你按100层标准把一整个小区的大楼车库钢结构都准备好了，看你自己需要就在某个地方装几块木板，就可以运行了，其他的部件，说是屎山也不过分把，但在大企业环境下，就算屎山，不定哪天就用上了，比如增加一个业务，要多一个数据库，多几个view，说不定那个长期没用的adapter就用上了。。。。。就是这样的
跟师傅学的时候，师傅有的时候会告诉我：“我也不知道这东西干嘛的，别问我！你自己好好想想啊😅”有回酒会的时候问师傅为什么知道那么多，很多东西怎么想到的，他很谦虚，说架构玩意，基本上是前人踩坑，摔死了，后人总结下来的，后面有个叫架构4G人O邦F（GOF）总结了前人的经验，鼓捣出了一整套规矩，所以一些看着怪的规矩，你不能瞎改，改完以后你说不定也踩坑呢（我们通常称这个best practices），所以你觉得是comformity，对我们架构师来说，就是最佳实践
我想哈，你们觉得印度软件工程师comformity味道浓，其实大概是因为人家发展时间比较长，接触的存量的屎山代码比较多，没有办法，只能这么装模作样的供起来，因为我接触的德国、俄罗斯工程师，大致上一个样子的风格。。。
现在国内的项目，代码量也渐渐堆积起来了，有朝一日，我们也会变成这样的把
赞美欧姆尼赛亚
赞美神圣的二进制
以及那不可动摇的屎山代码
💩