review 和 retrospect 两个单词好像都有回溯回望的意思,那区别呢?在于 review 它通常是指去回忆,去复盘一些比较细节的东西,比如说 let's review the detail of this case。 我们把这个按键的一些细节拿出来,我们再重新的 review 一下来看一下,有点像去仔细地检查,仔细地观察的意思。而另外一个 retrospect, 它通常是指那种历史上大的宏观的那种回溯回望。 比如说 a historical retrospect, 这是一个大的历史的回望,大的历史的回顾。 there you go。
粉丝2.9万获赞21.3万

reconsider 和 review 两个单词有点儿相似啊,意思经常容易混淆。那区别呢?在于 retrospect 通常是比较大的一个时间段的一个回望,一个回顾过去,比如说我回顾过去二十年我的经历。那你看,像这种一个大段时期的回望回顾,咱们就用 retrospect, 但这个 review 它通常就带有感情色彩。通常我是去对一个东西进行复盘,进行一个判断,比如说 let's review the report before submission。 在 我们提交之前先把这个报告啊我们先来检查一下。说白了,我们要做出一些判断,而这个 retrospect 不 需要判断,我们就只是回望回顾。所以核心区别就在于呢, retrospect 对于大段时间的一个回望回顾,没有太多感情色彩的。而这个 review 通常是你是需要有判断在里边儿的,判断它这个东西是好还是坏,要加入自己的观点和想法,这种东西叫 review there you go。

今天我们来学习单词 rewarding rewarding 形容词,意思是值得做的、有意义的,或者有意的,有回报的,也可以表示令人满意的,令人欣慰的。让我们来看看这个单词的构成。 前缀瑞表示回,再次 return, 返回 review, 复习 repeat, 重复词根 word 表示守护,看守,嘲笑。 reward, 奖励回报。 forward 向前, toward 朝向。后缀引是形容词。后缀表示令人的 interesting, 有 趣的 exciting, 令人兴奋的 amazing, 令人惊叹的。 teaching is a very rewarding career。 teaching is a very rewarding career。 意思是教书,是一个非常有意义的职业。 volunteering can be a rewarding experience。 volunteering can be a rewarding experience。 意思是做志愿者可以是一次有益的经历。 让我们总结一下, rewarding 表示值得的,有益的,令人满意的。由前缀瑞、词根 word 和后缀运组成。 reward 是 它的名词和动词形式,表示奖励,回报。常用搭配有 rewarding career 有 意义的职业。 rewarding experience 有 益的经历。

那为什么 review 叫做评论啊?大家可以看到这个词 review 除了评论还有什么意思啊? review 是 不是还有复习的意思?非常好。为什么?因为 view 是 什么意思? 呃, view 是 看的意思。那非常好。 view 有 风景来,你记过了,还有看的意思,对吧?所以我们说有这么一个词叫 from my point of view 是 什么意思呢? 从我的角度来看,这个 view 除了有看,还有观点的意思。 所以 view 再看一次是什么呀?复习就看一次。

亚马逊的 review、 rating 和 feedback 三者有什么区别?经常有客户留言咨询,亚马逊 review 和 feedback、 rating 星级评分的区别是什么呢?下面小管家来给大家一一讲解。我们先讲一下 rating, 买家只要在亚马逊上对产品的升级进行打分,不管打分后对产品评价与否,都会被统计为一个 review。 那我们再来说说 review。 我们知道了 reading 的含义,了解 review 就不难了。买家购买产品后,对产品既打了评分,又写了评价内容,这叫做 review。 所以我们可以理解为 review 是 rating 的一种形态, rating 包含了 review。 那我们再来说说 feedback。 我们知道了 review 是对单一产品的评价,而 feedback 就是对整个店铺的评价,包括卖家提供的配送时效、邮件回复速度、售后服务等等,同样也是 分制,满分五星,最低一星。总之,无论对商家来说是怎样的评价,都需要尽可能的提供最好的服务,从顾客那里得到良好的反馈和评价。你学会了吗?点赞关注,有问题欢迎私信哦!

