共 4 篇相关文章
这份由19UED团队出品的《前端CSS代码规范 V1.0》，是一套直接面向工程实践的编码准则。它从最基础的“申明及注释”等细节入手，旨在解决前端团队在CSS编码中常见的风格混乱、维护困难、协作成本高的问题。 规范系统地涵盖了CSS代码编写的核心维度：文件组织与架构、选择器与命名规则、属性书写与单位使用、以及注释与代码格式等。它不仅告诉你“什么该做”，更明确了“什么不该做”，例如对选择器层级深度、样式覆盖方式等易引发问题的地方给出了清晰约束。 其核心价值在于将抽象的代码质量要求，转化为具体可执行的条目。当团队共同遵守这份契约，代码库的视觉一致性和可维护性将得到显著提升，新成员也能更快融入项目。这为构建稳健、可长期演进的前端工程打下了扎实的规范基础。
这篇讲的是如何通过一系列具体、可操作的编码习惯来提升 JavaScript 代码的质量。作者从优秀程序员 Stoyan Stefanov 的经验出发，直接点出了几个容易被忽视但至关重要的细节。 文章没有泛泛而谈“代码风格”，而是聚焦在几个硬核的技巧上。比如，它强调要“避免使用全局变量”，解释了全局作用域污染可能带来的隐蔽 bug。再比如，推荐使用“单一的 var 关键字”来声明变量，这有助于代码维护和避免 hoisting 问题。在循环性能优化上，文中提到了“预存数组长度”这个小技巧，避免在循环体内重复计算。 这些实践虽然看似微小，但作者将它们系统地归纳出来，指向了一个核心：高质量代码往往源于对细节的严格把控和对 JavaScript 语言特性的深刻理解。文章为日常编码提供了清晰的“检查清单”，让开发者能立刻在自己的项目中应用这些被验证过的模式。
这篇讲的是如何从JavaScript的“糟粕”中提炼出精粹。作者从《Javascript语言精粹》一书出发，指出其作者Douglas Crockford——JSON的创造者——的核心观点：由于JavaScript设计仓促，语言中遗留了许多有缺陷的特性。文章的核心价值，在于梳理并阐释了书中附录列出的12种应避免使用的语法。 它并非泛泛而谈，而是具体剖析了每个“糟粕”的害处。例如，它解释了为何应永远使用“===”而非“==”，因为后者隐式的类型转换规则极易引发混乱；分析了“with”语句如何导致作用域模糊和性能下降；并指出“eval”带来的安全与维护风险。文章还对一些常见写法提出了更清晰的替代方案，比如用函数表达式（var foo = function() {}）代替函数声明，以避免提升带来的困惑，以及用对象字面量和原型继承的变通方法来替代可能出错的“new”语句。 作者的评述直接而具体，不仅指出了“不要做什么”，更通过对比说明了“为什么”以及“应该怎么做”。这为开发者提供了一份简洁有力的代码审查清单，有助于规避那些隐蔽的陷阱，写出更干净、健壮的JavaScript代码。
这篇讲的是资深技术博主caoz时隔多日再次提笔，以一贯犀利的风格直指行业中的种种“无耻”现象。作者从个人观察出发，点名批评了当前技术圈与互联网生态中，一些已经成为习惯却损害社区健康的不良行为。文章没有局限于具体技术细节，而是深入探讨了这些行为背后的心态与逻辑——例如对他人劳动成果的轻视、抄袭的盛行，以及短视的流量追逐如何侵蚀专业精神。通过列举实例，作者揭示了这种“习惯”对创新环境和协作文化的潜在伤害。最后，caoz将矛头指向从业者自身的反思：在抱怨环境之前，是否每个人都审视过自己无意中参与或默许了这些“无耻”？这篇文章的价值不在于提供解决方案，而在于其毫不留情的拷问本身，就能促使同行者重新审视行业底线与职业操守。
