刚学编程那会儿，写完第一行代码最想看到的就是结果。在大多数初学者眼里，能往控制台输出个数字，就像点亮了第一个灯泡，心里踏实。
从 print 开始的旅程
比如用 Python 写一段代码：
print(123)运行后，控制台立刻显示 123。看起来简单，但实际项目中，输出的可能不是固定的数，而是变量、计算结果，甚至是从用户输入加工后的值。
有次帮同事查问题，他明明算出了正确的折扣金额，可打印出来总是少一位小数。翻代码一看，原来是用了整数除法：
price = 89
result = price // 10
print(result)本意是想保留一位小数，结果 // 操作直接截断了小数部分。换成 / 后，输出才正常。
JavaScript 里的隐式转换陷阱
在前端调试时，经常靠 console.log 看数据。有回我往控制台输出一组商品编号：
let id = '007';
console.log(Number(id));结果输出的是 7。愣了一下才反应过来，Number 把前导零去掉了。如果只是展示，根本不需要转成数字类型，直接 log 字符串就行。
还有更隐蔽的：加号在 JavaScript 里既是数学运算，又是字符串拼接。下面这段代码：
console.log(1 + 2 + '3'); // 输出 33
console.log('1' + 2 + 3); // 输出 123顺序一变，结果完全不同。控制台输出看着热闹，真要靠它判断逻辑，得先搞清语言规则。
格式化输出让数字更清晰
做后台脚本时，光输出数字不够直观。比如统计日志里的请求次数，可以加上标签：
count = 42
print(f"今日请求数: {count}")这样一眼就能看懂数字代表什么。如果是浮点数，还可以控制小数位：
ratio = 0.87654
print(f"转化率: {ratio:.2%}") # 输出 转化率: 87.65%控制台不再是冷冰冰的数字堆砌，更像是给自己写的提示卡片。
别忘了换行和分隔
批量处理数据时，多个数字挤在一起很难读。有次导出一批温度记录，没加换行，控制台一长串数字看得人眼花。后来改成每条独立输出：
temperatures = [23, 25, 22, 26]
for t in temperatures:
print(t)每行一个数字，结构立马清晰。有时候最简单的调整，反而最管用。