最新文章

采集自各技术站点的近期文章。

IT 后端/ 2015-05-29 19:54:43 / 累计浏览 3,288

在PHP中使用协程实现多任务调度

这篇讲的是如何用 PHP 5.5 引入的生成器与协程特性，来实现协作式多任务调度。文章先从迭代生成器（如用 `xrange` 替代 `range` 避免大数组占内存）说起，阐明了生成器本质是一种“可中断的函数”，`yield` 既是中断点也是通信端口。在此基础上，作者进一步解释了协程如何通过 `send()` 方法实现双向通信。但文章的真正重点是最终的多任务调度方案：作者定义了一个 `Task` 类来包装协程，通过一个 `beforeFirstYield` 标志位巧妙解决了首次调用时可能跳过第一个 `yield` 值的隐患。另一个 `Scheduler` 类则负责管理这些任务，用一个队列来调度它们的执行。整个实现的巧妙之处在于，它将“协程主动让出控制权（通过 `yield`）”这一特性，转化为“任务协作”的核心机制，从而在单线程内模拟出并发运行多个任务的效果。文章最后点明，这种协作模式完全依赖任务自身的良好协作，这与操作系统中可能强制切换的抢占式多任务形成了鲜明对比。对于想在 PHP 中实现轻量级并发或理解协程底层思想的开发者，这是一个非常清晰且动手性很强的范例。

本机暂存

IT 后端/ 2015-05-11 23:50:44 / 累计浏览 6,870

nginx上，http状态200响应，PHP空白返回的问题

这篇讲的是在Nginx+PHP-FPM环境中，一个颇为诡异的故障：PHP脚本返回HTTP 200状态码，但页面内容却完全为空白。作者从朋友的一个求助问题出发，记录了完整的排查与解决过程。故障排查从怀疑PHP扩展冲突开始，但尝试关闭xdebug等扩展后问题依旧。通过`strace`分析系统调用，作者捕捉到了关键的线索——FastCGI请求包中，竟然缺少了必需的`SCRIPT_FILENAME`变量。这导致PHP-FPM无法定位和执行真正的PHP脚本文件。文章随后深入PHP-FPM源码，解释了当`SCRIPT_FILENAME`缺失时，其内部的处理逻辑正是直接返回一个空的响应体。问题的根源随之清晰：Nginx在将请求转发给PHP-FPM时，没有正确传递这个关键变量。最终，通过调整Nginx的FastCGI配置，确保`SCRIPT_FILENAME`被正确设置，问题得以解决。这篇记录不仅解决了一个具体问题，也揭示了Nginx与PHP-FPM交互协议中一个容易被忽略的细节，对于排障思路的梳理很有启发。

本机暂存

IT 后端/ 2015-05-11 23:41:02 / 累计浏览 7,081

Ruby 和 Python

这篇讲的是编程语言圈里的经典对决：Ruby与Python。作者从个人经历出发，先分别概括了两种语言的核心气质——Ruby像一位充满“魔法”的创造者，由Yukihiro Matsumoto在1985年创造；Python则更直接明了，由Guido Van Rossum在1991年创建。文章用一张对比表清晰列出了它们的优缺点与生态：Ruby的优势在于海量现成的Web开发功能和拥抱新事物的速度，但调试可能是个挑战；Python则以易学和强大的社区（尤其在学术界与Linux环境）见长，只是代码有时会显得过于直白。在Web框架层面，Ruby有著名的Rails，Python有Django，两者都是各自阵营的旗舰。作者特别结合自己从Django转向Rails的四年实战经验，指出了两者在语言和框架层面的关键差异。最后，通过列举Apple、Twitter、Github等巨头选择Ruby，以及Google、Instagram、Mozilla等拥抱Python，文章揭示了一个现实：技术选型没有绝对的胜负，而是取决于团队目标、项目需求和开发者的偏好。这为纠结于选择的读者提供了一个务实的参考视角。

本机暂存

IT DevOps/ 2015-05-11 23:37:47 / 累计浏览 4,703

15年运维经验老兵对公有云的深度剖析

