当我第一份工作的时候，他们有一个非常复杂的VB应用程序，在全国数十家客户中运行，每家客户当然都有各自特定的需求。应用程序中有大量全局变量（看起来像是随机的四个大写字母）控制着一切。某一天，应用程序出现了一些错误，但在Visual Studio中以调试模式运行时却不会出现。解决方案很明显：在每个客户的现场安装Visual Studio，并教用户从Visual Studio中以调试模式运行应用程序。我不知道他们是怎么说服用户这么做的，以及他们是怎么处理许可证的，但确实这么做了。接下来发生的事情更糟糕。当然没有版本控制，代码存储在公司本地网络的共享磁盘上，代码被复制到多个文件夹中，每个文件夹都有自己的版本，也没有任何逻辑，V1，V2，V2.3，V2a，V2_customer_name，V2_customer_name_fix，……
源讨论“我们列不够用了”原帖 571 条评论 · 导入时统计把你的经验，加入这段讨论。
这太棒了。我完全可以想象一个聪明的新人加入那个团队，热心地提出要“设置这个叫做git的东西”，结果却被所有“资深”员工在会议中嘲笑出去。
完整原文> 有很多全局变量（似乎是随机的四个大写字母）控制着一切。 我曾经遇到过一个（c）程序，它有26个变量，每个变量都是一个字母，每个字母对应字母表中的一个字母。它们都是全局变量。而且其中很多变量被用来完全不相关的事情。
完整原文这简直是噩梦。这是怎么发生的？ 作为一句轻率的回答，我可以建议，如果没有适当的培训，有很多开发者从未在任何有适当实践的人或公司那里接受过培训吗？ 真诚的问题。我们这个行业如何根除明显错误的做法？
完整原文我第一份工作是为一家公司工作的，我记得他们已经达到了VB6变量名的限制。所以他们把所有变量都重命名为更短的名称。这可能是同样的问题。他们当时正在用VB.net重写程序。
完整原文> 有些问题在其他人身上修复了几年后，仍然存在一些错误。 希望他们不会在某个时候发现客户实际上依赖于这些错误。这对程序员的灵魂来说是毒药。
完整原文有一种"做无法扩展的事情"，还有一种是不遗余力地以最愚蠢的方式做事。不确定这个处于哪个位置。
完整原文> 有一次，这个应用程序有一些错误，当在Visual Studio的调试模式下运行时却不会出现。解决方法很明显：为每个客户安装Visual Studio，并教用户从Visual Studio中以调试模式运行应用程序。 天哪！这是我听过最富有创意的解决方案（虽然很糟糕，但很富有创意）来修复一个Heisenbug： https://en.wikipedia.org/wiki/Heisenbug
完整原文尽管现在觉得这些事情很疯狂，而且有很多令人讨厌的地方，但我对在某个地方工作的某些方面有点怀念，那里的软件可能被需要和/或被重视，但并不是核心竞争力。或者可能是一个软件还是一种新奇的东西，尚未完全融入公司结构的时代： - 没有人对你应该怎么做有任何先入为主的观念，或者是否你这样的人会知道，所以你只是自己摸索。你花很多时间阅读和学习技能。版本控制？哇，很酷，什么是git，我们试试看吧！一个新的图表库？我们试试看，也许它会让事情更容易！你需要XYZ？让我花一天时间去了解一下。 - 没有人知道什么是可能的：被当作巫师对待，因为引入了最微小的自动化或改进，这使得...…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。