最近在圈子里总能听到有人在那喊“PMAM”，一开始我听得也是一脸懵逼，心想这又是哪个大厂整出来的新名词？后来我为了搞清楚这玩意儿，特意找了几个以前带过我的老哥请教，又跑去翻了不少内部文档，总算把这东西的来龙去脉给摸透了。说白了，这东西没那么高大上，就是咱们干活、过日子的一种“时间状态管理”。
什么是PMAM？就是白班和夜班的博弈
很多人第一反应觉得这是调频调幅的广播，或者是什么项目管理的缩写，在咱们实际操作的语境里，它指的就是上午（AM）和下午（PM）的倒置或者混合状态。我之前在一家做跨境电商的公司待过，那时候深有体会。
- 第一种情况：追着太阳跑。 咱们这边是下午（PM），客户那边是凌晨（AM）。
- 第二种情况：作息颠倒。 程序员熬通宵，把上午（AM）当成睡觉时间，把下午到深夜（PM）当成核心工作时间。
- 第三种情况：系统任务调度。 也就是咱们在后台挂脚本的时候，设置的触发周期。
我那会儿是怎么被这个词“折磨”的
记得那是前年，我接了一个维护旧代码的活儿。那个系统特别离谱，所有的自动化任务都没标清楚具体时间戳，只写了PM和AM。我刚上手的时候，胆子也大，没仔细对时差，直接在凌晨一点（1 AM）跑了一个清理冗余数据的脚本。结果倒由于服务器设的是大洋彼岸的时间，我这边的凌晨一点正好是人家那边的下午一点（1 PM），正是业务成交的高峰期！
当时我的操作过程是这样的：
我先是登录了后台，由于界面全是洋文，我瞅见个“Execute at AM”就点下去了。我以为是趁着大家都睡觉的时候偷偷跑路，结果脚本一运行，数据库压力瞬间拉满，前端页面直接卡死。老板的电话在那之后五分钟就打过来了，嗓门大得能把房顶掀开，问我是不是在搞破坏。我当时冷汗就下来了，赶紧手动停掉进程，然后在那改配置，一条条对时间，愣是熬到了第二天下午才敢重新动。
实战中怎么避坑？
从那以后，我就长记性了。不管是写代码还是定计划，我都会多留个心眼。
我会强行把所有的AM、PM显示改成24小时制。 别信那两个字母，人眼在疲劳的时候真的分不清凌晨1点和下午1点。
我开始建立自己的“PMAM工作法”。 简单说就是把需要脑子清醒、跟人扯皮的活儿全塞进下午（PM），因为那时候大家都醒了；把需要静下心来敲代码、不用回消息的活儿留给清静的上午甚至深夜（AM）。
就是一定要看清楚时区。 咱们现在干活很多时候都是分布式、远程协作，你眼里的AM可能是别人的PM。我后来在带新人的时候，都会嘱咐他们：哪怕你觉得这事儿再简单，也要在群里发个确认：“咱们说的是北京时间的上午还是下午？”
这玩意儿到底有啥用？
搞懂了PMAM，本质上就是让你对“节奏”有个把控。干活不能瞎干，得看准点。就像我以前老家邻居张大爷，他早上4点（AM）起来遛狗，那是他的节奏；你要让他下午4点（PM）去蹦迪，他身体也吃不消。
现在我再看到有人讨论PMAM，我都会笑一笑。这哪是科普，这全是咱们这些打工人、技术宅用黑眼圈换回来的教训。无论你是搞技术的，还是做业务的，把这这两个词儿整明白，至少能让你少加几次莫名其妙的班，避开那些因为“看错表”导致的低级失误。说到底，工具是死的，人得是活的，看清时间，才是入行的第一步。