这是一位拥有15年实战经验的运维老兵，从一线视角对公有云行业进行的全景扫描。文章并非理论堆砌，而是基于真实运营数据（如各产品的销售毛利率）和厂商观察，直指行业核心：哪些公有云服务商在“赔本赚吆喝”，哪些已接近盈利，以及CDN业务为何是“暴利”。作者深入剖析了从盈利模型、技术架构到市场格局的方方面面。技术上，他坦率指出了OpenStack商用的现实瓶颈、分布式存储Ceph的运用门槛，以及不同负载均衡方案背后的成本与性能权衡。在行业判断上，他认为公有云创业窗口已在2013年底关闭，并明确指出了大厂与创业公司在企业市场的不同打法。这篇文章的价值在于其务实与直白。它不描绘宏大蓝图，而是用具体的数据、技术选型中的“坑”与厂商间的真实竞争态势，为读者描绘了一幅公有云行业的实景地图。无论是技术决策者还是行业观察者，都能从中获得关于成本、架构和市场机会的冷静思考。

本机暂存

IT 开发者/ 2015-05-11 23:37:00 / 累计浏览 4,412

需求评审与讨论问题的基本方式

这篇讲的是需求评审与团队讨论的核心方法，重点在于把一场可能陷入辩论的评审，转变为共同解决问题的过程。作者从常见误区出发，指出许多产品经理习惯带着“说服研发”的心态，导致氛围对立。文章强调，有效的评审首先要在“为什么做”（目标与目的）上达成绝对共识，再进入“怎么做”（方案）的探讨，最后才是排期执行。为此，作者提出了几条关键原则：讨论必须建立在同一频道的定义共识上；遇到僵持先搁置，求同存异。其推荐的推进步骤非常清晰：第一步务必花时间阐明背景和目标，并确保团队认同，这比直接讨论功能细节重要得多；第二步，在目标一致的前提下，专注探讨方案本身，避免思维跳跃到架构风险等细节层级；第三步，在方案敲定后再处理资源与排期。文章最后总结，无论是评审还是日常讨论，高效解决问题的本质都是不断拆解——从目标拆解到方案，再拆解到执行步骤。它提醒我们，在复杂的技术协作中，理清讨论的层次和聚焦点，有时比单纯的智商或情商更为关键。

本机暂存

IT 开发者/ 2015-05-11 23:35:26 / 累计浏览 3,777

为什么创业公司需要写博客？

这篇文章的核心论点很简单：在资源紧张的创业期，写博客不是浪费时间，而是一项能带来长期回报的关键营销投资。作者从“集客营销”（Inbound Marketing）的兴起切入，指出线上营销的重心已从打断式的广告转向通过有价值的内容吸引用户。对于创业公司而言，公司博客正是践行这一理念、建立双向沟通的绝佳渠道。文章不仅强调了博客对塑造品牌透明度和亲和力的作用，更用数据说明了其硬价值：高质量的博客内容是驱动搜索引擎优化（SEO）的核心，能有效提升自然流量。文中举了三个案例来佐证：数据分析公司 Kissmetrics 的博客文章频繁获得上千次分享，其有机搜索贡献了超过50%的公司收入；社交工具 Buffer 通过极度透明的内容（甚至公开员工薪资），让博客驱动了超过70%的每日新用户注册；电商平台 Shopify 则通过提供对电商从业者极具价值的运营指南，积累了超过4.8万的忠实邮件订阅者，一篇普通的产品公告都能在社交网络获得1500次分享。总的来说，文章论证了持续输出高质量博客内容，能如何系统性地为创业公司构建品牌信任、积累数字资产并直接驱动增长。对于创业团队而言，这是一篇关于品牌建设和获客策略的清醒剂。

本机暂存

IT 前端/ 2015-05-11 23:33:16 / 累计浏览 3,656

React入门：关于虚拟DOM（Virtual DOM）

