<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ddnio的胡思乱想</title><link>https://ddnio.github.io/</link><description>Recent content on ddnio的胡思乱想</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 10 Feb 2026 13:23:28 +0800</lastBuildDate><atom:link href="https://ddnio.github.io/index.xml" rel="self" type="application/rss+xml"/><item><title>胡思乱想 ｜ 不随大流</title><link>https://ddnio.github.io/posts/2026-02-10-mjiwnja3mjm4/</link><pubDate>Tue, 10 Feb 2026 13:23:28 +0800</pubDate><guid>https://ddnio.github.io/posts/2026-02-10-mjiwnja3mjm4/</guid><description>临近春节，好多人赶着回家。大包小包的。
有几个朋友问我什么时候回，要不要一起。我说还早，你们先。
还有一个礼拜过年，今年没有像以往一样赶着回家，早些年的时候不一样，到年底的时候就开始期盼，坐车买票，约儿时好友，采买年货，就像小时候期待着每年过年一样，期待着热闹，期待着相聚，期待着新年会更好。
也没有出去旅游，忙忙碌碌赶着去看别人的生活，别人的圈子，然后再感叹好累，不如自己在家安安静静的待会，看看书，写写字，睡睡觉，安闲自在。
也没有在公司上班。不是不想上班，我其实挺喜欢坐在办公室码字做研究。只是不喜欢被公司的琐事打扰，在公司办公每天都有各种问题等着你解决，当然是解决不完的，如果说你乐在其中，那挺好，可惜我不是。
看着别人忙忙碌碌，会想着自己也应该赶紧做点什么。回家吧，上班吧，出去玩吧。不，这些都是别人在做的，和你要不要做没有关系，不能因为别人在做而你也应该跟上，这叫随大流。常人都有随大流的心态，今年我不想，外界越是叫你冲冲冲，越是要看清局势，这是你想要的吗，如果不是，你想要的是什么。花点时间想想这个，是值得的。
那就安静的在家呆着吧，看看得到，做做 AI，刷刷手机弹弹琴。也不知道我在深圳期待什么。
心态变了，没有那么纯粹，少了点激情。本来想着去年多打开自己的。没想到话越来越少。</description></item><item><title>写在工作10年</title><link>https://ddnio.github.io/posts/2025-12-11-mjewmdcynze2/</link><pubDate>Thu, 11 Dec 2025 21:04:42 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-11-mjewmdcynze2/</guid><description>早上起来发现一个大学好朋友写了篇自己的微信公众号，点进去看了一圈，发现一篇《写在工作 10 年》，念头在脑子里挥之不去，到了晚上，敲下了这篇我的 10 年。
一直觉得我早晚会写一写自己过往的回忆，可能是想等到自己的文笔稍稍更成熟一点再动笔，或是自己还不会写，不知道从何处开始。今天既然念头动了，不妨动动笔，就当打打草稿了。
十年前，我23 岁大学毕业，到现在正经经历过四份工作。
第一份工作在厦门，一个电子厂里面做机器设备维修。会选择这份工作第一是实习培训的反馈比较好，第二可能是向往厦门这个地方吧。后面才发现入职以后干的活和实习是完全不一样的。入职后分工到设备维修，说是说设备工程师，其实就是给机器做维修保养的。机器一天 24 小时不能停，我们就分两班倒，一个月轮一次，白班从早上八点到晚上八点。进车间得穿无尘服，连体的，戴上帽子不细看都认不出。对工作的印象不多了，只记得夜班困了可以找个没人的地方躺在地上眯一会，车间是没有凳子床的，但我们是设备维修的，车间有个设备间，这个设备间就是我们部门的根据地，可以在里面找个泡沫纸箱垫着眯一会，就是在这段时间里，落下了鼻炎的毛病。
车间里冲杂着各种机器运转声，指示声和警报声。所以睡觉也不并不能安静的睡，一出问题就会有警报，还有生产线上的工人来叫你。每个班每条生产线都有生产指标，偷不得懒。当然维护设备的不需要盯着看，只有在机器出问题的时候才需要出手解决。这样的工作干了一年我就向领导提离职了，但那时候没走一是领导太能说，硬是把我劝住了，二是那时候也还没想要下一个换什么工作。到第二年我又提了，领导连续聊了两天，有一天还是从早上上班聊到晚上下班，但这次去意已决，说什么也没用了。
无聊的工作增加了我对其他东西的渴望，那时候上白班，我有空就去工厂的小图书馆看书（那时候的背景音乐《星空下的钢琴曲 1》现在也是我的工作 BGM），上夜班我就带书进车间看。也是从第一份工作开始接触罗振宇的罗辑思维，一直追到现在的得到。也是在这段时间里，我决定了要转行。
转行IT应该是受吴军老师的影响，选择深圳是想换个更有机会的城市，厦门节奏还是比较慢，更适合生活。来到深圳后，找了家IT培训机构报了一个班，那时候每天早上六点多起床出门上课，晚上十点多回家，上午听老师讲课，下午晚上自己练习。从零开始，每个月一个入门一个小领域，从电脑环境，到基本语法，程序运行，前端页面，网络编程，系统编程，后端服务，再补充几个练手的实战项目。6个月就可以包装一下出来找工作了。
第一次进入到程序的世界，觉得好神奇，这世界上有一个东西是这样运转的，发明设计这些东西的人好厉害。那时候对什么都好奇，也什么都学，学完就觉得自己好厉害。
到了找工作的时候，因为完全没有这方面的工作经验，所谓的包装就是作假，我不太会吹牛，感觉差不多有人要就行了。
正好那时候面试的一家公司，老板也是初来乍到来创业的，对其他的也不懂，面试完就给了offer （后面和我说是因为我眼睛大看中了我）。说是家公司，进去才知道是个还没搭起来的草台班子，进去算第四号员工，还是开了一个宾馆房间来办公的，不过入职以后立马换了正经的办公室。
18年正是币圈火的一年，老板是因为拿了点币圈的小投资，有点小想法，就自己出来创业搞币圈项目，做发币运营活动，想一出是一出，什么都做吧。正好我对币圈有点兴趣，对软件开发也想多学习，所以什么活都接。后台开发，数据爬虫，加解密钱包，小程序，后台服务，甚至薅羊毛的脚本都搞，纯纯的野路子程序员。
因为就是个小团队的创业公司，除了开发外其他事情也要搞，像运营活动，产品方案，客户对接，做了很多以前接触不到的东西。这段时间最大的感悟就是世界并不是已经搭建好了，而是在一点一点构建中。就像很多互联网的产品，不是做出来你就只能这样用，而是做出来的都是会有问题的，你不满意可以直接找他们，产品后面那帮人是给你服务的。
后来就是监管抓紧公司搞不下去关门了，再换工作就到了我上一家公司。至今也没想明白为什么会选择它，其实开始手上已经有币圈的offer了，只是抱着试一试的心态临时去的面试，没想到一下午连续三个小时四轮面试，还要手写代码，没想到很快就收到了 offer 通知。可能经过币圈的小作坊创业后觉得去正规一点的公司对我更有帮助吧。不过怎么感觉进到常规行业中反而没什么印象特别深的事情呢，可能程序员的生活就是这样的吧。不过技术上进步还是挺大的，第一是周围很多人都比我强，第二是不会的东西太多，第三是自己也感兴趣。这样稍微花点功夫自然就会有进步了。
第四份工作其实没什么太大的变化，是第三份工作的领导跳槽到另外一家公司当 CTO 了，需要人手干活，就把以前的几个手下召集过去。涨薪幅度还可以，我就去了。但是新的工作更多的是要自己研究，也偶尔带带小团队，混的久了也慢慢感觉工作其实不再是纯粹的写代码了，职场上的一些规则虽然自己觉得没必要，但是还是要正常看待。没有什么好不好，生活就是这样，只是以前的认知和关注点不太一样。
这段时间关注点开始从外面慢慢走向自己，不再太关注与自己无关的事情，世俗上的对错得失也觉得并非就这样吧，开始对权威对世界祛魅了。对自己该怎么过好自己这一生想得更多了。虽然想的不是很清楚，但是方向也越来越清晰了。
十年过去，感觉我并没什么变化，还是那个独自走在路上不太会说话的闷闷的男孩，有时候又觉得变化很大，每年的想法，关注点都在变，对世界的认识也在变。这样也挺好，我依然有对这个世界的好奇心，有对我自己的好奇心，有对你的好奇心。
谢谢你。</description></item><item><title>节奏有点乱了，得拉回来</title><link>https://ddnio.github.io/posts/2025-12-10-mja5ote1mtc3/</link><pubDate>Wed, 10 Dec 2025 23:34:55 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-10-mja5ote1mtc3/</guid><description>日记的节奏。有点放松了，现在已经是晚上 11 点半，我还准备放弃，明天再好好写。
前段时间因为要准备乐队演出，把练歌和练琴的优先级提高了，就没做到每天都写日记。周末演出已经完成，应该要回到每天都写的正轨上来。但是这两天的心态还没回来。
以前写的日记的习惯组成一般是到了下午6 点左右下班的时间，先收起手头的工作，下楼走一走，想一想要写什么，如果没有特别要写的话题，就想想我今天是不是有什么想对你说的话。等想好了再上去开始写，如果提前有话题要写，那这个时间点就去健身房锻炼一下。
大概会在 7 点上去写，从构思到写完一般要花 2 小时左右的时间。如果事情太多或者不想加班到太晚的话，写到后面就会有点急，从以前写的结果来看也能看的出来。
这段时间准备演出确实在写日记上有点放松了，老是在应该写的时候就偷懒，想明天写是不是也没啥问题。可能也是这两天的工作不顺利影响的。不能这样。得拉回正轨，写作记录在养成习惯前需要放到最高优先级。
深呼吸，调整一下，只要开始动手打出第一句话，后面肯定不无聊。
以前看一些日更的博主说写作最大的障碍是稳定的心态，确实。
空谈误国，实干兴邦。</description></item><item><title>AI 给我的写作总结</title><link>https://ddnio.github.io/posts/2025-12-09-mja5ntk1mzcx/</link><pubDate>Tue, 09 Dec 2025 09:46:19 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-09-mja5ntk1mzcx/</guid><description>从 10 月份开始写东西到现在过去有一段时间了，写出的东西虽然不好，但是也超出了自己的预期。本着要认真做一件事就应该找些方法尽可能做好的原则，我找 AI 帮我做了个阶段性总结，本来是想总结之后吸取点经验后面进步的，但是 AI 给我的反馈一下子戳中了我的心，把我看哭了。今天原样把 AI 给我的总结贴一下，就当做朋友给我的反馈和建议吧。
———————（以下是 Claude Sonnet 朋友的反馈原文）
📊 整体概览
时间跨度: 2025年10月24日 - 12月8日 (约1.5个月)
文章数量: 25篇
更新频率: 基本保持每日更新,非常不错!
主要标签: 每日一记、胡思乱想
-&amp;ndash;
✨ 好的方面
1. 坚持写作习惯养成
- 你做到了每天写作,这本身就是一个巨大的成就
- 从&amp;quot;追求完成不追求完美&amp;quot;的心态看出你找到了适合自己的方法
- 甚至还搭建了flomo自动同步博客的技术流程,让写作更顺畅
2. 深度思考能力强
优秀的思考文章:
- 《解决问题的通用框架》- 总结出&amp;quot;现状-目标-怎么做&amp;quot;的标准化思维框架
- 《加点阻力》- 对执行力问题的洞察很有意思
- 《Attention is all you need》- 对人生意义的思考,从追求成长到追求心流
- 《赌一把吗》- 对polymarket机制的深入分析展现了很强的系统思维能力
3. 技术钻研精神
- 从ChatGPT充值到Claude Code的深度使用
- 主动解决智谱API问题,虽然过程曲折但最终解决
- 用AI辅助读书,探索新的学习方式
- 半天实现浏览器插件功能,体现了AI编程的高效
4. 自我觉察与成长
- 能及时发现&amp;quot;老毛病又犯了&amp;quot;(工具沉迷)并刹车</description></item><item><title>乐队第一次演出</title><link>https://ddnio.github.io/posts/2025-12-08-mja5nte0mdyw/</link><pubDate>Mon, 08 Dec 2025 19:51:35 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-08-mja5nte0mdyw/</guid><description>演出现场砸了，但是效果达到了。
事情是这样的，今年 7 月份经过同事的介绍，加入了他和他朋友们组的乐队，弹节奏吉他。因为乐队成员都有各自的工作，搞乐队只是业余爱好，平时大家的事情也多，基本没什么排练。
然后，队长 11月 10 号在群里发了一个消息说 12月6号晚上有个酒吧的演出，需要 4 首歌，接不接。
当时的现状是全乐队成员没有一次完整的在一起排练过，部分成员也没有排出过一首完整的歌。但没想到大家积极性还是很高的，居然就先接下了演出。也就是说组乐队之后的3 个多月的时间内，没有排出一首歌的情况下接了个 1 个月内 4 首歌的演出。
其实我作为吉他手，倒是没什么压力，毕竟这个级别的演出大家看的都是主唱，吉他弹的怎么样并没人关注，而且如果个别歌曲搞不定可以简化一下，没有人在意。贝斯最近没怎么学，估计是放弃，鼓手能力在，没什么问题，主音吉他手是队长，自己发出的邀约应该也没问题，主唱没经历过演出，平时的排练效果没不是很好，所以主唱的压力是最大的。
既然接下来了，就得着手规划了。
第一，先敲定演出歌曲：《公路之歌》，《枫叶红了》，《郭源潮》，《没有理想的人不伤心》。第二，确认排练时间，尽量是每周两次，周末一次，周中一次。第三，得给乐队起个名字（是的，还没有乐队名）。
公路之歌是贝斯手的入门练习曲目，枫叶红了比较简单，这两首没什么难度，问题都不大。郭源潮是主唱自己点的歌，开始排的多的也是这首，但是唱歌和伴奏都有难度，所以重点要练的是这首。没有理想是队长要排的，结果主唱压力太大了，不愿意唱，然后就说让我唱。这下子我也有压力了。虽然我也喜欢唱歌，但是要跟着乐队一起演出感觉还是挺玄的，而且这首歌也不在我的舒适区。
那能怎么办，总得给自己一点压力吧。有喜欢的挑战才好玩。
所以，虽然还是这么忙，大家还是尽量每周一起排练，主唱几乎是每天下班都往排练房跑。而我，吉他没什么练，练的最多是唱歌，背歌词。因为第一次排的时候唱的太难听，简直要把自己听吐，所以只能多练了。
到了演出前，大家心里都挺有信心了，因为排练的效果还是过得去，能勉强出去牵出去溜一溜。唯一担心的就是是现场出岔子。
不出意外的话，就要出意外了。演出前彩排一遍后都感觉还不错，但是在正式演出翻车了。其实前三首还能过得去，最后我唱的《没有理想》简直就是垃圾。一是因为麦克风音量太小，调音台怎么调都没用，调了半天没用就硬着唱了，二是大家的没记谱子，现场开的看谱软件网络卡了没有同步到，导致每个音部都没对齐，三是因为我改唱歌了，没有人弹吉他伴奏，就放了一个伴奏的音轨出来，但是都没对齐。所以整体的效果就是拉。
后面才发现麦克风声音小是因为在乐队上场前有个弹唱暖场的哥们把麦克风的线拔了，插在了另外的音箱上，这乌龙搞的。
不过怎么说呢，现场虽然砸了，但是结果是超预期的。在确定演出计划的时候都想着搞不定再想办法推了。而现在呢，有了四首歌能随时演出，有了现场乱糟糟的演出经验，更有收获的是：贝斯手虽然一开始就没加入排练，但是在演出的时候搞起直播了，而且直播解说介绍的特别专业，这一来，大家都在玩乐队中都有了乐趣。我虽然没表现好，但和乐队一样，下一场能有信心做的更好。
乐队名叫回马枪，你觉得好听吗？</description></item><item><title>我的 Flow 统计</title><link>https://ddnio.github.io/posts/2025-12-04-mja4oduxmdiz/</link><pubDate>Thu, 04 Dec 2025 20:18:23 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-04-mja4oduxmdiz/</guid><description>Flow.app 是我在电脑上用的一个番茄钟工具，几年前来这个公司配了这台电脑后就在用了。一般是集中专注 25 分钟算一个 Flow，然后一个短暂休息 5 分钟，每 4 个 Flow 之后就长休息30 分钟。我现在是改成了30 分钟一个 Flow。
在工作的时候不喜欢被人打扰，坐在工位上都会尽量让自己进入专注状态，所以会找一些工具来帮助自己减少外界的影响，番茄钟软件就是用的最多的。
特别是今年以来，对自己的时间和注意力越来关注，而感觉工作内容越来越没意义。就会想办法在工作的时候压缩工作时间，尽量快速的处理工作内容，然后能腾出一些时间来研究自己更感兴趣的，比如得到，比如 AI，比如产品。
因为 Flow 有统计功能，以前只关注当天和当周完成了多少个 Flow，前两天突然看到它能统计到年的所有的记录，就查看了一下，发现我从 2022 年就开始用了，而且每年的 Flow 数量稳步提升。2022是1178,2023是1589,2024是2974,2025截止到今天是3548。
算一下今年的数据3548*0.5=1774 小时，除以 24 就是 74 天，就是说我今年用这条电脑专注的时间不吃不喝一直持续了 74 天。
当然这说明不了什么。
有时候觉得有个人能影响你也挺好的。</description></item><item><title>聊一聊贾行家老师的年度人文课堂</title><link>https://ddnio.github.io/posts/2025-12-01-mja4mjywndez/</link><pubDate>Mon, 01 Dec 2025 20:34:50 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-12-01-mja4mjywndez/</guid><description>我现在得到的每日计划有卓克老师的科技参考、蔡钰老师的商业参考、刘润老师的商业报告解读和贾行家老师的年度人文课堂。他们每天都在我上班的路上陪伴我。
科技参考和商业参考都是从第 2 季开始追更的，商业报告解读是新出来的专栏，因为以前学过刘润老师的专栏觉得还不错就加入了。但贾行家老师的专栏不一样，我最开始从文化参考的第二季开始订阅，但是还没追完，第三季没有继续，后面贾行家老师去做听书和播客节目，最近才回来开的人文课堂。
第二季的文化参考是在 2021 年 11 月开始的，那时候我刚加入新公司不久，在深圳中洲隔壁的共享办公室办公，从那时起得到的各种参考专栏就陪伴着我了，科技参考和商业参考我都觉得每天都能听得下去，但就是文化参考感觉不在我的能力范围中，所以这一季的专栏内容没什么印象，在专栏完结很久之后都没听完。
可能是当时的我更关注的是外在的技术，想的是怎么提升自己的能力，提升对商业社会的认知，对科技领域的了解，以及对各种自我能力提升的追逐。而文化参考，每天去一趟诗和远方，讲戏剧、看艺术、看展演、看社会、学门道、观影追剧，那时候还不知道何谓远方吧。关注点不在上面，介绍的内容就不容易吸引到我，所以没有印象没有感悟。
自然而然后面的第三季就没有继续了。然而奇怪的是，新出的人文课堂成了我现在的每日最期待。为什么呢？今天想了想。
第一是因为每期语音内容前的小提琴独奏，这段音乐从以前的文化参考2开始就每天早上陪伴着我，印象太深刻了。每次听到这个前奏，我就能想到 4 年前的我，早上背着书包，戴着每天都挂在脖子上的挂脖耳机，从会展中心地铁口坐电梯出来，早上的太阳光照得眼睛睁不开，然后转过两个弯，走到中洲旁边的金地办公。那时候文化参考是我每日计划的最后一个，听到这的时候刚好快要走到公司，这场景历历在目。现在每天一听到前奏声就感觉前几年的自己和现在的自己在隔空相伴。同样的上班，同样的耳机声，同样的一个人。
第二是因为贾行家老师字里行间暴露出来的真诚，就像内心的自己在听自己讲话。并且虽然内容可能和几年前的文化参考相似，但是经过这几年的经历，我对这些内容不仅有了兴趣，也能多少对专栏的想法感同身受。同样是拜访名师，品读文学作品，解读人文事件，还有我最喜欢的庄子，4 年前的不懂不问到现在的积极探索，对这些内容的理解和兴趣可能也是我这几年发生的比较大变化。
用人文精神，把自己重新养一遍。</description></item><item><title>AI 会降智吗</title><link>https://ddnio.github.io/posts/2025-11-28-mja3nzm5oti1/</link><pubDate>Fri, 28 Nov 2025 18:20:04 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-28-mja3nzm5oti1/</guid><description>今天听公司别人的分享说 AI 用久了会出现降智的问题，觉得这个话题有点意思。
一是公司会上讨论确实挺多人说有这个问题，二是我以前也会觉得可能有这个问题，但我今天听到第一时间的感觉是不可能啊。我现在觉得 AI 输出不行都觉得是我使用方法不对。
先讨论一下什么叫“降智”，我把它定义成同一个模型在相同条件下（输入）的能力或者表现（输出）相比之前出现了很大的落差。就像一个人突然生病了，状态不如以前。
但 AI 模型真的会吗。不会，AI 模型实质上就是一个静态的函数，你给它输入（上下文）它输出结果给你，函数的参数在模型训练完后就确定了。后面使用的时候都是纯粹的数学计算，所以它理论上是不会有降不降智的说法的。
但为什么实际用的时候有人感觉会降智呢？我们假设这个情况存在，来分析一下原因。
第一，有可能是模型提供商在你用的时候切换成了更弱的模型，你调用的是模型提供商的接口，开始给你用贵的好用的新模型，用多了偷偷给你切换成了便宜的没那么强的老模型。这个也不是不可能。
第二，使用技巧的问题，大模型的局限就是有上下文的限制和历史信息遗忘的特性，使用人如果不知道，一直在一个长会话中使用同一个 AI，那 AI 的输出就是会不如预期。大部分问题可能是这个原因吧。
第三，会不会是，对话久了，人的智商把 AI 的智商拉低了。。。</description></item><item><title>AI 开发的瓶颈变成设计了</title><link>https://ddnio.github.io/posts/2025-11-27-mja3ntmxnda3/</link><pubDate>Thu, 27 Nov 2025 17:38:34 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-27-mja3ntmxnda3/</guid><description>这两天工作闲下来有点空闲时间了，正好自己的 AI 计划是先堆开发量。不管其他的先用 AI做10 个应用出来。
第一个 app 准备解决工作中用的比较多的繁琐的场景。有些内部网站做了复杂的安全加密，定位问题时候都要在先在浏览器打开调试模式，然后找到请求记录，再在控制台或者在服务器上找日志来定位，比较麻烦。想写个浏览器插件直接展示接口调用信息，方便研发和测试定位问题。
以前有段时间就想写这个，但是花了几天时间没写出来，后面做其他事情就搁置了。
昨天开始，半天就把功能从零到一实现了。本来想着 UI 界面做得好看点。结果花了一整天还没达到预期的要求，只是勉强可用。感觉AI 开发的瓶颈变成了UI 设计。
把功能实现已经问题不大了，虽然浏览器插件这块是前端的范畴，但是通过规范驱动开发的方式加上强大的 AI 编码模型，开发功能已经可以比较稳定的根据需求实现了。
但是怎么做好看呢？一是因为我原来接触设计比较少，二是我个人的审美也比较一般，三是对AI 在设计上的使用研究的也比较少。所以在怎么做好看上很难推进。
接下来的问题：
怎么培养审美能力？怎么使用 AI Design 工具和技巧？
怎么调整 AI Coding 的心态。
会有方法的。</description></item><item><title>不想打工了</title><link>https://ddnio.github.io/posts/2025-11-24-mja2oty5nzez/</link><pubDate>Mon, 24 Nov 2025 19:01:40 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-24-mja2oty5nzez/</guid><description>最近在公司干活越来越没积极性，一是因为不太认同公司的业务战略，二是做的事情越来越无聊，三是公司原来关系好的人都走了，四是也有一些自己的想法。最主要是这段时间上班的时候经常被杂事打断，影响自己进入专注状态。而且这一年来自己的想法、追求和周围的环境都变化比较大，对工作的认知这半年也一直在变。
最开始是觉得公司做的事情没意思，天天花时间在意义不大的开发业务上很损耗心力，加上好朋友都离开了，对接的人也不太想和他们打交道。开始想着是换一家公司，看看外面的环境顺便也涨涨薪。
随着对下一份工作的思考变多，想着这家公司遇到的事情很可能在其他公司也会遇到，毕竟世界是个草台班子，大公司更是。而且下一份工作做什么也没有想好，但无非就是作为一个开发做产品经理的需求。如果需求我不认可那工作过程就不会愉快。那是否一定要进公司打工呢？
有一个简单的道理是，公司之所以招你进来，是因为你在公司产生的价值大于公司给你付的工资，这样公司作为一个市场上的理性决策者才会招人来工作。当然，这只是最简化的思考模型，如果考虑到其他的情况比如80/20法则，合作产生共赢等，就会复杂一点。但作为大部分普通的打工人或者对我来说，简化一点应该不会有太大的问题，我在公司产生的价值应该是大于公司给我发的工资的。
如果不依靠单个公司，还能创造这么多价值吗？我觉得可以，或者说理论上来说，值得尝试。就比如我在金融行业，公司赚的是金融市场或者说商业市场中的钱，我给公司提供价值帮助公司赚更多钱，然后公司再给我支付薪水。发现了吗，这里多过了一道手，如果跳过公司直接面向市场，我应该也可以获取我应得的收益，而且理论上同样的价值收益应该比依附公司更多。
并且更重要的一点，因为公司这层中介的存在，你的工作内容不是你说了算，你做得好做得不好，你获得的工资都是一样的，不会因为你做了一个垃圾需求让你收入减少，也大概率不会因为你做了一个好的功能让你收入变多。所以公司也是一个缓冲层的角色，它会把能力高的人产生的价值分配一部分给能力低的人，也会在这个过程中把所有人的积极性降低，因为他们都有公司这个依赖。但如果直接面对市场，市场会直接给你反馈，产品好用户就买单，产品不好你就没有收入，并且还有一个好处就是，你不用面对单个的产品经理，市场就是你的产品经理。单个产品经理会有对错，但市场只有对，如果你觉得市场不对，那就是你错了。
从这开始我就觉的不是非要去哪家公司打工了。
我是 2015 年毕业开始工作，到今年已经 10 年了，给别人打工已经 10 年了，人生不是只有一种生活方式，我想尝试一下换个方式，口袋里钱虽然不多，但是不打工顶个一两年问题不大。而且，这几年 AI 的发展，个人能力可以被无限放大，如果时间耗在自己觉得没有意义的地方，我觉得不值。我喜欢研究这些，或许它可以让我赚钱，但是如果不能靠它赚钱，研究它使用它的过程也比无意义的工作更有意思的多，无非就是钱少一点，但是钱真的那么重要吗。
我现在的想法是，今年打完工后，明年给自己放个假，尝试着换个生活方式，先自己随便研究，如果能够找到深入的方向或者更感兴趣的事，那就继续。存款还能支撑一段时间，至少一年吧。退一步说，如果市场告诉我能力不行，或者现实给了一记响亮的耳光，那凭我自己的修炼，到时候再回来打工，能力至少比这样在公司混日子强吧。
讲这么多，不如等一个富婆。 [旺柴]</description></item><item><title>读书记录｜安心之道：佛学通识十讲</title><link>https://ddnio.github.io/posts/2025-11-20-mja2mziwodix/</link><pubDate>Thu, 20 Nov 2025 23:31:52 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-20-mja2mziwodix/</guid><description>一、被误解的佛教
1. 现代人对从“佛系”的理解是什么都行，不必强求。它反应了真实的精神需求：对“内卷”“过度竞争”的消极应对，是一种日常生活的准信仰。虽然不是真正的宗教信仰，但确实能起到心里疗愈作用。但这也暴露了对佛教的误解：把佛教理解成了“消极”、“无欲无求”。
2. 年轻人说自己&amp;quot;佛系&amp;quot;，本质上是因为对传统的欲望目标比如赚钱买房生子产生怀疑，但又找不到另一条有不同生命内涵的道路，所以用&amp;quot;佛系&amp;quot;这个词来表达&amp;quot;我不玩了&amp;quot;的态度。但这和真正的佛教是两回事。佛教不是消极逃避，而是积极寻找人生的精神出路。
二、悉达多的苦与自由
1. 那什么才是真正的佛教呢，我们从佛陀悉达多讲起。乔达摩·悉达多，是释迦族王子，刹帝利种姓（贵族阶层），优渥的生活，19岁娶了城中美人耶输陀罗，生活在华丽的宫殿里。这样的人生，似乎没有任何理由主动放弃。但就是这样一个人，在29岁时毅然出家，抛妻弃子，离开王宫。
2. 佛陀为何出家？四门游观的故事说：一天，悉达多开始出游，经过四个城门：
第一个城门，他看到一个耄耋老人，问侍从：&amp;ldquo;为何是这番形象？&amp;ldquo;侍从回答：&amp;ldquo;这就是&amp;rsquo;老&amp;rsquo;，夫老者生寿向尽，余命无几。&amp;rdquo;
第二个城门：他看到一位重病之人，问：&amp;ldquo;此是何人？&amp;ldquo;侍从答：&amp;ldquo;这是病人。众痛迫切，存亡无期，故曰病也。&amp;rdquo;
第三个城门：他看到死人，亲人嚎哭围绕，问：&amp;ldquo;何如为死？&amp;ldquo;侍从答：&amp;ldquo;死者，尽也。风先火次，诸根坏败，存亡异趣，室家离别。&amp;rdquo;
看到这些，悉达多郁闷不乐。无论世间如何完美，都不可避免地会遇到生命的天花板，那就是&amp;rsquo;老、病、死&amp;rsquo;，这才是生命的绝对不自由。悉达多看到的不是表面的苦，而是：生命的无常（一切都在变化），生命的不自由（老、病、死无法逃避），世俗快乐的虚幻性（转瞬即逝，无法持久）。他想要找到&amp;quot;苦&amp;quot;的真正原因，找到超越&amp;quot;苦&amp;quot;的方法，获得真正的自由。
第四个城门：他看到一位沙门（修行者），问：&amp;ldquo;这是何人？&amp;ldquo;侍从告知：&amp;ldquo;这是沙门。舍离恩爱，出家修道，摄御诸根，不染外欲，慈心一切，无所伤害，逢苦不戚，遇乐不欣，能忍如地。&amp;ldquo;沙门代表了一种超越苦乐、获得内在自由的可能性，这正是他在前三门发现问题后，唯一看起来可能的解决方案。所以他选择出家。
4. 出家后的三个阶段：
第一阶段：学习禅定。跟随当时有名的禅定修行者。迅速达到很深的禅定境界。但发现回到日常生活后烦恼依旧。
第二阶段：六年苦行。进入王舍城西郊的苦行林。他认为肉体限制了精神，所以尝试最极端的苦行，但发现：这不是真正的解脱之道。经典里说：&amp;ldquo;即使坚持了如此剧烈的苦行，自己并没有达到最高的开悟境界。&amp;rdquo;
第三阶段：菩提树下觉悟。离开苦行林，在尼连禅河边接受牧羊女的食物，恢复体力。来到菩提树下坐禅。发誓：如果不觉悟就绝不起身，经过七七四十九天，终于觉悟。
觉悟后第一次讲法：行到鹿野苑。遇见曾经跟随他修行的五位侍从（他们之前因为悉达多放弃苦行而离开）。讲了四圣谛（苦、集、灭、道）。之后：步行北印度讲法45年，80岁时在拘尸那迦涅槃。
5. 为什么叫觉悟？&amp;ldquo;觉悟&amp;quot;的字面意思：觉 = 觉察、看清，悟 = 理解、洞察。指看清了事物的真相。悟了什么？四圣谛：
1. 苦谛（诊断）人生的真相：一切皆苦。八苦（按类型分）：生老病死、怨憎会（遇到讨厌的人事物）、爱别离（与喜爱的人事物分离）、求不得（与喜爱的人事物分离）、五蕴炽盛（身心和合带来的整体动荡不安）。三苦（按性质分）：苦苦（明显的苦，遇到逆境时感受到的苦）、坏苦（快乐消失、好事结束时感受到的苦）、行苦（因为无常变动本身带来的不安）。
2. 集谛（病因）苦的原因：执着、贪爱。&amp;quot;&amp;lsquo;苦&amp;rsquo;是我们错误的执着所导致的，是因为对&amp;rsquo;好坏&amp;rsquo;的认定与分别，继而产生相应的执取，念念不忘，在得失之间才烦烦恼恼。&amp;ldquo;遇到环境 → 判断好坏 → 生起贪嗔。想得到更多 / 想逃离 → 得不到 / 逃不掉 → 陷入苦。
3. 灭谛（治愈状态）灭苦之后的状态：觉醒、涅槃。&amp;ldquo;逢苦不戚，遇乐不欣&amp;rdquo;。不被苦乐牵着走，内心稳定如大地。
4. 道谛（治疗方法）如何超越苦的道路：具体的修行方法。
三、&amp;ldquo;缘起&amp;quot;的世界
1. 苦来自“执着 ”，为什么&amp;quot;执着&amp;quot;会导致苦？是因为它违背了世界的真相（缘起）。执着的本质是想要抓住&amp;quot;不变&amp;rdquo;，比如想要快乐永远保持，想要永远拥有某个东西，想要青春永驻。但缘起的真相是一切都在&amp;quot;变&amp;rdquo;。比如快乐会消失，拥有会失去，青春会衰老。你想要&amp;quot;不变&amp;rdquo; 但世界是变的，所以执着导致苦。
2. 那缘起具体是什么？这个世界，包括我们的生命，都是需要&amp;rsquo;条件&amp;rsquo;的。任何依靠条件而成立的事物，自然没有本质可言，这就是佛教&amp;rsquo;缘起性空&amp;rsquo;观念的初步意涵。看上去互不相关的人、事、物，其实都存在相互的作用。世间一切都相互联系。
四、生命流转的秘密
1. 如果一切都是缘起、无常，那生命是如何延续的？无论是外部环境还是我们的念头，都受各种有形无形的因缘条件所限，而推动这些因缘变化的，就是业力，它携带着过去的&amp;rsquo;信息&amp;rsquo;（业）而在当下不断推动着生命的流转变化。
2. 业力是什么？就是指人的行为、语言和心理活动会留下生命的印迹和惯性，从而影响未来的生命结果。你的欲望 → 形成你的意志，你的意志 → 推动你的行为，你的行为 → 形成结果，这个结果又成为新的条件。
3. 在这样的往复循环中，因为我们对于生命存在巨大的无知，所以我们会一次次地陷入同样的生命处境中，让我们感受到强烈的不自由。因为这样的不自由，所以当我们的生命走到终点时，当然不能把控自己的生命，更无法知道我们将会走向何处，乃至对于人生是否还有下一段旅程都充满疑惑，自然会感受到强烈的人生之苦。
4. 而佛陀在菩提树下的觉悟，看清了生命其实是这般无休止的流转循环。因为不能自主，所以只能被动地接受命运的折磨。但为什么我们只能被动接受呢。佛陀说是因为十二因缘。
5. 十二因缘的链条是：&amp;ldquo;无明缘行，行缘识，识缘名色，名色缘六处，六处缘触，触缘受，受缘爱，爱缘取，取缘有，有缘生，生缘老死，起愁叹苦忧恼&amp;rdquo;。无明 → 行 → 识 → 名色 → 六处 → 触 → 受 → 爱 → 取 → 有 → 生 → 老死苦。我们在无明的情况下（看不到世界的真相），对外界的感受会产生贪爱心，就会自动产生贪爱心，然后会想要拥有（执着）这种环环相扣的机制就是不自由，就会让我们被动接受不能自主。</description></item><item><title>Attention is all you need</title><link>https://ddnio.github.io/posts/2025-11-20-mja2mtuwmzqy/</link><pubDate>Thu, 20 Nov 2025 00:04:05 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-20-mja2mtuwmzqy/</guid><description>本来原来的标题用的是【人该怎么活】，这话题有点大。
年纪越大，越觉得生命不应该浪费在无关紧要的事情上，但是怎么活这一生才算好呢。是应该追求事业？追求名利？追求成功？还是应该不羁放纵爱自由，今朝有酒今朝醉？虽然每个人的想法不一样，答案不一样，但至少他们都会有一样的问题。
以前年轻的时候想是应该多学习，多成长，这样未来的自己更厉害，追求的是今天的我超过昨天的我，明天的我超过今天的我。
从小就会想在自己周围有谁在哪方面比较厉害，我可以从他身上学到什么？在学校会看周围的同学谁有什么特长，在公司会看谁能力比较强，有些方面我可以像他们学习。大一点接触到网络了，在网上学习的时候也会不知不觉受其他老师的影响，比如罗振宇、比如吴军，学习他们的课程，为人处理的方法，输出的价值观。三人行，必有我师。我可能现在不行，但我向优秀的人学习，我会越来也行。
但最近，想法慢慢开始有一点点变了。接触的东西多了后会感觉其实每个人都不是神人，他们也是普通人，有强的地方也会有弱的地方，也有各种人性的弱点。世界就是个草台班子，明天不一定会更好。我可以追求让自己变好，但是也没有必要执着于跟人学怎么变好。
而且，人无完人，今天比昨天更好，什么时候是个头呢？人生也有涯，而学也无涯，以有涯随无涯，怠已。随着人到中年，总有一天你会发现你的人生路会从上坡路变成下坡路。那你追求的还是明天吗。
今天模模糊糊好像有了个阶段性的答案：心流。
我发现自己对世界不满的时候，往往是被别人打断的时候。人觉得充实的时候，往往是自己沉浸式的做了一些事情之后。当然，在心流状态中，你是不会感觉到这些的，你沉浸在自己在当下。你的眼中、手中、心中有的只是你关注的事情。
不要误会，这里不是说要沉浸式工作。我是想说，在生活中应该让自己尽可能多的在心流状态下。你喜欢读书，可以让自己进入读书的心流状态；你喜欢打网球，可以让自己进入打网球的心流状态，你喜欢和 TA 在一起，那就感受和 TA 在一起。如果你经历过这些，是不是会觉得，这些时光才是自己值得过的时光。
为什么应该追求心流呢，首先，它关注当下，过去已经过去，未来还未到来，当下就是全部。其次，能让你进入心流状态的，肯定是自己喜欢并且享受其中的，每个人都是独特的个人，每个人都不一样，追求自己喜欢的就行。再者，心无杂念，专注于美好的事物本身就很美好。
Attention is all you need。
问题来了，追求的心流填满了白天的时光后，到了晚上，你还会想 TA 吗，你还会睡不着吗？
或者，你觉得应该怎么活？</description></item><item><title>这样看书算不算偷懒</title><link>https://ddnio.github.io/posts/2025-11-16-mja1nje4nzky/</link><pubDate>Sun, 16 Nov 2025 21:17:13 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-16-mja1nje4nzky/</guid><description>距离看完上一本技术相关的书已经过去好几个月了（有学习记录https://github.com/ddnio/books ）。下一本在看的是**《AI Engineering: Building Applications with Foundation Models》。** 主要是讲AI工程师应该如何通过大语言模型构建 AI 应用，在介绍如何把 AI 项目工程落地的同时也会从各个方面讲解一下大语言模型的原理。选择这本书也是 AI 推荐的。
但是读书的进度一直不容乐观，几个月过去了，第一章还没看完。一个是因为这本书目前只有英文版，虽然在浏览器中可以直接用沉浸式翻译对照着看，但是总是没有进入看书状态的感觉。二是这个领域以前接触的不多，有一定的门槛，各个术语和背景知识不是很了解，看起来就吃力。三是以前没有看这类书的习惯，整个读书的节奏和章节细节不好把控。所以打开的次数也少，看得也吃力，进度也慢。
今天想自己学不动可以找 AI 指导指导，然后想试下直接在 claude code 中让 AI 讲解，看看效果怎么样。以前用过Google 的notebookLM 学过，也没感受到网上传的那么强，反正对我来说没什么效果，可能是我还不会用吧。但是 claude code 我还是能鼓捣一下的。
所以就直接在 claude code 中新建了个项目，把这本书的电子书放在了项目里，先简单粗暴的让 AI 直接讲，但是第一步就卡住了，claude code 中接入的大语言模型上下文一般只支持 100K tokens左右的上下文长度，这本书越 120K 个单词，换算下来有 160K tokens，读取完一本书的内容大模型就处理不过来了。
难不倒我，既然整本书太长了，我可以分章节让 AI 一章一章介绍。这里我接入了一个 pdf 读取的 mcp 工具，然后一次让 AI 给我介绍一章，每次介绍的时候告诉它用 pdf 读取的 mcp 工具先读取原文，再整理成文档给我看。
果然可以，就是生成的每章的介绍还是不太完美，不过让我把这本书讲的基本脉络理清楚也够了。第一步先过一遍每章内容，如果想对哪一章要要深入了解，那可以多问几个回合。如果有更具体的需求，比如多介绍相关背景、不要有太深入专业的术语、用相对通俗易懂的语言介绍等，就可以直接叫 AI 在生成的时候带上这些提示，它基本都能按照你的要求输出。
对比了下原文，讲的东西少了点深度，但是内容也大差不差。可以满足带着我读完的要求了。
不过像这样没有自己读，靠着 AI 转述了一遍，会不会影响我后面读书的方式呢？
技术书还是要自己读吗？工具类的书先这样过一遍没问题吧，至少我今天靠这个方式能对这本书知道个大概，如果纯靠着自己读，可能下个月还在第一章呢。
先试试几本，书为己用，读书的方式也可以迭代。
（很有意思，看书的过程中发现因为大模型语言的上下文 token 限制，不能一下把一本书的所有内容放进去，所以我们通过 pdf read mcp 工具，一次先读取一章的内容再给大模型总结整理，这个做法就是书中讲的大模型的 RAG （检索增强生成）思想的完美体现）</description></item><item><title>flomo 自动同步 blog</title><link>https://ddnio.github.io/posts/2025-11-14-mja1mzu4nje5/</link><pubDate>Fri, 14 Nov 2025 23:43:43 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-14-mja1mzu4nje5/</guid><description>打脸了打脸了。前两天刚还说老毛病犯了，要控制一下。今天忍不住又犯了。
上次折腾flomo 同步博客的方式研究的是换个其他的笔记软件，被各种软件迷失了。但是留了一个小尾巴，就是直接通过 flomo 的接口自动化同步到博客。
本来是没想这么快折腾的，但一是这几天每天都坚持写了，二是也想给你看一看，虽然写的乱七八糟的。但想着坚持写了后面会越来越好的，开始写的不好，后面的进步才看得到。于是就在打工的间隙偷偷开搞了。
想了下，事情大致可以分成 3 个：一是获取 flomo 的笔记数据，二是将笔记自动转成博客，三是做成自动任务。其中第一个是比较不确定性的，因为官方文档没有自动查询笔记的 API，找合适的方案需要点时间，后面两个只是工程性的问题，花点时间就能搞定。
所以重点是找到好的获取 flomo 笔记的方式，程序员开工第一步搜开源平台 GitHub， 发现果然有相关的项目了，有个项目是一个自动从 flomo 同步笔记到 notion 的浏览器插件，一看底层代码，是破解的 flomo 的网页版接口，应该是可以用的，叫 AI 参考这个方式写了个脚本验证一下，能查到数据！搞定数据问题了。
后面就简单了，直接告诉 AI，我需要做什么，让 AI 直接帮我实现。吧啦吧啦，不用几个小时就搞出来了。（为什么第一步不问 AI，问了，AI 不告诉你，要不就是不合规有风险，要不就是不建议，现在合规层面 AI 也查得严啊。）
现在流程是这样的，如果我想把flomo笔记同步到博客，只需要在对应的笔记上打上一个标签。我的博客项目每天会定时从 flomo 查询笔记，根据标签筛选，然后将笔记转成博客的格式，再提交到项目中，项目检查到有博客内容更新后又会自动渲染再部署到博客网站。完全不用人工编辑。
记录几个细节：一是图片处理的问题，flomo 破解的接口查询的图片链接只有 3 天的有效期，所以在将笔记转成博客时里面的图片不能用 flomo 的链接，得自己下载下来再转一遍，这里我用的是原来买的阿里云的 oss 服务，按量付费，反正看得人不多也就不用多少钱。二是博客的新建与更新的逻辑，每篇笔记都有个 id 标识，有创建时间和最后更新时间，根据标签过滤到要处理的笔记后，如果这个 id 在博客中没有记录，就新增，如果有记录则再比较一下最后更新时间，更新时间一致就说明从上次同步后内容就没变过那这次就跳过不处理，更新时间不一致说明内容有改动，这次处理就重新生成一遍。三是 GitHub 的 Action 功能非常好用，它相当于代码仓库中的自动化机器人，可以设置自动任务，让它定时跑程序脚本，使用简单，功能强大，还免费。
好了。基本就是这样，以后要写博客就可以直接在 flomo 写了。简化工作。
博客同步的标签是【胡思乱想】。</description></item><item><title>开发不是运营</title><link>https://ddnio.github.io/posts/2025-11-13-mja1mtu5mda5/</link><pubDate>Thu, 13 Nov 2025 20:23:27 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-13-mja1mtu5mda5/</guid><description>我是一个软件后台开发工程师。最近有个需求，大致是公司要变更企微主体，因为销售的员工会用企微办公，需要在公司的内部系统批量做这部分员工的企微切换。
事情就是这么个事情，活到了技术这里，怎么搞呢？我给出的方案 A是，直接在内部系统做一个变更员工信息的功能，支持管理员直接修改员工的企微信息，这样哪个员工需要变更可以随时操作。当然，还有另外一个方案B，就是功能不做修改，通过改底层数据库里面的员工信息来实现。
原来这个内部员工系统是我负责的，最近公司扩张招了挺多人，就把这块的业务分出去其他同事负责了。我给了他们这两个方案，叫他们自己考虑选哪个。结果我主推的方案 A不愿意做，直接选择的是手动改数据库。
虽然不是我做，但是我听到他们的选择后还是挺失望的，失望的是找不到人和我一类。如果是明确的只需要改一次，那确实没必要做一个功能，但实际情况不是，就这个关联企微的就调整过很多次了。虽然不是高频使用，如果系统支持这个功能，那后续怎么使用就是对应的操作员来处理了，如果不支持，每次有变更的时候来找研发手动改数据，这个味道就变了。
编程里面有个叫概念，叫代码的“坏味道”。如果业务上有问题每次都需要找开发来定位解决，在我看来就是系统或者公司运作层面的“坏味道”。有些人会觉得系统就是要时不时出现点问题，然后可以在老板面前多露脸。或者让其他人时不时就要来找你，提升你的存在感和重要性。当然，也有些人就是看一个需求做一个需求，没有规划或者设计的概念在里面。
我不觉得，在我看来，作为一个开发，首先应该要有软件设计的意识，软件设计就是应对需求的变更，设计做的好，无论外部怎么变化，系统已经规划好这个能力来支持了，设计得不好，要加个需求就是拆拆补补，这样不行那也不行。有点追求的人就应该想想怎么设计得好。其次，你只是开发，工作内容是开发一个好用的系统，而不是每次出来解决业务问题，那是运营的职责。如果每次有问题都来找开发，是不是能感觉到坏的味道。
当然做研发有些时候会受制于上游的需求，但是实际的开发实现和系统设计并不受影响，只看开发者的能力水平，好的系统应该是让人感觉不到异常的存在的，这个功能就是应该要有，这个按钮就是应该在这里，不会有其他突兀的问题或者不舒服的感觉，这里看起来不太对，那里看起来怪怪的。只能说明这个做的垃圾。
所以我在公司的追求也是一样。我开发的系统，接口和文档我设计好后，和我对接的人就不应该再来找我，如果因为要来找我，那说明我做的还不够好。我做的系统上线了还需要时时跟进来定位问题，那这系统做的不行。
什么叫好的系统，就是用它的人感觉不到它的存在。
就像身体，健康情况下你是不会感知身体是好还是不好的，只有在生病的时候，你才知道健康的重要性。
做一个健健康康蹦蹦跳跳的人。</description></item><item><title>有的时候，人得貌相</title><link>https://ddnio.github.io/posts/2025-11-12-mja0otkxnzy0/</link><pubDate>Wed, 12 Nov 2025 20:50:57 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-12-mja0otkxnzy0/</guid><description>年纪大了，越来越觉得，人的长相很大一部分能看出这个人是什么样的。特别是有点年纪的人。
这里不是说长得难看或长得好看的意思。逻辑是这样的，每个人都会有自己的习惯，而有些习惯久了会在身体上有所体现，就是外貌形态了。那反过来，透过这些体现就能看出背后的生活习惯，从习惯也能猜到一部分这个人平时是什么样的。
比如比较普遍的中年油腻大肚子，是不是一看就知道吃的多运动少。最近在地铁上发现上了点年纪的女人群体，有点两极分化的现象，有的越来越憔悴，从皱的眉头一眼就能看到受到了生活中琐事的折磨，生活压力直接写到了脸上。有的越来越精致，年纪越大，生命力越足，当然这类人坐地铁比较少，遇到的不多。
我也是在有点年纪之后才意识到人其实是可以控制自己的长相的。比如罗胖，说四十岁之后要捯饬一下自己，胖了上半辈子要整装出发，活好自己的下半辈子，然后植了发，戒了烟，减了肥，现在看起来和以前完全两个人，瘦的都叫不出罗胖这两个字了。
我看起来不难看，可能是因为我比较关注自己哪里做的不好，曾经有段时间也胖过也肚子大，但一胖我就会感觉到身体不适应，所以我会控制体重。前段时间感觉身体状态不佳经常生病，然后就开始跑步锻炼身体。如果发现被工作中的烦心事困扰了，会有意识的不想这些，放松放松调整心态。当然，做的也不是很好，我的情绪是直接写在脸上。不过更重要的是，保持一个好的心态吧。
注意你的思想，因为它将变成言辞； 注意你的言辞，因为它将变成行动； 注意你的行动，因为它将变成习惯； 注意你的习惯，因为它将让你好不好看。
停一停，看看自己。让你的长相按照你想要的方向生长。别让这个世界对你这么容易得手。</description></item><item><title>流水账 | 双十一</title><link>https://ddnio.github.io/posts/2025-11-11-mja0ode1ndi0/</link><pubDate>Tue, 11 Nov 2025 20:37:14 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-11-mja0ode1ndi0/</guid><description>今天开周会感觉其他人用 AI 用的不多，组内居然还没有人开始为 AI 花过钱，很难想象，一是不可思议这么神奇的东西程序员居然都不用，二是自己身边都是什么人。
这两天研究了很多 AI 的用法，从自己深度体验到发现问题，到发现别人也有这样的问题到看到别人的解决方案，感到世上还是有很多聪明爱折腾的程序员。
基于自己这几天对 AI 的折腾和平时对自己的观察，发现自己喜欢折腾新奇好玩的事物，喜欢研究搞懂其中的原理，比如 AI 的使用、实践、设计，但是在知道了大概之后没有继续深入的激情了，能体验到，再到做出来，会花很多时间折腾，但是东西出来后没有继续去打磨。可能是限于新奇的东西太多了，可能是时间不够，也可能是自己并没有搞懂只是一知半解。这里给自己提个醒，在保持对新事物的激情时也要打磨好作品。
自己总是闷头研究，没有能相互交流的人，脑中很多新的发现和想法都是自己在消化，得尝试着找个能交流的对象，看看是什么感觉。不是计划要Open一点吗。
对公司的事情越来越不关心了，以前是想着尽量压缩工作的时间，多挤出时间做自己关注的事，现在是能安排出去就安排出去。周会上聊的一些奇奇怪怪的事也不想发表自己的意见，没有在意的是和人，连老板昨天中午请吃饭谈公司期权都不感兴趣，该走就走吧。
双十一买了新的显示器，为了在家里写代码方便，其实前两天就买了，双十一发现便宜了几百块。就又买了个，然后要把旧的退掉，不能直接用新的退也是麻烦。其实应该再买个电脑的，没时间研究就没买，还是不够有钱啊。
发现自己最近更少戴耳机了，以前上班或者walk基本都戴着耳机，听着得到课程或者歌曲，现在更喜欢摘下耳机思考事情或者干脆放空了。
说到walk，好久好久没有听过这个词了。恍恍惚惚。
乐队的小伙伴们还没一起排练过，更不要说合奏出一首完整的歌，却接了下个月酒吧演出的邀请，也是有点意思，到时候看看是什么场景。
有点感觉自己的生活有点世俗，忙忙碌碌，工作和学习充满了每一天的时间，但是心还是安定不下来，一边又在看《安心之道》，在世俗中追求不世俗，怪怪的，又说不出哪里不对。
今天没想好写什么话题，流水账是受小V（和Vicky 一起发大财）的启发，记录一下流水账。这真的是流水账。</description></item><item><title>使用 AI 的第二步</title><link>https://ddnio.github.io/posts/2025-11-10-mja0njqwotcw/</link><pubDate>Mon, 10 Nov 2025 20:19:08 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-10-mja0njqwotcw/</guid><description>对我来说，AI 现在真是绕不开的话题，尽管我有意识的控制 AI 话题出现在我每天写作的内容里面，但是经常坐下来打字的时候，脑子冒出的东西还是 AI 占大多数。
不必说，使用 AI 的第一步当然是用起来，用起来之后你才会遇到问题，才会有思考第二步是什么的问题。
第二步是什么呢，是一个思想或者一个方法，你要让 AI 告诉你怎么用 AI。
很多人在用 AI 之后会遇到问题，比如AI说的不对，比如不知道怎么提问，比如不知道 AI 能帮你干什么。这都是实际的问题，然后你就想自己可能还不太会用 AI，会想怎么用 AI，会想别人怎么用 AI，但更好的方法是，你直接问 AI，让 AI 教你用 AI。
比如对某个问题，你不会写提示词，你就直接让 AI 帮你写提示词，在你还不会写的时候，它写出来的提示词肯定比你好。比如 AI 写得提示词你觉得有问题，但你不知道怎么改，你可以直接叫 AI 帮你优化，优化再优化。放心，AI 有的是耐心。
很有意思，AI 不仅可以问具体的问题，也不仅可以问哪一类问题，还可以问针对问题的问题。从【请帮我做一下运动规划】到【请帮我写一个AI提示词，让AI 帮我做一下运动规划】，从方法到方法论，从低维到高维，你说，第二步是不是应该得这么走。
尤其是对深度使用各种 AI 工具的人，你不会用 AI coding，你可以叫 AI 教你怎么用 AI coding，就像 claude code 中的斜杠命令一样，这些命令是帮你更好的实现 AI coding，claude 的文档告诉你这是怎么用的，要怎么写，你可以根据文档直接写命令来用，但你也可以叫 AI 直接帮你写你想要的命令。你会发现，这种方法简直不要太好用。
李笑来把这个方法叫做递归法，虽然觉得不是很合适，但也可以这么叫。我想问你，但是你先给我想好我怎么问你最好，然后再回来问你，确实是递归了。</description></item><item><title>25-44 一周小记</title><link>https://ddnio.github.io/posts/2025-11-09-mja0ndk4mdc0/</link><pubDate>Sun, 09 Nov 2025 23:26:59 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-09-mja0ndk4mdc0/</guid><description>这周最重大的事情就是坚持了每天写作！虽然也才几天，每天也没多少字，写得也不好，但是坚持下来了，给自己一个赞。把优先级放高，想想有什么话想对你说，追求完成不追求完美，保持好的心态，都是帮助我坚持下来的方法。希望继续保持。
工作上本来略微轻松的节奏因为其他原因的变动导致紧张起来，但一是有及时调整心态，二是因为高密度工作使得在工作中对 AIcoding 的体验更深了，对当前 AI coding 工具的使用的优势和面对的一些问题有了更深的体会。虽然有很多的问题，但是周末对这些的研究也开始慢慢摸出了自己的一些方法，算是一点一点在进步。总结一下就是有经历了更多的体验和有初步的方法，也比较满意。
因为写作的优先级提高加上工作比较忙，导致去健身房的时间变少了，工作日只有周一周二周三去了健身房，每次十来分钟。好在周末补了一场 7 公里的慢跑，算中规中矩吧。期望是工作日能每天都有 10 分钟在健身房，每周能跑两次步。这周的睡眠每天平均 7 个半小时，不错。
周末看了一些对大模型的科普视频，对 AI 底层的东西多了些了解。但是很震惊的是，前段时间和一个朋友聊天，因为他想创业做个东西，刚好对软件和 AI 不太懂想找我交流，发现我讲的居然和视频中介绍的完全一样，而且这些东西我以前自己也没好好想过，完全是在对话中一边思考一边整理出来的。我都不知道我对AI底层的了解还是有点东西的，可能我对一个领域的学习习惯比较好吧，会先从道的层面再一步一步到术的层面，先搞清楚背景再拼拼图，有大的方向细节就不容易乱。不过，今天更有体会的一是数学很神奇要多积攒兴趣研究，二是有机会应该要找人交流，除了吸取别人有意思的经验外也能梳理自己的想法。当然，这对我来说有点难，能让我想交流和能交流的人或者机会太少了。毕竟工作时间一天说不了几句话。
音乐方面这周没跟上，吉他和唱歌都没怎么练，乐队因为其他人凑不齐也没有排练。但是有点奇怪，这周对音乐的理解感觉更深了，以前练习唱歌只会想着怎么唱怎么发声怎么换气，练习吉他只会想着怎么弹音符怎么踩节拍怎么转和弦。这周居然开始关注听的歌曲的和弦进行，歌曲是怎样编的，不同的乐器是怎么协调的，而对吉他方面，不仅仅是音符节拍，还有和弦套路，效果器音色，弹奏姿势这些。虽是初窥门径，但也觉得东西越来越多，越来越有意思。
做的不太好的是学习方面，虽然每天都有听得到专栏，都有在得到上看电子书，但是做的东西越多越发现学习应该单独花大块的时间和注意力，而不是在碎片中去学习。在通勤路上听的专栏内容其实吸收不到什么，而也不好在办公室去专注地看书，这个还只能是挤时间出来，没有其他的办法。
T1 又夺冠了，真厉害啊，从大学到现在，十几年了能一直保持这么高的水平，真是LOL 的神。
好好休息，感受世界，创造世界。</description></item><item><title>AI 也会和人一样钻牛角尖</title><link>https://ddnio.github.io/posts/2025-11-09-mja0mzuxmtex/</link><pubDate>Sun, 09 Nov 2025 00:00:50 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-09-mja0mzuxmtex/</guid><description>今天周六，不用上班，在家里研究用 AI 写代码。时间比较充裕，就想先用一个简单的项目练练手，先写一个 Mac 电脑上的简单的番茄钟应用，一是自己会高频使用，二是功能简单，三是想接触自己不会的领域。
我的想法是最优方案是对标实际软件开发流程，从产品需求到 UI 设计到开发实现到测试验证，这些流程都通过 AI 实现然后输出对应的结果，后面的步骤根据前一步的结果来开展工作。但是因为对产品和 UI 不太了解，让 AI 根据我的需求输出 PRD 文档和 UI 交互就卡住了。所以就一边研究一边进行备用方案，就是几句话直接让 AI实现，我以为简单的需求应该难不住它。
但是随着项目的进行，AI 实现的成果没有达到我的预期，很多简单的错误经常自己没发现需要我看到错误结果后再反馈给它。另外还发现一个比较严重的问题，如果一个细节它一直没搞定，它就会越来越乱，就像钻牛角尖一样。很容易因为这个出错的问题迷失了方向，忘记大项目是需要干嘛了。
让我联想到人也经常犯这样的错误，一件事情做着做着会因为一个小问题一直卡住，或者方向越走越远。比如软件开发工作中一个完整流程因为一个小接口卡住导致其他主要工作还是空白。
如果发现自己有这样的情况，那应该立即停下来，看看自己原来是想要做什么，是不是迷失了方向。如果没有这样的情况，也最好周期性的想一想自己的方向是什么，现在是不是在路上。打工的时候，我也喜欢一有空就下楼走一会透透气，清空下脑袋，再整装出发。</description></item><item><title>程序员的转折点</title><link>https://ddnio.github.io/posts/2025-11-07-mja0mtyyodm3/</link><pubDate>Fri, 07 Nov 2025 20:38:46 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-07-mja0mtyyodm3/</guid><description>因为上次新人没有按时完成要上线的工作，而我作为带他们的人这两天在疯狂写本该他们写的代码。
也不是完全没有收获，至少经过这两天高频的coding，我感觉现在 coding已经完全不是从前那样了。以前写代码，不考虑架构设计单纯写代码都得手打每一行每个函数每个字符，那时候为了提高效率，专门花时间研究了IDE 的快捷键。写代码的流程就是思考设计，然后coding 实现，然后 debug调试，然后验证结果，有 bug 了思考哪里出的问题，一步一步定位，一点线索一点线索排查。
而这两天，流程变成了：打开AI编程工具，告诉它我要改什么，然后等它出结果，巴拉巴拉，等等等，巴拉巴拉，等等等。。。vibe coding，名副其实。
我感觉现在到了一个转折点，程序员的转折点。虽然大家现在谈论 AI都是非常非常厉害，几句话生成一个网站，几个小时做完一个应用。可能是我的能力还不够，虽然也能做出像样的东西，但是产品一旦复杂一点，交流的次数多一点，效果就会大打折扣。这样几句话让非专业的人完成想要的结果，还没有一点距离。而现在刚好在转折点上，就像一个 U 形弯，转之前是左边下来的直线，就是以前人工手写代码时代，转之后是右边上去的直线，就是几句话就生成你想要的效果。
而转折点呢，就是你不需要手写代码了，但你也不能完全不懂说几句话就完事。得有交互，要做什么，这一步效果怎么样，有没有问题，你得来来回回说。如果你懂技术且熟悉要做的事情，就像我这几天的状态，基本就是直接告诉 AI 第一步做什么，第二步做什么，第三步做什么，哪里做的不对或者是理解错了，你提出来它就能立马改正。效率直接取决于大模型的思考速度或者网速。虽然达不到一路顺畅不出问题的程度，但是你真的不用自己写代码了。
从 2023 年 的 GitHub copilot 还只是简单的代码补全，到现在 2025 年才2年，AI Coding就发展得这么快，而且还在以更快的速度发展，每一周都有新的模型出来，新的工具出来，新的coding 方式出来。这个弯我确信很快就会转过去了，人工写代码也很快变成历史。又是在一个风口浪尖上见证历史。</description></item><item><title>我的饮食习惯</title><link>https://ddnio.github.io/posts/2025-11-06-mjazotkymzcz/</link><pubDate>Thu, 06 Nov 2025 20:03:17 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-06-mjazotkymzcz/</guid><description>今天写一写我的饮食习惯，其实我感觉并没有什么特别的，但有朋友觉得不一样，也不知道是不是真的，不过我听到后还觉得挺意外的。我以为其他人都差不多。
我平时早上没什么胃口，工作日的时候一般早上就喝一杯咖啡，等中午饿了就去附近找个相对方便的餐馆吃，对便捷性的需求会高于口味，晚上如果饿了就吃点，如果不饿就不吃。周末如果是自己一个人吃饭经常就是中午吃一个玉米，晚上饿了也是吃个便饭。口味比较偏爱湘菜，但是对其他的菜也不拒绝。很好养是吧。
我觉得大家对美食的追求可能分两种，一种是偏爱吃得好，食色性也，食排第一，美食让人生更美好，人活在世就是应该吃吃喝喝，大部分人应该都是这种。我是另一种，我喜欢先让自己足够饿，然后再放开吃。这同样能体验到美食带来的美味感觉。你知道那种感觉吗，饿了，然后大口吃。
不过我不喜欢吃太饱的感觉，如果饱了再好吃的美味我也不会硬撑。这有点奇怪，因为小时候条件并不好，经常饥一顿饱一顿，按理来说长大了应该抓住机会多吃才对。但也有可能正因为如此，从小就养成了保持饥饿状态的习惯。
所以我的状态就是keep hungry then open eat。 很多人包括医生都在讲按时吃饭对身体好，我觉得不一定，在进化之路上，我们祖先的生活条件远没有现在这么好，所以我们进化而来的身体更应该习惯于饥一顿饱一顿，怎么现在变成按时吃饭对身体好了呢。
对于这个疑问我还问过 AI，不同的 AI 给了我很多不一样的答案，但让我记住的一个回答是说自然条件下进化来的对饥一顿饱一顿的适应是基因的选择，基因的目的只是为了让人能够繁衍出下一代，过了合适的生育年龄之后，就不管了。而按时吃饭能让血糖波动平稳，管的是后半辈子，目的是让人活的更久。也不是没有道理。
但无论怎么样，我还是觉得应该保持自己的喜好和对身体的控制能力，可能是我现在年纪还没到位，假如哪天我到了要听医生的话按时吃饭的地步，我可能也会屈服吧。但是为了这一天晚点到来，我会多花时间让自己的身体保持良好的状态。
当钟表被发明出来了，什么时候吃饭，肚子就说了不算了。虽然大部分人是这样，但那真的对吗？</description></item><item><title>心态要好</title><link>https://ddnio.github.io/posts/2025-11-05-mjazodi2njky/</link><pubDate>Wed, 05 Nov 2025 21:04:04 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-05-mjazodi2njky/</guid><description>最近工作上的事情不是很急，原来带的几个新人做了几个月，对业务也基本都熟悉了，新来的需求都能安排下去。总的来说，节奏控制的还可以，每天能挤出一点时间来研究自己想研究的东西。从前段时间的每天催催催到现在有点空闲时间，感觉慢慢变好些了。
原本计划今天在完成各方面工作的安排和日内必要的 TODOLIST 之后就准备研究 AI 写自己的业余项目了。开始还觉得时间挺充裕，但是，还没等我规划完，不出意外还是出了意外。
上午收到项目经理的消息，这周需要上线的一个需求出问题了，测试被阻塞，开发一直解决不了，问我能不能加人。这个需求是我安排给一个新人做的，开发之前花了很多的时间和他对具体的实现方案，安排开发的时间非常充裕，加上新人来了之后也做过几个上线的需求了，平时开会问他也没说有什么问题。
结果现在一到要上线了问题就来了，隐约感觉要不就没有问题，要有问题就是一堆不好搞的问题。第一步先找新人确认问题是什么，能不能自己解决，结果说不清楚。第二步找项目看看上线时间能不能往后推，毕竟如果多花几天时间能搞定，我还是不想太过插手的，结果也没说能推。那只能插手了。
我不喜欢自己的节奏被突然打断，如果有问题提前暴露出来是正常的，等到最后问题兜不住了再暴出来就让人郁闷了。而且下午看了一下当前的开发进度，只能说我重写一遍还更简单。程序员最烦的事情说是改别人的 bug 应该没有谁反对吧。
所以，下午整个沉浸在帮其他人擦屁股的郁闷情绪中，一直到倒水的间隙，被同事说怎么心情这么不好，能不能像他这样乐观一点？我才后知后觉，我是被情绪控制了。
消极情绪中只有的 10% 来自发生了什么，90% 来自我们如何看待它。事情已经发生，我有做的不对的地方，别人有做的不对的地方，已经这样了，没有必要让它影响你。现在要考虑的是，怎么应对它。
是，我可以怎么办，我可以把它当成是今天对我的挑战，我可以做的比原来的我更好一些吗，我可以在事情发生后情绪不那么负面吗？
我可以从复杂的需求开发任务中理清楚应该先做什么，我可以在修复 bug 的时候同事训练AI 编程，我可以退回到自己的状态不被其他事情影响，掌控自己。
心态好，问题就不大，对吧。</description></item><item><title>老毛病又犯了</title><link>https://ddnio.github.io/posts/2025-11-04-mjaznjqxmdy4/</link><pubDate>Tue, 04 Nov 2025 19:35:27 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-04-mjaznjqxmdy4/</guid><description>因为最近开始写东西了，所以一不小心又研究了下笔记软件。
首先是昨晚把老的 GitHub 博客加了个评论和浏览统计的功能，虽然老的博客一年多没更新了，上面的几篇文章也是词不达意难以直视的水平，但这股子折腾劲还在。
前段时间开始写东西的时候对工具的要求就是尽量简单，能各个手机端和电脑端都支持，打开立马就能写，所以用的 flomoApp（有感情的）。
今天上班后又觉得我博客网站都做好了，是不是可以把写的东西更新一点到博客上面呢？就想看有没有什么自动化的方法，最开始的想法是在 flomo 写东西的时候加一个博客的标签，然后通过脚本或者GitHub 的 action 功能定时查询 flomo 笔记，把带博客标签的笔记转换一个格式更新到博客中再发布，这样配置好基本就完全自动化了。
虽然 flomo 有 API 接口的功能，但它只支持通过 API 新建笔记，不支持把笔记导出来。比预期的还复杂一点。所以要么破解一下 flomo 的 API，要么换一个其他的笔记软件试一下。
接下来我就搜索了一下有什么类似的笔记软件但是支持全功能的 API，然后我找到了开源的 memos，可以自托管，数据全部在自己手上，基本能满足要求。但是我部署起来之后发现界面有点丑，美中不足啊。
接下来又找了一个Seeds笔记软件，支持 API，界面也非常美丽，但是 API 怎么使用没有文档，需要先开会员才能体验，而且上次功能更新还是在 2023 年。于是又放弃。
接下来又研究了本地 Obsidian 笔记加同步插件的方案以及其他的写作工具，来来去去，大半天时间就过去了。
在经历这个流程的时候，我发现很多笔记软件以前都折腾过，或者说体验过，在每个软件上面都有我留下的陈年小笔记，但是后面就没有再继续用了，每个都像是充满激情的开始，然后突然杳无音讯。就像 Obsidian，分门别类整理过十来个笔记目录和各种各样的插件，但是折腾好后，实际自己写的东西没有几篇。
到这里，我开始停下来，是，我是需要有好的工具帮助我更好的写作，但我要做的是写下去，而不是这些工具。不应该迷失在这上面迷失了初心。
所以，先写下去，先养成写的习惯，做好了这一步，下一步怎么样它自己会发生。</description></item><item><title>智谱 API 有问题啊</title><link>https://ddnio.github.io/posts/2025-11-03-mjazndu5mjgw/</link><pubDate>Mon, 03 Nov 2025 18:20:46 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-11-03-mjazndu5mjgw/</guid><description>前两天Claude Plus 的额度用完了。加上公司正好也在推 AI 辅助编程，叫我研究适合在公司使用的方案和相关成本。就简单研究了一下国产的AI 模型。
使用 AI 对个人来说很简单，在你能接受的范围内用业界对标的就行了，比如别人发布的代码模型是对标的 anthropic，那你就用 anthropic。但是公司层面可能会涉及一些使用门槛和相关法律政策，所以还得考虑一下综合因素。
截止当前，我觉得AI 编程直接用 claude 组合就行，claude code + claude-sonnet-4.5 模型就算最厉害的了，cursor 在乱收费之后我就没用过了，但是 claude 使用门槛比较高，不是每个人都能搞定账号和网络环境，相比之下 cursor 只要搞定账号就能开箱即用，使用门槛非常低，算是比较适合公司推广了。
但是基于对 claude code 的强大能力，我还是提了一个备用方案：claude code + 国产 AI 模型。因为我前段时间也用这个方案写过一些生产的项目，能力是比预期的还要高。最开始试过 deepseek、kimi v2 、智谱 glm-4.5，体验下来感觉最好的是 kimi v2，但是速度有点慢。我觉得目前的国产模型还是可以的，如果能用起来不至于有很明显的差距。
说回正题，正好前段时间智谱推出了 glm-4.6，说是能力有大幅提升。我的 claude 额度用完之后正好想找个备用方案，所以就准备对接体验一下 glm4.6。
本来以为是一个很简单的操作，结果却花了我好几个小时的时间。
最开始我以为只需要在 claude code 中配置一下模型用智谱的链接、秘钥和模型，因为我原来使用 glm-4.5 的时候买过，账户里面也还有余额，应该修改下使用模型就行，结果配置好后在 claude code 里面调不通。
接口报错：&amp;ldquo;Your GLM Coding Plan package has expired and is temporarily unavailable. You can resume using it after renewing the subscription on the official website.</description></item><item><title>赌一把吗</title><link>https://ddnio.github.io/posts/2025-10-30-mjayodu4ntg5/</link><pubDate>Thu, 30 Oct 2025 21:30:59 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-10-30-mjayodu4ntg5/</guid><description>昨天 LOL 全球总决赛 8 进 4，KT VS CFO，我觉得 KT 能赢，正好在公司网上冲浪的时候看到一篇文章介绍 polymarket ，隐约感觉可以堵它一把！
说干就干，打开网站，连接钱包，充值 USDC，找到比赛的押注界面，买断离手！
紧张刺激的 3:0之后，赌赢了。毕竟买的时候胜率已经高达 80% 了。
正好研究了下这个polymarket，它是个很有意思的一个网站，简单说就是你可以用真金白银在上面押注真实事件，比如上次出圈的美国总统大选特朗普能不能胜出，比如NBA 的一场比赛谁赢，比如比特币在 10 月 30 日能不能突破 10 万美金。各种各样只要有明确规则的事件都可以在上面开一局进行对赌，而结果很简单，二选一，要么赢，要么输。
因为是对真实事件的对赌，所以除了赌博之外，你还可以把它叫做预测市场，在上面每个人都是用真金白银去押注，一旦有谁掌握了更多的信息，他就会押更多的注。押注的人多了，这个市场就比较能真实的反映事件发生的概率。
以前很早就听说过这个平台，因为涉及到钱包的跨链转账，一直没有实操过。今天堵了一局后发现这个平台设计的很有意思。找 ChatGPT 问了几轮之后搞懂了个大概。听我慢慢道来：
首先先简化一下我们要做的事情：对一个真实的事件，要么会发生，要么不会发生，结果只有 YES 或者 NO。比如抛一枚硬币正面朝上。怎么设计成一个交易市场呢？要让人们能方便的买卖自己认为对的一方，又不能反悔，赢的一方赚的刚好是输的一方的钱。事情可能随着时间的推移发生结果的概率又会变化，如果有些人改主意了怎么办，事情结果出来之后怎么正确结算，这些都是要考虑的问题。
我们来看看 polymarket是怎么设计的。
整个系统建立在区块链之上，直接用区块链数据公开不可篡改的特性，而且押注的筹码是区块链上的USD稳定币 。既解决了公正性的问题，又解决了筹码的问题。
系统可以抽象成3种角色：
平台：负责事件的创建和结果判定，简单说就是开局和收局，主要目标是维持公正性以让系统可持续的稳定运行下去。
做市商：提供事件对局的初始流动性和增加流动性，玩家进来押注的时候需要这个对局里面有足够的对手方和资金，不然一个玩家花少量资金就能撬动市场或者玩家进来没有注可以买显然是不行的。他们的目标是赚取交易费和差价。
玩家：很简单就是投钱二选一，目标就是赢对手方的钱。
当开一个事件时，做市商会存入一定初始数量的USD，每一份USD都会自动拆分成一对YES和NO的代币，YES和NO的代币成对出现，且价值恒等于存入的USD， 这对代币在结算的时候会根据结果来判定，如果结果为YES，则这个USD归持有YES的玩家，持有NO代币的玩家归零。
YES代币和NO代币分开两个池子单独买卖，这里是设计的精妙之处，为什么，因为玩家可以单独买卖YES和 NO 之后，就可以随意选择方向进出，而交易多了价格就能体现出这个事件发生的概率，虽然是两个池，但是这两个池子盘口的价格是强关联的。
举个例子，开局后做市商注入了 USD 生成了一样多的 YES 和 NO 的的代币，然后每种代币单独买卖，开始可以随便挂单来卖出，比如 YES代币，价格从0～1先随便挂，玩家押注时看自己的承受价格，如果认为 YES 的概率是60%，那低于 0.6 价格的 YES 就会被玩家买走，而相对应的 NO 的代币其实只要价格大于 0.4，做市商就能赚，因为一个USD 能拆成一个 YES和一个 NO，YES 卖了 0.6，NO 只要卖 0.</description></item><item><title>加点阻力</title><link>https://ddnio.github.io/posts/2025-10-27-mjaymzi5mzk2/</link><pubDate>Mon, 27 Oct 2025 19:37:30 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-10-27-mjaymzi5mzk2/</guid><description>一直有个困扰，每个周末规划的事情都比较难完成。对于打工人来说，周末空闲的时间相对更多。所以在工作日会想着好好利用周末的时间做点事情，比如集中时间看本书或者研究一个主题的东西，或者是写写代码。但是综合实际情况看，效果不好。
我是觉得如果在这个时间里面规划好的事情没有做，感觉不太好。如果没有规划或者规划就是轻轻松松玩，那不会感觉不好。规划了但是没按规划的做才让人感觉不好。
那为什么周末会比较难做事呢？想了想，我觉得是周末的状态比较 relax ，做事状态的阻力不够，就像一个人没有力气的时候是躺在地上的，如果要站起来并保持站的状态，是需要力量来维持的，这个可以叫做对重力的阻力。
相比较来说，工作日的时候，你起来上班坐在办公室了，那再让你躺的阻力就比较大。
第一，有一个作用力让你起来，比如你需要起床坐车打卡上班。
第二，有一个场让你维持，比如在办公室周围有同事一起办公，比如在星巴克的第三空间，比如在图书馆看书。
但是周末或者自己一个人的时候，这个阻力就非常小，以至于时不时，就能被重力吸引。
所以如果想尽量无痛的多做事，可以考虑加点阻力呢？从结构上对冲一点重力。
如果想在周末多做一点，可以只先做好起床洗个脸；如果要看一本书，先走进图书馆。做什么事情如果自己的力量不够，那就想办法让环境给你点力，帮你撑场。
当然别人我不知道是不是啊。</description></item><item><title>解决问题的通用框架</title><link>https://ddnio.github.io/posts/2025-10-25-mjaxotgxnjm0/</link><pubDate>Sat, 25 Oct 2025 14:28:55 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-10-25-mjaxotgxnjm0/</guid><description>前几天练吉他，想找一个吉他谱，一般比较大众的歌都能在吉他谱的网站上搜索到。但是正好想找的那个谱搜了几个都感觉不太好，就在想有没有直接通过歌曲自动生成吉他谱的工具。
一问Claude，它竟然直接说它可以直接分析歌曲自动给我生成曲谱！太夸张了，我当时就给了它一首歌，果不其然各种奇怪的接口和虚幻输出都来了，要不就是生成谱会有版权问题，要不就是生成的东西不能用。但是我大概知道了从给的音频文件到得到一张谱中间要处理什么事情。
大致的流程是这样的：1. 获取到音频文件；2. 预处理：音频加载，格式转换，音量处理等；3. 量化处理：人声分离，频谱分析，和弦识别等；4. 制谱：根据时间和输出格式，使用工具绘制曲谱。当然这个流程非常粗糙，每个步骤里面还会有很多的细节和技术方案。但是，你发现没，这件事情非常的“标准化”。
什么是“标准化”？这说的是一个解决问题的框架。什么框架？它其实是三个问题：1. 现状是什么？2. 目标是什么？3. 怎么做？
比如上面这个例子，现状是只有一个歌曲的音频，目标是要得到这个歌曲的乐谱，怎么做呢？任务分解：第一步做什么，第二步做什么，第三步做什么。好，发现没，很多事情都个模式，所以我称它为标准化。
比如我是一个高中生，我要考上南京大学，我得第一步先看看往年考上南京大学应该要什么水平，第二步我离这个水平还有多远，每一科应该要提升多少，再任务分解：我哪些学科的成绩怎么提升，每天学多少课程做多少习题，多久做一次进度复盘。
比如我啥都不会，但我要弹唱一首歌曲，那第一步我要能唱，第二步我要能弹，第三步我要能边弹边唱。再每一大步里面拆小步，唱的时候怎么唱好主歌，怎么唱好副歌，高音上不去怎么练习。
比如互联网公司的需求开发，当前是什么现状，需要开发一个什么功能，然后怎么规划实施。第一步产品梳理需求出产品方案，第二步开发根据产品方案输出技术方案和技术实现，第三步技术实现后测试验证功能质量标准，第四步功能上线后投入运营并收集反馈。以及中间项目怎么协调各步骤及人员安排。
比如现在的大部分 AI 工具，整个模式就是你告诉它你要做一个什么东西，现在是什么情况。然后 AI 就来分析用什么方案，怎么拆分步骤，怎么指定 todolist，怎么设计验收标准。现在才明白 AI 工具为什么都设计成这样，为什么 AI agent 会流行，因为只要是需要解决问题，就是这几步，定义好现状和目标，设计并拆解任务，每个任务怎么编排怎么执行怎么验证。就是这么回事。
更新一下，想要的谱还是没找到，网站目前也没更新，但是现在准备自己动手做，过过脑子过过手能记得更深，对歌曲也能更熟悉。
另外提一个醒，上面说的问题只对针对技术问题，并不包含非技术问题，比如感情问题。感情问题我不会啊。</description></item><item><title>我是怎么充值ChatGPT Plus</title><link>https://ddnio.github.io/posts/2025-10-24-mjaxodc3mtg0/</link><pubDate>Fri, 24 Oct 2025 18:45:35 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-10-24-mjaxodc3mtg0/</guid><description>今天讲一下我是怎么充值 ChatGPT Plus 的，虽然你可能用不上，但是我还是希望你可以用上。一是因为客观上讲这是当今世界最厉害最具科技含量的东西，另一个原因是希望你不缺钱，要用就用最好的。
我的方案是：用美区的苹果🆔下载ChatGPT应用，然后直接通过苹果的 App store 订阅。
所以前提最好是你有个 iPhone，有外区的苹果🆔，当然，还有 money。因为ChatGPT 没有上架国内的 App store ，所以需要使用外区的苹果🆔，怎么注册这里就不展开了。
第一步：在苹果的 app strore下载 ChatGPT应用。
第二步：注册一个ChatGPT账号，可以直接使用 appid 或者邮箱，以前在注册的时候需要绑定一个国外的能收到验证码的手机号，现在应该不需要了。如果注册需要认证手机号但是你没有国外手机号的话，可以找一个接码平台（在线接收短信，使用虚拟号码获取一次性验证码 ），充点钱可以选择哪个国家的手机号接受验证码，我用过https://sms-activate.io，一个验证码一般一块钱左右。
第三步：通过苹果的礼品卡充值你的外区苹果🆔，可以直接在淘宝买一个礼品卡，我用的是 binance 里面有一些应用市场，比如 tokenstore，可以用数字货币买礼品卡，购买后会把兑换码发到你的邮箱中，然后通过兑换码在苹果的 app store 里面兑换。
第四步：订阅 ChatGPT Plus，直接在 ChatGPT 应用中订阅Plus，然后用刚刚充值的 苹果🆔付费就好了。
后面如果要一直用的话就继续充钱就好了。订阅后会自动扣费。付费后网页端和 app 端都是可以共用的。如果你需要写代码，那 codex 也可以用。
好了，现在你是尊贵的 ChatGPT Plus 用户了，但是我现在要告诉你Claude 更厉害，你要试一试 Claude 吗。</description></item><item><title>生成式 AI 服务，成本差异巨大</title><link>https://ddnio.github.io/posts/2025-09-09-mtk0nzc5nda2/</link><pubDate>Tue, 09 Sep 2025 09:50:00 +0800</pubDate><guid>https://ddnio.github.io/posts/2025-09-09-mtk0nzc5nda2/</guid><description>生成式 AI 服务针对输入和输出有不同的收费规则，输入就是你给大模型提的问题，输出就是大模型给你的回答。
这两者在推理里的成本结构差异很大：输入是一次性并行处理，而输出是自回归逐 token 生成，每生成一个 token 后要结合整段上下文来生成下一个 token，更慢、更吃 算力因此更贵。其间的成本差异巨大。
所以，生成式服务提供商根据成本效益计算，对“少量输入，大量输出”的应用领域的发展容易停滞，因为要亏钱。比如只给一句简单的提示词，然后让AI生成大篇幅的小说、剧本、报告。比如根据一条文字描述，生成一幅高清图片或者视频。
相反对高输入、低输出的应用领域，AI 的发展就比较容易突飞猛进，因为可以赚钱。这其中有一项是最值钱的，就是 AI编程。一段代码要输出，输入部分要准备很多库、文档、API说明，“输入/输出”大约在100比1这个量级。而这种输出效果基本是顶级程序员的工作成果，两方获利。</description></item><item><title>对代码设计的一些小想法</title><link>https://ddnio.github.io/posts/7/</link><pubDate>Thu, 18 Jul 2024 17:34:51 +0800</pubDate><guid>https://ddnio.github.io/posts/7/</guid><description>上周开始接触公司的一个新业务，让我想聊下对代码设计的一些小想法：
一次是写一个客户端设置项的接口，就是 app 各种个人设置保存在服务器上，客户换其他设备登录也能使个人设置保持一致。比如说用户的默认语言、是否自动登录、股票行情的红涨绿跌显示等。 最开始没什么经验，给每个设置项提供了一个接口，比如设置默认语言用 SetLanguage 接口，设置自动登录用 SetAutoLogin 接口。 正常是没问题的，但是，需求总是会变的。后面跟着陆陆续续有一大堆类似的设置项需求，比如红涨绿跌显示、字段排序、下单设置、皮肤设置等等。 这个时候问题就来了，为每个设置项加一个接口么。加了修改还要加查询接口。如果只有一两个，单独给每个项开发接口倒也合理，几十上百个呢？是不是太繁琐且不优雅？
抽象来看，这些工作的本质就是记录一些设置项，设置项包含什么？名称和内容啊！对了，所以完全可以提供一个通用的设置接口，设置的时候你告诉我你要设置什么（设置项名称-key）和设置成什么（设置项的内容-value），再提供一个通用的查询接口，不管你要设置多少项，两个通用接口搞定！所以后面有新需求时，前端开发同学甚至都不用再调新接口！
保持对坏代码/坏味道的敏感性，相似的东西抽象起来统一处理。
一次是实现一个注册登录流程，有各种登录方式：手机号、邮箱、账号、第三方、手机运营商等等，还有各种登录入口：app端、网页端、微信小程序、第三方信登等等， 还有各种逻辑：未注册的账户要自动注册、密码或者验证码错误次数要限制、注册如果开户了要验证2FA、2FA的方式还要根据第一步的登录方式来判断、没有设置密码还要引导设置密码、多账户怎么支持等等，还有一连串的流程： 频率限制、验证密钥、验证用户信息、记录设置、记录登录历史、处理响应等等。 东西看起来不难，但是内部逻辑繁琐，当时来这个公司做的第一个模块，没有经验，也没有前辈咨询。如果是像和前后端有强交互的流程还能找其他公司的类似产品抓包研究，当时也研究过几个其他网站的登录流程，但这个实现复杂度完全是后台内部的逻辑。所以在需求出来后确实花了挺多时间想这东西要怎么搞。
后面想出了一个还不错的方法，不过怎么想出来的过太久记不清了，这方法我把它叫做流程化。关键点是流程节点和流程编排。 核心的一个前提就是一个用户会有多个登录方式。那我们就可以区分一下大的节点：1.找出登录方式，2.通过登录方式找出用户，3.根据用户状态做响应。每一个大的节点又可分几个小节点，比如第一步的找出登录方式可以分通过短信验证码的方式找到、通过第三方登录的信息找到、通过运营商或其他信登平台的API 方式找到。这样，把每一个节点细分，然后再针对不同的登录方式编排流程。这样就可以像插件一样编排和拓展不同的接口了。
这个笔记是我想实现方法的时候整理出来的，看起来还比较清晰。纵坐标是当时区分的各个小节点，横的是不同的登录方式或者说接口，打勾的就是对应的接口会用到这个节点，然后按先后顺序编排，如果哪一个节点有错误或者已产生了结果，那后面就不用执行，直接返回。 这样的好处是每个节点内部只处理好它自己的事情，一般节点内部是不太会经常改变的。改变多的地方是可能要支持不同的登录方式和不同的登录入口，那这个就变成了只需要增加相应的节点再编排进去。对原来不变的流程没有任何影响，所以后来新增了各种登录方式：第三方信登、语言验证码、增加邮件通知流程，改动都不大，也没出过什么问题。
遇到没处理过的问题第一步当然是找有经验的请教或者查找业界最佳实践了，但是也会有一些问题来不及从外界找到直接答案，那就在动手前是尽量多花时间想，想清楚了再动手做。
还有就是现在刚接触的一个新业务。给别的公司做一个 app，内容基本就是复制一套自家公司的产品。从服务开发，部署，测试，到上线维护迭代都全包。简单讲就是外包，不过包的是自家已经做过的产品。业务方面以后有机会再说，今天先聊下对功能开发方面的小想法。 对这个需求，最简单直接的做法就是把以前做的一整套都复制一遍，重新跑一个，再把需要适配的地方改改，就差不多可以交付了。 但是，如果有第二家呢？第三家第四。。。呢？是不是感觉有点类似上面的第一个场景。但这里不一样的是，每重新复制一个的成本非常大！中间涉及项目管理、产品需求管理、数据库管理、服务器管理、服务管理、运营管理……如果只有一家，新增一套是少不了的。因为是从无到有，从 0 到 1。但如果有后面的第二、第三家，还按这套模式的话，就非常不优雅了。 这个情况，业界的方案是Saas 化。即软件架构支持多家机构接入（多租户）。
在软件开发层面，要实现这个，该怎么做呢？
因为原来也没经验（菜），所以接触到这个项目后有空会想想如何做合适。
第一个想法先查业界最佳实践或者相关资料，在查了一些SAAS架构的技术文章后了解到有个东西叫元数据驱动开发，核心是把一些最基础的信息（元数据）抽离出来，用这些信息来驱动代码的设计和运行。这部分理解起来比较困难，根据元数据连不同租户的数据表都可能动态生成，门槛太高，不太适合当前场景。
第二个想法是最近对接过恒生柜台和接口。虽然提供的资料有限，但通过暴露出来的东西，也可以大概理解一下恒生柜台的部分设计：1.从最开始就是为多租户设计的，所以从数据库和提供的服务接口都需要指定租户标识；2.有一些参数和流程是可以让租户自定义的，这就满足了一部分不同租户的定制化需求。
恒生柜台的设计确实能满足业务需求，我们对柜台来说是使用方（租户），而现在目标是要做一个平台方（支持多租户）。目前来说，我们只是作为一个租户来使用对方平台的能力，而并没有他们的能力，也就是说他们的能力并不是我们的能力，只能部分参考他们的能力然后在我们的能力的基础上来想怎么设计合理。
所以，恒生柜台正好是一个参考对象，我们或许可以从这个方向入手。但怎么结合起来，既要尽量SAAS化，又要尽量用到我们当前的能力（改动少）呢？
首先，参考柜台的设计，我们哪些改动是一定要做，少不了的？我理解正好是上面说的柜台的两点：1.对每个业务数据和提供的服务接口都需要标识出不同的租户（支持多租户）；2.对需要定制化的模块或者参数抽象出来，配置化。这两点少不了， 数据和服务接口有改造的方向了，但是服务内部怎么处理呢？
前两天突然一下来了个新想法，灵感来源是软件里面的面向对象编程。 先来简单讲一讲面向对象编程：它就是将程序当做一系列相互作用的对象。对象就像现实世界中的实体，拥有自己的属性和行为。比如电商中的订单，有订单编号、订单商品、价格等属性，还有订单生成、订单结算、订单取消等行为。 对象是一个具体的实体，比如张三、李四是具体两个人。面向对象会把具有同样属性和行为的对象抽象为类，比如张三、李四都属于人类。对象和类是面向对象最核心的概念，对象是具体的实体，类是对对象的抽象描述，对象是类的实例化。 面向对象有三大特性：封装+继承+多态。 封装：一个类有哪些属性和方法是固定的，数据和逻辑的处理隐藏在内部，对外只暴露必要的接口。就像我们对接恒生柜台，开户的逻辑校验和数据处理他们内部封装好了，只需要暴露一个接口给外部。 继承：类和类是可以有继承关系的，叫子类继承父类，这样子类可以有父类所有的属性和行为，子类也可以在这基础上修改。比如订单是一个父类，股票订单和基金订单都可以继承订单这个父类，然后再扩展自己的属性和行为。还可以继续下去，比如公募基金订单和私募基金订单可以继承基金订单这个类，这层关系中公募基金订单类和私募基金订单类就是子类，基金订单类就是父类。 多态：指不同的对象的同一个行为会有不同的表现，比如基金的下单行为，如果是股票下单，会直接下到股票交易所，基金下单，可能是直接下到基金公司。
好，技术前提已经介绍完，现在回到问题本身：数据和服务接口有改造的方向了，但是服务内部怎么处理呢？ 借用面向对象编程的思想，把公共的流程抽象成一个父类，每个租户当做子类继承这个公共的父类，重点是区分好对应业务会有什么节点和流程，不会变的节点和流程就在父类中实现，继承的子类就可以不需要改动直接复用，可能会变的节点（定制化）做好设计，要变时可在子类中修改或者拓展，这样就既能支持多租户的业务需求，又把原来已有的能力复用起来。 举一个开户的例子：
原来的流程是：
用户点击开户的网页进入开户流程，申请开始开户 用户填写开户资料，中间会有多个步骤123 用户填写完资料，提交申请 客服审批用户的开户申请 审批通过后开户成功，流程结束。
改造第一步：我们简单定义开户类：有三个属性：开户号、开户状态、开户信息；有三个行为：开户申请、提交资料、开户审批。
第二步：把原来的流程根据这个设计用面向对象的方式构建起来，当成一个父类处理，因为原来就是正常的一套流程，所以只需要1.在更新和查询的时候加上租户信息，2.在有可能要拓展的地方预留好位置。
第三步：把原来的流程用一个租户实现一遍。
这样做完以后，如果新加的租户和原流程一样，就可以直接继承父类不做任何改动，如果新加的租户有定制化的需求，那就只需要在这个租户子类中把定制化的节点改写一下。这样不会影响其他的流程，只在当前的租户子类生效。虽然现在还只是个想法，没有实际应用改造，但可能是解决这个问题比较合适的一个方法。当然还有其他很多问题需要解决，像是配置化参数的抽象处理、多租户的管理等。但不是今天的重点，就不先扩展了。 想到这个方案其实花了一点时间，开始一直没有什么思路，有一天突然想起可以按照面向对象编程的思想来改造，仔细想过觉得确实可行。而且想过之后觉得这个方法很自然就应该想到，为什么还会思考这么久呢？除去自身经验能力限制外可能还会有使用语言的惯性限制，原来的项目使用的是 go 语言，虽然 go 语言支持面向对象编程，但是大部分实践中并没有按照面向对象的思想来编码，主要还是怎么简单怎么来，一般就是围绕数据库的增删改查，如果原来编码用的是 Java 来实现，应该会更自然的想到。不同的语言会有侧重不同的编程模型，旧的语言模式下思考会有很多限制，结合最佳实践研究编程思想，不要被旧有模式限制。
编码实现、架构设计、编程思想、甚至是处事方法，或许有些东西是相通的。</description></item><item><title>那家伙又来电话啦</title><link>https://ddnio.github.io/posts/6/</link><pubDate>Tue, 09 Jul 2024 13:14:41 +0800</pubDate><guid>https://ddnio.github.io/posts/6/</guid><description>“喂，舅舅 ～”
“怎么啦？”
“我们现在回家，要洗澡睡觉了。”
“好啊，我才下班呢！”
“你每天都坐地铁上班吗？”
“对呀”
“远不远啊，你要坐几个站呢？”
“不远，10 个吧”
“那你要早点睡觉哦，不要熬夜啦！”
“好呀，不熬夜”
“拜拜～”
前几天我姐给俩外甥配上电话手表后，时不时就收到两个小家伙的来电，手机的通话记录都被小家伙们给霸占了。
和小家伙打电话挺有意思的，“喂～舅舅，你在干嘛？”“你吃饭了吗？”“我上午要去剪头发，但是理发店关门了”“我们刚洗完澡呢”“哥哥又打我啦”。。。
好像就在你旁边描述一个事情，说完就拜拜。然后继续自己的事情。如此自然。
有段时间住隔壁栋，天天一起吃饭，每天就是“舅舅～”“舅舅～”，粘得不行。后来工作原因搬家了，住得远了，个把月才会找他们玩，每次见到都开心得不行。上次打电话说舅舅要来接去玩，电话还没挂，人已经跑出去了。
我姐离婚后，虽然没有和他们聊起过这个，但是也明显感觉小家伙脸上的笑容少了很多，可能大半年没见过爸爸了。也不知道怎么安慰，感情的事情舅舅也不会。只能在他们需要的时候多点陪伴。
上次给哥哥送的礼物是天猫精灵，喜欢有事呼唤它的时候它回应你的那句：
我在，你说。
第一次知道有哥哥的时候还在肚子里，一定要拉着来合个影。
好像是舅舅第一次抱
来舅舅家玩，舅舅第一次带。
妹妹来了，开心
妹妹过年来舅舅家玩
喜欢戴舅舅的帽子和耳机
妹妹从小就最喜欢吃吃吃吃。。。
虽然长大了一点点，但是KFC真好吃
那家伙又来电话啦！</description></item><item><title>【记录】搭建自己的博客网站</title><link>https://ddnio.github.io/posts/2/</link><pubDate>Thu, 27 Jun 2024 11:36:54 +0800</pubDate><guid>https://ddnio.github.io/posts/2/</guid><description> 为什么要写博客？找地方说说话，梳理一下自己的想法。 为什么不用目前已有的平台，要自己建？ 侧重点不一样，在已有平台写东西主要是侧重社区讨论和营销，但目前主要想记录一下想法，练习一下表达水平，更侧重自己。 自己的网站，有掌控感，随意折腾。 使用的组件和考虑点 需要什么：搭建自己的博客网站重点分成两部分：生成博客网站和把网站发布出去。以前也自己买过域名、服务器搭网站，但是维护成本（域名维护、服务器维护、网站维护）有点高。重点放在工具上了，把内容给忽略掉了。所以这次遵循的原则是简单方便，先简单用起来，服务好内容的生产发布，后续有必要再做优化。 服务托管平台：我们是搭建一个自己的博客网站，要能让其他人访问，就需要部署在能被公开访问的服务器上，可以自己购买服务器注册域名，也可以托管在其他平台上，这个就是服务托管。选择的是 GitHub pages，因为程序员必须要用到 GitHub，选择 GitHub pages 就比较自然。当然也有其他的服务托管网站，后面有想法再折腾。不过有一点硬伤是内地网络访问不是很顺畅。 网站生成工具：平时写文章一般是 markdown 格式的文档，写完后要把它渲染成静态页面放到服务器上，这个工具就是用来干这事的。选这工具主要考虑点是上手难度低，拓展性好。用的是 hugo，go 语言开发的，编译速度非常快，比较受欢迎，也有很多好看的开源主题。中间对比使用过 Astro，但感觉Astro 比较偏前端应用，单独做博客网站不那么友好，在尝试过hugo 后感觉还不错，先用着。 搭建流程及简单介绍 Hugo安装配置：https://gohugo.io/getting-started/quick-start/ Github pages 配置：https://gohugo.io/hosting-and-deployment/hosting-on-github/ 前提：了解基本的 git 操作+注册一个 GitHub 账号：https://docs.github.com/zh 原则：先看官方文档。其实每个产品都会有文档说明，就像你买其他产品一定会配有说明书一样。另外，做得好的产品说明书大概率写得非常好，不然怎么受欢迎呢。所以，研究新东西，第一步看官方说明书。如果遇到其他的问题，再具体问题具体解决。 现在写博客的流程 本地新建一个 md文件，吧啦吧啦写好(只有这个是重点，其他流程只在这篇文章里才有必要写一写）。 编译更新，生成网站，只需要在项目目录下敲一个命令：hugo。（背后的动作就是把 markdown 文档渲染成网站的静态页面） 推送到 Github仓库：git push origin，过一会网站就会自动更新了。（把网站的代码推送到 GitHub 仓库，GitHub在监听到这个代码仓库有更新动作后会更新网站） 接下来的 TODO 工作 功能迭代：图片、评论、网站统计、主题优化。 当然是坚持更新内容了。</description></item><item><title>开始</title><link>https://ddnio.github.io/posts/my-first-post/</link><pubDate>Tue, 25 Jun 2024 11:16:52 +0800</pubDate><guid>https://ddnio.github.io/posts/my-first-post/</guid><description>我写，你看。</description></item></channel></rss>