搜索所有贴

EE开发人员来说，学习微服务和云原生模式是一个很好的选择。该示例可用作开源。GitHub repo被称为 cloud-native-starter 。 Kubernetes，Istio和

5 年前

在测试代码时，仅为每种方法编写一个或两个单元测试是不够的。编写单元测试时，目标不是测试每个方法，而是测试方法可能执行的每条指令。并且由于方法在复杂性方面可能有很大差异，因此对于开发人员来说

5 年前

的事情，如果可能的话，但缺乏我的批准不会阻止他取得进步。有一段时间，如果我度假，很少做事。我发现这个开发人员已经成为一个高级开发人员，至少在能力上胜任，只是名头职称还没有正式给予。对我来说

7 年前

( Ctrl+Shift+X )，，重新加载窗口 (开发人员：重新加载窗口)，然后检查问题是否仍然存在。如果问题消失，则该扩展是“坏的”，您就完成了。否则，重新启用这个扩展并对下一个扩展重复该

8 个月前

身份验证和授权。对于开发人员和安全团队来说，为每个微服务调用实施授权的想法似乎令人生畏。幸运的是，有许多最佳实践可以帮助您顺利上路——并在跨团队的可扩展流程上实现标准化：可在Istio和Kuma服务

1 年前

寻找一些“优秀的开发人员”来雇用，当然，这些并不存在。问题不在于开发人员的质量，而在于使用了错误的软件开发方法。领域驱动设计幸运的是还有另一种方式。您不需要执行众所周知的

2 年前

单元测试来说过于复杂”。 [/list] 为不使用 Linux 的开发人员设置开发人员工作站花了近两周的时间。幸运的是，Linux 用户可以在几天内完成。有太多的脚本需要运行来启动 Weblogic

3 个月前

。对于使用C 的开发人员来说幸运的是，Eclipse的.NET版本正在开发中。不是那么差，但是还不是Java 客观一点评价，C 里并没有什么很恐怖的东西。它没有Visual Basic

10 年前

学到的不仅仅是Spring。 6.测试驱动自动化测试是一项重要技能。对于开发人员来说，这一切都始于单元测试。Java从一开始就很幸运拥有JUnit，但只是知道这个库并不能让你成为一个可以编写

5 年前

。抢先调度抢占式调度是指任务的调度不受开发人员控制，完全由运行时管理。无论程序员是启动同步任务还是异步任务，代码都没有区别。例如，Go编程依靠的是抢占式调度。它的优点是更容易学习：对于开发者

2 年前

40 多岁了，幸运的是没有大的疼痛或疼痛需要报告。 [*]我报名了马拉松、半程马拉松和超级马拉松，如果我不训练，事情对我来说就不那么美好了。我每周跑 30 英里，其中一半是在周末，另一半是在下

2 个月前

花时间真正了解他们正在研究的领域（即业务）。他们将在代码中明确且清晰地预测（作为建模）业务领域，使其几乎可被业务人员阅读。事实上，是的，对于那些还没有这种心态的开发人员来说，这是DDD的最大优势。在您

5 年前

采用曲线的任何技术都必定会使其受众两极分化，并以某种错误的方式吸引某些开发人员，Kafka也不例外。像其他任何事情一样，您需要花费大量时间来全面了解Kafka和事件流，然后才能完全熟练并可以利用其能力

4 年前

共同创造的感觉将加强您的社区成员的承诺，并创建一支超级积极的军队来帮助您发展您的项目。然而，通过吸引新成员和增加社区参与度来发展社区可能会很痛苦。对你来说幸运的是，许多工具可以让你在增加团队参与度的同时

1 年前

方式编写代码，则可能会感到有些迷茫。那是我们开始该项目时的印象。有时候，简单的事情似乎很困难。最令人惊讶的是，即使是经验丰富的Java开发人员也不得不重新发明轮子。对于他们来说，这是一个新的编程范例

4 年前

登录