这篇讲的是React中虚拟DOM（Virtual DOM）的工作原理。作者从State变化如何触发UI更新讲起，指出React并非直接操作真实DOM，而是通过构建一个JavaScript对象形式的虚拟DOM树来进行模拟。核心在于，虚拟DOM操作不立即反映到真实页面，这让React能将多次状态更新的渲染请求批量处理。等到事件循环结束，React通过高效的diff算法比较新旧虚拟DOM，计算出最小化的变更步骤，再一次性应用到真实DOM上。这种“计算最优更新路径”再“最小化执行”的模式，比开发者手动频繁操作真实DOM要快得多且更可靠。文章进一步解释了虚拟DOM的API与真实DOM不同，其基本单位是“组件”（Components）。组件化结构让React的diff过程更加高效。简而言之，虚拟DOM用轻量的JavaScript对象代替了昂贵的DOM操作，在频繁更新的界面场景下显著提升了性能。

本机暂存

IT 算法/ 2015-05-11 23:28:18 / 累计浏览 3,962

Linux下互斥量加锁与解锁操作的C代码实现

这篇讲的是在多线程编程中如何安全地保护共享资源。作者从一个常见问题出发：当多个线程需要修改同一全局变量时，必须确保操作的原子性，否则容易引发不可预知的错误。文章核心是演示一套完整的互斥量加锁与解锁C语言实现。作者没有停留在理论，而是直接给出了可运行的代码文件“LockAndUnlock.c”。其中，自定义的`MutexLock`函数封装了`pthread_mutex_timedlock`，并通过`gettimeofday`获取系统时间，巧妙地计算出带超时（5秒）的绝对等待时间，避免了线程可能被永久阻塞的风险。`MutexUnLock`函数则简洁地封装了解锁操作。代码结构清晰，包含了宏定义、函数声明和完整的错误处理逻辑。文章最后还附上了在Linux下的具体编译命令（gcc -pthread）和运行结果，形成了一个从问题、方案到验证的闭环。对于需要在C程序中使用POSIX线程互斥机制的开发者来说，这套封装好的函数可以直接作为参考或API使用。

本机暂存

IT 后端/ 2015-05-11 23:25:24 / 累计浏览 4,642

在Linux进行IO的正确姿势

很多C/C++程序员在做网络编程时，习惯使用封装好的库，却可能忽略了底层IO操作的一个常见陷阱。这篇文章指出，许多人对read()/write()函数的错误处理并不到位。作者从一个典型的错误代码示例出发：检查返回值为-1或0就认为完成了处理。但这忽略了关键的errno判断，尤其是EINTR（系统中断）和EAGAIN（非阻塞IO暂无数据）这两种情况。文章进一步展示了，仅仅判断errno还不够，正确的姿势是将IO操作放在一个while循环中，以便在发生可恢复的中断时进行重试，而非直接退出。文中强调，一个完善的IO处理逻辑必须能应对操作系统的瞬时状况，并结合了select/epoll等IO多路复用机制。最后，文章建议读者参考sim框架的开源代码，学习成熟的IO处理模式。

本机暂存

IT 前端/ 2015-05-11 23:22:08 / 累计浏览 3,109

细说JavaScript中对象的属性和方法

这篇讲的是JavaScript对象的属性和方法，特别是ES5引入的那些。作者从阅读尼古拉斯·泽卡斯的《JavaScript面向对象精要》出发，意识到自己对这部分知识不够扎实，于是整理了这篇实用的总结。文章结构清晰，分为两部分，系统梳理了Object和Object.prototype上的常用方法。作者分享了一个有趣的发现：要查看一个对象有哪些属性，最直接的方式不是搜索引擎，而是一行简洁的`Object.getOwnPropertyNames`代码，能列出所有属性名。对于Object上的方法，文章重点剖析了几个ES5新增的关键API。例如，`Object.create`可以基于指定原型创建新对象，并允许直接定义初始属性；`Object.defineProperty`则提供了对属性特性（如是否可枚举、可写）的精细控制，这对实现底层库和框架至关重要。`Object.getPrototypeOf`也弥补了早期版本只能通过构造函数间接获取原型的不便。整体来看，作者没有泛泛而谈，而是结合具体代码和MDN文档链接，把每个方法的签名、参数和典型用法都讲清楚了。这种基于实际开发经验的梳理，对于想夯实JS基础、特别是理解现代JavaScript对象模型的开发者来说，是个不错的参考。

