PhoneGap开发不可或缺的五件装备
这篇针对PhoneGap开发者的文章，系统梳理了五款能显著提升工作效率的核心工具，从轻量级的JQuery兼容库切入，深入对比了JQ.mobi与Zepto等库的关键差异。
本机暂存
最新文章
采集自各技术站点的近期文章。
导航 – 让用户“务入其途”
这篇讲的是导航设计在网站架构中的核心地位，它远不止是简单的“指路牌”。作者从用户体验的角度出发，指出导航实际决定了网站信息的组织框架、分类逻辑以及用户的获取路径。文章深入剖析了，一个优秀的导航设计如何通过直观的引导，直接提升网站的可用性，从而潜移默化地增强品牌形象与可信度。其核心观点在于，设计师的目标是让用户在浏览时能顺畅甚至“不知不觉”地沿着最佳路径找到所需内容——这正是“务入其途”的深层含义。对于产品、设计与前端开发者而言，文中对导航功能性的重新审视，提供了一个优化信息架构、降低用户认知负担的清晰思考方向。
本机暂存
设计师的成长
这篇文章谈的是设计师在职业发展中普遍遇到的“主动权缺失”问题。作者从近期组建新UED团队的实际经历出发，通过与多位设计师的深入交流，揭示了一个核心矛盾：许多设计师缺乏清晰的职业目标和规划，导致个人成长被动；而企业却常常招不到能真正满足项目需求的合适人才。 问题的根源被归结为两方面：一是设计师自身心态与能力的问题，比如不够踏实、略显浮躁；二是职业发展路径与市场需求的错位。作者没有停留在现象描述，而是进一步指出了这种“被动”状态带来的双向困境——个人难以突破成长瓶颈，团队与项目也无法获得有力支持。 这篇文章没有给出宏大的理论，而是从一次具体的组建团队经历切入，点明了设计师需要主动思考规划、掌握自身发展节奏的重要性。对于正在寻找方向或遇到瓶颈的设计师，以及希望搭建高效设计团队的管理者，文中描述的这种普遍现象和根源分析，或许能提供一面镜子，帮助审视自身的发展路径。
本机暂存
淘宝响应式WebUI设计实践
响应式设计如今已是前端开发的热门话题，但如何将其从理论落地为可靠的工程实践呢？淘宝的这篇文章就聚焦于此。作者从淘宝WebUI的实际开发经验出发，深入拆解了实现响应式设计的三大核心组件：弹性网格与布局如何适配不同屏幕尺寸、图片资源的加载策略以及CSS Media Query的实战应用技巧。文章没有停留在概念介绍，而是直接分享了在淘宝这类大型复杂业务场景下，这些技术方案是如何具体组合、调整并最终生效的。对于正在或即将面临多端适配挑战的前端开发者，这篇文章提供的实战路径和组件化思路，或许能为你节省不少摸索时间。
本机暂存
怎样用好Google进行搜索
这篇讲的是如何高效使用Google搜索的实用技巧。作者从日常搜索的痛点出发，指出虽然Google界面简洁，但大多数人只用了最基础的功能，导致搜索效率低下，常常陷入信息海洋。 文章深入对比了普通关键词搜索与高级搜索运算符的差异。例如，使用引号可以实现精确匹配短语，减号能排除干扰词汇，而site:命令则允许用户将搜索限制在特定网站内。这些技巧在提升搜索精度方面有显著区别，普通搜索适合宽泛查询，而高级技巧则适用于需要精准信息的场景，如学术研究或技术文档查找。 此外，文章还介绍了利用Google的搜索工具进行时间范围筛选和文件类型过滤的方法。通过设置“过去一年”或“PDF文件”等条件，读者可以快速缩小结果范围，直接找到最新或特定格式的资料。作者强调，这些功能能有效避免信息过载，让搜索变得更加高效。 通过学习这些具体方法，读者不仅能节省时间，还能在工作和
本机暂存
为你的博客制作一个安卓客户端
这篇讲的是如何零代码将博客快速转化为一个安卓客户端应用。 作者直接推荐了AppYet.com和feed.nu这两个在线服务作为核心方案。对于希望拥有自己安卓应用但又不懂开发技术的博主来说，这是一个非常实用的路径。文章指出，这类工具的核心能力是读取博客的RSS或Atom订阅源，并将其自动封装成一个结构清晰、具备基本阅读功能的安卓应用。其中，AppYet以生成过程直接、选项丰富著称，而feed.nu则更侧重轻量和快速部署。 这类方案的本质是提供了一种“订阅源可视化”的解决方案，它解决了个人博主技术门槛高、维护原生应用成本大的痛点。整个过程不需要编写一行代码，通常只需在网站上配置好博客地址、应用图标和一些偏好设置，平台便会自动生成APK安装包供用户下载和分发。对于内容更新频繁、以文章阅读为主的博客，这无疑是一条低投入、见效快的路径。 如果你是一个希望给读者提供更沉浸式移动端体验，但团队资源有限的博客作者，不妨花几分钟了解一下这两个平台，看看它们生成的应用是否符合你的内容呈现预期。
本机暂存
邀请创业旅伴·精装版
作者反思了自己从“一人公司”转向寻求伙伴的心路历程。他指出，在内容创业或小团队运作中，单纯依靠个人驱动容易陷入瓶颈，而传统意义上的“合伙人”概念往往又过于沉重。 文章的核心在于他重新定义并实践的合作关系——“合伙人制度2.0”。作者详细拆解了这个新机制，将其分为两种角色：“责任合伙人”负责具体项目的深度共创与风险共担，“生态合伙人”则在资源、品牌或特定领域提供支持。这种设计巧妙地降低了协作门槛，让合作可以基于一个个具体的项目灵活展开，而非一开始就绑定全部身家。 作者最深的体会是，健康的伙伴关系不是靠情感或头衔维系，而是“要绑定在具体的事务和创造上”。这篇文章为那些在独立工作与团队协作间摇摆的创作者和创业者，提供了一份关于如何构建轻量化、高弹性协作关系的实践蓝图，探讨了如何让彼此的价值在共同创造中生长。
本机暂存
MINA网络通信框架
这篇讲的是 Apache MINA 这个 Java 网络框架，它本质上是为解决传统 NIO 编程中底层细节复杂、容易出错的问题而生的。 作者从网络应用的通用挑战切入：如何高效、可靠地处理海量并发连接。MINA 的核心方案是提供一个基于事件驱动的、分层的异步 I/O 框架，将繁琐的底层操作封装成清晰的组件。文章重点剖析了它的分层架构，比如负责底层传输的 `IoService` 层，以及处理业务逻辑的 `IoHandler` 接口，两者之间还通过 `IoFilterChain` 来进行灵活的数据编解码与拦截处理，这种设计让网络通信的实现变得结构化。 通过这种封装，开发者可以从容应对高并发场景，专注于业务本身。文章最后提到，MINA 广泛应用于即时通讯、游戏服务器等需要长连接和高性能的系统，其简洁的 API 与稳定的性能，使其成为快速构建健壮网络应用的可靠选择。
本机暂存
初识PhoneGap
这篇讲的是，为什么那些熟练掌握HTML、CSS和JavaScript的前端工程师，突然也能开发出iPhone和Android上的原生应用了？答案就在于PhoneGap这个框架。 文章从“我们为什么需要PhoneGap”这个实际问题出发，清晰地解释了它的核心原理：通过一个本地的“壳”容器，将你编写的Web应用打包，并提供了一套JavaScript API作为桥梁，让网页代码可以调用摄像头、通讯录、文件系统等手机底层的原生功能。本质上，PhoneGap让Web技术成为了一个跨平台的“超级语言”。 对于开发者而言，这意味着极大的效率提升——你只需要维护一套代码，就能同时生成iOS、Android等多个平台的应用，而无需分别学习各平台的开发语言（如Objective-C或Java）。文章也坦诚地指出了它的局限性，比如在性能要求极高或需要深度使用最新系统特性的场景下，PhoneGap构建的应用可能不如纯原生应用流畅和灵活。 因此，文章最终给出的结论是：PhoneGap非常适合那些希望快速将现有Web项目移动化，或者主要进行内容展示、信息查询类应用开发的团队，它是进入移动开发世界一条非常务实的路径。
本机暂存
我们需要专职的QA吗？
这篇讲的是软件开发团队中一个常被回避却至关重要的问题：我们到底还需要专职的QA（质量保障）人员吗？作者从当前流行的DevOps与持续交付实践出发，直面一个普遍矛盾——理论上开发人员应“对质量负责”，但实践中许多团队依然面临质量瓶颈。 文章梳理了QA角色在不同技术背景下的演变。在传统瀑布模型中，QA是独立的“守门员”；而在敏捷浪潮下，测试左移、自动化覆盖的呼声一度让“全民QA”成为口号。作者指出，这种理想状态忽略了专业分工的价值：专职QA不仅是执行用例的机器，更是具备用户思维、风险意识和质量策略的设计者。他们能系统性地发现开发人员因思维盲区而忽略的边界问题，并从全局视角构建质量防护体系。 核心观点在于：问题的关键不是“要不要专职QA”，而是QA应如何转型以适应现代开发流程。文章倡导将QA的角色从后期验收前移至需求与设计阶段，深度融合技术栈，用数据驱动决策。最终结论并非非此即彼，而是呼吁团队根据项目复杂度、团队成熟度和业务风险来定制质量策略——有些项目确实需要一位专注的QA架构师来守护产品底线。
本机暂存
为什么我们要学习Haskell这样的编程语言
这篇讲的是作者从一个更长远的视角，来探讨我们究竟为什么要花时间学习Haskell这类“小众”的函数式编程语言。 作者认为，学习的目的远不止于掌握一门新工具以应对特定场景。文章深入剖析了Haskell的设计哲学：通过纯粹的函数、不可变的值和强大的类型系统，它从根本上强迫开发者以不同的方式思考问题——更关注数据转换的流程，而非状态的变更。这种思维训练的价值是超越语言本身的。 文章进一步指出，当习惯了这种严谨而清晰的表达后，开发者在回到Java、Go等主流语言时，能更敏锐地识别代码中的副作用、更自觉地设计不可变的数据结构，从而写出更健壮、更易于维护的代码。学习过程带来的认知升级，才是其真正的回报。无论你是追求技术深度的工程师，还是对编程语言理论感兴趣，这篇文章都清晰地勾勒出了学习路径背后的核心逻辑。
本机暂存
Object类相关的属性，方法和操作符
这篇从 ECMAScript 中所有类的共同祖先——Object 类出发，剖析了那些常被初学者忽略，却支撑着整个语言对象模型的核心元素。 文章重点讲解了 Object 实例的几个关键属性与操作。例如，`Object.prototype` 作为原型链的顶端，其默认的 `constructor` 属性与 `[[Enumerable]]` 描述符的细节。同时，也涵盖了 `Object.keys()`、`Object.getOwnPropertyNames()` 等静态方法在遍历对象自身属性时的精确区别，以及 `in` 与 `hasOwnProperty` 操作符在判断属性归属（自身 vs. 原型链）时的根本差异。 作者没有停留在 API 的简单罗列，而是通过对比这些基础工具在不同场景下的表现，揭示了 JavaScript 对象属性的“可枚举性”与“所有权”这两个底层特性。对于想深入理解原型链、进行精细对象操作或调试相关代码的开发者来说，厘清这些由 Object 类定义的“规则”，是迈向更扎实语言功底的关键一步。
本机暂存
中国零售电子商务路——一步三叹的嗟呀
这篇讨论的是中国零售电子商务在狂飙突进多年后，所进入的一段需要沉下来反思与修正的周期。作者从一个更长的时间维度出发，指出这个行业在经历了规模至上、速度为王的粗放阶段后，如今正面临流量见顶、模式同质化、盈利艰难等多重挑战，而过去被增长光环所掩盖的供应链薄弱、服务体验不佳等基础问题，开始集中显现。 文章的核心观点，正如引言所提示的，“快就是慢，慢就是快”。作者认为，行业曾经过度追求扩张速度与GMV数字，某种程度上牺牲了模式健康度与用户长期价值，这种“快”反而在今天制约了可持续发展的“慢功夫”。与之相对，那些愿意在供应链效率、数据精细化运营、线下体验融合等方面扎实投入、看似更“慢”的玩家，反而构建起了更坚韧的护城河。 读完这篇文章，能帮助从业者和关注者跳出日常的增长焦虑，去审视电商发展的底层逻辑：在流量红利消退后，真正的竞争力究竟源自何处？是继续追逐风口，还是回归商业本质？这对理解中国互联网经济的演进方向，有着切实的启发。
本机暂存
在dotcloud上部署Django全程记录
这篇记录的是作者首次在PaaS平台dotCloud上部署Django应用的真实过程。不同于教程，它聚焦于从本地开发环境到云端运行环境迁移时遭遇的具体挑战与排查历程。 作者从创建Django项目镜像开始，详细记录了遇到的数据库连接失败、环境变量读取错误以及静态文件配置失效等典型问题。文中不仅给出了错误日志，还剖析了根因——例如平台特定的配置文件路径、与本地PostgreSQL兼容的数据库服务选择，以及如何利用dotCloud的钩子脚本处理`collectstatic`命令。整个过程体现了对平台文档的深度解读与实际调试的结合。 最终，文章总结了在PaaS上部署Python应用的核心注意事项，包括依赖管理、环境隔离与配置外置化。对于考虑或正在使用类似平台的开发者而言，这份充满具体“坑点”与解决方案的日志，提供了一份极具参考价值的实践备忘录。
本机暂存
Lua int64 的支持
作者从Lua语言对64位整数支持的历史演变切入，深入探讨了Lua 5.3版本引入原生int64支持这一关键特性。在Lua 5.3之前，开发者通常面临两种选择：一是使用双精度浮点数模拟
本机暂存
oracle 9i数据库存在大量ora_j0**进程
这篇讲的是一个Oracle 9i数据库在实际运维中遇到的典型故障。作者发现数据库系统中突然涌现大量名为ora_j0**的后台进程，这些是Oracle作业调度（Job Scheduler）相关的进程。异常的进程数量不仅占用宝贵的系统资源（CPU、内存），更预示着作业调度系统可能陷入了混乱，例如作业未正常退出、调度频率设置错误或依赖的服务中断。 文章深入排查了问题的根因，详细记录了如何通过查询数据字典视图（如DBA_JOBS、DBA_SCHEDULER_JOBS）来定位异常作业，分析其运行状态与错误日志。针对这一问题，作者给出了清晰的解决步骤：包括强制终止僵死进程、修正作业定义、重置调度器状态，并最终通过一系列配置优化来防止问题复发。 对于使用Oracle旧版本进行关键业务支撑的DBA或运维人员来说，这篇文章提供了一个完整的故障诊断与处理案例，其排查思路和具体命令操作具有直接的参考价值。
本机暂存
如何做一个有趣的设计
这篇讨论的是如何让设计真正“有趣”而不流于表面。作者从腾讯CDC团队的实际经验出发，强调有趣的设计并非单纯依靠天马行空的创意，而是根植于对用户心理和使用场景的深度洞察。文章指出，有趣往往诞生于微小的、出人意料的交互细节之中——比如一个按钮的微妙动效、一段文案的幽默感，或是对用户操作的巧妙反馈。 作者通过几个具体案例说明，有趣的设计需要超越功能层面，去建立一种情感连接。它可能意味着将复杂的操作游戏化，或是在流程中埋下小小的“彩蛋”。文中特别提到，这种设计思维并非设计师的专利，而是需要产品、开发等多方共同理解用户情绪，并在技术可行性与创意间找到平衡。最终，文章将“有趣”定义为一种能提升产品亲和力、降低使用门槛的体验杠杆，而实现它的关键，在于保持对用户的好奇心和对细节的执着。
本机暂存
防火墙、DCD与TCP Keep alive
这篇讲的是网络连接管理中的一个经典陷阱：为什么长连接会莫名断开？作者从自己早年处理Oracle连接超时的经验切入，指出许多应用在复杂网络环境下频繁掉线，背后往往是防火墙或负载均衡器在静默“清理”空闲TCP连接。 文章核心对比了三种应对机制：一是调整防火墙策略（允许更长的空闲超时），但往往受限于网络安全策略；二是数据库层的DCD（Dead Connection Detection），它依赖数据库自身的探测与超时设置；三是TCP Keep Alive，通过操作系统内核的探活包来维持连接。作者细致分析了它们在检测时机、配置灵活性以及资源消耗上的关键差异。 尤其值得注意的是，文中强调了在实际调优时需要根据业务特性做权衡：对延迟敏感的应用可能需要更短的探测间隔，而高并发场景则需考虑探活带来的额外开销。文章不仅解释了问题根因，也给出了清晰的选型思路，对于运维、DBA和后端开发在设计高可用服务时，提供了非常具体的参考。
本机暂存
如何在Oracle 10g和11g上收集crs日志
Oracle RAC环境的故障诊断常常令人头疼——CRS日志散落在多个节点、多个目录下，手动收集既繁琐又容易遗漏关键信息。这篇讲的正是如何系统化地解决这个痛点。 文章聚焦Oracle 10g和11g版本，直接切入CRS日志收集的实际操作。作者指出，虽然日志分布复杂，但Oracle官方其实提供了一个简洁高效的脚本，堪称“居家旅行必备”。通过调用这个脚本，管理员可以一次性抓取所有相关日志，避免了逐目录翻找的低效和风险。 文章的核心价值在于将这个实用工具从文档深处提取出来，并明确了其在两个主流版本中的适用性。它没有泛泛而谈理论，而是给出了一条可立即执行的路径，让面对RAC诊断难题的DBA能快速定位问题根源。对于需要维护Oracle集群的工程师来说，这相当于在工具箱里常备了一个顺手的诊断利器。
本机暂存
DRM引起的问题解决一例
这篇讲的是Oracle RAC环境中一类隐蔽的性能故障。客户系统平时运行平稳，但会周期性地“闹脾气”：前台操作明显变卡，后台监控显示CPU使用率和系统负载突然飙升，几分钟后又自行恢复，像是系统在短暂“发烧”后自动退烧。 问题根源指向了Oracle RAC的分布式资源管理组件（DRM）。当RAC集群进行实例间资源协调时，DRM的相关操作（如数据块主节点的重新映射）在特定条件下会引发额外的、不必要的内部开销，从而导致可感知的性能波动。文章详细记录了从现象观察、日志分析到最终定位DRM为“元凶”的全过程。 作者不仅解释了问题的技术机理，更分享了实际的解决方案——如何通过调整相关参数来规避DRM的激进行为，在保障集群功能的同时，平息这种间歇性的性能起伏。对于管理Oracle RAC、尤其是遭遇类似“阵发性”性能问题的DBA和系统工程师来说，这次故障排查的思路与处置措施，提供了一次很有价值的实战参考。
本机暂存