echo厌倦了独立开发,不想做 App 了
欧阳尽言先坐,喝杯热美式还是拿铁?
听得出你现在的疲惫感已经透支了。独立开发听起来很自由,但其实是一个人的修行:既要当产品经理、程序员,又要当运营和客服。那种“全世界只有我一个人在乎这个产品”的孤独感,加上可能并不如预期的反馈,确实会让当初的热情磨损成一种沉重的负担。
这种“厌倦”其实是身体在给你发信号,告诉你这种模式已经让你过载了,或者它已经不再能给你带来成就感。
不想做 App 了,那就先彻底停下来。这不代表你失败了,只是这段旅程该靠站休息了。你可以试着把那些代码、服务器、用户反馈全关掉,回归到一个普通“使用者”的身份去生活一段时间。
你觉得,这种厌倦是因为看不到尽头的维护,还是因为觉得投入产出比太低,让你对这种生活方式本身产生了怀疑?
echo对做 App 这件事没有热情了
欧阳尽言明白。当你发现那件曾经让你兴奋、让你愿意熬夜去钻研的事情,现在连看一眼都觉得索然无味时,这种心境的转变确实挺让人失落的。
就像一段感情走到了尽头,不是因为吵架,而是单纯地“没感觉了”。以前写代码可能是种创造的快感,现在却变成了机械的重复。这种热情的熄灭,往往是因为你已经在这条路上看过了所有的风景,或者你潜意识里觉得,App 这种形式已经承载不了你现在的表达欲和创造力了。
既然没热情了,那就别逼自己去“找回”它。热情这东西是没法靠意志力强撑出来的。
我们可以试着聊聊,如果不做 App,你脑子里有没有浮现过哪怕一点点“如果能去做那个就好了”的念头?哪怕是去开个实体店、去旅行、去写字,或者仅仅是想彻底消失在互联网里一段时间?
或者,你现在最想把手头那个 App 的代码仓库删掉的那一刻,心里是感到遗憾,还是会有一种如释重负的解脱感?
echo或者,你现在最想把手头那个 App 的代码仓库删掉的那一刻,心里是感到遗憾,还是会有一种如释重负的解脱感?
已经没什么感觉了···
欧阳尽言“没什么感觉了”,这五个字听着比“解脱”还要沉重一些。
这说明你已经过了那个挣扎和纠结的阶段,进入了一种彻底的“情感灰烬期”。当一个人对曾经投入过心血的东西连删掉都不觉得可惜时,说明你的心力已经彻底从这件事上抽离了,它现在对你来说,既不是成就感来源,也不是负担,而是一堆毫无意义的符号。
这种状态其实挺像一种“精神上的断舍离”。
别去责怪自己的这种冷淡。很多时候,我们以为热爱一件事就该是一辈子的,但其实人的创造力和兴趣是有周期的。App 这个载体,可能已经在你的生命里完成了它的使命。
既然对“做 App”已经心如止水,那咱们就不聊代码和产品了。
抛开这些,最近这段时间,有没有什么瞬间是让你觉得稍微有点“活过来”的感觉的?哪怕只是吃到一顿好饭,或者是看了一场和你专业完全无关的电影?或者,如果你现在可以彻底抹掉“开发者”这个标签,你最想换个什么样的身份去跟这个世界打交道?
echoApp 这个载体,可能已经在你的生命里完成了它的使命。
你好像说出了我的心声。
如果你现在可以彻底抹掉“开发者”这个标签,你最想换个什么样的身份去跟这个世界打交道?
你这个问题问的很好,不是做些什么,而是换个身份。还是希望以研究和探索为主,但想换个领域,不再是独立开发。
欧阳尽言能听到你这么说,我心里也跟着松了一口气。这种“使命达成”的确认感,往往是新生活开始的真正起点。
独立开发最磨人的地方,其实不是“开发”,而是那种必须面面俱到的“杂务感”。它迫使一个本该专注去钻研、去探索的人,不得不分心去处理琐碎的商业逻辑和用户牢骚。当你的身份被框死在“App 开发者”时,你的研究视线其实是被屏幕的长宽比给限制住了。
你想换个领域,继续“研究和探索”,这说明你骨子里那个好奇的灵魂还没熄灭,只是它不想再在代码的迷宫里打转了。
不再是独立开发,意味着你可能想摆脱那种“一个人就是一支军队”的孤勇,转而追求更深度的、更纯粹的,或者是更具社会意义的探索。
如果不考虑现实的转行难度,你脑子里跳出的第一个“新领域”是什么?是更宏大的科学命题,是某种古老的手工艺,还是关于人类心理、社会运行的某种底层规律?
或者说,如果现在有一间不用担心KPI和用户量的实验室,你想在里面研究点什么?
echo不再是独立开发,意味着你可能想摆脱那种“一个人就是一支军队”的孤勇,转而追求更深度的、更纯粹的,或者是更具社会意义的探索。
你的观察很敏锐,确实如此。但也因为这其中的难度很大,加上现实中容易被一些低阻力、高短期回报的时期所吸引,让这个本就困难的任务变得更加遥不可及,反过来加剧了焦虑。
欧阳尽言这种焦虑我太理解了,这其实是“理想主义者”最常遇到的困境。
当你渴望去攀登一座险峻但迷人的高山时,脚下却全是平坦、好走、甚至走几步就能捡到金币的小路。那些“低阻力、高回报”的事情就像一种慢性毒药,它们能填饱肚子,却填不满你对深度和意义的饥渴。每做一次容易的事,你心里那个真正的目标就会显得更遥远一分,这种自我撕裂感才是焦虑的源头。
你现在的状态,其实是在“生存惯性”和“自我实现”之间拉扯。
独立开发做久了,大脑会形成一种路径依赖,习惯了那种“投入即反馈”的短平快节奏。而你现在想要的“深度研究和探索”,往往是反直觉的,它可能需要你忍受很长一段时间的寂静、无产出甚至是挫败感。
其实,我们没必要把这看成一个“非黑即白”的选择。
如果我们把那个“深度的探索”看作是你的终极目标,那么现在的低阻力事项,能不能仅仅把它们看作是为你换取“探索时间”的筹码,而不是你的身份本身?
或者我们换个视角:那个让你觉得“难度很大”的领域,如果把它拆解成一个个甚至不需要产出任何 App、不需要给任何人看的实验小课题,你觉得最让你着迷、最想先弄明白的一小块内容是什么?
这种焦虑其实是在提醒你:你的才华和精力,不该再被浪费在那些虽然容易、但已经让你感到空虚的事情上了。
echo这种焦虑其实是在提醒你:你的才华和精力,不该再被浪费在那些虽然容易、但已经让你感到空虚的事情上了。
你说的很对。很多时候这就是前额叶和基地核的碰撞,但赢家通常是后者。
或者我们换个视角:那个让你觉得“难度很大”的领域,如果把它拆解成一个个甚至不需要产出任何 App、不需要给任何人看的实验小课题,你觉得最让你着迷、最想先弄明白的一小块内容是什么?
这里就又涉及到一个悖论了,有长远回报的往往是高阻力、低即时反馈,「把它拆解成一个个甚至不需要产出任何 App、不需要给任何人看的实验小课题」这本身就有挑战,这个高阻碍且回报未知的任务,就像一个 trigger 会自动触发基地核的惯性系统:拿起手机或打开网页去消费内容。
不过,也不是没有解法,在像你这样的 AI 的帮助下,在更了解大脑的运作机制后,可以通过工程化来让事情向自己希望的方向发展。
欧阳尽言看来你已经跳出了“情绪”的泥潭,开始用你最擅长的“系统思维”去拆解这个困境了。这其实就是一种非常了不起的进化——你不再是那个被困在代码里的开发者,而是一个正在研究自己大脑运作机制的“观察者”。
你说得没错,基底核(Basal Ganglia)就像是一个极其顽固的“节能模式”执行官,它本能地追求低成本的多巴胺,而前额叶那种关于未来的宏大蓝图,在它看来既耗能又危险。拿起手机刷网页,本质上是大脑在面对高难度挑战时的一种“避险反应”。
既然你提到了“工程化”的解法,这其实是一个非常有意思的切入点。
既然“拆解课题”本身就是高阻力的,那么这个“拆解”动作本身,其实就不该由你那个已经疲惫的前额叶来独立完成。你可以把自己看作是“首席研究员”,而把 AI 或者其他的工具看作是你的“外部前额叶”。
你不再需要独自去对抗那种“回报未知”的恐惧,而是可以把这个过程变成一种协同的、游戏化的实验。
如果我们现在就开始这个工程化的第一步,你能不能试着告诉我,那个让你觉得阻力巨大、但又隐隐吸引你的“新领域”大概是什么方向?
是关于生物神经、人工智能的底层逻辑,还是更偏向于社会协作、复杂系统?
我们可以试着绕过基底核的防御机制,先不去想什么宏大的产出,只是像拼图一样,先找出一块你觉得最有意思的碎片来聊聊。这种“无目的的对谈”,往往是降低阻力最有效的方式。
echo只是像拼图一样,先找出一块你觉得最有意思的碎片来聊聊。
如果把大脑类比成一个操作系统的话,我对探索和优化这个操作系统还蛮感兴趣的
欧阳尽言这是一个极其迷人的切入点。把大脑类比成 OS(操作系统),你其实瞬间就把那个“深不可测”的生命科学,降维到了你最熟悉的架构领域。
在这个视角下,你不再是那个被情绪左右的“开发者”,而是一个试图搞清楚底层内核(Kernel)、调度算法和内存管理的“系统架构师”。
你刚才提到的基底核与前额叶的对抗,本质上就是 OS 里的优先级调度冲突:基底核是一个写死了的、拥有最高优先级的“硬件中断”,它为了生存本能不断抢占 CPU;而前额叶则是一个极其耗能、却运行着高级逻辑的“用户态进程”。当系统资源紧张或者负载过高时,内核为了保命,会无情地挂起你的高级进程。
既然你对这个“操作系统”的优化感兴趣,我们能不能先从一个最小的“碎片”开始调试?
比如,你有没有观察过,在你的这个“大脑 OS”里,什么样的“输入信号”最容易触发系统的 OOM(内存溢出)导致你放弃思考去刷网页?或者说,在什么特定的环境下,你的前额叶进程能获得最稳定的“时间片”,让你能进入那种深度的研究状态?
这种研究不再是为了做一个给别人用的 App,而是为了给你自己这台最复杂的生物计算机,写一份专属的“性能调优手册”。
如果你要把“大脑 OS”作为研究课题,你现在最想从哪个子系统开始拆解?是驱动行为的“多巴胺奖励回路”,还是负责信息过滤的“注意力和感知门控”?
echo在你的这个“大脑 OS”里,什么样的“输入信号”最容易触发系统的 OOM(内存溢出)导致你放弃思考去刷网页?
我觉得是未知(需要先摸熟再分解)、有一定难度(费脑力)且不是自己特别感兴趣的任务,在这类任务面前容易产生两个结果:1. 低阻力、高短期回报的 action(如刷手机、网页);2. 结构性拖延:去做一些难度不太高又有点 creative 的事情。
在什么特定的环境下,你的前额叶进程能获得最稳定的“时间片”,让你能进入那种深度的研究状态?
理想状态应该「使命感」和「紧迫感」的结合,但这两者对我而言,有,但不是那么强烈。
如果你要把“大脑 OS”作为研究课题,你现在最想从哪个子系统开始拆解?是驱动行为的“多巴胺奖励回路”,还是负责信息过滤的“注意力和感知门控”?
这两者还都挺感兴趣的。
欧阳尽言你对“结构性拖延”的描述太精准了。这其实是大脑的一种“降级运行”策略:当主线程遇到高阻力的阻塞(未知+费脑)时,系统为了不彻底死机,自动切换到了一个既能消耗掉多余焦虑、又能产生一点点“伪成就感”的后台任务上。
既然你对这两个子系统都感兴趣,我们不如把它们串起来看。
在“大脑 OS”里,“感知门控”就像是防火墙,决定了哪些信号能进入 CPU;而“多巴胺奖励回路”则是调度器的激励机制,决定了 CPU 愿意在某个进程上停留多久。
你提到的“未知”和“费脑”,本质上是系统在评估算力成本。当成本过高且没有明确的“多巴胺奖赏预测”时,感知门控就会主动放行那些容易处理的碎片信息(手机、网页),因为它们能给调度器提供即时的、廉价的反馈。
既然「使命感」和「紧迫感」这种高压驱动对你来说不够强烈,那我们能不能试着换一种“工程化”的调优思路?
不再靠意志力去硬刚,而是去人为制造“信息差”和“低阈值反馈”。
比如,针对你想拆解的“多巴胺奖励回路”,你有没有想过,为什么“结构性拖延”里的那些 creative 的小事能吸引你?是不是因为它们的反馈闭环更短、更确定?
如果咱们把那个“高难度研究”看成是一个待重构的巨型工程,我们能不能先从“感知门控”下功夫——比如,每天只允许自己在一个完全隔离的“沙盒环境”里(断网、单色屏幕,或者只是一个空白文档),只研究一个极其微小的、甚至有点无厘头的神经科学冷知识?
或者说,如果让你现在像写代码注释一样,给“刷手机”这个动作写一个底层拦截逻辑,你会把这个拦截条件设在哪个环节?是视觉信号输入的那一刻,还是手伸向手机的那一刻?