本机暂存

IT DevOps/ 2015-05-11 22:58:20 / 累计浏览 2,525

软件开发中的最佳实践是什么？

这篇讲的是“最佳实践”这个在软件开发领域被频繁使用、却又充满歧义的术语。作者从自身发布的教程出发，犀利地指出，这个词在不同语境下至少有三种截然不同的面貌。他将其梳理为一个“连续统一体”：最理想的状态是实践经验证优于其他所有方法；更常见的是被标准机构或行业广泛接受的“标准化实践”；而最要警惕的，则是用它作为挡箭牌、让个人主张显得更权威的“愤世嫉俗”用法。作者进而列举了敏捷、自动化测试、持续集成、设计模式、代码审查等一系列常被奉为圭臬的行业实践。他抛出了关键问题：在共同认可的行业智慧与盲目追随之间，界线何在？一个实践如何从“因为别人说好”，进阶到经过客观评估、证明对特定团队和组织确实有效？文章的真正目的，是提供一套启发式框架，帮助开发者穿越技术热情与组织实际效益之间的张力。它鼓励读者超越口号，基于可衡量的数据和事实去审辨，最终弄清楚哪些所谓的“最佳实践”，才是对你真正有益的实践。

本机暂存

IT 后端/ 2015-04-26 23:06:39 / 累计浏览 3,524

良好的书写规范提高PHP代码执行效率

这篇讲的是 PHP 开发中那些容易被忽略的编码习惯如何显著影响代码执行效率。作者从最基础的字符串引用开始，对比了单引号与双引号的性能差异——前者因不解析变量而更快。接着深入到函数调用、循环结构与变量操作等细节，比如用 `isset()` 替代 `strlen()` 检查字符串长度、`++$i` 比 `$i++` 更快（因指令数更少），以及循环内避免声明大变量等具体建议。文章的核心在于揭示了“书写规范”背后隐藏的性能代价。例如，它指出递增对象属性比递增局部变量慢3倍，而未定义的局部变量递增速度则慢了近10倍。这些量化对比让优化方向变得非常清晰。此外，内容也超越了代码层面，提及了服务器配置（如开启 mod_deflate）、使用 memcached 缓存以及精简面向对象设计等架构性建议。总的来说，它系统地梳理了从微观语法到宏观结构的一系列性能优化点，强调了许多看似微小的“规范”选择，实则是提升PHP应用响应速度和资源利用效率的关键。

本机暂存

IT 开发者/ 2015-04-26 23:02:22 / 累计浏览 13,412

公司倒了，请让领导先走

这是一篇观点类的职场观察文章，作者从个人近期的感悟出发，提出了一个略带调侃却又现实的观点：在职业变动期，或许可以考虑“让领导先走”。文章的核心在于对传统求职路径的一种反思。作者以求职大厂（如腾讯）为例，指出自己作为有8年经验的工程师，仍可能要面对年轻面试官对其系统架构能力的评估，这种错位有时会影响求职效率。因此，他提出了一个“曲线救国”的思路：与其投入大量精力进行不确定的常规应聘，不如等待并关注自己熟悉的领导或前辈的动向。如果他们加入了心仪的公司，通过其内推或许是一条更直接、更受认可的路径。文中提及的“Mann咖啡生意恢复正常”，为这个略显冷峻的职场策略增添了一丝生活气息和时代背景。文章并非鼓吹投机，而是以一种轻松的方式，折射出当前环境下许多职场人对于人脉价值和求职效率的务实思考，也提醒读者，职业网络中的“弱连接”有时能提供意想不到的机会。

本机暂存

IT 后端/ 2015-04-26 23:00:33 / 累计浏览 2,634

编写一个简单的JavaScript模板引擎

