这个问题的根本原因是微信实现了自己的GIF解析功能，但由于对输入数据的校验不严格，导致异常的数据被解析，引起崩溃。在5月17日当天，这个GIF开始流传后，微信似乎在服务器端做了屏蔽，使得这个GIF无法被正常接收，但我们只要随便修改一下GIF中的任意一个字节，就能绕过这个屏蔽措施。同时由于iOS应用上架需要经过苹果审核，需要额外耗费一定时间，这就使得这个Bug即使修复后，所有用户也无法立刻更新。
Docker守护进程可以直接与主操作系统进行通信，为各个Docker容器分配资源；它还可以将容器与主操作系统隔离，并将各个容器互相隔离。虚拟机启动需要数分钟，而Docker容器可以在数毫秒内启动。由于没有臃肿的从操作系统，Docker可以节省大量的磁盘空间以及其他系统资源。
Node.js 8.0.0 使用了 V8 5.8，这是 JavaScript 运行时的重要更新，其中包括性能方面和面向开发者 API 的重大改进。对 Node.js 开发者来说最重要的是 V8 5.8 保证与 V8 5.9 和即将推出的 V8 6.0 具有 ABI 的向前兼容性，这将有助于确保 Node.js 原生插件生态系统的稳定性。在 Node.js 8 的生命周期中，会计划升级到 5.9 甚至 6.0。
说真的，其实我不想去攻击你们的语言信仰……至少不会“大大地”想。毕竟你喜欢的语言大放异彩的时期，可能要追溯到冰川时代了，对不？如果你喜欢的语言到今天还没有死，那只能说明这门语言在逐渐地改进和更新，保持与时俱进。
自从谷歌 I/O 2017宣布将支持 Kotlin 作为 Android 开发的 First-Class 语言，相信各位程序员的朋友圈都被Kotlin的消息轰炸了吧，支持Java的“守旧派”认为Java将稳坐霸主地位不动摇，支持Kotlin的“维新派”认为Kotlin很可能会把Java拉下马。其实，笔者认为新语言的出现对于程序员来说并不是一件新鲜事儿，程序员始终践行着“活到老，学到老”，真正能够对程序员产生影响的新语言的使用和性能。
但我还是忍不住要看看加密货币当前的发展状况，看看它们的实际价值是在哪里。我说的并不是对于投机者的金融价值；我是说对于用户的效用价值。因为如果没有人实际想要使用区块链协议和项目，那么那些本应反映其价值的代币最终会一文不值。
其实，只要作为程序员的你，将与代码的关系联想到我们人类，你会发现很多有意义的关系。
这道题我刚看到时，曾尝试用手工来破解，每次都以为找到了农民的必胜策略时，最后都发现其实农民跑不掉。由于手工破解无法穷尽所有可能性，所以这道题究竟农民有没有妙手跑掉呢，只能通过代码来帮助我们运算了。
我移植的项目是使用 Redis 实现的一个非常小的 REST API。它只是一个简单的缓存系统，把“不活动的”数据移动到磁盘上，而把“活动的”数据保留在 Redis 中。我需要一个简单的方法来分发这个 API 并配置 Redis 服务器，使其不会消耗大量的内存，并保持快速。使用 Go 后，发现它的 Spoiler Alert 非常适合这样的需求。
满足以上条件时，由于Samba能够为选定的目录创建网络共享，当恶意的客户端连接上一个可写的共享目录时，通过上传恶意的共享库文件，触发漏洞使samba服务端加载并执行它，从而实现了远程代码执行。根据服务器的配置情况，恶意代码还有可能以root权限执行。
最近又有一个同事和我讨论TDD并质疑TDD是否真的有用，已经记不清是第几次类似的讨论了，前段时间王垠的一篇关于 AI 的文章中也顺带黑了一把 scrum 和 tdd，作为一个坚持实践 tdd 的tdd粉，我觉得应该深入讨论下这个问题，有时候听一听不同的意见，反而能让我们看的更加清楚。
更小，更严格的单位测试在失败时提供更有价值的信息。通常，运行超过0.1秒的测试不是单元测试。单元测试可以提供更具体的错误信息，关于单元测试实践一本不错的书是Gary Bernhardt的Fast Test, Slow Test。
不久之后，我们收到了一封邮件，是攻击者发来的，邮件里附带了一些我们的源代码，他们要求我们支付巨额的比特币作为“封口费”，这笔封口费的数额达到足以让我们的公司破产。如果不支付封口费，他们就会公布我们的源代码。
最近一段时间，Web 生态系统发展迅速，虽然 JavaScript 和 Node.js 在性能上仍然不及 Python 和 Java，但它们也已经强大到足以处理许多机器学习的问题。Web 开发语言非常易用，它们在这一点上受益匪浅——你只需要在 Web 浏览器运行一个 JavaScript ML 项目即可。
当然也不少人质疑说，光骂培训班，那受过高等教育毕业的学生技术就一定好了吗？当然也不是这样的，事实上我国大多数高等学府的计算机教育也是无用的，甚至是有害的。中国大学在多次扩招后，除了少数几个学校，专业教育的大部分也不靠谱。许多学校安排了四年的课程，确实涉及了不少基础知识，但结果却本末倒置，觉得学生听不懂课上得简单，学生也没有好好学好。
今天早上，Stack Overflow上的一个提问迎来了里程碑：被浏览次数超过了100万次。这个问题就是“如何退出Vim编辑器”。五年来，这个问题已经被超过100万的开发者问过，他们都卡在了Vim里，在没有人帮助的情况下不知道如何退出。退出Vim编辑器甚至成为了开发者之间的一个笑话。
Linux 多年来取得的成绩毋庸多言。但最近，redditor 上有人发起了一个话题，想知道 Linux 的内核设计是否已经过时，并得到了一些有趣的答案。
有一些工具可以自动从一种语言转换为另一种语言。 他们可以帮助解决一些问题，但只能停留在第一步。 第二步和第三步的问题仍然存在，并且可能需要比手动转换代码带来更多的工作，因为通常手动转换会写出更多的人性化的代码。 令人遗憾的是图灵完备向我们揭示了不能有十全十美的事情。
我们已经有了一个极端的经验：开发有0个单元测试的项目，我们知道这样做所带来的痛苦。通常我们缺乏的是另一个极端的经验：开发100％代码覆盖率和一切都是TDD的项目。单元测试（特别是第一种方法）是一个非常好的做法，但我们应该分辨哪些测试是有用的，哪些是适得其反的。
翻翻历史，以前学过现在没用的技术实在是一大把，我承认技术是有 “道” 和 “术” 的区别，我写了十多年代码的时候以为 “术” 容易淘汰，而只有 “道” 就能长存，一旦掌握了恒久不变的道，就可以以不变应万变；而又写了十多年代码以后发现从更长的尺度上来看，并没有一成不变的东西。
今天我呆坐在这里，回顾我的整个编程生涯，我想弄清：成为解决真正问题的程序员，还是一切都这是完成工作。这两者是完全不同的。不管怎么样，小printf认为他不需要成为一个真正的程序员。我现在，也是这样认为的！
《人月神话》出版以来，IT行业的科技公司们一直苦苦追寻传说中以一当十的超级程序员，最新的研究表明确实存在这样一小撮效率奇高的“程序金刚”，但是一位普通程序猿如何能够蜕变成代码金刚呢？
本期科考派将替大家考证一下电影中出现的那些代码。它们有的是黑客脚本，有的是机密文件，有的就是纯粹耍酷看起来很厉害，甚至还有的是非人类代码。当然本文一如既往阅读起来有门槛，请非程序员读者速速退散，毕竟你也看不明白；请程序员读者细细研究，搞不好能够功力大涨。
很多人说在咱身边有一系列歧视链存在，行业之间因为薪资和工种相互歧视，地域之间因为标志性事件和历史相互歧视，比如说最近的美团的招聘歧视事件。不过歧视也并非全都是不愉快的，程序员之间也普遍存在一些有趣的歧视现象，今天就给大家分享一下！
好吧，虽然上图是P的，但至少可以说明一件事——产品经理们早被程序员在心中揍了百遍。 本指南采用案例演绎法，还原产品经理最容易被揍的Top 5 场景，并予以点评和建议，力保从业人员的人身安全。 产品经理，以下简称为（产品）狗。程序员，以下简称为(程序）猿。
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
