• HTTP状态418:I'm a teapot,客户端错误响应代码表明服务器拒绝冲煮咖啡,因为它永远是一个茶壶。这个错误是对 1998 年和 2014 年愚人节笑话中定义的超文本咖啡壶控制协议的引用。也就是说这是一个开玩笑,但是在如今API时代,如果返回418,按照4开头表示客户端的错
  • 当前项目组合:EventStorming BP/PL(领域探索)+用户故事映射(故事发现、确定优先级、划分为更小的故事)+ BDD(规范)+ EventStorming DL(设计)+ BDD/TDD/DDDtactical(DDD战术设计、实施)。势不可挡!  icon
  • 哲学和软件工程之间的区别在于:哲学家们可以无休止地争论某个标识identity的本质,软件工程师必须选择一个该死的定义来实现,而且需要忍受他们设计决策带来的不可避免的Bug后果。 icon
  • Java 已经存在了非常长的时间,并继续得到全球开发人员和企业的大力支持。它在关键任务项目中可靠地工作方面有着良好的记录,在这些项目中,性能、可支持性、更广泛的生态系统支持以及 Java 的持续演进都见证了其采用率的增长。Java 最佳实践网站面向所有 Java 开发人员。目标是将多 icon
  • 架构决策“最简单”的解决方案是让拥有巨大大脑的人做出所有决定。这种“Megamind”方法当然有一些优势——一个人可以快速做出决定,并且有一个人负责;缺点使这些优点相形见绌。把责任推给一个人是有风险的——人并不完美(对不起!)。让我们尝试改进一下:我们可以任命一个变革顾问委员会 (C icon
  • 业务:重建模remodeling架构:重建reconstructing开发:重构refactoring 重建模与重构的区别三者目 icon
  • 2017 年,我在耶鲁大学教职期间休假去了 Facebook。我创建了一个团队,在 Facebook 堆栈的底部构建一个名为 Delos 的存储系统(将其视为 Facebook 版本的 Chubby)。在不到一年的时间里,我们以一个 3 人的团队投入生产;随后将团队扩展到 30 多名工程师, icon
  • 这篇文章的灵感来自于 HackerNews 上的一条评论,我再也找不到了。它的要点是“虽然架构经常被过度设计,但代码本身却经常被设计不足”。如果有人认出作者,我会很乐意归于他们。作为免责声明,本文描述了我在过去 10 年担任顾问的经历。可能有一些框架和方法可以解决我将要描述的问题,但它们要么 icon
  • 本文列举了一些可以应用于软件开发的最流行的规则和原则。对于每条定律,我们将快速讨论其主要命题,然后探讨如何将其应用于软件开发。 帕累托原则(80/20 规则)帕累托原则指出,通常80% 的结果来自 20% 的原因。数字 80 和 20 icon
  • 每个软件工程师和 IT 人员都应该从事咨询工作。我不是在谈论成为那些被他们的公司称为“顾问”但实际上只是连续雇用的承包商之一。我指的是真正的顾问角色,您可以通过提供专业知识、提供建议和推动技术变革而获得报酬。有几种不同的方式可以进入这样的角色: 以独立顾问的身 icon
  • 一位作者分享了他第一次担任工程经理的经历。它会成为你的下一个职业吗?最近,我加入 Nextail Labs 担任工程经理。这是我第一次在软件初创公司工作并担任工程经理。 icon
  • 向技术领导地位的转变是一个巨大的挑战。技术领导是不同的。领导技术团队不仅需要管理技能,还需要技术实力和驾驭科技世界的能力。在数字产品上工作,您需要了解如何领导您的技术团队,为用户提供高价值,同时保持敏捷并准备好改变方向。我们收集了一些最好的技术领导力书籍,因此您可以深入了解成功的最佳 icon
  • 如果您想从经典 CI/CD 环境切换到 GitOps,那么您可以从大量可用工具中进行选择。术语 GitOps 是源代码管理系统 Git 的名称和操作中的缩写 Ops 的组合。将这个附加工具添加到 DevOps 工具箱的想法来自 Kubernetes 环境,它承诺将 IT 自动化提升到 icon
  • 在涉及大量工作的软件过程中,有一种普遍的管理人员的方法,以确保每个人都能获得适合其才能、知识、技能和经验的任务。对于软件产品的给定功能或修改,高级技术人员将制定出可能成功并适合业务架构的设计。然后,这位大师将工作划分为需要由个人完成的任务。通常,优秀的技术大师会考虑他们团队的 icon
  • Nick Horney 是《VUCA Masters》的作者和 Agility Consulting 的创始人。在这一集中,Nick 分享了他在领导敏捷性方面的创新,包括 AGILE Model 和 Leadership Agility Fitness,这是成为当前 VUCA 世界(即 V icon
  • 技术债务是由于在构建功能时采用了太多的技术捷径。产品团队创建了一个雄心勃勃的路线图,几乎没有犯错的空间,工程师在已经过时的软件基础设施上进行不守规则的破解以实现这些雄心壮志。债务像一个孩子踮起脚尖走进厨房,从食品储藏室偷走饼干,导致系统效率逐渐下降。当快速而肮脏的破解黑客习惯 icon
  • 当我们考虑如何以最好的方式做事时,首要考虑的是不要以最糟糕的方式做事并阻止以错误的方式做事,Poka-Yoke(“防错”)——这不仅仅是一个听起来很棒的词,而且是丰田防止用户错误操作的方法的一部分。例如,要启动汽车,你的脚必须踩在刹车上,然后才能启动汽车,这样来防止你做错事。 icon