loopq's recent timeline updates loopq's recent timeline updates ONLINE |
loopqV2EX member #398731, joined on 2019-04-04 23:12:18 +08:00Today's activity rank 12044 |
| 北京长期收餐饮发票， 3 个点，每月 420 左右用于公司报销 无要点 • loopq • May 27 • Lastly replied by Ginruts | 5 |
| [北京] 出自用 18 款 15inch Macbook Pro（九成新/16x256G/深空灰） 二手交易 • loopq • Jan 22, 2022 • Lastly replied by SuperLino | 2 |
| [北京] 出媳妇自用 iPhone 8 Plus（九成新/国行/64G/玫瑰金色）
1 二手交易 • loopq • Nov 12, 2020 • Lastly replied by haorrs
|
6 |
| 45 出一个饿了么一年会员，联系方式在以往帖子 二手交易 • loopq • May 30, 2020 |
| 出购买京东会员送的 爱奇艺会员、京东读书会员 京东 • loopq • Jan 8, 2020 • Lastly replied by loopq | 1 |
loopq's recent replies
Jun 27 Replied to a topic by oouz › Claude › 早上刚上班，发了一条消息返回 401，心一凉😂 |
@zuosiruan #46 是的，谁也摸不清，早几个月前 Pro 随便用的，但是根据这两天反馈，以及我自己两个号一个 Pro 被封，一个 free 号都不用的情况下也被封，只能说 A\在大规模封禁和中国大陆有关的账号，继续作呗，反正我用 codex 了
Jun 26 Replied to a topic by oouz › Claude › 早上刚上班，发了一条消息返回 401，心一凉😂 |
@qW7bo2FbzbC0 #13 gomoney 额度不够，咸鱼 timon 开一个月 max 就回本。但是非常折腾，apple 也会风控，我昨晚刚开的 pro 试试水，今天 3 小时就被 ban 了，确实走通流程支付，但是最后到 A\这边是真恶心，早先已经切到 codex 做主力了，cc 接入三方模型做 review
Jun 26 Replied to a topic by oouz › Claude › 早上刚上班，发了一条消息返回 401，心一凉😂 |
话说：尼日利亚其实依然是具有性价比的选择，礼品卡没了可以走 gomoney ，对于你 Pro 其实是足够的
Jun 26 Replied to a topic by oouz › Claude › 早上刚上班，发了一条消息返回 401，心一凉😂 |
薛定谔的封，感觉和尼日利亚关系不大
更多是环境、ip 、使用量 的关系
A\：我随意封，你来打我啊
更多是环境、ip 、使用量 的关系
A\：我随意封，你来打我啊
Jun 25 Replied to a topic by greyfreedom › 程序员 › 100 刀的 claude code 和 codex 如何选择？ |
@actopas #43 问下 wise 走的哪个平台支付的？ 官方还是接着 iOS/Android 绕了一圈
Jun 25 Replied to a topic by greyfreedom › 程序员 › 100 刀的 claude code 和 codex 如何选择？ |
虽然推荐 codex ，但是我感觉 codex 5x 比 claude 5x 额度少很多，同样的价格设置加 25 刀，如果能开 claude 还是推荐 claude 的
最终一定是双持，交叉 review ，最好是一个主力一个入门，比如 codex Pro plan + claude pro plan 或者反过来都行
最终一定是双持，交叉 review ，最好是一个主力一个入门，比如 codex Pro plan + claude pro plan 或者反过来都行
Jun 16 Replied to a topic by sjmcefc2 › 程序员 › 想请教 claude 如何实战，我自己想从头到尾实现一个 ios 的 app，不知道如何高效的利用 claude？ |
核心就是拆解
以下代入我是一个不懂任何技术的人，只知道业务逻辑
......
我写了几行字，感觉代入普通人完不成这个事情。下面是代入稍微懂点技术的人
需要一个 进度表，第一步一定不是直接编码，涉及 UI 、App 核心功能约定、后端约定核心字段、基本架构
然后实施客户端阶段，客户端需求天然按照页面进行划分，我推荐按照 J 进行划分，J 是 journey 的首字母（旅程），用户到达的每一个界面都是一段旅程，首页是，详情页是，操作页也是
每个 J 需要独立且携带第一步公共知识，避免跑偏，然后按照 J 来实现，避免一口吃不下个胖子也咽不下去
---
以上每一步都不需要自己介入，让 AI 来总结完善，几次 review 结束之后才可以进行下一步
---
我平常基础研发大需求也是这么拆解需求的，但对于不懂技术的人来说，这里面并不简单吧，你不知道整个流程到底哪步衔接哪一步，没有软件工程思维的人会承受巨大的空虚烦躁~
期待 OP 持续更新，实践出真知，让我们知道没有相关背景能走到哪一步。
That's All!
以下代入我是一个不懂任何技术的人，只知道业务逻辑
......
我写了几行字，感觉代入普通人完不成这个事情。下面是代入稍微懂点技术的人
需要一个 进度表，第一步一定不是直接编码，涉及 UI 、App 核心功能约定、后端约定核心字段、基本架构
然后实施客户端阶段，客户端需求天然按照页面进行划分，我推荐按照 J 进行划分，J 是 journey 的首字母（旅程），用户到达的每一个界面都是一段旅程，首页是，详情页是，操作页也是
每个 J 需要独立且携带第一步公共知识，避免跑偏，然后按照 J 来实现，避免一口吃不下个胖子也咽不下去
---
以上每一步都不需要自己介入，让 AI 来总结完善，几次 review 结束之后才可以进行下一步
---
我平常基础研发大需求也是这么拆解需求的，但对于不懂技术的人来说，这里面并不简单吧，你不知道整个流程到底哪步衔接哪一步，没有软件工程思维的人会承受巨大的空虚烦躁~
期待 OP 持续更新，实践出真知，让我们知道没有相关背景能走到哪一步。
That's All!
Select Language