你有没有为你的团队编写“糟糕”的代码?

我已经找到了在OOP,软件设计,架构等方面找到新原则的持续发展道路。但是有时你会留在这些原则对他们来说是国际化的团队中,而且他们没有时间或者非常同样热情地发现你。

问题是,如果您将代码设置为“适当的”,则使用2kLOC课程编码的个人将无法识别它。 你肯定会放弃优秀的编码概念来维持你的团队吗? 关于这将是一个长期设置的情况怎么办?

0
2019-05-18 20:37:34
资源 分享
答案: 2

欢迎来到现实生活中。

我与世界各地的数千名程序员,初创企业以及大型企业合作。 其中大部分都不承认创新原则,也不会在未来。 除非你因某些领域而投资超过一年,否则简单地理解某些事情也很复杂。 真的有几个有能力做到这一点。

这就是为什么当我的程序员也是“简历驱动”时,我实际上感到不安,并且还试图实现布局模式,这些模式没有做得更好,但允许他在他的简历中放置一些新东西(或标题“建筑师”) ,而该小组的其余成员正在努力识别并保留HIS代码。

这就是为什么我认为一个优秀的程序员不是实际的优势,但却是最实用的程序员之一:

一个优秀的程序员试图通过充分利用ROI来改变功能性业务。

恕我直言,保持点直截了当,是可行的方法。 如果你打算做“适当的”事情,那就去做吧。 你的雇主正在考虑你的另一件事。

0
2019-05-21 02:05:14
资源

我假设你所描述的内容与之间存在着区别 技术金融债务

技术性金融债务是指您有意识地执行hacky并快速执行的完整专业知识,您将需要在稍后阶段转换布局。 与经济债务相比,这可能对任务有价值,但您需要了解它并在以后阶段将其删除。

关于故意不使用特定的语言属性 - 我实际上也一直在这种情况下。 申请时我记得我 保密代表 以下 C#2.0 出现了,几个月后,我看到一个人实际上只是删除了我的代表,并用常规方法改变了它。 他们只是真的不认识代码: - (

声称这不是一个负面的问题。 允许是保持简单

0
2019-05-21 01:57:10
资源