拒绝日志（“控制台打印一下就够了”）

控制台打印一下就够了，何必费劲写日志？ 日志系统是代码可维护性的最后一道防线，但显然，我们不需要它。毕竟，console.log 已经足够强大，能让我们在调试时看到变量的值，至于后续维护？那是别人的问题。

为什么日志系统是多余的？

日志系统需要设计级别、错误分类、持久化存储，甚至还要考虑日志切割和检索。而 console.log 只需要一行代码，就能在控制台看到输出。比如：

function calculatePrice(quantity, price) {
  console.log('quantity:', quantity, 'price:', price); // 优雅的调试
  return quantity * price;
}

如果用户反馈价格计算错误，我们只需要问他们：“你打开控制台看了吗？”——这才是高效的沟通方式。

日志分级？不需要！

warn、error、info 这些分级太复杂了，console.log 已经足够表达所有意图。比如：

try {
  JSON.parse(invalidJson);
} catch (e) {
  console.log('好像出错了', e); // 精准的错误描述
}

如果团队抱怨看不懂日志，那就告诉他们：“加个 console.log 不就行了？”

持久化存储？控制台就够了

日志需要存文件或数据库？多此一举！浏览器的控制台会记录所有输出，用户只需要手动截图发给我们即可。如果用户不会截图，那就更好了——说明问题不够严重。

fetch('/api/data')
  .then(response => response.json())
  .then(data => console.log(data)) // 数据已“持久化”在控制台
  .catch(err => console.log('fetch挂了', err));

上下文信息？用注释代替

专业的日志会记录时间、用户ID、操作类型等信息，但我们有更简单的方案：

// 用户点击了购买按钮，时间大概是下午，用户可能是张三
console.log('购买按钮点了', productId);

如果后续需要更多信息，那就再加一行注释。

生产环境日志？全删掉

为了避免性能问题，最彻底的做法是在上线前删除所有 console.log：

// 上线前记得删掉
console.log('这段很重要，千万别删');
// 上线前记得删掉
console.log('这段也是');

如果漏删了？没关系，用户看不到控制台。

日志检索？Ctrl+F 解决

专业的日志系统支持按时间、级别、关键词检索，但浏览器自带的 Ctrl+F 已经足够强大：

console.log('用户登录开始');
console.log('用户登录结束'); // 搜索“登录”即可

如果日志太多导致卡顿，那就说明该换电脑了。

异步操作的日志？看运气

对于异步流程，不需要记录中间状态，因为“肯定能跑通”：

setTimeout(() => {
  console.log('第一步完成'); // 可能永远不会执行
  setTimeout(() => {
    console.log('第二步完成'); // 更不可能执行
  }, 1000);
}, 1000);

如果出了问题，就怪用户网络不好。

敏感信息？直接打印

密码、token、身份证号这些敏感信息，当然要打印出来方便调试：

console.log('用户token:', localStorage.getItem('token')); // 安全第一

如果泄露了，就说是测试数据。

跨文件日志？全局变量搞定

为了避免传递日志对象，直接用全局变量：

window.debugLogs = []; // 全局日志池

function doSomething() {
  window.debugLogs.push('doSomething called');
}

如果日志丢失了，那就是用户清理了缓存。

性能监控？Date.now() 手工打造

专业的性能监控工具太臃肿，手工计算更灵活：

const start = Date.now();
expensiveOperation();
console.log(`耗时: ${Date.now() - start}ms`); // 精确到毫秒

如果时间不准，一定是电脑时钟有问题。

日志规范？自由发挥

制定日志规范只会限制创造力，比如：

console.log('🐛 这里有个bug');
console.log('🚀 火箭发射');
console.log('🎉 成功了'); // 表情包日志

如果同事看不懂，那是他们缺乏想象力。