关于我
-
来自南部的一个小城市，个性不张扬，讨厌随波逐流。
那年今日
💬 分享 很早之前试过很多记账app，都没办法坚持下来，很大的原因就是每笔消费都手动记录太琐碎，而且对于我来说必要性不是特别大。因此自己设计了一个周期性的记账表格，这样能看到每个周期自己的所有账...
📝 每日记录 今晚才知道Tim和小鱼离婚了，吃惊到下巴要掉下来。我是最近一年才开始关注「影视飓风」的。看到Tim和小鱼结婚相关的视频最早是一期介绍装修后房子的，当时我就在羡慕。后来又看了一期度蜜...
📝 每日记录 「自我觉察」今天晚上在写一篇“读后感”，写了1小时左右发现自己进入了“状态”了，从而发现进入状态的重要性。之前可能觉得“进入状态”只是一个形容词，而今天发现它确实是做好事情的一个...
你的显示器分辨率是多少呀？
📝 每日记录 五一假期结束了。这可能是这几年最为放松的假期，前两年每个假期都会或多或少忙工作上的事情，这次假期里没有打开看过一次工作上相关的内容，真的很满足了！假期回家了，爸妈和姐姐都回来了。吃...
💼 工作记录 平时工作里经常需要下载特定版本的chromium，发现已有的一些网站都不好用，用trae 🤖 AI 写了一个页面 https://github.com/ihewro/chrome_version/ ，99%都是AI完成的，算是ai含量最高的一次尝试了，有几个感受：
总之，越来越大的上下文一定是进一步发掘ai能力的一个关口
💼 工作记录 做事情的时候一定要做一步记录一步，每一步都走踏实了，切忌同时并行铺开很多方向，每个方向都浅尝辄止，这样前面的很多时间的收益就没有那么高了。最慢的反而是唯一的捷径。
💼 工作记录 工作三年得出最重要的一个想法：你始终要坚信自己能做的比任何人好，不迷信权威
💼 工作记录 发现有不少代码都是我当时参加的方案评审，当时想的是，每个人都有自己的编程习惯，所以我不太会强求别人在代码设计上一定要怎么样...比如命名风格，函数抽象，类设计等。但是这些我参加评审的代码模块最后都交接给我了
所以如果别人找你review代码或者是方案评审，就一定要坚持自己原则，别人如果觉得不对，那就提出来讨论就好了
💼 工作记录 职场不是学校，没有人有义务为你的努力打分，除非你能证明它值钱。
💼 工作记录 三年前，我用 electron 写了一个番茄钟 🍅 TLog （为什么是electron，因为它是跨平台成本最小的开发方式了 hhh），当时的初衷是为了替代滴答清单里面番茄钟，因为不想再用滴答清单了，所以它的界面就是参考滴答清单的番茄钟。
我在https://www.ihewro.com/archives/1205/ 也提到了这一点。
这个软件我用了两年，在2023年、2024年我又基本上没有再用了，而今年我准备重新捡起来，用于增强注意力专注能力。在博客右侧边栏增加了当天的专注数据小组件。
后端比较简单，就是同步数据库更新指令操作数据库，之前用python实现的，后面准备改为typecho的一个插件来实现，后面再准备以合适方式对外发布这款软件。
它有一些特点：
当然还有一些想法未实现，但整体还是希望简单，而不是成为一个项目管理这种复杂逻辑的软件：
很需要这个～～ 简单而又高效
您好，工具方便分享吗？同想用。
代码还需要再整理一下才能发布 比如现在软件里面调用后端接口地址是写死的。如果有其他感兴趣朋友可以给这条说说点赞提升优先级～
挺感谢去的，作者大大加加油
大家也可以分享下，现在有无使用番茄钟，现有的番茄钟是否有未被满足的需求的
另外一个非常大的缺点就是付费，虽然不多，就百块一年，但是就很不爽。
刚刚付费的我的碎碎念(生气#/qf)
很多不能满足的需求，整理下回复到这条评论下面。
我在做一个和硬件结合的番茄时钟，但是实现上不是非常顺利，滴答清单的API虽然丰富，但是数据用起来很不习惯，而且数据大部分都是单向的(本地获取服务器上的清单)，我很多时候需求都是提醒自己什么时间做什么。 然后就是UI，不喜欢番茄时钟的风格，不支持缩放，对多屏不友好，提醒比较软，不支持一键开始，等等。
💼 工作记录 从工作中学到的一点：任何没有细化的目标都是空中楼阁。工作中可能有的时候leade一时兴起说要达成什么目标，但是又不给资源和重视，甚至也没有截止时间，就感觉只是提了一嘴，属于“薛定谔的重要且不紧急”的工作，这种工作很容易就会被遗忘掉...给自己制定目标同样，如果没有细分任务、阶段性汇报、阶段性里程碑，这样的目标完全就是欺骗自己。
确实，同感
📝 每日记录 有点感冒了，今天疲惫的要命。晚上和另一个同事随口说感冒好难受，昨晚睡了12个小时。我才发现自己并不是需要对方做什么，就是一句同理的回应就足矣了，比如“啊，这真的太难受了吧，上次感冒我也是这么疲惫了好几天”。 😷 生病的事
💼 工作记录
下午leader给我们小组做了“结构化表达”的培训。简单来说就是表达需要带有目的，在这个基础上使用一些框架（比如SQCA描述问题或者PREP 表达观点）。
会上提到了一个小问题，是华为的一道面试题“怎么运输800斤的牛过承重700斤的桥”。有点可悲的是，当时想象力完全被扼杀了，以至于我看到这个问题后，除了把牛杀了想不到别的方法了，甚至还会有“把牛杀了这个答案肯定不行的吧”的自我否定。
结构化表达的第一步骤是将“隐性思维显性化”，问题是运输牛，实际上就涉及到牛、运输方式、桥这三个基本因素，再发散一点还和当时的环境有关。所以分别在这四点上进行改进就能回答这个问题了。
这个思维方式给我有很大的启发。 表达和思维是相关的，因此这些模式即可用来表达（组织已有的内容），也可以用来思维（思考未完成的内容）。