程序员平时写代码最烦的是什么?肯定是切来切去 id 里切代码,浏览器里看效果,终端里看报错,最后还遭切到 get 哈堡去盯 pi。 但刚刚更新的 cloud code 桌面版 直接把这个折磨人的循环给终结了。他在一个界面里能把写代码、看效果、审代码、修 bug、 合并 pi 的 壁环全部给你包圆了。首先是自动化预览,你不需要再切到浏览器 cloud 直接在桌面端给你拉起开发服务器, 你可以直接在这个界面看网页 ui, 看公式台的日制,但最觉得还是哪里样式不对,你直接在画面上框选,告诉他,他马上帮你叠代代码。 其次就是推送和合并的全自动推送前点一下新增的 review code, 他 直接给你做差异对比和内联批注,还能够顺手把代码修好。更狠的是,代码推到 get 后,他会在后台帮你钉盘, ci 测试挂了,他会自动尝试修复,测试全率通过, 他直接自动帮你合并 pi。 最后就是工作流的无缝流转,你在终端命令行里敲个 desktop, 刚刚聊到一半的上下文直接闪现到桌面端,甚至还能一键无缝转移到云端网页版。不得不感叹,现在的 ai 早就不是一个只会写代码的打字机了。当他开始接管预览、审查、测试和部署的整个开发闭环时,未来的程序员可能真的只需要做好产品经理就够了。

为什么 preview 是 预览,而 review 却是复习?一分钟后你将记住这九个单词,准备好了吗?首先,它们都有一个共同的词根, view, 它的核心含义就是看、观看,而 preview 提前的意思,在正式发布前提前观看,这就是 preview 预览预告片 ray 表示在右考试前把书再看一遍,这就是 review。 复习回顾, over 表示在上面,站在高处,往下看全局,这就是 overview。 概述总览 tele 表示远,跨越远距离传输画面,让你远程观看,这就是 teleview。 用电视收看,远程观看。 inter 表示互相两个人面对面,互相看,聊聊天,这就叫 interview。 面试采访加上表示主动的人的后缀,那个主动面试你的人就是 interviewer 面试官采访者 加上表示被动的人的后缀,被面试的人就是 interview 一 被面试者受访者 point 表示点,你看问题的那个点就是 viewpoint。 观点看法, 沃尔的表示世界,你对整个世界的看法就是沃尔的 view 世界观。讲到这里,有同学就会好奇了,词根, view 和 spect 都是看 它们有什么区别吗? view 多是自然地看,睁开眼睛,目光所及就是 view。 而 spect 的 多是带有目的性的看,侧重仔细看,认真打量。拿 review 和 respect 举个例子, review 是 重新看一遍,所以意思是复习回顾,而 respect 是 反复仔细地看, 说明你非常重视对方,所以 respect 的 意思就是尊重,重视。你学会了吗?死记硬背,不如掌握底层逻辑,关注我,一起努力进步!

hello, 大家好啊,欢迎来到 codex 新手入门指南,我是吉克莫导师。近期 codex 备受瞩目,相关的安装教程也层出不穷。为了帮助大家快速入门,本期视频将避开晦涩的专业术语,用最通俗易懂的语言为你梳理从零到一的完整上手流程。 首先明确一点, codex 的 定位并非聊天机器人,而是深度集成在你项目环境中的 ai 编程助手。它拥有读取代码、修改文件及执行终端命令的能力。但在开始之前,学会如何正确引导和控制它是上手的第一步。 在 codex 里,输入其实分两种,普通 prompt 是 下达做什么的任务,而斜杠指令则是定义怎么做的规则。 这里有三条铁律必须记住,第一,指令务必放在开头。第二,记不住指令时,直接输入斜杠就能呼出菜单。第三,千万别把 cloud code 的 习惯带过来。 codex 的 核心是 agents 点 md, 而不是 cloud 点 md。 掌握了基本规则,我们就可以开始探索 codex 的 强大功能了。别担心,你只需要记住下面这几个最常用的指令,就能轻松上手。 第一步,用 init 来出售化你的项目,它会生成一个 agent 点 md 文件,就像给 codex 一 份项目说明书。之后呢,你可以随时用 status 查看它的状态,确认它用的是哪个模型,权限有多大。 说到模型, model 指令可以让你灵活切换,简单的任务用快模型,复杂的难题就交给强模型,既高效又经济。为了安全起见,新手朋友可以用 permissions 先把权限设置得保守一些,比如只读模式,等熟悉了再给他更多自主权。 遇到复杂的重构任务时,可以先用 plan 让他制定一个详细的计划,确认没问题了再让他执行。如果想让他专注于某个文件,用 mention 指令就能精准定位,避免他在整个项目里大海捞针。 当 codex 完成代码修改后,别忘了用 def 来检查一下它到底改了哪些地方,最后再搭配 review 进行一次代码审查。这套组合操作能帮你把好代码质量的最后一道关。掌握了核心指令,还有两个最容易混淆的概念需要厘清, side 和 fork。 side 就 像一个临时的侧边对话窗口,当你有个小问题需要快速确认,但又不想打断当前主线的思路时,就可以用它在小窗口里问完。得到答案后,你就能立刻回到主线任务,它不会影响你的核心上下文, 而 fork 则是真正开启一个新分支,就像 git branch 一 样,当你想尝试不同的解决方案或者探索一个可能失败的方向时,就可以用它。它会完整复制当前的对话状态,让你能保留多条探索路线,随时可以切换回来。了 解了核心指令,我们来梳理一下第一次使用 codex 的 推荐流程。这套流程能帮你建立安全高效的工作习惯。 首先,进入项目目录后执行 innit 指令,这会生成 a g e n, t s 点 m d 文件,相当于给 codex 一 份项目说明书,让它快速了解你的项目结构、技术栈和常用命令。接着使用 status 确认当前状态,检查模型和权限设置是否符合预期,做到心中有数。 然后让 codex 开始阅读和分析你的项目。在这一步,切记不要让他直接修改代码,先让他理解上下文。比如你可以问他分析这个项目的结构。当遇到大型任务时,务必先使用 plan 指令, 让 codex 输出详细的执行计划,包括步骤,拆解和风险点。你确认方案无误后,再让它开始执行。最后,在 codex 完成修改后,先用 diff 查看所有真实的代码改动。确认无误后,再使用 review 进行一次提交前的代码审查,确保代码质量和安全性。 以上就是 codex 新手入门的全部内容,从出场到核心指令,再到推荐流程,掌握了这些,你已经具备了独立使用 codex 的 能力。多动手实践,遇到问题多看 diff 和 review。 我是 即刻模导师,下条视频代码见,拜拜!

