说到redis就会联想到memcached，反之亦然。了解过两者的同学有那么个大致的印象：redis与memcached相比，比仅支持简单的key-value数据类型，同时还提供list,set,zset,hash等数据结构的存储；redis支持数据的备份，即master-slave模式的数据备份
Reddit是著名的社交新闻网站，光是在2012年， 它的独立访客就达到了4000万，页面浏览量达到了370亿次。几年过去了，网站用户有增无减，而随着用户的增多，网站的响应速度却一直在改进。这要得益 于Reddit使用了大量的缓存。而随着网站规模不断增长，缓存数量也随着增加，那么Reddit是如何做到在增大缓存规模的同时又能保证它们的响应速度 的？
我们阐明区块链的特性最适应现有的哪些商业问题，并量化其如何改变产业现状。我们突出展示那些将探索或赋能这一进程的私有和上市企业——并分析区块链可以创造哪些新的利润池，或是破坏哪些旧的利润池。
我是一个苦b的程序员，今晚加班到快通宵了，困得快睁不开眼了，女上司很关心，问我要不要吃宵夜。我没好气地说，宵夜就算了，能让我睡一觉就行了。女上司红着脸说了句讨厌
现在我们可以对后 C 时代的未来窥见一斑，即上述这类领域的代码都可以使用那些具有强大内存安全特性的 C 语言的替代者实现。Go 、Rust 或者 Cx ，无论是哪个，都可能使 C 的存在被弱化。比如，如果我现在再来重新实现一遍 NTP ，我可能就会毫不犹豫的使用 Go 语言去完成。
有人向你反馈了一个bug。 “26楼会议室的灯亮着。它需要被熄灭。”bug的备注里写道“你应该能在5分钟内搞定，只要按一下开关就好了。“ 你去了26楼的会议室。灯的确亮着，但房间里没有灯的开关。
架构模式是一个通用的、可重用的解决方案，用于在给定上下文中的软件体系结构中经常出现的问题。架构模式与软件设计模式类似，但具有更广泛的范围。在本文中，将简要地解释以下10种常见的体系架构模式，以及它们的用法、优缺点。
经过初步了解，配电脑、修电脑、装系统等都可以找程序猿来干。而且程序猿不会油嘴滑舌的。很多妹子也都这么想的，于是大学四年，程序猿钻了不少次各种妹子宿舍，一去就一下午，他说装系统太慢，我暂且就信了吧。
本文中笔者试图用通俗的语言探讨人脸识别技术，首先概述人脸识别技术，接着探讨深度学习有效的原因以及梯度下降为什么可以训练出合适的权重参数，最后描述基于CNN卷积神经网络的人脸识别。
从图中可以看出，他发贴表示“阿里巴巴的工作人员实现了Node.js引擎启动速度 的2倍速优化”。随后他再次推文，表示这位程序员将优化效果做到了近4倍的提升，完全符合他的预期。
作为科班出身码农，对计算机体系结构有一定了解，那我就尝试用大白话来说一下这个问题吧。AMD其实也存在漏洞，但是最终没读到数据，发论文的人猜测AMD跑的太慢才没成功，哈哈哈。Spectre (幽灵)与Meltdown (熔断)其实原理差不多。
比特币（bitcoin）诞生于2008年的一篇论文。一个署名为中本聪的人，提出了革命性的构想：让我们创造一种不受政府或其他任何人控制的货币！这个想法堪称疯狂：一串数字，背后没有任何资产支持，也没有任何人负责，你把它当作钱付给对方，怎么会有人愿意接受？
要说清楚 HTTPS 协议的实现原理，至少需要如下几个背景知识。1. 大致了解几个基本术语（HTTPS、SSL、TLS）的含义2. 大致了解 HTTP 和 TCP 的关系（尤其是“短连接”VS“长连接”）3. 大致了解加密算法的概念（尤其是“对称加密与非对称加密”的区别）4. 大致了解 CA 证书的用途
为了保证数据的可靠性，区块链也有自己的代价。一是效率，数据写入区块链，最少要等待十分钟，所有节点都同步数据，则需要更多的时间；二是能耗，区块的生成需要矿工进行无数无意义的计算，这是非常耗费能源的。因此，区块链的适用场景，其实非常有限。
关于程序员创业，我之所以愿意谈我的观点，是因为我是程序员出身，也是从小公司做起来的，我自认为对待很多程序员个人包括共享软件作者和一些小网站还是很好的。我希望分享一些经验和体会。
负载均衡的意义在于，让所有节点以最小的代价、最好的状态对外提供服务，这样系统吞吐量最大，性能更高，对于用户而言请求的时间也更小。而且，负载均衡增强了系统的可靠性，最大化降低了单个节点过载、甚至crash的概率。不难想象，如果一个系统绝大部分请求都落在同一个节点上
打开翻译君输入Docker 结果显示码头工人，没错！码头工人搬运的是集装箱，那么今天要讲的Docker其操作的也是集装箱，这个集装箱就静态而言就是一个应用镜像文件，就动态而言，就是一个容器。蒙了吧？好吧，上图解释。
其实大家会发现这个题目非常的“坑爹”，不就是故意折腾人么，但是在很多系统中，开发看到测试提出的Bug也是这样的感觉。作为开发就和我们成人一样看到问题总是以自己的世界观来理解，导致理所当然的就这样就对了，而真正真相就被隐藏了。
我的朋友Clift Norris发现了一个基本常数，我称之为Norris常数，一个未经培训的程序员在他或她遇到瓶颈之前能写出的平均代码量。Clift估计这个值是1500行。超过这个数以后，代码会变得如此混乱，以至于本人都无法轻而易举的进行调试和修改。
下面所有讨论，我们都假设只使用一个分支，也就是主分支 master 的情况，虽然这种作法并不符合 git 规范，但是现实情况中绝大部分用户是直接在 master 分支上进行工作的，所以在这里我们不去引入更加复杂的各种分支的情况，也不涉及标签 tag 的操作，只讲在最简单的主分支上如何回退。
