Golang好文推荐（持续更新中） 俗话说书是人类进步的阶梯，本项目收录了平时阅读到的一些Go相关写的比较好，质量较高的干货文章；欢迎星级。

今年越来越多开发者开始关注移动应用性能管理和性能监测，我们找到一位国外资深的开发者对性能的相关理论，希望各位喜欢。当我在1989年加入oracle公司时，解决性能问题（人们通常说的oracle调优）是很困难的。只有少部分人声称他们很擅长这个，很多人都去咨询他们。当时，我进到oracle调优这个领域时，我完全没准备好。最近我又开始对mysql进行调优，这看起来和我20年前在oracle公司做的差不多。它让我想起了当我13岁刚接触代数学时是多么的困难。在那个年龄我只能依靠“数学直觉”来解决类似3x+4=13这样的方程。问题是我们之中大部分人都没有所谓的“数学直觉”。我记得当看到这样的问题:3x+4

介绍Java中常用的锁、线程安全的数据结构，死锁注意要点等。 适合用于技术分享。

《NIOSII那些事儿ver7.0》中的各个章节的源代码

百度百科上说：“代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。”这篇百科的内容好像是几年前CSDN上的一篇博文，但不管他们怎么抄，代码评审大概就是这么个意思。代码评审，没多大点事，貌似可有可无，但不管你怎么回避，确实不能也无法做到视而不见。最典型的介绍代码评审的开展方法就是：搞个3、5个人，什么小组长、秘书、测试人员啦，然后开会什么的。于是代码评审变成了会议，开发人员多数是技术宅、务实派，比较反感这种貌似能解决问题却往往更加添乱的口水活动，于是这事自然成了形式。借用一网友的图片，会议的初衷是好的，但往往过于理想化：图左-心目中的会议是这样的（图片来自网

通过工作中的观察与总结，我发现不少新人交互设计师以及产品人员，在画线框图时都会忽略一些重要内容，导致和视觉设计师的沟通成本增高、返工增多、工作效率下降、设计质量下降等重要问题。为了解决这些问题，一方面需要加强沟通，另一方面还需要多站在视觉的角度考虑线框图的设计，使大家的配合更默契。那么具体怎样做呢?以下就是我工作中积累的一些心得，希望对大家有所帮助。以前，我是这样画线框图的，这样能非常清晰的展示各模块元素之间的布局关系。然后我会告诉视觉，这些模块或元素之间的优先级关系是怎样的。但头疼的是，当界面元素很复杂的时候，视觉就难以一一记住了，这个时候就需要反复的沟通，视觉在这个过程中也非常的痛苦，经常

只是 零依赖的npm模块库，只做一件事。 那些笨拙的实用程序库的一种无罪替代。 PWA开发或字节宝贵时的理想选择。 我们欢迎您的贡献。 请遵循我们的。 尝试 :soft_ice_cream: 每个实用程序的 （由提供） 读 :books: 何时使用Just（何时不使用）。 -为什么我写《正义》。 打字稿 当前在有19种类型定义的Just函数。 我们欢迎增加。 可用时，您可以像这样安装Just函数的类型定义： # npm npm i just-extend && npm i @types/just-extend -D # yarn yarn add just-extend && yarn add @types/just-extend -D 浏览器支持 :laptop_computer: 基于。 有些旧版本可能也完全支持Just ，而这些旧版本无法通过ucelabs进行验证。 Chrome 苹果浏览器 火狐浏览器 边缘 节点 移动版Safari 安卓 是 是 是 12 6+ iOS 8以上 Android OS 5+ 模块 :package: {} [] {} [

在Kafka中，Producer默认不是幂等性的，但我们可以创建幂等性Producer。它其实是0.11.0.0版本引入的 新功能。在此之前，Kafka向分区发送数据时，可能会出现同一条消息被发送了多次，导致消息重复的情 况。在0.11之后，指定Producer幂等性的方法很简单，仅需要设置一个参数即可，即 props.put(“enable.idempotence”, ture)，或 props.put(ProducerConfig.ENABLE_IDEMPOTENCE_CONFIG， true)。

在 Pulsar 里，可以基于 geo-replication 将数据在多个机房进行复制，这个特性主要是复制的消息数据，而今天我们分享的主要是订阅状态的跨机房同步。 订阅状态主要指订阅的消费进度，开启订阅状态跨机房复制可以在其中某个机房出现故障时，consumer 切换其他机房可以根据消费进度继续进行消费，这样可以减少消息的重复消费以及consumer丢失消息的问题。

n9 的 糗事百科程序，部分代码copy自塞班版。不适用于其它meego，因为使用了nokia的组件