技术博客
它不是新功能，而是 C++17 为简化 SFINAE 检测封装的一个别名：本质就是 template<class…> using void_t = void</class…>。以前写类型探测要绕一大圈（比如定义辅助模板、偏特化、decltype 套嵌套），现在靠 void_t 把“只要表达式合法就推导出 void”这个逻辑显式暴露出来，让编译器在替换失败时安静地丢弃重载，而不是报错。
多数人一想到缓存就直接往 http.Handler 里塞，比如用 httpcache 或自定义中间件拦截 GET 请求。但这容易出问题：缓存策略和业务语义脱节。比如用户 A 和用户 B 请求同一路径 /api/user/profile，但返回内容不同——HTTP 层无法区分身份上下文，缓存可能错乱。
调用时加不加 ()，直接决定是“拿函数本身”还是“立刻执行并取返回值”。这是最常踩的坑——尤其在传参给 threading.Timer、schedule.every().do() 或回调注册场景里。
不能。Sublime Text 本身不是终端，也不带 JavaScript 运行时，node 命令得靠系统 PATH 里的可执行文件，它只是个编辑器——你点“Build”时，它只是调用外部命令而已。
Go的error接口就一个方法：Error() string。只要你的结构体实现了它，就是合法的error。别想绕过这个——不实现它，哪怕字段再丰富，if err != nil也永远进不去分支。
structured bindings要求绑定的对象是结构化可解构的，而std::map的迭代器解引用后返回的是std::pair<const key value></const>——它恰好满足条件。但关键在引用类型：如果写auto [k, v] : my_map，每次都会拷贝pair；对大value类型（比如std::string或自定义类）可能触发不必要的复制。
YAML 文件不能“改成 PHP 格式”，但你可以把 YAML 配置内容转为 PHP 数组，并在 PHP 中安全加载、解析和使用——这才是实际开发中真正要做的事。
C++ 里递归没写好，main 都没机会输出错误信息，程序就 Segmentation fault 或 stack overflow 了。根本原因不是逻辑错，是调用栈压得太深——每次递归都占一份栈空间，而默认线程栈通常只有 1~8MB。
脚本钩子必须写在 composer.json 的 scripts 字段下，且顶层键名是预定义的事件名（比如 pre-install-cmd），不是随便起的。Composer 不会执行拼错、大小写不符或未注册的钩子名。
Concepts 不是运行时检查，也不是接口定义；它是编译期对模板参数的语义约束。你写 std::sortable，编译器不会去跑排序算法验证，而是检查类型是否提供必需的操作（比如 operator、可迭代、可交换等）。它替代的是过去靠 SFINAE 或 <code>static_assert 堆出来的模糊报错，让错误信息从“no type named ‘iterator’ in ‘int’”变成“int does not satisfy sortable”。