2025年度计划进度复盘(Q1)

2025年度计划进度复盘(Q1)

二话不说,先上图,再看图说话。

到目前为止,一个季度已经过去了。从整体来看,今年自我感觉更好一些,我觉得主要是花费的时间统计到了纸面上,之前也有很多时间是琐碎的花掉的,但因为没有记录,所以也无法判断都投入在什么地方。下面再分项分析一下。

首先是个人品牌独立产品内容创作,这3大项是我一直以来的弱项,今年继续保持很弱,想投入的心情是有的,但是同写代码、研究市场/管理/产品、运动这些事情比较起来,这些事情立刻会被排后,导致 Q1 在这些事情上的时间投入严重不足。

不过好在除了陈随易( @chenbimo )以外,又多了一个栋哥( @dontbesilent12 ),成为我的榜样,坚定而又专注的按照自己给自己的人设,持续的做着自己的事情。

然后就是按照项目进度方式规划的全年投入情况,首先是两项时间投入:一个是在内容创作上,这部分时间投入主要是播客节目内容的准备和制作时间,但整体投入在内容创作的时间严重不足,这一点在 Q2 要重点调整一下;二是在个人项目的时间投入,这块的进度基本与计划持平,但实际进度略慢,原本计划二月份完成的系统,到三月底才基本可用,到四月初依然有不少的问题需要修正,预计到五月底才能正式使用,当然了,这个正式使用时间是需求方的问题,但也存在一定我的原因导致没有很好的契合需求方的节奏,导致了具体投入使用时间的滞后。

另外,对于个人项目上的投入时间,需要单独说一下,这里面的时间除了开发,还包括了学习"新"技术,比如这次项目开发过程里,我就简单学了一遍 Vue ( petite-vue ) , 后续我会把自己学习 Vue 的收获写写。

再往下的部分就是运动内容了,把运动计划按照项目进度的方式进行管理,其实非常傻逼。但确实也是个能让人看到进度的方法,其实好的训练计划应该是非线性的,波浪形逐渐放大可能更符合运动训练的规律,先不管那么多吧,先保证完成计划,再复盘如何改进可以做到更好。而且从结果来看,这块进度保持的不错,唯一严重滞后的就是平板支撑,落后了两个半小时,想想就肚子疼。这一项要在 Q2 重点追赶一下进度。

最后一项是产品运营与推广,其实是依赖于内容和产品的产出的,滞后就滞后吧,目前没办法赶进度。

--END--

Read more

完了完了,我的膝盖怎么也跑废了?

完了完了,我的膝盖怎么也跑废了?

(一) 惊!来自膝关节的疼痛 昨天半夜,我躺在床上,右腿膝关节内部突然传来一阵抽搐,内心的恐慌油然升起,”坏了,膝关节要出问题!“ 我一下子清醒过来,但又躺着没动,静静的体会着哪种疼痛。那是一种紧绷的感觉,有一点像抽筋,但又没有那么疼,对于这种程度的肌肉疼痛我可谓是”老专家“了。这种疼痛更像是强度偏高的跑步后,肌肉紧张拉的肌腱的那种疼痛。但是这个疼痛穿过了膝关节,这是我以前没遇到过的。 尤其是膝关节,难道我也中了”跑步伤膝盖“这个诅咒吗?仔细感受着这一道疼痛,心想我一定要找到底是哪条肌肉。 我静静的躺着,感受着,然后慢慢动了一点点腿,略微绷紧一下,再放松,略微屈膝一点,再伸直,奇怪的是我没有找到。 我告诉自己,要冷静。可是我实在躺不住了,就猛的做起来,开始用手在大腿上反复的揉搓,捏,压,试图找到那一条已经疲惫不堪,导致我膝关节内侧有疼痛感的肌肉。很不幸,又没找到,于是我又穿鞋下地,小心翼翼的在屋子里来来回回慢慢的走,每一步的特定角度,

By siyige
给老后端程序员的 petite-vue 使用入门(前言)