九成的人都在裸用 clotico, 难怪写出来的代码总是翻车。不是模型不行,是任务太乱。你让一个人同时读项目,找 bug, 写代码,做审查补测试,他当然会崩。 想把 clotico 用顺。记住,这六个 skill 缺一不可。第一个 explore, 它不是写代码的,它负责先把项目读明白,入口在哪,核心文件在哪,一个,功能从哪里调用到哪里。你先让他给你画项目地图, 后面改代码会少走很多弯路。第二个,第八格,遇到报错不要直接让 ai 猜着改,把日制复现步走,最近改动交给第八格,他的任务是先定位根音,再给最小修复方案。第三个 code review, ai 写完能跑不代表能进项目。 code review 负责挑逻辑漏洞、边界条件和回归风险,尤其适合你。改完一大段之后,先让他帮你过一遍。第四个, test engineer, 真正让你判断该测什么,哪里容易回归,哪些测试最值得补。第 第五个 code simplifier。 ai 很 容易写出能用但很绕的代码,这个 skill 专门负责把重复逻辑删掉,把命名和结构收干净,但不改变行为。 第六个 security review, 只要碰到登录权限、密钥,上传支付用户数据,就让它最后扫一遍。很多线上事故,不是功能没做完,而是边界没守住。 记住,高手用 cloud code 不是 从头绑到尾,而是把不同任务交给不同 skill。 读项目用 explorer, 修 bug, 用 debugger, 审代码交给 code review 和 test engineer, 收尾交给 code simplifier 和 security review。 收藏这套组合拳,你的 ai 编程稳定性直接上一个台阶点。关注下期带你看更多 cloud code 的 实战技巧!



你可能只用了 ploco 百分之二十的能力,如果只是打开终端提问等回答,它确实像一个更聪明的聊天框,但真正拉开差距的是斜杠命令。 第一层,一次性设置 in it, 让项目自己说明规则 memory 保存你的全局偏好 pr 下划线 comments, 把 pr 评论拉进绘画。第二层,日常高频 btw, 处理临时问题 compact 压缩上下文感叹号,直接跑上 cos, 看透肯油量。这里最重要的是, compact 任务还在做,但上下文变慢变乱就用它。 任务已经结束,要换新主题再用 clear。 第三层,进阶控制 model 决定火力, fast 决定速度 review, 让风险提前出现。第四层,故障恢复出问题别先种庄,先 doctor, 终端不通就 terminal setup, 忘了命令就 help。 最后记住三句话,新项目先 innit, 阶段结束就 compact。 每个 pr 先 review cloud code 不是 一个聊天框,它更像一套可恢复、可审查、可持续的开发工作台。