Andy Stewart
2个月前
今晚喝酒和老婆聊到独立开发者,我老婆虽然叙事细节不行,但她是女中豪杰,她是懂创业的 我翻译一下她对我20年创业的观察,独立开发者要符合哪些特质才能获得世俗的成功? 1. 要和外界沟通,不管做啥生意,都要和外界沟通,主动去找客户,哪怕和客户聊天,被客户拒绝都是创业的素材,因为你只有和客户沟通,才能知道你的作品哪些部分是真实有价值的,对客户有价值的,哪些部分只是你觉得有价值的,或者你想象有价值的。沟通是创业灵感的源泉。反之,就像2018年,你离开deepin linux那段时间,每天把家里黑板墙画满一墙又一墙,我虽然不知道你画的是什么,但是那真的是抑郁症的倾向,那段时间我特别担心你,好的是,你最后靠自己读了很多心理学著作,走出来了 2. 销售就是不断吆喝,你内心可以是i人,但是为了谋生假装e人不断吆喝。你也可以从头到尾是e人,天生社牛。不管是哪种状态,要不断吆喝。只有不断吆喝,别人才能知道你,从知道你,到了解你,到信任你,到习惯你。吆喝和沟通是拉进人与人之间距离的必备方式,也是唯一方式。你不吆喝,你自己的作品再好,别人不知道你怎么认同你?或者你吆喝次数少了,别人无法持续建立信任,别人也不敢下单呀。所以销售还是要勤奋推销,大胆推销,很多做研发的就是想太多,你就大胆吆喝,哪些不喜欢你吆喝的人也不会买你的东西,哪些你一吆喝就嫉妒你的人,那是看不得别人好的烂人,烂人不是你客户。销售过程也是筛选优质客户的过程。你既然选择了独立开发,就要学习销售的能力,这个信息爆炸,注意力被抖音TikTok麻痹的时代,你不吆喝都没人知道你。而且吆喝就要大大方方的,比如像我经常就直白地吆喝:走过路过不要错过呀,我家懒猫微服7盘全固态,最高96TB;标压处理器,16线程的贵芯片,一分价钱一分货;内网穿透真牛逼,2200款应用玩的爽,老板来一台懒猫微服吧 3. 要抗造,世俗的成功哪有那么容易,老老实实堂堂正正赚钱都是幸苦的,不要投机认为躺着可以赚钱,凡是躺着可以赚钱的都是短暂的事业,因为大家太聪明了,你躺着赚钱太厉害,大家都来躺,躺的人多了就卷的站起来了。所以,销售过程中遇到困难,不要太放心上,一杯酒就可以过去,实在不行就两杯。来来来,喝完这杯还有三杯。比如我创业困难我就和老婆沟通,虽然她没有我口才好,但是我真实地向她倾诉,我倾诉倾诉就发现,其实没啥呀,小事 向族长学习,经常对自己说,我还是牛逼,经常对老婆说,你还是牛逼。 独立创业者,看完我上面的内容,是不是又觉得自己行了?你没问题的,加油吧,肯定可以✊ 还不行我再给你一张照片,2010年,我才来武汉创建deepin linux,之前把我东莞的服装厂卖了。这张图是2011年拍的,每个月靠6000块养一家三口,每个月都月光,养小孩要花很多钱,有时候要靠信用卡度日,那么难,不也抗过来了吗?
sitin
2个月前
说句实在的,写程序最费时间的,往往不是“想清楚怎么做”,而是那些重复又机械的活: 接口要搭脚手架、参数一变要改一堆文件、修个 bug 还得补测试。活不难,就是耗时。 在众多工具中,Codex 和 Claude Code 是讨论度最高的两个,一个专注于把自然语言快速翻译成代码,另一个则成为项目里的智能合作者,这两个工具的功能定位不相同,开发者可以根据自己的需求来选择最合适的助手。 Codex:把“人话→代码”的速写笔,写小功能、补逻辑超快。 Claude Code:项目里的AI 同事,能读仓库、跨文件改、还会配合 Git 整套流程。 各自最好用的场景 Codex:脚本/小工具/原型验证,几句话就能吐出可运行代码。 我常见的用法: 写个 API、补个校验、加个小逻辑,几秒出底稿; 在 IDE 里自动补全,敲起来很顺; 场景适配广,Python/JS 这类主力语言表现都不错。 一个直观例子:要做“注册接口(Flask)”,又要校验、又要错误处理——自己从零写嫌烦?直接丢给 Codex。一分钟不到,给你一个能跑的雏形,然后你再按需求微调。 什么时候用 Codex 最舒服——小功能/小脚本、学习练习/验证想法、写模板化代码、重复性强的环节 Claude Code:搭脚手架、批量改接口、同步更新测试 & README、开分支提 PR。 它会读你的项目上下文,理解模块之间的关系,然后跨文件动手改,并且直接融入 Git 工作流(commit/分支/PR 一条龙)。 常见的它能干的事: 一句话需求,它直接搭项目结构、写核心逻辑、再补测试; 接口参数改了,同时更新调用方和测试; 和 Git 打通,一边改一边提交,像真的有同事在配合你。 举个例子: “来一个命令行任务管理工具(Python + click)——要项目骨架(src/tests/README/setup.py),还要可用的 task_manager.py,再顺手写点单测。” Claude Code 通常几分钟就把骨架/逻辑/测试铺好,你直接 pip install -e . 跑起来看效果,再微调就行。 什么时候用 Claude Code 最称手——要跨文件改动的需求;需要测试/文档/项目结构一套齐;团队协作、要走 Git 流程的活 怎么选(直给) 个人、脚本党、追速度 → 选 Codex。 团队、跨文件改动、要交付 → 选 Claude Code。 最佳实践:局部用 Codex,整体让 Claude Code 收尾。 我自己踩过的坑 & 使用感受 刚上手 Claude Code 时,一定要把需求拆清楚,比如“要哪些目录/文件、基本命令、最小可用功能、要不要测试”。它就像懂事的实习生,你说清楚,它干得漂亮。 Codex 给出来的底稿,别无脑照抄。生成很快,但边界条件、异常、幂等这些,最好自己再走一遍。 跨文件大改时,不要一次丢 30 条需求,分批走,每一步让它 commit 一次,出现问题好回滚。 最后一句:工具的体验,和使用场景、你的工作习惯强相关。 分享一点使用的个人感受哈,虽然感觉大家普遍说codex很慢,不过因人而异。 工具嘛,自己用的顺手最重要,每个团队/人需求不一样,找到最顺手的组合,才是生产力的最大化。