UniJoy

后端开发一般都不喜欢做业务，特别喜欢钻研技术的人，笔者认为一般有以下两点原因： 1、业务开发本身找不到准确数字支撑业务的技术产出（比如技术可以说优化系统耗时提升xxx毫秒) 2、业务需求比技术需求更难

在这里你能得到如下信息 通过这篇文章, 能从这里学到的点: 1. dubbo合并url参数？如何从对应的url参数Map中取对应key的值？ 2.dubbo扩展点分类？dubbo如何对扩展点进行管理？

本节继续扩展下关于error的一些编码规则吧，只是遇到感觉好的一些点，官方是没有统一的规范约束滴。 处理所有含有err的返回值，不使用_忽略错误返回值 多次重复使用的错误，可以分组统一定义 失败的原因

如何应对头疼的error check？ 凡是发现重复的模式出现，都是可以简化的地方，本期再讲如何优化。 优化1: 函数式编程 思路： 变量err接收各环节，公共流程封入闭包函数 通过使用闭包函数把相同

go语言中函数返回基本结构response,error模式，作为开发者如何应对各种场景错误和捕捉异常panic成为日常必不可少工作。 首先go里没有java中try-catch-finally这种异常

Dubbo的扩展点加载从JDK标准的SPI(Service Provider Interface)扩展点发现机制加强而来。Dubbo改进了JDK标准的SPI的以下问题： JDK标准的SPI会一次性实例

如果给你一批机器（如上万台），需要提供一个分布式短任务通用功能。那么你将如何最快上线，实现高效组织调度这些机器，同时服务具有高可用、高可靠的系统。 Mesos 最初由 UC Berkeley 的 AM

背景： kafka性能优化时发现，资源扩充后，出现消费QPS不平稳问题，消费延迟20s，kafka频繁rebalance现象？rand.Rand 并发不安全？如何解决？

找到理想职业面临哪些难题？有哪些误区？感性和理性层面分别如何寻找？工具有哪些？有哪八个步骤步骤有哪些？如何升职加薪？