1.逻辑上通的现实不一定通,逻辑上通就会嗨,这是聪明人自以为的特权,笨拙才是落地的必要项。
2.软件产品领域绝大多数创新想法都很难落地,证伪/拒绝是常态,能保持自律一次次在沙滩上试图捡珍珠真的很不容易。
3.第一条很嗨、第二条很难,拿着大喇叭疯狂宣传自嗨的逻辑成了最容易的路。
2.软件产品领域绝大多数创新想法都很难落地,证伪/拒绝是常态,能保持自律一次次在沙滩上试图捡珍珠真的很不容易。
3.第一条很嗨、第二条很难,拿着大喇叭疯狂宣传自嗨的逻辑成了最容易的路。
所有做产品的
如果TA有一部分是玩小红书的
(尤其是做海外求职,职业社交等等
xhs就是可以做的渠道
全部精力去扣海外的channel
还不如先从xhs上去拿第一波用户
用户在哪
就去哪做mkt
别为了出海而出海
⬇️我给海外产品做的小红书
一个20s视频,11.7k曝光,新增500注册用户
软件和互联网行业裁员是之前疫情期间过度乐观招了太多人,而不是 AI 抢了这些人的工作。被裁掉的这些人,在大企业里本来也做不了什么事,他们起到的作用就是产生内在摩擦力,在电梯里做俯卧撑上上下下而已。
所谓 AI 抢了人的工作,到现在看是不假思索的陈词滥调。影响人的工作,只有人本身,而不是
@https1024
所谓 AI 抢了人的工作,到现在看是不假思索的陈词滥调。影响人的工作,只有人本身,而不是
@https1024
#note 总结昨天 2 小时内将 2W 行 Swift 转换成 JavaScript 的经验:
1. 第一次尝试,使用 Spec 驱动,写文档,让 CC 和 Codex 按照任务进行转换。用时整整 5 小时,但转换结果很糟糕,后端逻辑漏了一大坨。
继续让 Codex 继续转换,也于事无补,陷入逻辑极度混乱,代码左右打架,你都能明显感觉到随着任务的执行 Codex 的反应越来越缓慢,就好像老爷车的引擎开始冒烟了。总之,5 小时下来,身心疲惫,比连续打 2 小时羽毛球还累。
2. 第二次尝试,不再使用 Spec 文档驱动,改为让 Codex,将所有文件一比一地翻译成文档。比如,modal.swift 这个文件,翻译后输出 modal.swift.md。文档里注明,函数名,作用,范围,相关,这份代码的运作逻辑。
然后,再输出 Spec 文档,生成任务。此时,Codex 转换变得简单许多,它不再不断阅读源文件,浪费大量的 token。结果是,2小时左右,所有的 Swift 文件都转换完毕,后端逻辑得到比较完整地保留(有一点小问题,但不大),前端细节丢失较多,但基本框架得到了保留。
不管怎么样,新方法完成了这个转换的任务。我觉得这是一个有益的经验,跟大家一起探讨。
1. 第一次尝试,使用 Spec 驱动,写文档,让 CC 和 Codex 按照任务进行转换。用时整整 5 小时,但转换结果很糟糕,后端逻辑漏了一大坨。
继续让 Codex 继续转换,也于事无补,陷入逻辑极度混乱,代码左右打架,你都能明显感觉到随着任务的执行 Codex 的反应越来越缓慢,就好像老爷车的引擎开始冒烟了。总之,5 小时下来,身心疲惫,比连续打 2 小时羽毛球还累。
2. 第二次尝试,不再使用 Spec 文档驱动,改为让 Codex,将所有文件一比一地翻译成文档。比如,modal.swift 这个文件,翻译后输出 modal.swift.md。文档里注明,函数名,作用,范围,相关,这份代码的运作逻辑。
然后,再输出 Spec 文档,生成任务。此时,Codex 转换变得简单许多,它不再不断阅读源文件,浪费大量的 token。结果是,2小时左右,所有的 Swift 文件都转换完毕,后端逻辑得到比较完整地保留(有一点小问题,但不大),前端细节丢失较多,但基本框架得到了保留。
不管怎么样,新方法完成了这个转换的任务。我觉得这是一个有益的经验,跟大家一起探讨。