技术债务

     

软件工程令人不安的真相 • Buttondown

914

这里有一些我相信的关于软件工程的令人不安的事实!(banq:令人焦虑?) ... 具有特殊语法的复杂 DSL 可能是死胡同。Ruby 和 Scala 都非常重视这一点,但都没有让它流行起来。 如果没有.

离开MySQL团队的感想 - Steinar

1243 1

这是Steinar H. Gunderson离开MYSQL团队感想,据调查很多程序员离职是因为技术债务,他也不例外,离开是因为对代码质量感到沮丧,他认为:MySQL 是一个漂亮的糟糕的数据库,您应该强.

编写可维护的代码是一种沟通技巧 - Max Chernyak

1332 1 6K

编写可维护的代码很容易。只需保持方法和参数列表简短,名称和注释较长,并遵循样式指南。正如一位著名记者曾经写道:“对于每一个复杂的问题,都有一个清晰、简单和错误的答案。”使代码难以维护的不是样式和形状。.

Java最佳实践小结 - jonathangiles

1551 1 2K

Java 已经存在了非常长的时间,并继续得到全球开发人员和企业的大力支持。它在关键任务项目中可靠地工作方面有着良好的记录,在这些项目中,性能、可支持性、更广泛的生态系统支持以及 Java 的持续演进都.

建议将技术债务更名为科技财富 - increment

885 2K
技术债务是由于在构建功能时采用了太多的技术捷径。产品团队创建了一个雄心勃勃的路线图,几乎没有犯错的空间,工程师在已经过时的软件基础设施上进行不守规则的破解以实现这些雄心壮志。债务像一个孩子踮起脚尖走进.

鲍勃大叔是一个从未交付过软件的骗子? - Nico

2190 2

这是Nicolas Carlo个人针对发布“Clean代码”和“单一职责原则”的罗伯特·马丁的权威质疑:自从我得出罗伯特·马丁(鲍勃大叔)对软件开发生命周期一无所知的结论以来,已经有一段时间了。最近看.

技术债务让51%的工程师考虑辞职 - venturebeat

1497 3
根据Stepsize 的一项新研究,51% 的工程师因技术债务而离职或考虑离职。这解释了为什么薪酬和成长机会可能不足以让工程师满意;技术债务会导致挫折并阻碍创新。在高层次上,技术债务是由质量和速度之间.

Salesforce架构的10条原则

1497 1

Wesley Beary是Salesforc 的一名软件架构师,他将时间花在工程实践和文化上。他为 Salesforce Engineering 博客写了一篇很棒的文章,其中讨论了公司用于软件架构的 .

一位德国程序员秘诀:如何通过3个简单步骤成为高级开发人员?

1872 1 3K

来自Dev的德国程序员透露:在过去的 12 个月里,帮助了 80 多名开发人员实施了一个更有效的提高技能的策略,让他们对自己的技术能力充满信心,更快地晋升到高级职位,并获得更多收入:成为高级开发人员需.

成熟机器学习系统持续改进面临的问题 - danshiebler

812

任何在大公司建立机器学习模型的人都会认识到。对成熟的机器学习系统进行可衡量的改进是极其困难的:机器学习系统极其复杂,并且具有破坏软件组件之间抽象的令人沮丧的能力。这对 ML 成功必不可少的迭代开发类型.

用 set或map修复if-else的坏味道 - egkatzioura

1227 1 3K

有时,我们的代码库中可能会出现一些巨大的“if”语句。必须维护这些语句并一遍又一遍地更改相同的代码块。这在“if”语句检查变量是否属于某个值范围的情况下也很常见。假设你有一个枚举:public enu.

幽默:重建模、重建和重构

1684 1
业务:重建模remodeling架构:重建reconstructing开发:重构refactoring 重建模与重构的区别三者目标:解决Bug!.

阅读代码也是一种技能 - Trisha Gee

955

不只是鼓励程序员编写可读代码,还要承认程序员阅读代码也是另外一种技能。 1. 假设有人写了不可读的代码没有人故意编写不可读的代码。如果你有一个只有你贡献代码的项目,你可以亲眼看到这一点——每次你在几个.

幽默:重构的德文定义

712 1