给老后端程序员的 petite-vue 使用入门(前言)

如果您只关心如何快速使用vue/petite-vue, 本文(前言) 可以直接跳过,并从目录直接跳转到您最感兴趣最需要的部分。 本教程是为具备编程基础的人准备的,只是为了让具备编程基础的人可以从众多如何搭建脚手架、如何配置nodejs等一大堆专业前端开发人员关心的琐事里解脱出来,快速开始一个需要在网页上完成的交互工作的开发任务。 虽说我是一个后端程序员,但实际上我也写过很多前端代码和客户端代码。在1999年前后,我上学时找到的第一份兼职工作,其实就是写网页,虽然当时我也用BCB写activex控件,我也是后来回想起来,但是老板对我的期待其实只是写好网页就行。 那时候浏览器几乎还只有 IE6 ,没有前端开发工具,浏览器也没办法进行js代码的调试,一切调试工作几乎只靠一个 alert 和偶尔的 document.write 。经过了20多年的演变,目前前端开发已经成了一个软件开发中非常重要的一个分支,更是涌现了 Angula 、 React 、 Vue 等优秀的前端框架,虽然我中间也用jQuery开发过一些页面,但整体来说还是掉队了。 由于个人项目的需要,我调研了一圈这些前端框架,

By siyige

第三方表单对接方案

今天早上我刚到办公室,就看到沈建已经在办公室里等我了。 沈建是我一个客户公司的健身教练,他在公司的职责是根据客户习惯制定运动计划,并负责指导用户根据运动计划建立运动习惯。 “肆总,这个事儿可烦死我了,您一定要帮我解决一下。” 沈建一见到我过来,立刻热情的迎上来,面带难色的开始跟我诉苦。 “我们公司的业务您知道,公司的业务系统是您负责开发并上线的,这一年多来其实都还好,只是最近我们的业务量开始上升,就出现了一些非常让人烦的事情。” 我听完心里一乐,看来当初他们给自己挖的坑开始有效了。 但我还是故作疑惑的问他:“业务量上升是好事啊,沈教练要发财了啊。 这是遇到什么问题需要我来帮您搞定的?” “哎呀是这样,当初我们讨论如何收集用户生活和运动习惯这个问题的时候,我们不是选择了一个第三方公司的在线问卷么。 ” “嗯,我记得,当初我的建议是不要选他家的产品,缺乏API和第三方对接的支持。但你们选他是因为看上了他能直接导出Excel文件,而其他家的产品需要我们做导出为Excel格式的开发工作,有一些额外的费用。” 我故意把当时没谈拢的细节抖搂了出来。 “对对对,就是这事!我们这不是已

By siyige
每日写作很难吗?

每日写作很难吗?

一个看似简单的问题 去年年底我制定计划的时候,会觉得每日花70分钟在写作上是一件很容易达成事情,尤其是我还把阅读时间也算了进来。但实际上的执行结果非常不达预期。我年初(2025年)的计划是在写作和阅读上投入24000分钟,也就是400个小时,平均每周8小时。 可能相当多的人也跟我有类似的看法,“我经常一看小说就是一个通宵,一周在读书和写作上只投入8小时,太容易了,就算平时不读书写字,周末2个晚上就能搞定!”。 看起来好像真的不难。 但事实是2025年已经过去了4个月,但我在写作和阅读上已经投入的时间才1000分钟,如何表明这个投入太少了呢? 我的年度计划中,俯卧撑的总个数为32850个,到现在已经完成了10980个,完成进度大约33%,而1000分钟只是我计划的4%。 发现问题一定要有客观的数据支持,最容易抵赖的不是别人,是自己。 问题挖掘 从4月底以来,我一直在反复思考这个问题:每日写作很难吗?如果降低要求,每日写作10分钟很难吗? 难! 因为我始终无法顺利的把这个事情做下去,所以这个事情对于我来说一定是很难的事情,我必须要让自己接受这个现实。 跑步、做俯卧撑,对于

By siyige