这篇讲的是如何从头实现一个轻量级的前端模板引擎。作者从实际场景出发，指出像 Swig 这样的全功能模板引擎有时对于前端简单的 HTML 片段生成显得有些笨重，由此引出了自己动手造一个的需求。实现思路清晰而巧妙：核心在于将模板字符串编译成一个可执行的渲染函数。具体来说，是通过正则表达式（`/\\{\\s*([a-zA-Z\\.\\_0-9()]+)\\s*\\}/m`）匹配出模板中的变量占位符（如 `{ user.company }`），然后动态生成一个函数代码字符串。这个生成的函数在运行时，会将 `model` 数据绑定到 `this` 上，通过类似 `this.user.company` 的方式直接访问数据并拼接成最终的 HTML 片段。其中最巧妙的一点是利用了 JavaScript 的 `new Function()` 机制，将模板字符串“编译”为真正的函数对象。这不仅让渲染过程高效，也天然支持了对复杂嵌套属性（如 `user.addr.zipcode`）的解析。文章最后给出的完整 `Template` 构造函数代码，完整地演示了从正则匹配、代码生成到函数编译的全流程，让读者能清晰地理解一个模板引擎最底层的工作原理。

本机暂存

IT 前端/ 2015-04-26 22:57:26 / 累计浏览 3,711

小tip: 纯CSS实现视差滚动效果

这篇讲的是一个有趣的纯CSS技巧：实现视差滚动效果。作者从“视差滚动通常依赖JavaScript或插件”这个普遍认知出发，探讨了在不考虑IE兼容性的前提下，如何仅用几行CSS代码达成同样炫酷的效果。核心实现思路巧妙地运用了CSS 3D的属性。作者在容器上设置`perspective`来建立3D视角，再对需要“慢速滚动”的背景元素应用`transform: translateZ(-1px) scale(2)`。这里的-1px与scale(2)是关键，它们共同制造了一种视觉错觉：虽然元素因Z轴位移在视觉上缩小了（如原文比喻的“近大远小”），但通过放大两倍补偿了这种缩小，使得在平面视角上看不出变化。然而，当页面滚动时，其位移速度自然与前景元素形成差异，从而产生视差感。原文用“电瓶车看月亮”的比喻很形象地说明了这一原理。文章最后也提到了该技巧的适用边界，比如对直接body滚动效果不佳。对于想用最轻量级代码增加页面动态感，且无需支持老版本IE的项目来说，这个“解密”后的CSS小魔法提供了一个非常实用的思路。

本机暂存

IT 后端/ 2015-04-26 22:55:40 / 累计浏览 2,634

grep awk 之buffer问题

作者从一个常见的管道命令场景出发，解释了为何当`grep`命令被多级管道串联时，数据不会立即流到下一阶段——比如在`while...done | grep abcd | grep abcd`中，第二条grep似乎没有实时输出。问题的根源在于，无论是`grep`还是`awk`，它们默认都会对输出进行缓冲（buffer），并非逐行传递。对于`grep`，可以通过添加`--line-buffered`选项来切换为行缓冲模式，让数据即时流出。而`awk`的情况更为棘手，它没有直接的选项来改变这一行为，一个有效的变通方法是在awk的输出语句后执行`system("")`，利用空命令来强制刷新输出缓冲区。这篇技术笔记精准地指出了管道通信中一个容易被忽略的底层机制，并给出了针对性的、可实操的解决方案。它提醒我们，在处理流式数据时，工具的缓冲策略是一个需要特别注意的细节。

本机暂存

IT 设计/ 2015-04-26 22:53:19 / 累计浏览 2,984

为什么工程师会造出蹩脚的产品

这篇讲的是工程师在设计产品时容易陷入的思维陷阱。作者从一个极其复杂、明显由工程师设计的用户界面切入，指出其背后根源：工程师往往更痴迷于探索技术的可能性空间，热衷于让计算机实现各种“牛逼”的功能，而不是做出艰难的取舍以简化复杂性。文章分析了几种典型的工程师倾向，比如不喜欢做选择（因为会限制灵活性）、优先增加潜在功能而非移除不必要的复杂性，甚至倾向于自己搞定设计问题。作者还以自身开发经历为例，说明当工程师专注于用技术方案解决边界情况时，很容易构建出用户根本不需要的复杂功能，而忽略了问题的本质可能是一个需要简洁处理的设计问题。最终，文章揭示了产品与技术的本质区别：技术是管道，而产品是做出选择、创造清晰体验。这些观察提醒技术从业者，理解工程师自身的思维模式与局限，是打造优秀产品的关键一步。

