<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Work on 14 Say Something</title>
    <link>https://xushiqing.uk/blog/work/</link>
    <description>Recent content in Work on 14 Say Something</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    
    
    
    <copyright>Post by 十四 · See You, Space Cowboy.</copyright>
    
    
    <lastBuildDate>Tue, 01 Sep 2026 21:46:22 +0800</lastBuildDate>
    
    
    <atom:link href="https://xushiqing.uk/blog/work/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>工作上了上强度</title>
      <link>https://xushiqing.uk/2026/09/01/20260901-more-work/</link>
      <pubDate>Tue, 01 Sep 2026 21:46:22 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/09/01/20260901-more-work/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-4309b33f&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-4309b33f&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/09/1788270445327-20260901-more-work-banner.jpeg&#34; alt=&#34;20260901-more-work-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-4309b33f&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;近期工作量突然大了起来，接了很多紧急的需求，除了晚上加班，周末也不得不加了一些。领导说，工作就是这样，没活儿的时候担心丢工作，感觉不行，活儿太多扛不住也不行。&lt;/p&gt;&#xA;&lt;p&gt;不过好在，接的需求都是没做过的事情，尽管困难但有新鲜感，比日复一日做重复工作的感受要好一些。这种脉冲型的工作量分布，也正是由于做的工作大部分都是去解决新问题，当没有新问题时就会清闲一些。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>人来人往</title>
      <link>https://xushiqing.uk/2026/08/12/20260812-people-who-leave/</link>
      <pubDate>Wed, 12 Aug 2026 21:46:20 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/08/12/20260812-people-who-leave/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-c8d3a190&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-c8d3a190&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/08/1786543442421-20260812-people-who-leave-banner.webp&#34; alt=&#34;20260812-people-who-leave-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-c8d3a190&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;今天做一份数据时，意外发现一个打过几次交道但不熟的同事已经于上个月底离职了，开始看到名字我还疑惑是不是我认识的那个，去内网 IM 工具搜了一下，果然是。回想一下最近是没有看到这个人了，我还以为去海外办公了。&lt;/p&gt;&#xA;&lt;p&gt;作为一个刚毕业的 00 后，那个岗位并不适合她，想必平时干得也并不开心。明明应该在欧洲办公，大部分时间却待在国内，可见离开早有苗头了。&lt;/p&gt;&#xA;&lt;p&gt;过了会儿又看到一条离职的信息，也是个认识但不熟悉的名字，而且是被动离职。开始我以为是隔壁部门那个人，他走了有一阵了，接替他的那个人前不久也被动离职了，他如果也是被动离职，那说明那个岗位似乎有点儿风险。但仔细一看相关信息，并非那个人，而是我们部门的一个老哥。&lt;/p&gt;&#xA;&lt;p&gt;我跟这位老哥虽属同一个部门，但没有任何工作上的交互。不过由于他和我都是到办公室比较早的人，因此经常会互相打招呼。&lt;/p&gt;&#xA;&lt;p&gt;他所在的团队人数占了我们部门的一半，是最大的一个团队。之前他是那个团队的 leader 来着，但是在我来之前不久，老板新招了一个看上去应该是自己人的人当 leader，老哥被边缘化了。在这种情况下待了一年多，想必过得也挺舒坦。卸任之后每天到点下班从不加班，而他们组其他人通常需要加班到晚上十点以后的。大概率平时手里也不需要干什么活儿，经常看到他们团队其他人去开会了，只有他一个人继续在工位上玩手机。&lt;/p&gt;&#xA;&lt;p&gt;这么久才干掉他，或许是老板觉得对他不仁义，所以之前一直不动手，给他时间找工作。现在大约找到下家了，就请老板动手，这样还能再获得一份大礼包。&lt;/p&gt;&#xA;&lt;p&gt;这当然是往好的方面猜测，另一种可能就是直接干掉了吧。&lt;/p&gt;&#xA;&lt;p&gt;从工号膨胀的速度就能看出来，每天来来往往的人不计其数，因为在职总人数增长并不快。很多人就这样悄无声息地离开了。正如我此前离开的那些公司，基本也都是悄无声息。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>用上 opus 了</title>
      <link>https://xushiqing.uk/2026/07/23/20260723-frontier-models/</link>
      <pubDate>Thu, 23 Jul 2026 21:55:18 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/07/23/20260723-frontier-models/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-bc468b47&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-bc468b47&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/07/1784815176459-20260723-frontier-models-banner.webp&#34; alt=&#34;20260723-frontier-models-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-bc468b47&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;自打今年元宵节之后公司下掉了对 opus 4.6 模型的随意访问之后，我就几乎没有再用上过了，除了之前规则配置上有个漏洞，可以通过 opencode 用上，也只用了几次而已。&lt;/p&gt;&#xA;&lt;p&gt;这几个月里，opus 4.8、fable 5、sonnet 5 等更新的模型陆续发布，而我们这些非编码人员能够用到的 A 社的最高等级模型，长时间停留在 sonnet 4.6。好在 OpenAI 家的模型没有做限制，一直可以访问 GPT5.5。5.6 出了还没多久，没能用上倒也正常。&lt;/p&gt;&#xA;&lt;p&gt;我差不多每周都会故意在 Claude code 里手动将模型切换到 opus 以触发报错，报错信息里可以看到我们团队能够使用的模型有哪些。&lt;/p&gt;&#xA;&lt;p&gt;前两天我又试了一下，直接切 opus 依然触发了报错，但是报错信息里看到了内部部署的那个改过名字的 opus 4.8，也就是说可以用了。于是赶紧切过去试了一下。&lt;/p&gt;&#xA;&lt;p&gt;token 消耗着实很快，一个活儿就烧了我当日配额的一半，并且干得不怎么样，跟 GPT5.5 相比还是差点儿意思。当然，并不是说它能力不如 GPT5.5，只是针对我的使用场景来说，似乎 GPT 出的活儿更符合我的需求。&lt;/p&gt;&#xA;&lt;p&gt;恰逢上周接了个活儿需要烧大量 token，已经连续两天用光自己的配额需要申请临时配额了。少量用了 opus，多数还是使用 GPT5.5，这俩都很贵。&lt;/p&gt;&#xA;&lt;p&gt;不过好在这些 token 烧的是值得的，去年隔壁部门类似的活儿，可是好多人花了几个月才干得差不多，而我用 AI 只花了一周就基本搞定了。剩下一些没搞定的原因是没有获取到对应的原材料。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>加了个班</title>
      <link>https://xushiqing.uk/2026/07/17/20260717-over-time/</link>
      <pubDate>Fri, 17 Jul 2026 23:09:58 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/07/17/20260717-over-time/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-a879b005&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-a879b005&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/07/1784355861794-20260717-over-time-banner.webp&#34; alt=&#34;20260717-over-time-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-a879b005&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;之前曾经多次跟同事以及准备面试我们公司的前同事探讨过南京与广州两地关于加班的风气不同的问题。简单来说，南京的更爱晚上加班到很晚，22 点多下班是常态，而广州则大部分人下班更早一些。不过南京其实我经常有交互的只有一个部门，所以也不清楚是普遍现象还是个别现象。&lt;/p&gt;&#xA;&lt;p&gt;由于我甚少在办公室待到很晚，因此并不清楚晚上大概什么时候还会剩多少人，只知道大部分人会在 20 点左右能拿到餐补之后撤离。&lt;/p&gt;&#xA;&lt;p&gt;做完临下班时突然接了个急活儿，以至于最终加班到 22 点，过程中我想着正好可以观察一下情况。21 点多去卫生间时顺便到楼下一层逛了一圈，那层基本全是研发，人已经很少了，不到 1/5 的样子。考虑到昨天是周四并非周五，因此基本可以代表工作日的普遍情况，也就是即使加班比较严重的研发群体，大部分人 9 点多也已经下班了。&lt;/p&gt;&#xA;&lt;p&gt;而当时我所在的那一层，目测连 1/10 的人都不到了，不过我们部门加班的比例还是高一些。&lt;/p&gt;&#xA;&lt;p&gt;10 点我下班要走时，我们那层已经几乎没人了，外面大厅里总共还剩三五个人，我们小厅里也只剩这么几个了。电梯经过楼下那层开门时瞄了一眼，只看到两三个研发还在上班。&lt;/p&gt;&#xA;&lt;p&gt;所以基本上来说，广州这边确实普遍不会加班到很晚。&lt;/p&gt;&#xA;&lt;p&gt;今天周五，下班时又紧急干了点儿活以便能发给其他时区的同事帮我处理，这样下周我上班就可以获得所需的数据了，加了不到一小时班。下班时发现空荡荡的程度已经和昨晚 22 点差不多了。挺不错的。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>默认模型切换到 Deepseek V4</title>
      <link>https://xushiqing.uk/2026/05/13/20260513-switch-to-deepseek-v4/</link>
      <pubDate>Wed, 13 May 2026 21:54:51 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/05/13/20260513-switch-to-deepseek-v4/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-d57c1714&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-d57c1714&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/05/1778680562-20260513-switch-to-deepseek-v4-banner.webp&#34; alt=&#34;20260513-switch-to-deepseek-v4-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-d57c1714&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;今天看了一下公司大产研的效能月报，AI 生码率已经来到了 78%，下个月可能就会接近甚至超过 90% 了。海外科技巨头近期频频传来因为 AI 大裁员，当然这里面很多可能有一些借口的成分，但确实是个很好的借口。&lt;/p&gt;&#xA;&lt;p&gt;随着普及率的提升，成本问题也越来越突出，可能很多大裁员的科技企业已经发现，AI 带来的那点儿效能提升，远远无法 cover 裁员的成本和 token 的支出，从微软 copilot 今天的很多政策调整就能看出来。&lt;/p&gt;&#xA;&lt;p&gt;而我们公司目前应该也是到了越来越重视 token 成本的阶段了。从开始的 opus 模型随便用，到 4.6 发布后仅给特定需求场景使用 opus，再到今天正式宣布非编码场景的默认模型会被路由到 DeepSeek V4，而不是此前的 sonnet 4.6.&lt;/p&gt;&#xA;&lt;p&gt;一些以前使用海外模型的场景，也开始逐渐往国内模型切换了。比如之前公司内部的 claw 模型用的也是 Claude sonnet 4.6，最近切换到了由腾讯提供的 kimi2.6，产生了很多问题，看到群里一直有人在抱怨。&lt;/p&gt;&#xA;&lt;p&gt;当然这可能不是 kimi 的问题，而是腾讯的问题。人们抱怨来几天之后看到相关人员出来说，似乎原生与第三方的 DeepSeek 用起来区别不大，但是第三方的 kimi 似乎不如原生。&lt;/p&gt;&#xA;&lt;p&gt;现在能这么做，当然也是国产模型的能力越来越强了，同时与海外御三家相比有着一定的成本优势。记得春节之前 AI 平台的负责人还在群里说，国产模型那几家都去接触过，价格出奇一致地高，能力又比海外模型差很多。&lt;/p&gt;&#xA;&lt;p&gt;今年情况就大不一样了，考虑到价格因素，尽管国产模型能力还是弱一些，但产出已经基本可用了。&lt;/p&gt;&#xA;&lt;p&gt;等国产模型再迭代两三个版本，可能就会在保持现有价格的情况下能力超越当前的 sonnet 了，甚至超越当前的 opus 也不是不可能。到那时候可能对企业来说，裁员就越来越有性价比了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>我们工地糟糕的空气</title>
      <link>https://xushiqing.uk/2026/04/24/20260424-terrable-air-in-work-place/</link>
      <pubDate>Fri, 24 Apr 2026 21:18:36 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/04/24/20260424-terrable-air-in-work-place/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-4d0837d9&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-4d0837d9&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/04/1777036787-20260424-terrable-air-in-work-place-banner.webp&#34; alt=&#34;20260424-terrable-air-in-work-place-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-4d0837d9&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;之前曾经吐槽过我们工地的空气质量问题，由于人太多，有没有什么空气净化的措施，导致办公区经常会有那种通常密闭会议室里才会出现的难闻的人味儿。&lt;/p&gt;&#xA;&lt;p&gt;去年我所在的楼层之前倒还好，没那么多人，而且我们部门有个单独的区域通过玻璃跟其他部门隔开了，人员密度又比外面还要低，所以这个问题并不是很突出。&lt;/p&gt;&#xA;&lt;p&gt;研发团队所在的那层楼就不一样了，人员密度极高，导致整个工区都弥漫着那种气味儿，甚至都不用进到工区，走楼梯到那一层如果恰好赶上工区的玻璃滑动门开到了，都能被气味儿袭击，电梯在那层停靠的话也是一样。偶尔去那层楼开会，简直是酷刑。&lt;/p&gt;&#xA;&lt;p&gt;今年可能是我们这层搬来一个人员很多的部门，在天气刚刚热起来那几天人味儿也比去年严重了，尽管比研发那层还是轻多了，但也足够令人不适。这个问题出现不久，发现工区被安装了好几台空气净化装置，体型不大，但似乎是有用的，近来没感觉到那股气味儿了。&lt;/p&gt;&#xA;&lt;p&gt;今天不巧，部门周会是去研发那层的会议室开，又被气味儿袭击了。发现研发那层的空气净化装置体型明显比我们那层的大很多，感觉是什么 pro 型号，不过从体感来看对解决这个问题的帮助并不大。好在有一片区域的人搬走了，如果能把剩下的人的工位分散一下，可能会好一些。&lt;/p&gt;&#xA;&lt;p&gt;感觉公司把人员安排得如此密集，而又不配备相应能力的通风和空气净化系统，有点儿不负责任了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>公司开始控制 token 消耗量</title>
      <link>https://xushiqing.uk/2026/04/17/20260417-llm-rate-limit/</link>
      <pubDate>Fri, 17 Apr 2026 23:26:39 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/04/17/20260417-llm-rate-limit/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-304a2163&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-304a2163&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/04/1776439694-20260417-llm-rate-limit-banner.webp&#34; alt=&#34;20260417-llm-rate-limit-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-304a2163&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;之前公司对 token 消耗的限制是每人每天 50 刀，用超了还可以申请临时额度。后来 opus 4.6 发布之后，除了过年期间开放给所有人使用之外，之后就变成了有条件使用，基本上只有哪些有新鲜需求的研发才可以用 opus，别的场景下只能用 sonnet 了。&lt;/p&gt;&#xA;&lt;p&gt;最近新增了一个限制是不允许使用 MCP 了，我突然收到提示说使用了非白名单的 MCP，如果不在本周内解决下周开始将会进行双倍计费，并且不再允许使用 opus。这些 MCP 可能是早期我安装的那些插件里带的，我不得不花了很多时间对 Claude 和 Codex 里的插件进行清理，把所有带 MCP 调用的插件全部删掉了。&lt;/p&gt;&#xA;&lt;p&gt;今天看到还开始查串号行为的，找到了几十个人串号使用，并进行了有限度的通报。&lt;/p&gt;&#xA;&lt;p&gt;能看得出来，随着近两周大规模对 Claude 进行推广，可能现在公司里几乎人人都在用了，token 消耗量相比之前只有研发在用时大概是程指数级增长了，而短时间内又看不到收益，也还没到裁员的时候，就只能先控制一下浪费行为了。&lt;/p&gt;&#xA;&lt;p&gt;可以想见，未来的限制还会进一步增加。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>近日夜间会议显著增多</title>
      <link>https://xushiqing.uk/2026/04/16/20260416-evening-meeting/</link>
      <pubDate>Thu, 16 Apr 2026 20:41:40 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/04/16/20260416-evening-meeting/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-069b26bd&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-069b26bd&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/04/1776343376-20260416-evening-meeting-banner.webp&#34; alt=&#34;20260416-evening-meeting-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-069b26bd&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;自从加入这家公司以来，晚上需要开会的情形相比以前少了很多。尤其是跟前些年在北京的那家互联网公司相比，这家公司的节奏简直堪比养老。那时候晚上开会到很晚是默认选项，人们要拉晚上的会，甚至夜里十一点、凌晨这么晚，都不会提前打招呼，不会说一声抱歉。&lt;/p&gt;&#xA;&lt;p&gt;我还被拉过凌晨一两点的会。&lt;/p&gt;&#xA;&lt;p&gt;现在这家公司尽管每周也会有需要晚上开会的情形，但多数情况下是出于时差的因素。除了跟美国和墨西哥那边开会一般来说会约在早上之外，其它地区通常都是晚上。好在这种情况也不多，并且时差是客观情况，对此我并不会有什么抱怨。&lt;/p&gt;&#xA;&lt;p&gt;然而最近跟位于南京的一个部门打交道，他们遇到了一个难题来找我解决，让他们约了几次会，每次都是直接就约晚上很晚的时间，比如昨天约了十点，今天稍好约了九点。听说南京分部的同事们相对来说卷一些，晚上下班很晚的很多，可能有加班费也是一个缘故。&lt;/p&gt;&#xA;&lt;p&gt;然而我们广州这边并没有卷工时的风气，有活儿就干晚点儿没活儿就到点下班，本来是挺好的文化。被南京的风气波及到从而晚上被迫加班，就让人比较无语。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>险些耗尽今日 AI 配额</title>
      <link>https://xushiqing.uk/2026/04/14/20260414-llm-quota-burn-out/</link>
      <pubDate>Tue, 14 Apr 2026 21:27:20 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/04/14/20260414-llm-quota-burn-out/</guid>
      <description>&lt;p&gt;This is a page about »Llm Quota Burn Out«.&lt;/p&gt;&#xA;&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-2dd91994&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-2dd91994&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/04/1776173406-20260414-llm-quota-burn-out-banner.webp&#34; alt=&#34;20260414-llm-quota-burn-out-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-2dd91994&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;自从公司的 Claude 不给用 opus 4.6 只能用 sonnet 之后，每日配额的消耗量骤减到不足 10 美元。今天突发奇想打开了很长时间没用过的 opencode，看到模型列表里是有公司调教过的那个 opus 4.6 模型的，于是尝试了一下，居然没有像其他 cli 工具那样自动路由到 sonnet。&lt;/p&gt;&#xA;&lt;p&gt;欣喜之余很快发现两个问题。&lt;/p&gt;&#xA;&lt;p&gt;第一个是用这个模型的产出质量比之前差很多，行为模式非常偷懒，甚至比日常用 sonnet 的产出都不如。我并不知道是最近 Claude 的降智影响还是公司的调教影响还是用不同 cli 工具的影响。好在这个问题可以通过更精细化的prompt 来一定程度上解决。&lt;/p&gt;&#xA;&lt;p&gt;但是第二个问题则比较致命。一个开启了 3 条对话，都不是非常繁重的任务，但是 quota 消耗非常快，这 3 条对话就消耗了 43 刀的额度，这显然不是一个正常的消耗量。之前 opus4.6 可以随便用时我也高强度用过几天，尽管也曾经达到过这个量级的消耗，但是对话条数与轮次都远超今天，不会聊几句就要超出配额。&lt;/p&gt;&#xA;&lt;p&gt;应该是一个统计上的bug，但是我又并不能去报这个 bug，因为报完之后这条用 opus 的路就会被堵上了。不过不报也相当于没什么用，因为这个配额消耗速度的话我就完全不够用了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>深夜会议</title>
      <link>https://xushiqing.uk/2026/03/10/20260310-late-night-meeting/</link>
      <pubDate>Tue, 10 Mar 2026 20:22:31 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/03/10/20260310-late-night-meeting/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-5d9aba6a&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-5d9aba6a&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/03/1773145386-20290310-late-night-meeting-banner.webp&#34; alt=&#34;20290310-late-night-meeting-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-5d9aba6a&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;今天被约了一个夜里十一点的会议，是跟巴西那边的同事开的，这个时间很显然是中国这边的同事给约的。开始我略微有点儿不悦，不过考虑到时差问题确实协调起来比较难，倒也很快就接受了。&lt;/p&gt;&#xA;&lt;p&gt;然后想起来前些年回到北京，入职那家公司时的情形。&lt;/p&gt;&#xA;&lt;p&gt;那会儿是我第一次入职大型互联网公司，在此前的几年都是在一家非常小的公司工作，虽然经常需要加班，但其实很少需要晚上开会，毕竟整个公司也没几个人，不怎么需要开会。&lt;/p&gt;&#xA;&lt;p&gt;入职新公司后，第一天就看到领导在本组的群里发了条消息，说以后每天晚上七点（也可能是七点半，记不清了）开日会，当时是有点儿震惊的，感觉这是进了什么贼窝。那会儿还处在疫情管控期间，我入职的头几天并没有能去上班。结束封禁去上班之后，某天在办公室外面的走廊里摆的纸张小圆桌那里看到令人心里不是滋味的一幕，一位母亲独自在那边吃饭，跟家里视频，对面是长辈抱着孩子。这位母亲也不说话，就默默盯着屏幕里的孩子吃着饭。&lt;/p&gt;&#xA;&lt;p&gt;不过这种节奏很快我就适应了，因为我很快就发现了更离谱的事情，那就是人们会理所当然地约晚上很晚的时间开会。十点十一点是家常便饭，零点也时常会有，并且约这种时间也不会提前跟你打招呼问一下是否方便。&lt;/p&gt;&#xA;&lt;p&gt;后来我们组来了一位之前在外企的老哥，刚来的时候每天六点到点下班，没几天就被 HRBP 谈话了。&lt;/p&gt;&#xA;&lt;p&gt;相比之下，现在这家公司在经常需要协调时差的情况下，也很少出现晚上十一点还需要开会的情况，甚至可以说是一股清流了。另外，大部分时候如果有人要约你很晚的时间开会，多少还是会表达一下歉意，这个在贵国也是很难得了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>日常使用的大模型</title>
      <link>https://xushiqing.uk/2026/01/14/20260114-the-daily-used-llm-models/</link>
      <pubDate>Wed, 14 Jan 2026 22:21:16 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/01/14/20260114-the-daily-used-llm-models/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-023e6513&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-023e6513&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/01/1768401369-20260114-the-daily-used-llm-models-banner.webp&#34; alt=&#34;20260114-the-daily-used-llm-models-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-023e6513&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;工地采购了市面上主流的大语言模型，包括国外的和国内的，为日常的工作带来了不少帮助。&lt;/p&gt;&#xA;&lt;p&gt;在解决一般问题时，我通常会使用 Gemini，输出的内容更符合我的需求，速度也还可以接受。公司内部基于知识库的问答产品，调用的也是 Gemini 的能力。&lt;/p&gt;&#xA;&lt;p&gt;有时遇到一些比较复杂的问题，我会尝试用多个模型，然后对输出的结果进行对比选择，但通常用的最多的还是 Gemini 和 ChatGPT，很少会用别的。Claude 用的比较少，一个原因是他们家的模型在列表里被折叠了，需要多点一次才能选择，另一个原因是名字叫 Claude code，总感觉它会更擅长代码，一般问题可能不一定合适。&lt;/p&gt;&#xA;&lt;p&gt;最近遇到一个复杂的需求，同时用了 Gemini、ChatGPT 和 Claude，最终结果是 Claude 胜出，针对这个问题的解答比另外两个模型质量高得多。&lt;/p&gt;&#xA;&lt;p&gt;我这时候才注意到，消耗同样的 token，在我们内部的 quota 消耗是不一样的，Claude 的 quota 消耗是其它模型的好几倍。顺藤摸瓜找到了一个文档，记录了某个时间的价格，发现采购价格确实也是贵很多。&lt;/p&gt;&#xA;&lt;p&gt;以后可以多用Claude 家的模型，虽然 quota 消耗比较快，但是以前我每个月都用不完，多消耗一些获得更好的结果也是合理的。&lt;/p&gt;&#xA;&lt;p&gt;今天看到公司的 AI 应用群里有人发了自己的页面截图，一堆对话里用的都是 DeepSeek 的模型，没想到有那么多更好用的模型不用，而去用 DeepSeek。不过仔细一想，DeepSeek 当初在国内的热度实在太高了，而国外那些模型，很多人则不一定听说过，选择一个名气大的来用倒是也合理。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>关于工地的位置</title>
      <link>https://xushiqing.uk/2026/01/07/20260107-the-office/</link>
      <pubDate>Wed, 07 Jan 2026 21:27:48 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/01/07/20260107-the-office/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-eb169a45&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-eb169a45&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/01/1767792790-20260107-the-office-banner.webp&#34; alt=&#34;20260107-the-office-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-eb169a45&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;现在所在的工地，位于一个村子里，我入职开始就在这里。而一些同事此前在两站地之外的郊区CBD商场写字楼里办公的，对于搬到这边来颇有一些怨言，&lt;/p&gt;&#xA;&lt;p&gt;相比于去写字楼，我是更喜欢当前这个工地的。&lt;/p&gt;&#xA;&lt;p&gt;首先是人员密度低，一共没几层，并且也没有安排很多人。除了有两层人员比较多之外，其他楼层的人口密度并没有很高，而我也没有在人员密度最高的那两层。&lt;/p&gt;&#xA;&lt;p&gt;上下班时的人员密度对上班的心情影响还是挺大的，在这边几乎不存在一大群人排队等电梯，等了好几趟还进不去的情况。并且我也几乎不使用电梯。&lt;/p&gt;&#xA;&lt;p&gt;与之相对的是，前段时间我去那个写字楼的工地一趟，正好也是早高峰时段，从出地铁时就开始有大量人员挤在扶梯口排队，到了办公楼时，发现一楼卫不同电梯设置了不同的排队通道，每一条通道都大排长龙。&lt;/p&gt;&#xA;&lt;p&gt;第二个原因是中午遛弯儿时方便一些，更容易接触到阳光，出了园区之后走几分钟就能进入一个超级巨大的小区，远离大马路，比较安静，空气也比较好。如果是写字楼的那个工地，遛弯儿要么沿着吵闹的大马路，要么去逛楼下的商场。逛商场显然没啥意思，违背了靠遛弯儿多接触一下阳光的初衷。&lt;/p&gt;&#xA;&lt;p&gt;再一个原因是周边吃饭比较便宜，每天的午饭不到20块钱，就能吃到一餐相对来说比较营养均衡的饭。偶尔跟大伙儿一起出去吃，均摊下来也是二三十块钱。只有极少数时候他们选择去吃大餐，才会贵一些，不过那并不是常态。相比之下，另一个工地楼下大部分是那种入驻商场的连锁餐饮，消费价格就跟城里看齐了。&lt;/p&gt;&#xA;&lt;p&gt;不过上面罗列的原因，可能仅是对我来说适用，对那些喜欢在写字楼办公的人来说都是可有可无的。他们可能更看重在现代化写字楼里办公看起来比较光鲜，看重更好的装修，看重楼下随时可以逛街。餐饮价格可能也会看重，但是那边有更多更好的选择，虽然贵一些，但对他们来说可能要比这边村子里千篇一律的快餐要好。&lt;/p&gt;&#xA;&lt;p&gt;看上去更现代化的办公环境，我当然也不排斥，前提是不用忍受上面说到的那些常常与之伴生的问题。之前去办一些签证时要到城市核心地段里的高级写字楼去，感受在那里办公的人上下班要面对的环境，我都有一些不适感。&lt;/p&gt;&#xA;&lt;p&gt;相反，如果既有现代化环境，又不用忍受这些，那我觉得现代化是加分项了。比如在上家公司时，工地在一个小岛上，所在的办公楼非常新，规格很高，据称租金水平比也很高。与此同时，空置率很高，看上去只有几层有公司入驻，我当时所在的公司占据了其中的两层。所以尽管在这样一栋楼里办公，但从未被等电梯所困扰过。楼下有一些基础的商业配套，比如咖啡店、一些小餐馆，有需要的时候可以下楼。而至于遛弯儿的需求，整个岛可以算是一个公园，遛弯儿再适合不过了。&lt;/p&gt;&#xA;&lt;p&gt;像这种环境，是可遇不可求的，因此并不能期待以后有任何工作的办公地点能够复刻这种体验。现在的工地状况，已经相对来说比较不错了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>关于欧盟的 ESPR 法规</title>
      <link>https://xushiqing.uk/2025/12/26/20251226-on-eu-destruction-regulations/</link>
      <pubDate>Fri, 26 Dec 2025 20:38:21 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/12/26/20251226-on-eu-destruction-regulations/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-802de96e&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-802de96e&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/12/1766753008-0251226-on-eu-destruction-regulations-banner.webp&#34; alt=&#34;0251226-on-eu-destruction-regulations-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-802de96e&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;最近在处理的一个事件，需要欧洲本地的同事去做一下当地有销毁固体废弃物资质的供应商。多番寻找之后，同事给了一个链接，说欧盟不允许对未出售的纺织品进行销毁。&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;The destruction of returned and unsold textiles in Europe’s circular economy&lt;/strong&gt;：https://www.eea.europa.eu/en/analysis/publications/the-destruction-of-returned-and-unsold-textiles-in-europes-circular-economy&lt;/p&gt;&#xA;&lt;p&gt;直觉上感觉应当有例外条款，于是顺藤摸瓜找到了法规的原文，该法规已经于2024年6月13日通过。&lt;/p&gt;&#xA;&lt;p&gt;法规原文链接：https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32024R1781&lt;/p&gt;&#xA;&lt;p&gt;文件太长了，直接丢进AI进行分析。&lt;/p&gt;&#xA;&lt;p&gt;一通分析之下，发现该法规确实规定了中大型企业不得销毁未出售的商品，于2026年7月19日起正式实施，小微企业可豁免。&lt;/p&gt;&#xA;&lt;p&gt;其次，正如我所预料的那样，法规也列出了一些可以申请豁免的例外情况。主要有以下几点。&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;健康、卫生和安全原因： 产品存在此类问题，无法安全进入市场或捐赠。&lt;/li&gt;&#xA;&lt;li&gt;不可修复的损坏： 在处理过程中或退货后检测到的损坏，且无法以具有成本效益的方式修复。&lt;/li&gt;&#xA;&lt;li&gt;不符合预期用途： 考虑到欧盟或国家法律及技术标准，产品已不再适合其预期用途。&lt;/li&gt;&#xA;&lt;li&gt;拒绝捐赠： 产品曾被提供用于捐赠但未被接受。&lt;/li&gt;&#xA;&lt;li&gt;无法再制造或翻新： 产品不适合进行准备再利用或再制造的操作。&lt;/li&gt;&#xA;&lt;li&gt;侵犯知识产权： 因涉及侵权（如伪造品）而无法销售的产品。&lt;/li&gt;&#xA;&lt;li&gt;环境最优选： 销毁被证明是产生负面环境影响最小的方案。&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;该法规同时规定了信息披露业务，中大型企业必须在网站上公开披露：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;每年丢弃产品的数量和重量（按类别区分）。&lt;/li&gt;&#xA;&lt;li&gt;丢弃的原因，以及所适用的具体豁免理由。&lt;/li&gt;&#xA;&lt;li&gt;处理流向：丢弃后交付给再利用、再制造、回收、能源回收或处置操作的比例。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;当然，监管机构会检查是否真的适应用这些例外情况。当欧盟委员会或成员国的主管当局提出要求时，企业必须在 &lt;strong&gt;30 天内&lt;/strong&gt;以纸质或电子形式提供以下证明：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;处置凭证：&lt;/strong&gt; 证明丢弃的产品确实已被送达并由相应的回收或处理机构接收的&lt;strong&gt;信息和证明文件&lt;/strong&gt;。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;豁免正当性证据：&lt;/strong&gt; 必须提供&lt;strong&gt;足以证明该产品符合 Article 25(5) 中所列例外情形的文件&lt;/strong&gt;。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;以上结果符合预期，其实本来企业要销毁未出售的商品，主要原因就是列出的那些例外情况，不然通常也不会主动去销毁，毕竟销毁是有费用产生的，而捐赠没有费用。&lt;/p&gt;&#xA;&lt;p&gt;这份文件丢给NotebookLM时，同时也丢给了Gemini对网页对话框，就这个任务来看，NotebookLM使用起来要方便很多。AI的回答可以方便地定位到原文中的位置，以便于验证，相比之下Gemini的对话框就实现不了。&lt;/p&gt;&#xA;&lt;p&gt;不过日常工作中，还是对话框的适用场景更多一些，很少会遇到需要与某个特定文档交互的情况。&lt;/p&gt;&#xA;&lt;p&gt;此外我还尝试了用GPT-5.2模型来做这个工作，不知道是否因为上下文太大它处理不了，反应非常慢，并且给出的信息不完整。比如关于例外情形，它只给出了“健康、卫生与安全原因”这一条，当我让它再仔细看一遍时，依然非常坚定地说只有这一条，并给了“小微企业”这一并非例外但会影响适用范围的情形。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>周末加班 1116</title>
      <link>https://xushiqing.uk/2025/11/16/20251116-overtime-work-in-weekends/</link>
      <pubDate>Sun, 16 Nov 2025 21:24:43 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/11/16/20251116-overtime-work-in-weekends/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-df35ecb2&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-df35ecb2&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/11/1763299564-20251116-overtime-work-in-weekends-banner.jpg&#34; alt=&#34;20251116-overtime-work-in-weekends-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-df35ecb2&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;本周以及下周，有至少两个紧急又重要，并且做起来都很费神的事情，另外还有一个不紧急但是非常重要，并且要花很多时间协调其他部门的事情，因此周中的时候组里基本就预定了这周末需要加班了。&lt;/p&gt;&#xA;&lt;p&gt;不过到周五时其中一位工友有点儿纠结，并不想周末到公司，于是周五晚上爆肝了一波，但最终觉得还是需要加班，只是没决定是周六加还是周日加。&lt;/p&gt;&#xA;&lt;p&gt;我们周五下班前闲聊时聊到这个话题，这位工友说她通常会选择周六，有点儿先苦后甜的意思，反正这周已经要结束了，再苦一天，周日还可以获得一天完整的休息。而如果周日加班，她就会想下一周要工作六天，还没开始就觉得很累了。&lt;/p&gt;&#xA;&lt;p&gt;而我的思路则是，周末通常都是周六玩或者休息得更尽兴，因为离上班还有一个完整的白天。而周日下午和晚上，大脑已经会不由自主地进入到第二天上班的准备状态中了，既然如此利用周日来加班岂不是很合理。&lt;/p&gt;&#xA;&lt;p&gt;后来我们的 leader 回到工位，我们就把这个问题抛给他，没有给他我们之前讨论的上文。他也是选择周日，说是因为周六有事儿。我们追问，假设一种通常的情况，你周六周日都没事儿，会选择哪天，他也还是选择周日。&lt;/p&gt;&#xA;&lt;p&gt;他说在上家公司时，每个周日下午都会去公司做PPT，准备汇报，他们组至少有 3 个人是这样。来到这家公司后，头两周他依然保持了这样的习惯，但是发现根本没有别人来，而且这边的工作节奏跟那边也不一样，没有那么多汇报需要做，于是两周之后也就放弃了这个习惯。&lt;/p&gt;&#xA;&lt;p&gt;今天早上八点多来到公司，等到 10 点，通常工友们这个点儿就会来了，但是直到十一点也没有人来。于是中午我带上电脑回家了，下午在家里工作，用自己的方形显示器做两路输出，加上笔记本自己的屏幕可以获得三块屏幕，正适合这次的其中一个工作。&lt;/p&gt;&#xA;&lt;p&gt;不过到傍晚依然没有完成，吃完晚饭之后又回到公司，没想到恰好遇到 leader 离开，我问他啥时候来的，他说是下午。&lt;/p&gt;&#xA;&lt;p&gt;最终到睡前，也依然没有做完，目测周一要继续早起爆肝，晚上也要加班，白天则会被一些会议分走很多注意力。&lt;/p&gt;&#xA;</description>
    </item>
  </channel>
</rss>