重构这个词语refactoring的德文定义:verschlimm bessern(V )to make something worse by a well-meaningbut misguided .

被误解软件开发: 高质量代码才能最快投入生产 - itnext

1165 2 4K
软件开发被误解了,因为人们认为它是短期的创造,但是不明白:高质量却是将软件投入生产的最快方式。高质量的代码使维护更容易并减少代码交互时间。低质量的代码会慢慢地产生更多的问题并减慢开发速度。非开发人员和.

代码可读性举例:

1418 7
上面两行中哪一段可读性更好一点?.

无法理解的程序Bug分类大全 - jvns

1523 2 5K

以下是无法理解Bug分类:很难复制你不太了解整个系统很难获得有关Bug的数据你的假设之一是错误的这个bug真的很复杂 1.本地难以重现的bug那些让我考虑转行的bug通常只发生在少数用户身上,无法由通.

数字转型企业面临不断增长的技术债务 - DevOps.com

830 2K

技术人员总是支持新的、时尚的开发解决方案。更强大的框架、更多的交付、更好的集成。但这些支持者很少考虑引入新技术的长期副作用。因此,技术债务在大多数公司中司空见惯。近三分之一的 IT 预算专门用于解决技.

软件项目的铁三角模型:软件质量与快速开发的矛盾 - Richard

1458 1 2K

在“铁三角”模型中,有 3 个约束条件:资源Resource:有多少人投入范围Scope:需要完成多少工作时间Time:完成工作的时间它们形成了一个三角形,三角形的面积代表质量。如果您曾经听过人们谈论.

Coinbase如何根据第一性原则从原生App过渡到React Native?

792 1 3K

Coinbase是第一家上市的比特币交易所,他们宣布截至2021年1月,Coinbase iOS和Android应用程序已从本机开发过渡到React Native。迁移到React Native意味着.

敏捷方法如果过于注重程序员纪律是否引发内卷化?

918 2

著名敏捷大神Allen Holub认为:不能过分强调架构与程序员纪律一样重要。如果没有程序员的纪律,所有系统,无论设计得如何好,都会在砸在不了解其设计的程序员手中。这句话的意思,程序员纪律比架构设计更.

为什么程序员会有最喜欢与最讨厌的编程语言?(earthly)

1742 1 5K
Stack Overflow的2020年调查结果对“最恐惧的编程语言”和“最喜欢的编程语言”进行了排名。这两个排名都来自这个问题:在过去的一年中,您完成了哪些编程,脚本和标记语言的广泛开发工作,并且在.

乱弹马斯克与比尔盖茨两位首富的不同思维模式

2394 4

比尔盖茨在地球范围内搞内卷化,马斯克着眼火星外卷化,这是他们两个方向性最大不同:马斯克和比尔盖茨曾经先后成为过世界首富,但是他们的思维模式不同,比尔盖茨做了很多慈善项目,主要是立足于地球这个边界内,让.

快而脏的代码真的能更快推向市场吗?

1303 1

著名敏捷专家Allen Holub认为:编写“快速而肮脏”的废代码可以使您更快地推向市场是一个神话。至少我从未见过这项工作。最快的上市方式是编写高质量的,经过良好测试的代码。马丁福勒称这种“快而脏”代.

幽默:编程第一法则

3321 2
编程第一法则:如果它工作,就不要碰它不要追求完美的代码,不要过早优化,KISS原则:保持简单相关:开闭原则OCP与KISS简单原则冲突吗?.

幽默视频:编程踩坑实录

775 13K
点击图片见视频.

在不了解业务上下文情况下请容忍软件瑕疵Bug - jackhodkinson

1107 1

牢记业务上下文的技术决策建议,业务上下文是唯一的衡量软件质量的关键指标。如果有事情不对劲,软件工程师会感到不安。学生或初级工程师由于不熟悉编程概念而感到不安。渐渐地,我们对更高层次的抽象感到不安:我们.

经验分享:一位初级工程师如何在亚马逊五年时间内修复数百个Bug?

1161 1

Curtis Einsmann在亚马逊的5年中已经诊断并解决了数百个错误。作为一名初级工程师,大型软件系统中的错误诊断具有挑战性。 下面是他的经验总结:原因的诊断很重要。不成熟的解决方案使得问题持续存.