本机暂存

IT 后端/ 2015-04-26 22:50:14 / 累计浏览 3,741

GDB 进行程序调试笔记

这篇笔记详细记录了从零开始使用 GDB 调试 C 程序的全过程。作者以一段包含循环累加的简单 C 代码为例，清晰地展示了调试前的必要准备——必须使用 `gcc -g` 参数编译，将源码信息嵌入二进制文件，这是所有调试操作的基础。进入 GDB 后，文章没有罗列枯燥的命令列表，而是通过实操讲解了最核心的流程：用 `start` 启动程序，用 `list` 查看源码；在函数调用处，区分了 `next`（单步执行不进入函数）与 `step`（进入函数内部）的不同用途。当进入 `add_range` 函数后，通过 `backtrace` 查看函数调用栈帧，用 `info locals` 和 `print` 命令观察局部变量的状态，甚至演示了如何用 `set var` 在运行时修改变量值。最后，以一个命令表格收尾，汇总了 `bt`、`finish`、`frame` 等高频命令的用途。它本质上是一份面向初学者的 GDB 速查手册，重点突出了调试过程中“查看”与“干预”程序状态的两大核心能力，对于不熟悉命令行调试的开发者来说，是非常实用的入门参考。

本机暂存

IT 开发者/ 2015-04-26 22:47:03 / 累计浏览 6,146

再谈程序员学英语

作者从2012年那篇《程序员学英语》的文章出发，结合在西雅图生活半年多的亲身经历，分享了一系列面向程序员的英语学习新感悟。核心观点是：英语提升的关键在于实用主义和环境融入，而非死记硬背。具体建议包括：利用YouTube脱口秀培养兴趣，但建议从有字幕视频入手；主动适应各国口音，因为工作中遇到的英文本就多样，甚至母语非英语的同事使用简单词汇反而更实用；脱离字幕的过程虽艰辛，但可通过让字幕延迟加载等小技巧逐步训练。作者强调多用手机等设备接触不同声音媒介，比如听广播或模糊音频，以塑造语言感觉。文中穿插了生动细节：远足时与路人闲聊地道寒暄、在乒乓球俱乐部用破碎英语表达意愿、麦当劳点餐时不懂“crispy or grilled”而事后Google、同事误将番茄酱说成“tomato sauce”竟让服务员现场炒番茄。这些例子都指向同一结论——主动沟通最重要，而且没人会因口音或语法嘲笑你，人们只关心表达的内容。最终，作者鼓励程序员走出华人小圈子，融入本土生活，比如关注当地体育赛事，在自然互动中提升英语。这篇文章为

本机暂存

IT 移动开发/ 2015-04-26 22:45:47 / 累计浏览 2,712

iOS界面响应式布局方式对比

这篇技术文章探讨了iOS开发中界面响应式布局方案的演变与对比。作者指出，早期iPhone屏幕单一，开发者普遍使用绝对定位，无需考虑动态布局问题。但随着iPad和多分辨率iPhone出现，苹果推出了Auto Layout方案。文章重点对比了Auto Layout及其社区改进（如Masonry）与新兴框架CocoaUI的不同设计哲学。Auto Layout本质是相对布局，但官方实现代码冗长、可读性差；Masonry等库虽用更“人话”的语法简化了代码，但仍未脱离相对布局需要依赖相邻控件关系的固有缺陷。相比之下，CocoaUI借鉴了Web的流式布局思想，主张每个控件自主完成自身布局，无需关心其他控件。文章通过代码示例直观展示，仅需一行代码即可实现Auto Layout中数十行的内边距设置。此外，CocoaUI还支持从HTML/XML文件直接加载界面并预览，进一步提升了开发效率。作者最终推荐开发者尝试CocoaUI，以更简洁直观的方式解决动态布局难题。

本机暂存