Express.js 入门构建 MVC 示例
Express 提供便捷优雅的API 让我们接收请求经过处理后回应，但会发现随着规模庞大起来路径、商业逻辑、资料……等代码都塞在一个 app.js 实在不是一个好做法，于是这篇文章介绍使用MVC 架构替代码进行用途上的切割，以方便维护。
Express 提供便捷优雅的API 让我们接收请求经过处理后回应，但会发现随着规模庞大起来路径、商业逻辑、资料……等代码都塞在一个 app.js 实在不是一个好做法，于是这篇文章介绍使用MVC 架构替代码进行用途上的切割，以方便维护。
近期正在学习后端相关领域，与前端最贴近的框架绝对就是 Express.js 了，很适合目标为全端的工程师。这次实作并不会牵扯到数据库相关的部分，侷限在使用 Express.js 打造一个简单的 in-memory 待办事项后端服务器。
之前碰到一道有趣的前端 UI 题，发现需要对于前端有较为全面的认知才有办法解出来，并且也可以针对感兴趣的领域延伸提出更更多问题，于是特地纪录一下我的思考解题过程。身为一名前端工程师，你会怎么实作上图的电影院座位选位系统？
身处开发领域会发现很多时候都是在做架构信息的工作，所以我觉得称呼自己的日常工作像是「🌵 软件园丁」是十分贴切的。如果你也同意写作是为了思考更多，并期望透过输出写作来精炼自己的思考那么「数字花园」这个概念你应该也会有兴趣。
一开始听到CSS Container Queries 这个名词还是在一两年前，随着时间演进建构网页的模式也变动了许多次，我也越来越确信这项技术会是未来建构 RWD 网页的一块重要拼图，文章将介绍现有的Media Queries 有哪些缺陷，新解方则具备哪些优势？
近期维护的项目希望引入深色模式，但分析后我认为实现这个需求并不是一个划算的选择，本文将讨论原因。如今许多网站和应用程序默认提供深色模式，这是一种将背景色转为深色，前景色转为浅色的设计手段，具备各种功能性和情感上的特点，例如：节省设备电力、降低眼睛疲劳……
最近阅读 Stay SasSy 提到的 Goals, Problem, Solutions 猛然察觉这不是我日常工作拆分问题的方式吗！简直是不谋而合，正好也想写一篇文章来分享这个达成共识的方法，同时这也是一个很好向上沟通的方式，不管是对团队还是对上级沟通都有帮助。
在加入新工作的数个月内我撰写了接近百支大大小小功能的E2E 测试，打算透过边撰写这篇文章边阅读文件稳固自己的知识，同时也方便团队成员能够快速上手我从零开始建立的E2E Cypress 测试专案，并且最终期望能够尝试实验导入BDD 流程到团队开发流程当中。
通常写多个 h1 都会被教育这是错误的做法，但实际上真的是如此吗？我深入的研究各方面说法。整理 Google 与 MDN 文件的说法，一个页面有很多个「重磅级标题」的情况非常少见的，如果这么写在阅读结构上是合理的话，使用多个 <h1> 在单个页面之中是完全没问题的，此外有许多更值得探讨的细节。
有时候为了装饰用途会需要用图片来显示标题，于是我开始思考“把图片放在标题里面”是不是和规的 HTML？是不是一个好的作法？主要查阅了 Google Search Central 的回应以及 MDN 文件，结论是和规的，以及有更多可以留意的细节。
图片是丰富网页内容避不可少的元素之一，大家都会在网页中添加图片，并且大多数网站中图片与影片是传输资料中最繁重的存在，了解如何改善它们是最划算的选择，如果网站效能或加载速度出现问题，第一步可以从图片或影片开始改善。让我们先从简单的例子一步一步找出潜在的问题以及如何解决，了解图片实际上有很多有趣的细节可以调整。
指标就是为了能够客观的测量网站体验而生的统计数值，本篇文章挑战用自己的方式去理解并解释所有Google 提出网页体验相关的指标，我发现没有必要一次性的记忆所有种类的指标，因此制作了一个懒人包与该文章，方便你我查询与学习。
搜寻列是普遍输入资料于 HTML 中最常用的方式之一，让我们学会如何使用它。本篇文章将会练习从无到有包含介面制作一个搜寻框，可以输入结果并比对现有资料显示关联的内容，是一个非常适合 JavaScript 新手的一道实用练习题目。
计数器是入门各大框架基本会见到的习题，可以说是任何 App 最低限度的功能展示。这次使用原生的 JavaScript 来重现该题目，并且一步一步的思考并改善结果，本篇文章将会练习制作一个具备加、减、重制功能的 JavaScript 计数器。
好的文档应更容易的被撰写，更简单去维护，好的文档可以帮助人们更快、更有自信的去上手某一项技术。本篇统整帮助你理解文档可以被拆分为的 4 个种类，并且如何更好的整理、传递你的知识和想法，撷取自 Daniele Procida 发表的演说所总结的观点笔记。