Deep Dive
Shownotes Transcript
好,我们开始吧嗨,大家好新一期的 WebWorks 播客又来了 WebWorks 播客是几个前端程序而闲聊的音频播客节目节目将围绕程序而领域来闲聊聊职场,聊资讯,聊技术选型等只要是和 Web 开发有关的都可以聊因为主播目前都是前端程序而所以会以前端为视角来切入如果你感兴趣,可以加 Auto 的微信新新包包 965,新宝 965 进听友群这一次我们是一场技术闲聊在线上的我们有主播小白菜
嗨大家好我是又来学习经济术的小白菜嗯这次应该可以和小白菜学到更多有新鲜有趣的内容问问小白菜最近 vue 出 3.5 了你有关注吗
有关注好像那个名字还很炫酷叫一个什么什么盐什么的反正是一个六个字贼拉炫酷的名字我担心我也看了那个 vivo 3.5 的一些功能我担心自己领悟的不够精准所以我们这次邀请了两位后援邀请到了两位大佬首先是 Edison 大家好我是 Edison 我看到小白他说了他在看那个
远方的视频学 3.5 其实我也是看远方视频学的 3.5 那远方是谁远方来打招呼吧 hello 大家好很高兴来到非诚勿扰的平台不是主播这一段剪辑嘛那个来到 webworker 跟大家分享一些关于 vue 关于开源的一些东西今天我是来串场的
这次也是非常巧合我们同时邀请了 Edison 和远方两位大佬两位大佬也是在围绕 Weiou 之前也做过一些工作我们先还是让两位来做一下自我介绍先比如问问 Edison 你是谁你之前做过啥目前大概在做什么在网络上哪些地方可以找到你比如 GitHub Twitter 或者绝金之类的
我目前我之前其实是做后端然后最近几年在做前端我还在一线做开发我是八月份的时候全职在做 UQ 的维护然后差不多有一个多月的时间了目前的话就是
也刚刚适应这个工作状态其实我之前业余时间的话也是一直在做这个 review 上面的一些贡献但是业余时间跟全职做还是有一些区别的就是以前的话可以就是一些 issues 或 PR 然后你可以想看就看不想看就不看但是现在的话就是这个状态有一些改变就是
不想看了也要坚持看下去,分析出来究竟是什么原因。然后我的话就是,我一般在那个推特上,我比较少发这些东西,可能就是有,但是我关注了大家,其实我很少发一些东西。Github 的话就是 Edison1205,也
我主要是贡献的 view 比较多一点其他的就是比如一个个人项目的话可能写的比较少因为之前都是一直上班然后有一些东西都在公司内网去开源的也没有去在外网做一些东西嗯就是推特的话其实就是 Edison105 因为 Edison105 被别人占了然后后面就加了一个 1 号所以说大概就是这个样子嗯野方也来讲讲
大家好,我叫远方,然后呢,我大家可以在那个 GitHub 或者抖音啊,B 站啊,我最近有在做自媒体,然后在这些平台也可以找到我,然后抖音 B 站的话,也就是远方 OS 就可以了,然后那个 GitHub 的话就是 Upload Skype Look,
可能比较难记啊就这样然后呢我我之前呢其实自己在做一些看一项比如说一些地带码的东西当然不是很火的那种话就是自己自己做着玩的然后呢当时可能用到了一些 vue use 相关的东西吧就是因为当时是在做 vue2.7 码然后用到 vue use 相关的一些东西就是给 vue use 呢顺道提了一些功能然后就阴塌阳错的加入到了 vue use 的团队啊
后来呢就是慢慢的在维护的过程中呢发现可能 ville 里面也有一些相关的东西嘛就是自己可以去提交一下在 Edison 业余时间看不到的时候我可能业余时间看到了一些东西就慢慢的去参加到了 ville 的项目里然后在那个推特上面的话我是也叫阿福道的 skype 的话但是我不能发就是
大部分人我还是关注了像新宝了,Edison 了还有很多前端大佬了我基本上都有在关注他们推特上是一个很神奇的圈子我们能够和很多专注技术领域的人一块在玩主要是国内很少有合适的场合能让我们大家专注于围绕技术去聊有氛围或有良好的这种交流环境
问问两位之前线下认识吗?平常都怎么交流?这次有机会两人一起来闲聊有什么契机吗?我先说吧,我跟远方认识应该是因为一个 bug 吧我在 review 他的 PR 的时候发现,我记得是一个 pitch bug
发一个片他提的我当时我记得我看那个片之后我发现有一些不对但是又很难去解释这个因为太复杂了又很难去解释这个究竟哪里有问题然后我就当时就给他发了一个邮件
然后告诉他微信是什么,然后想去交流一下,看怎么去处理这个问题。其实我不知道远方还记不记得,前几天我们讨论的那个 Patchify 的那个问题,应该就是我最初跟你讨论的那个问题。对,我记得。最开始我加你微信也是因为那个。
我们线下没有没有线下去交流过因为我们其实应该离的也不远但是就是可能之前一直上班比较忙也没有一起去参加这些共同的这些家下的面积啊之类的也没有去啊之前就是现在我看远方小孩应该也刚出生我小孩应该是刚出生没多久所以说大家这个可能都走不开也就没怎么面没没怎么面那个
没有什么现象见过嗯有时候我也会有一些啊比如我在 review PR 的时候可能看到他的问题看到他的提的 PR 有时候可能会跟他交流一下就是可能就问一下比如说这么做可能是跟跟之前有有之前有一个叫 to share life 的一个 feature 嗯然后我又会问他一下还有之前也有一个人提了一下就是会问一下哪里有什么不一样的这个就是
会在微信上去做一些交流有时候一些问题的话我们也会去沟通一下对远方从你的角度谈谈当初和 Edison 的一些相识
当初确实是因为他说的那个 part of like 的那个 PR 然后我当时提了一个 PR 然后他跟我就是他很热情的跟我说就是这个里面好像哪里有点问题就是我们在讨论的过程中然后他也给了我一个明确的解决方案这样的后来就是加了好友之后就是我们之间因为就是现在因为一些众所周知的问题然后就是都有孩子了对互相也走不开
基本上都是在一些异步的交流就跟 GS 里面的异步是一样的他也是一个比较热情的可能我之前提了很多 PR 的时候他在 review 的过程中看到我有哪些地方不合适的会跟我及时的交流一下我有时候也会给他反馈一些我自己的一些见解所以是这样的对我们有时候技术上交流好多都是这样奇妙的缘分奇妙的巧合
刚才我们在开场的时候,两位还聊聊这些当奶爸带孩子的一些奇妙感受。是的,很荣幸我们两个人的孩子是前后角逐生的。这么巧吗?差了一个月吧。那当爸爸里边的一些奇妙感受应该共鸣会更相似。
我们刚才也是感觉这是一个非常奇妙的经历我们认识好多认识朋友我们说哎线下认识的因为某件事认识的那我们围绕我们围绕开源或围绕程序员那我们会说哎因为一个 bug 认识的因为一个 PR 认识的那我们围绕这些围绕一个兴趣点那和我们在现实生活中都喜欢踢足球或者都喜欢带孩子在幼儿园认识的都是一样那这可能也是独属于咱程序员在网络上的一个呃
交朋友的一个小浪漫我之前看到 Edison 的时候是惊讶的发现 Edison 在 Viu 上参与了很多贡献然后刚才 Edison 也谦逊的说之前主页和副页就业余时间去参与 Viu 我看在 Viu 上贡献了很多内容我看提交次数也比较多对我原来上班的话其实
我在之前那家公司其实待了好多年了大概有 5 年然后因为主要后面就是一些维护的工作了平时工作的内容可能也比较维尼偏维护对就是一些维护然后一段时间可能会忙一次有一些新的业务需要去做所以说有时候业余时间的话还是
摸鱼的时间还是有的,但是这么说可能对之前的老板听到的不是很好有更多机会让你发挥你的特长对然后一般那时候我上班也比较早因为我们公司大概那时候是 9 点钟上班一般早上 8 点半我大概就到公司一般会提前半个小时然后半个小时到我就会提前看一下一些有没有新增的预设视频 PR 然后如果有
有自己就是感觉这个问题可能不是不太清楚到底是哪个问题的话我就调查一下但有一些那种比如说我一眼就知道这个可能是哪一个问题就知道我可能就有时候就不改了就如果有一些复杂的问题我可能会去提 PR 就简单的我一旦知道他是怎么去是哪里的问题我一般就会等着有人提 PR 然后去 review 一把就完了简单的留给我
也不是,可能我觉得简单,因为我之前可能对那一段逻辑比较熟悉嘛,然后可能就放在那儿,然后等有人提供,就 review 一下。如果就是我不知道,因为我可能有时候这个问题我一眼看到也不知道大概是哪里的问题,我可能就会在那个 playground 里面去打开加个断点去看一下。
对这也是一个参与从怎么说熟悉慢慢去深入理解开始看 PR 开始开始看 A 数开始关注里边的细节慢慢的我们感觉也是都是有这样一个经历从使用者到重度使用者开始到维护者这一个转变野方听下来感受如何你他他的经历和你的经历相似吗
很相似就是他说了一点我非常认同的就是我们在考 parent 的时候比如说就像他在参与 Viu 对吧就像我之前搞 Viu use 也是一样的然后呢就有一些比较简单的问题我会觉得我会更倾向于就是让其他人来就是创建一个 PR 这样的或者我也会引导他一下我会跟他说哪里有问题可能哪里有问题
会倾向于去引导一下更多的人然后参与到这个项目里面对有时候我们在工作中或带人的时候也会有时候也会意识到那我如果我来做那可能就我做就做完了这个事情就结束了那如果我去适当的去引导其他新人或不熟悉这块的人给一些关键词或给一些提示那他们来做的时候就能把这部分知识也可以共享给其他人这也算咱做开源的时候一些小技巧
听下来其实有点像我刚开始之前为 Astrill 贡献的时候的感觉但是我不像两位大佬就是我是之前贡献了几个 PR 之后后面没有坚持下来没有坚持下来的原因我觉得一个是其实大部分时候那个 PR 的需求没有人给我就是没有人会告诉我应该做些什么很多时候就是我自己去
找呃找那个我觉得可以做的事情然后做了之后而且前面提交的代码质量也不是很好就会反复改好多次然后你们这个是怎么坚持下来的呢当我不确定你们会不会有我这样的流程可能你们一遍就直接弄了去了
我们也是一样的就是有时候一个 PR 也会提交很多次但是我会倾向于就是如果你做开源的话还是找那种就是比较活跃的项目去参加因为有的项目相对来说如果它区域稳定了之后你发现了一些问题可能作者都不会去看它就是可能提交了一个 PR 过了个甚至好几个月甚至一年多也没有人去看它的这个时候你就会感觉很懈怠就是觉得没有什么意义
反正提交了之后也没有人看就是丧失了一些你对看一眼的热情吧所以这样的嗯就没有参与感觉就觉得好像你自己提了一个代码但是又没有人给你合并也没有人回你了就觉得没有参与感就觉得没有意思嗯但如果你比如说你刚提了一个 PR 然后突然间被合并掉了哎呀你感觉很有成就感然后你可能就会坚持下去
其实我现在做的这个之前有大家跟我讲的其实就是也是要多引导一些活跃的贡献者就是去贡献让大家有参与感就是不要让这个仓库感觉好像就是停滞在这儿了没有人维护一样
就是现在的话一般有一些新的贡献者进来的时候我都会鼓励他们去比如说他们可能就是有一些人提 issues 的时候他就会在那里面说如果可以的话他愿意来就是改这张代码因为他可能提 issues 的时候他就已经知道这个问题是什么了
然后他就会说他如果如果觉得这是个 bug 的话他愿意贡献一个 PR 然后我就会一般在评论里面加个 PR welcome 但有时候也会有一些就是可能这个因为时区的关系可能就是这个发 PR 的作者发这个 issues 的作者他看到消息的时候可能已经被别人已经提过 PR 这也是这也是常见的还有就是
目前我也需要对现有的一些 PR 可能如果作者还在活跃的话就是要给他一些引导就是说哪里可能有问题要给他指出来或者写一些我认为正确的一些解决方案告诉他然后让他有参与感然后慢慢的参与进来其实现在的话有好几个比较活跃的现在在关注的然后我们每周都会
跟尤娜讲这个事情就是你这周有哪些活跃的人就是贡献了哪些 PR 然后以及我对他们的 PR 的一些 review 意见都会发个周报给他嗯
嗯其实对这个相当于小白菜提供了提到了一个场景那我作为一个新手想参与到这开源无论他是刚才提到的这个仓库还是未有未有来来说都好那小白菜提到了他的一些感受然后两位也从维护者项目的维护者然后去谈到了一些一些经验分享这部分小白菜你可以继续来追问和你当初的感受相似吗或者你担心会有什么其他问题吗嗯
有一部分解答了我的问题但是我当时还碰到一些其他的问题就是我其实当时给他提贡献的时候其实并没有就是我对当时那个仓库的熟悉程度不太够
然后导致我其实实现的很多功能属于有点属于硬实现的那种感觉而不是使用嗯他们系统内内的一些可能有一些约定的一些配置的一些实现比如说某个参数要从一个地方传到一个地方他们有一个类似于全局的注入的地方但是我是又单独写了一个方法去获取和所以就导致这一块后面直接被
从被被被当时的那个维护者给重重新实现了一遍所以我当时其实比较困困困困扰的就这一点就是我不确定很多功能我应该要学习到什么程度采购确实这个东西也有可能有一点经验的程度在但我觉得如果说
我后面复盘就如果我对那个仓库足够了解的话我可能就就就不会去浪费大量的时间去把这个写成这样了所以我的问题就是当我打算为一个项目做贡献的时候你你见就以威武力吧就你建议我从哪个方面先开始学习入手呢去避免我刚刚说的那个问题
我来说吧就是我觉得你如果想参与到一个开源项目并且对它不是很了解的情况下你可以先去找问题就是你先去那个 ASOCIATES 里面找一些就是比较简单的或者你认为比较简单的问题然后你带着问题去看这些代码是怎么实现的这样的话你会就是快很多找问题的时候你就会理解这段代码的运行逻辑是怎样的以及它之前写的那些代码你比较有疑问的就是你也可以看到
这样的话就会加快你对代码的一个理解但是你如果说你硬要去加一个新功能的话因为对 Vue 来说它可能新加一个新功能它需要一个很长时间的一个 reveal 这样的可能说一年对吧这种时间也是有的因为一个新功能对于 Vue 来说还是比较谨慎的就是你要给 Vue 加一个新功能相反来说你要去修复一个 bug 的话可能就会很快
这样的话你就可以及时的得到一个正向的反馈我提交了一个片儿然后帮我合并掉了是这样但如果你再提交了一个新功能在这个等待的时间段内你觉得你每天去看一下你觉得这个片儿好像没有人看实际上可能是有人看了他在考虑他只是没有回复这样有时候是这么一个问题我其实跟远方的见解其实差不多就是你一定要带着问题去看
看代码要不然你不知道你在看什么虽然可能每一段代码你都看明白但是当他们整合到一起的时候各种这种边缘的情况就出现了你知道吧你一定要带着问题去而且你一定要知道你主线是什么不要比如说你 debug 的时候比如你在一个方法里面但是你可能会跳来跳去的
就是最后你就不知道你最终是要解决什么问题就是思维太跳跃了就是你可能看到一个方法然后你就跳进去看一看是什么然后你再跳出来然后就可能你的思绪就会被打断
有时候你要带着一个问题去找的话你可能比如说你知道这个方法大概是干什么你不用进去看但你就知道这个地方比如可能是处理了一下比如说把 AST 处理了一下然后你根本就不用点进去你就知道他处理完 AST 之后继续走你自己的流程往下走然后慢慢的把整个主线走完你可能就会发现这个问题究竟在哪就是不要太跳跃
还有之前其实参与 Viu 的话怎么说我觉得它是因为这个这个仓库其实已经很庞大了就是短期内是不可能把所有的都搞懂的而且现在很多
但有很多的那种也不算黑魔法吧就是说可能就是离最初的设计可能是有一些不一样的然后后面又通过一些不是太完美的方式去实现了有时候你可能看起来觉得很奇怪比较复杂不可能所有的场景都是
一下子就能看懂了有时候你要去看一下他的那个 Commit 当时为什么会改成这个样子还有有时候看看他 Commit 的时候他解决了哪个问题你可能也要去看一下他那个 issue 是不是给你要解决的那个问题是很像的还有一个就是你在提交你比如说你已经解决了这个问题然后你再去提交 PR 的时候有时候你可能不知道该怎么描述这个 Commit
我相信大家很多贡献的人都有这个问题其实很简单你需要看一下原来的那个 commit 是什么大概解决了什么问题你就知道你该去怎么描述你的 commit 就行
对刚才两位的回答就是让我受益匪浅你看远方和 Edison 就从不同的角度或者不同的方式去谈到我们去面对新涌入的开源贡献者或者问你想热热热热气的参与到这个开源工作开源工作中去的这些人一方面去积极去引导比如远方也提到了我们忽略就专注这个
专注需要关注的地方跳过一些我们一些知识的一些细节可能我们会陷入一些误区一直在一些细节里边来回跳我们在 Edison 刚才也提到了我们去处理这些问题的时候也需要把握住核心的问题
那这部分我感觉我们抽象一下刚才的问题并不是单纯的小白菜提到说他参与 Astro 或参与开源也不光是两位提到说如何处理 Vue 那么我们要维护一个开源工作或参与开源工作两位的回答和小白菜的这个提问都是有借鉴意义的
刚才也相当于去提到了如果我想做一个开源项目然后有人呃给我提问题了或者提 PR 了我可以做哪些工作来去积极的去引导把问题讲清楚或把这个问题解决的更清楚更符合自己的这个设想对小白菜感刚才两位解释完感受如何嗯确实嗯怎么说就是
感觉在开源的刚开始确实还需要一点这样的指导就是你包括你看代码是应该要怎么看就是慢慢跳着看就是不要看的比较深比较细这样反而会让你完全绕进去确实对于刚开始的时候这些一个大方向的指导是很有意义的嗯
也比如我们之前也提过类似的问题也问问两位比如我想开源一个项目让有更多人来使用来参与贡献我的代码可能一部分是偏使用一部分是偏参与贡献的你觉得有哪些方式或你有哪些经验来让这个项目开源项目更健康或更活跃比如让他用的人使用的人更多或参与的人更多更活跃
我之前做过一个 ViewDragablePlus,一个突拽排序的一个项目。也有一些人过来提一些 assets 什么的,可能你需要积极的跟他去沟通。比如说有的人他可能描述问题描述的不是很清晰,甚至有的他可能直接给你贴个图片,这样的,他觉得这个有 bug。
然后你需要积极的引导他就是你有什么问题你需要说清楚这样然后还有就是你能不能给我一个附现就是把这个 bug 附现一下就是你也可以积极的引导别人猜到你会开项目所以说你这个项目怎么让更多的人去使用其实这是一个推广的问题我觉得你像我之前做那个项目的话实际上是
虽然是邮大帮我推了一波他发了一个推特然后帮我推了一波然后一瞬间我那个项目就有很多的人在使用然后使用的时候呢就是我给他们建了一个那个微信的交流群然后他们在我的群里面也会跟我问一些问题然后问问题的时候呢我就去跟他们去回答回答完了之后我说比如说哪里有问题我会跟他们说就是什么什么地方有问题但是我不会去修这个问题啊我会跟他们说什么地方有问题
然后他们反复的在问我的时候我就说你可以去尝试着提一个 PR 然后就会有人去发一个 PR 这样的就是 review 一下 review 一下之后呢你把它合并进来之后他后面就会比较积极的来参与你的项目因为他可能在你这边获得了一些快感这样的然后他就会积极的去看就是甚至说有人提了一个 ASO 什么的然后他也会去看看一下有没有什么问题他能不能修复这样
就是还是需要给更多的人一个正向的反馈吧对呃我我在我看来应该就是比如说你的文档也写得很清晰就像其实 view 之所以那么那么多人用可能也就是因为 view
最开始的时候他的文档是中文的这样的话就很多的英语不好的人可能就能看 vue 的文档就觉得很亲切然后学上九月很快文档写的一定要有文档而且文档写的比较好另一个就是你要给新手一个贡献指南要告诉他你本地需要哪些需要哪些环境而且以及你提交的时候需要注意哪些
然后给他一个引导这样的话他才知道参与的时候该做什么事情还有就是要给他一些鼓励有一些人是会在 PR 里面去检查然后如果哪里有问题的话请可以给他反馈然后他会去改你就是让他
有参与感,然后慢慢的可能就会很活跃。其实 Vue 一开始的话,因为我贡献 Vue Core 的话应该很长时间了,因为我知道有一些人一开始就有一段时期他会非常的活跃,但是慢慢的慢慢的你就看不到他,可能有一些倦怠,然后就慢慢的离开了。
可能是因为没有参与感因为尤拉的话是比较忙了他可能就一段时间过来去处理这些一批 PR 但是这批 PR 可能正好没有他的内部所以说时间长的话可能那个 PR 就慢慢的就有冲突了但是他也没有去改这些冲突就说就很明显他就说明这个人可能就是没有那么活跃了当然可能因为
热情就慢慢的减退了,都是很常见的现在的话也是有一些其实也有一些人已经被我们注意到了就是看他会不会继续活跃下去如果会活跃的话就是慢慢的就会在 PR 里面会给他一些领导和指导
这里边其实也谈到了一个问题我们去比如刚才小白菜也提到了可能一开始想非常喜欢非常受用这个项目就想热情充满热情的去参与这个项目那如果我们刚才有了刚才合适的引导他就可以去从使用者变成维护者变成参与者那去修 bug 或者提 PR 提更多的贡献那随着时间发展可能我感觉这个也是绕不开的我们去做一件事情时间重复多了那
可能就会产生倦怠无论是这个心理上对 bug 的抵触或对这个新需求稍微留神可能就跟不上了一些那个需求的变化比较快或者问题处理的这个交流比较脱类两位会有这样的这样困扰吗或者说你遇到类似的问题观察到类似的现象有没有做过其他引导方式或者说释怀的方式相信有很多人也会有类似的感觉
我之前其实有一段时间堆积了三三十来个 PR 就是六的 PR 没有处理然后那段时间呢应该是 3.3 那个时候那时候主要是在做一些编译器上面的那些优化就是比如说就是 DefendModeDefendProperty 这些东西然后还有一些就是对
就是 DefendProbes 对那个 DefendEmit 对那个 TS 的一些支持因为他原来对对 Port 的那些类型是不支持的大概当时 3.3 主要解决了这些问题嗯其实在 3.3 之前我我堆积了很多 PR 然后我当时觉得
我一般 PR 里面都会就写的很清楚它问题的根本原因发生的原因是什么我都会解释一下就是我当时也是希望我的 PR 是可以被合并的知道吧因为很长时间没有合并的话就是你感觉也没有什么参与感然后那个时候呢就是因为有大美合完一次 PR 之后呢合完一波之后呢我都会去处理一下我的那个 PR 里面的一些冲突
因为难免会有一些就是冲突然后所以说你要去把你的 PR 就是让他 ready to merge 就是下一次如果有一段河的时候可能就是不需要帮你去处理这个冲突大概是这个样子那个时候是有一些倦怠就是觉得
反正他也不合,我就先让他摆在这吧,等到下一次合并的时候,我再去处理这个冲突。因为我每一次处理完之后,到下一波又不会合。就觉得这次的合并,这次处理冲突可能是多余的。我当时还特别写了一个工具去检测,然后我的 PR 有没有冲突,然后如果有冲突的话,我就处理一下。
但是这个样子就是有有倦怠是肯定有倦怠的就是因为你没有什么参与感的时候你就会觉得你做这个事情好像是没有什么意义的也没有人去告诉你你做的这个东西有没有价值这只有有一些正向的反馈或者一些领导你才会觉得有参与感这样的话可能就是你的热情才不会被才不会减退远方有类似的困扰吗或者说有观察到别人有类似的困扰吗
嗯我个人来说我觉得我可能没有类似的困难因为我可能最开始就是我参与的第一个开源项目就是是某一个组建库的一个项目然后我跟他提交了一个 PR 之后嘛反正也有很长的时间就是没有人看也没有人问这样的呃我当时就对这个没有什么感觉了因为也是我第一次参与开源项目后来我就开始做我自己的项目去了嗯也是一个开源项目然后我就在做做我自己的项目反正我就觉得那
你要是回复嘛我就跟你讨论一下或者你合并了也可以就是你不合并我可能也无所谓然后呃后来的话直到我参与到 vue use 然后出现 vue core 之类的呃有时候我就现属于一个自愈型的一个状态就是
可能感觉别人也在忙对吧有时候可能你提交了一个功能对吧别人 review 然后再回复你的时候别人完全可以就是比如说我我是一个作者然后我可能跟他沟通的这个时间我完全可以把这个问题处理掉但是别人还是在很耐心的呃指导这样我觉得有那么一两次也就够了对吧毕竟别人没有义务说天天在这里盯着你的点事情我我是这么一个想法就是说嗯
之前 AndFour 也提过,甚至专门他有一套自己的方法论,就是说因为他参与的开源项目多,导致 GitHub 上的通知会特别的多,多了之后可能需要去分类或者去有优先级,或者说按项目按不同的 PR 和问题进行一个分类,他也当初提到了一些观点,通过他的那种方式来减缓他的,怎么说,打开,
不能说恐惧吧或者打开这个给他为一束一片红就是很多未读消息这种对心理的上来说是一个负担的这种感觉刚才艾德森也提到了他因为他手下手里边有一些 PR 等可以等待合并那他也写了工具去通过技术手段来保证他的 PR 是最新的或者说 ready to merge 是没有合并冲突的也是一种方式那我们
我们技术人员有技术的手段我感觉 Edison 刚才表达的观点就非常清晰明确就是我们把这个问题放在这里的时候信息足够是完整的它出现问题是怎么出现的我是怎么解决的那我这个代码啊随时也是在关注的能够保证你觉得没问题的时候点一下合并这个问题就这个 PR 就 close 就结束了就合进去了
远方也提到就是这个等待期长感觉确实会在不同的开源项目中都会有这样情的因为有时候项目的维护者或者说作者本身他有时候也会比较忙或者说也会有捐待期都会有类似的感受
我感觉刚才这个话题就非常有意思对很多人都有借鉴意义并不单指向于说 vue 戏或者 vue 这个参考本身我们抽象一点对任何的开源项目任何的在 GitHub 上在其他各种开源方式的方式上都有这样类似的情况这部分感觉比想象中讨论的要更深要更好感觉对更多的普世程序员更有借鉴意义
我们也在谈一谈刚才两位也提到就是我们会有内部的一些通讯方式我们会有说看到这个问题其他人更熟悉会把问题等给 at 他或者说通知他这种这种协作的方案我们开源协作这一块两位有经验或者可以分享吗
我不会在 PR 或者 Asus 里面去 add 别人一般我看到一些问题我觉得比如说我觉得 Edison 可能知道然后我会私聊就是微信私聊他跟他说这个地方有什么问题我们都是那种私下联系问一下我觉得在 GitHub 上面去 add 别人不是很友好的比如说别人 add 了我一下这个问题就是
如果当时我在忙呢就是如果当时我比较忙然后我没有看到他又会觉得我好像对他也不是很友好这样的有可能我一两天没有看嗯这种情况也是有的其实我上周我周五的时候早上一大早刚被 at 了一次因为周四晚上的时候又大发了一个版本然后有一个 transition 的问题
然后周五一大早,其实我就看到了这个,大概八点多的时候,我其实看了一下,我当时我一般八点半开始上班,就是我看到了领导机,然后他在里面就直接 at 了我,说是我的 commit 导致的,然后其实这种事情发生了好几次了,之前还有一次,今天也发生过两次,其实这种就是你就是前一天合并了,第二天发现立马有 bug,
然后就有人 at 了说可能是你这个 PR 导致的希望你能来解决然后当时我就看了一眼我看到这个 transition 其实在这个解决之前呢我就大概知道因为我之前提那个 PR 的时候我最开始的解决方案应该是正确的然后当时我没有仔细太想然后我就调试了一把我就感觉我又改了一下结果把它改错了然后就是会被 at 了这很很常见的因为我经常
被@然后也习惯了然后之前那个还有就是我也会@别人就是之前有一些是 language tour 那边的问题有一些类型问题啊我也是会按@那个叫就是 language tour 那边的团队的一些人就让他们去说
现在我现在也不爱他们,因为我现在觉得可能爱的他们也不好,然后我又加了一个 label,就是 PR 的 label,然后标记成 language2,然后后面可能一段时间他们会看到的时候,然后他们自己去解决,可能确实不是很礼貌,你去爱他一个人,让谁去处理,还有一些就是啊。
有一些人会催这个 PR 的,就是@你,然后什么时候可以合并啊?其实很难回答这个问题,就是我只能会说请耐心等,然后这个优先机不是很高,然后又有一些 walkaround 之类的,然后就会
跟他们就让他们耐心等以前的话有人就是在那个之前有人发那个就是 discussion 里面说 Viu 的仓库那当时已经有 300 个 PR 没人合了然后就发了两波吧一个 300 个 PR 一个 600 个 PR 就是意思是没有人管然后然后列举了一些问题说就是这些 PR 明明已经就是可以合并了为什么没有人合
然后然后优大他们他们要忙然后也就没有管这个事情就就是就是还有就是就是可能希望就是提依数的人能够就是提供一个就是简单的复信而不是贴断代码贴贴截图或者贴断报错信息上来这样的话其实也是没有办法帮他去处理问题的还有一有一些人可能就是
他想让你给他找 bug 不是他想让你帮他找到 bug 然后帮他解决他根本就不会把那个就还是希望就是作为一个就是呃贡献者或者维护者的话还是希望就是体育艺术的话能把你的问题描述的很清楚这样的话能缩短这个你问题解决的时间如果你你描述的不是很清晰或者你的付现太复杂的话
对于维护者或骨护者是贡献者来说他是没有那么多的热情去帮你去调试然后发现问题并且去提一个 PR 的然后这个东西你自己对你的在马仓库都那么熟悉了你都找不到 bug 你让别人去给你找这是不太合不太合适的还是希望就是提医事的人一定要有一个
一定要遵守体育学的一些规范然后把问题描述的很清晰预期是什么然后现在现状是什么以及你发现的一些信息可能你觉得可能是哪一个 Commit 导致的描述的很详细这样的话你的问题就会被解决的非常快
看 Smart 就进来我们刚才在聊开源的参与开源的一些心态心理健康问题对我进来我就听到在讲述如何有效的提议说
对对其实这个这个问题还蛮有意思我们可以继续来展开比如那很多用户他提问题的时候有时候会心情更急躁比如他是遇到一个无法解决问题排查很久或者说呃出于呃呃公司方面的压力或者说呃公司团队组织上的压力让他去解决他解决不了他就想说我把这个大项目或者把这个一串问题一个工程给你你给我看看到底哪个问题有有些可能是
有些可能是使用上的问题有些可能是一个那个编译性的 bug 那这个我感觉可以去讨论更多有效的方式来让提问者提出更高质量的 A 数或更高质量的问题更高质量的复现工程来是的我觉得我像这种提一手的时候如果要给一个复现的话还是尽量就比如说你要提 view 的一手对吧那你就只包含 view 就可以了
甚至我有时候在维护我的开源项目的时候有人会给我提一个 A 手或者直接找我说我这里有点问题然后他直接把他的项目发给我 40 兆对我说你给我一个最简单的付现就可以了然后他说这就是最简单的然后我打开了之后他里面也用了好多好多的插件好多好多的包
对吧就算我想帮他去去排查问题的时候我排查到最后发现不是我的问题这好像是别人的问题就是其他按包的问题这时候我就要崩溃了对尤其是我们去处理去熟悉这个陌生的项目想象的时间要比他天天天天写天天维护天天参与要慢得多而且这是一种非常不高效的一种交流方式
刚才其实也有我们也提到一个场景比如说可能用户希望我提出的问题的时候提高用 at 的方式用私聊的方式在推特上留言在微博上留言或微信上留言的方式来提高他的问题的优先级你觉得有哪些合理的方式来把这优先级提高或有助于问题的解答吗两位有看到过比较优秀的
A 叔案例他是他有哪些特点或者说你有哪些经历来够快应对这种这种极其等待解决问题的这种人嗯嗯嗯我觉得首先的话你这个一手要描述的很清楚甚至或者说你提交了一些 PR 你想推进这个 PR 然后呃你也要把你这个 PR 解决了哪些问题或者新增了哪些功能然后把它列的相对来说比较完整的情况下比如说拿 view 来说像 Edison 刚才说的就是
可能尤大这一波呢他在合并这个 PR 对吧然后他合并了之后他可能没有排到你的这个东西你可以就是去更新一下对吧这个时候你可能你那个 GateHub 上的通知就会优先的展示出来但这种情况下不一定会被作者看得到其实 Edison 会有类似的感触吗其实之前我觉得最好的就是你提这个 issue 的时候呃
问题描述的很清楚这是一定的就是以更好的方式就是可能你说哪一个版本是好的哪一个版本是
坏的就是我升级到哪个版本之后翻译它不行了然后这样的话就去去排查问题的话是很简单的因为那个版本之后可能有一些差异然后再加上你的付现很可能就定定位到了你那个可密次是什么这样的话去解决问题的话是很快的嗯这样是这样的方式最好了有一些人可能也会把那个可密次给你就是标出来就是说啊这是哪一个 PR 导致了就这个 PR 之后我他就不工作了
这样的话可能对于维护者或者是参与贡献的人来说他就很容易去定位到你这个问题然后他看一下那个 PR 当时解决了什么问题然后就能新发一个 PR 然后去解决这个问题就很快就很快就定位到问题不好的话就是上周五那个人提的他给了一个线上的
就是地址然后也没有本地的一些代码不对说错了他给了一个仓库但是他那个仓库的话他要他那个付现过程中是需要连他的一个服务器就是你要输他那个服务器地址连得上
然后当时他也在描述里面说了说他在背景里面是没有浮现出来这个问题但是我一看 懵了我这怎么解决然后我就按照他那个步骤用那个
在 Github 上,一步一步按照他大概有五六步的样子,一步一步一步一步来,然后最后也浮现了他那个问题。我大概因为他说了前一个版本是坏的,这个版本是好的,然后我就知道可能是我的 PR 导致的,然后我就大概在我 PR
可能是出问题的地方加了个断点然后看一下确认是那边的问题然后他描述的很详细虽然他的附现给的不好但是他把他的问题大概是从哪一个 PR 引入的他描述的很好然后这样的话也能很快的去定位这个问题
还有就是如果你的提提 review PR 的时候还是希望就是有一些 PR 是没有关联艺术的这样你就不知道他在解决什么问题没有上下文你不知道他他在解决什么然后你要问他然后能不能清楚的描述一下你这个解决了什么问题还还有一些就是上下上来就加一个他可能遇到了一个报错比如说哪一个变量然后本来
就是没有判断难或者没有判断 antefine 之类的然后就取职了然后他可能给你加了一个然后不等于难然后加了一个判断难你说他加了对不对呢那可能是对的对不对但是你没有
提供付现我就不知道你是什么场景下遇到的这个问题然后你说这样的 PR 我怎么合呢对不对也不知道该怎么给你 review 所以说只能去建议他提供一个付现或者是描述清楚你这个问题是怎么出现的这样的话就是可能会对这个 PR 的合并以及 e-shirt 的处理会加快一些速度斯玛特听下来感受如何
我听下来大概感觉分两块嘛第一块就是提艺术的一些小技巧关于提艺术之前我们好像聊过像我们在豆包的那期节目里聊到有个在线的 ID 它打开速度也可以包括上次我去参加豆包的线下活动也是用它在线的 ID 去做的开发
我们是不是就是做最小付钱结的时候可以用这个到时候给一个链接这样就可以直接跑起来而且能保证大家运行的环境都是一样的因为都在豆包的服务器上然后一个想到了就是关于核 PR 这个
这个也算我们经典的问题了所以我发现就大多嘉宾最后聊起来发现还是首先我要对你这开发者有一定的认知或者就说神交我大概知道你你所写的越详细我大概知道你的一个编码过程或者就是说你解决问题的一个思路
然后呢我们思路比较合拍的话可能就会更好的能直接合进去最后包括你提交的一些也能快速的给你合并进去因为大家已经有了一定的代码上的副食了嘛嗯
对刚才听两位讲的时候我也想到我说对因为 vue 有一个 playground 就是在线的网页我们写一个在里边写 vue 的代码就可以在右侧观察到结果那里边这个 playground 可以切换版本或者说去切换一些特定的一些
呃那个除了版本之外的一些这些调试信息我就啊这个也对那我们如果我们在维护 vue 之外的这些项目也可以根据呃实实实实的情况去添加 playground 像 vue 这种是纯线上的那就可以纯通过纯 JS 不依赖服务器来来来进行那个提供一个呃
那个先复现的现场那我们刚才 smart 也提到有些需要后端或需要更复杂项目需要 node 的情况下也可以用线上的我们刚之前也也唱了我的一些线上 ide 来把这个问题给复现那确保他能呃收到这个链接也能以最快的速度去运行去确认这个问题那也方便去解交流和解释到底问题在哪问题出在哪里
然后我刚突然就又想到然后一个就是如果说我们做大型的开源项目那么版本的更新日志一定要写的写的规范然后比较详细这样的话有时候你升级完版本你其实可以看他这个版本做了哪些东西然后你再去推测可能是哪里出的问题
你这位是结合自己的实力之前我用 ville3 的时候有一个 computy 的就计算属性里边呢又写了一些响应式的他在上一个版本的时候是没有问题的但是他升级到我就印象特别深就有个版本叫浪客剑心升级到那个版本之后他就会陷入死循环然后呢我就发现他更新日志里写了这块做了一些优化我把版本回退之后呢就发现没有问题嗯
这是一个非常明确去排查问题的场景之前我在工作的时候也会好多人也会提到我们有版本号的概念说推到某个版本上好的升到这个版本是坏的那也能够尽快的去确认哪两个版本之间有差异这样的话对提出问题或解决问题也是有很大的帮助
我们聊了好多参与开源和开源健康的好多有趣的话题这也怕比想象中的聊得更开心更多内容更全
那我们要不要聊一点一些轻松愉快简单大家可以往后躺躺在椅子上的问题先问问 Edison 我看之前你也在提说你现在在用在做后端也在使用点耐特之类的语言来来做目前国内点耐特使用场景多吗晚上你在使用这些语言和 node 相比的时候有哪些轻微的感受吗很多人并不熟悉点耐特抗之类的这种后端语言
不熟悉是对的,因为现在已经很少有人用了,我刚工作的时候在用它,这些年我也没在用了,而且现在我之前用点亮的同学,他们其实都已经遭到转了家吧了,也没有再用这个,对国内的环境确实是这样,对,点亮的不是在 Windows 应用的吗?一些后台也可以,嗯,
也有做外部的 ASP.NET 现在应该是 ASP.NET Core 吧我们聊聊远方,远方我最近在看你的抖音和 B 站你做的特别好我也在看真的真的,他讲的我觉得他每一个知识点,其实他视频不长
呃视频的话大概三五分钟的样子但每一个视频都讲解一个很有用的 Q 视频而且讲清楚嗯
对我觉得这样会相比于咱传统意义上去说我做一个直播的分享可能一个小时起步或两小时中间不知道中间会发生哪些内容不知道有哪些片段远方他把颗粒度处理的更细然后会对把问题讲清楚或把目标收中标题什么的都会更容易去辅助让人知道接下来要发生什么远方怎么考虑目前有什么心得吗
我主要是觉得可能我在工作当中用到的一些技巧吧就是一些开发的技巧我会以更小颗粒度的方式然后分享给其他人不是说针对一个项目来讲遇到什么问题这样的就是比如说我遇到了一个很小的问题然后我用怎么样的方式去解决它什么样的方式去处理它然后我会把它分享出来这样的话视频就会像相片
相对来说稍微短一点而且别人看你视频的成分也不是很大吗对吧可能三五分钟就完了三五分钟呢我学一个知识觉得挺好的这样嗯但如果说你要录一个可能一个小时两个小时的话这样的
不太容易被人看到完就是这么一个回事做这些选题做这些新功能介绍的时候一般都怎么个流程会准备一些提前的一些工作吗然后如果我也想做类似的东西有什么建议吗
就是收集问题我觉得这个是比较重要的可能有时候比如说我看他们在群里面聊天然后可能聊到了一个问题就是他们在讨论的时候我也会想这个知识我好像能分享出来就是我会以我的方式然后分享给其他人我觉得做短视频你如果像我这样就是每个视频分享一个知识点的情况下还是收集问题是一个比较重要的一个
至于说这个代码怎么实现你怎么去录制视频对吧这个就见仁见智了
对这部分感兴趣到时候我把我们在播客的 show notes 文字链接里边把你刚才提到这些点那个视频部分我们也贴出来希望有更多人对如果对这部分感兴趣也可以去看远方分享和总结的这些点有时候我们会感叹说前端变化挺快两位感受如何我觉得可能现在前端的发展是比较快的其实那个
框架的话其实之前我也关注一个叫 NUE 的框架它是去年大概去年九十月份的时候出来的当时我也去看了当时那个作者的意思是听他的意思好像要重新定义一下这些框架的就是使用方式都不太一样
我现在也没有太关注发展成什么样子了他当时那个时候只做了一个 demo 然后列举了一些跟其他框架的一些对比主要对比的就是说他的代码写的更少比如 react 可能实现这个功能需要好像是一个列表需要多少多少然后他只需要多少多少我当时也关注了一下我感觉
他那个是没有什么魔法在里面的,运行时这个东西好像是很轻的他自己封装的比较少,然后我觉得可能当时也关注了一下然后现在也没有关注了,可能是没有活起来还有一些就是构建工具上面的一些比方像柳档柳档其实
我之前他开编的时候也去蹭了一个改了一个 type 去蹭了一个键但是其实 rust 我也是之前去年的时候业余时间也学了一下 rust 但是因为一直没有应用的场景所以说你时间学了可能就是没有及时的去应用然后就会时间长了可能就
也也忘了差不多了嗯我们那都看了三遍了还没找到使用场景嗯啊所以说还是就是嗯嗯纸上得来中绝前吗还是要自己去实践一下才能就是把它深刻的呃学变成自己对对对学习就是这个样嗯然后确实也我觉得吧其实无论这些工具怎么变其实他
都是相似的,比如说从 Rough 到 Rowdown 其实 Rowdown 的目标我相信应该就是完全接 Rough 所以说这个东西的话对我们使用者来说可能并没有不需要太多的关心可能就有一些极端的场景可能需要去适配一下的大多数可能你平滑的切换到 Rowdown 就 ok 了
我相信这也是 Jodan 设计的一些设计的目标要不然它在 Vit 那边可能集成进来的时候可能会有一些问题他们应该是完全要建 Raw App 的因为我当时看它仓库的代码里面的话是拉了一份 Raw App 的 Submodule 在里面的它应该是把对比着 Raw App 所有的功能就实现了一把 Uras 的重新实现了一遍
类似于类型提示那个东西是吗?没听清?我说就是在 Row 段里面其实加了一个 submodule 就是它是
他把 Raw App 的仓库拉进去了 Raw App 更新的时候他这边也要跟着去更新保持点绵同步希望 Raw App 那边出现的问题 Rowdown 这边也能及时跟进这样的话实现无缝切换到 Rowdown 的目标
我觉得这个工具链可能现在都在往 Rust 上卷比如说 Wirepack, Icepack
我觉得对我们他们最开始设计的时候肯定都是要想着我要兼容之前比如说 RSPEC 我肯定要兼容 WPG 要不然你迁移的过程中可能就会很费劲这样的话就没有人愿意花大量的时间和成本去迁移肉档肯定也是这样子就是说虽然现在有很多那个框架或者是
构建工具出来但是我觉得对我们你只要用会一个其实你想再切换到其他的应该都是比较简单的因为大家设计的时候都是有共性的都想让就就就想让其他的框架上的人迁移过来是没有痛苦的就是说大家不用担心这个什么迁移的也能嗯
我觉得就是从我工作到现在从 VIPAC 了然后到 VitaVita 的时候确实给了我一个很大的一个震惊就是它竟然可以编译的这么快对吧然后到后来的什么
柔档现在已经对吧发布了虽然他没有还没有完全集成到 vitalin 当然我也比较期待就是柔档可以给我更好的一个开发体验吧嗯然后之前呃就是前些天我在逛那个社区的时候我突然发现了一个棒就是 js 的一个运行时我不知道你们有没有了解就是他还是比较经验的我觉得他竟然可以让我
无缝的去运行他那个 type script 就是他可以直接让我运行 type script 对我以前的话我会装一个 ts node 这样的嗯他对我调试代码之类的还比较友好的对我我感觉这个棒的出现在一定程度上就是让这个 node 环境让 node 变得更活跃起来了看最近前两天看新闻说 node 也要原生支持 ts 了我说嗯我说棒做的好哈哈也是感受到了压力吧对
注入了一些新的活力远方目前有在尝试学 Rust 吗目前还没有实践之前 Edison 也跟我安利过让我去学一下 Rust 然后我也是大概的看了一下所以直到现在我也只是蹭了柔弹一个 Fog
OK 也问一两位目前就是最近在学什么新东西吗未来想想搞点啥想有没有对未来有些期待和规划之类的比如我们除了继续来参与以我的未有和未那个未有柚子或自己的项目之外我的话我因为我是刚就是
给 Viu 打,开始打工,所以说我,哦,who's your boss?你的老板是谁?这也是一个很巧合吧,我之前也是,我之前干过一段时间的远程,有好多年前,好几年前了,然后这次的话,然后当时有他找上我之后,其实我也挺,
挺激动的,也挺意外的因为那天早上我打开 Discord,我发现有人说:诶,这怎么多了一个小红点啊我点开看一下,我看是有大人和家伙朋友,然后就跟他聊了聊然后他的意思是希望我能全职去帮他维护这个 view 然后也谈了一谈,然后
聊了一下他的预期以及我需要做的工作吧因为我最开始是担心我无法胜任的然后他意思是只需要在现有的基础之上做一些规划就可以了然后我也是刚工作一个多月我也不太清楚现在
是有没有满足这个工作预期之类的所以说短期内的话我应该是先把 ViuCall 这边就是维护好然后没有想太长远的就是一些打算和对话嗯因为这一块有有很多个 issues 和 PR 要去看因为我现在
还没有把所有的就是这些问题都看完因为有时候一边要看旧的问题还有一边要看这些新的起过来的医学所以说有时候还是挺忙的所以说就上周的话就是因为 3.5 刚发所以说问题比较多然后上周处理的就是新的医学是比较多然后老的医学就没怎么看老的 PR 也很少也很好在美国看到比如说这个
短期内的话应该是把最怪的东西都处理的差不多,然后后面慢慢的可能会往周边去学习一些新的东西,或者慢慢的去接触一些别的项目,比如说比特上的,或者是比如一些工具链上的东西,可能会慢慢的去接触吧。
也是对未来充满了期待我好奇问一遍你们在 ViuTV 里面会有你们的核心成员会有比较明确的分工吗还是说你们是有一个周计划这样子然后怎么样的其实有个双周会我没有去参与过但是我会看一下他们的会议资料远方来聊聊远方你目前有没有想做的事情对未来有什么期待或者想学什么新东西之类的
我最近的话主要是在做自媒体因为好像就是半年时间了这半年时间才半年我感觉现在非常活跃人也有相当多的关注粉丝数我没有你抖音的我是有 B 站的因为我没放抖音所以说我没有关注抖音的 45 度等于 1 万
可以慢慢做我觉得这个东西归在坚持对也是先把更多的知识分享给其他的同学这样
问两位一个通用的问题就是我们在我们这个播客听友中里边有很多年轻的朋友他们有的是在校生还在上学有的是刚开始实习开始刚开始工作工作可能一到三年这个样子也是在快速成长快速学习他们有很多迷茫或者说焦虑的这种心态
作为过来人或作为一个采控经验比较多的人你对他们学习上学习前段的过程或深入工作的过程中有哪些过来人经验或采控经历可以分享吗让他们焦虑更少一点或者说学习更有方向更有目标性一点我觉得首先把基础学扎实这个是一定要做好一定要打好基础的
比如说 JS 的一些基础知识你在 MDA 上面那些文档你要过一遍或者是买一本红宝书或者绿皮书绿宝书之类的然后把代码你给手敲一遍不要只看因为代码看谁都看得懂但是你今天去写的时候可能就各种罢了或者是很卡住你就不知道就写的不是很顺畅还是要自己练另一个就是算法
因为你刷一些立课之类的这些东西一定要有然后你的基础如果学得很好然后你后面再去上班的时候学学别的就很快啊另一个就是把英语学好我觉得国内的目前的这些环境你如果英语好可能机会也会更多甚至卖出国内的这些环境也是不错也是一个不错的选择嗯大概就是
这样子吧基础和英语这两点也好还有就是不要上来就去看框架的圆码没有意义你只有用了之后你才能知道你用一段时间之后熟悉了再去学习圆码才有意义的如果你这个框架你都没有用过你上来就去看圆码是没有意义的因为你不知道它究竟是
实现了什么解决了什么问题你一定要是知道了你的需求或者是知道你遇到什么问题你再去开员码才有意义的虽然现在面试会考一些员码但是你如果要
去真正到那个学习源码的时候你就去自己去看而且可以去网上找一些资料但是那些资料有一些是作者自己的理解也并不对的而且他说的那个他当时写文章的那个版本可能是后来经过变动了也也许是不一样的所以说如果你学习源码的话你就自己去看代码就可以了如果你基础很扎实的话你看源码应该是很简单很容易的
差不多就这样嗯嗯此时此刻我只想打一个表情啊也一样嗯哈哈哈哈我觉得就是你如果是在校生的话我觉得还是谈一个对象比较好一点对吧可以来我们非诚勿扰这边刚刚那边回来了哈哈哈哎你就是工作之后对吧大家都懂的啊就是毕竟大家工作都很忙有时候找对象的时间都没
但是如果说你现在就是处于一个马上要毕业找工作的这么一个状态你可以去大部分人都是这样的他可能基础稍微过一下然后他就去学一些 Vue 相关的知识或者 React 其他框架相关的知识然后他就马上要进行去找工作了但是我觉得如果你不是很急于去找工作的情况下你可以先把基础
是稍微扎实一点因为我发现就是很多人他可能一旦工作了一两年之后他离开了框架他就不知道代码怎么写比如说用 view 的时候他可能是这样去操作 DOM 的但是你脱离了 view 之后他甚至连怎么操作 DOM 的就是这么一个问题我还是建议大家就是基础做得扎实一点
在有时间的情况下可以听大老劝先找一个对象没有后顾之忧是吧也问问各位对 AI 有探索有了解或有阶段性的学习感悟之类的吗我之前是跟上班的时候他在公司上班的时候跟同事一起搞了一个 GPG 类似 awesome list 这个东西
然后当时是关注了一些比较火的一些工具 AI 上面的工具看看能不能给自己带来一些 idea 的比如一些想法看可能能不能自己搞一些东西之类的但是那段现在也没怎么去关注了因为可能比较忙没有再继续的去关注这一方面我觉得可能
现在只是在用还没有自己去做开发或者是去调一些 AI 什么的东西一些大模型之类的我是对 AI 这块是比较很期待的我觉得可能我现在希望的是其实有一个
AI 工具可以帮助我就是比如来了一个 issue 可能找一些相同的已经存在的一些 issue 告诉我哪一个可能跟他一样而不是让我通过之前的一些一个一个看完之后一些经验然后去说这个 issue 跟那个 issue 是相同的然后我希望可能就是有一些
AI 能帮他可以分析这个代码仓库里面所有的 issue 然后当有新的 issue 来的时候下面可以送给你标注然后可能跟哪些 issue 是一样的但是如果我自己做的话我也没有头绪是怎么去训练一个 AI 训练一个模型去实现这个东西里边可能会有一些知识库和我们常见的方案也是那些 robot 一些 API 的操作
尤其是我觉得最近的这个 Costal 这个编辑器对 AI 的这个拓展感觉其实让很多人还是很很惊艳了一下
那个 Cursor 我也下了一个,确实让我很惊讶,你告诉他是什么,你要什么就行了,不需要自己写。我感觉现在推上 Cursor 都能造火箭了。远方对 AI 有探索或使用阶段性的感受之类的吗?
我使用那个 AI 的感受就是我觉得我更倾向于他帮我干一些体力活是这样但如果说有一些问题我也不是很了解的情况比如说一门新的编程语言出来了然后我也不是很清楚我去问他怎么去实现的他有可能会给到我一个错误的答案这个时候我并没有办法去识别他是这样对所以说我会这样
所以说我更倾向于他帮我做一些体力活还比较好的比如写一些单人测试对吧可能我一个文件他帮我写一下注射了这样
好我们刚才聊了好久我们感觉这一期一个相当大的主题我们在第一趴我们围绕开源健康无论它项目的健康程度还是开源参与者的心理健康程度我们展开聊了很多我们在后面部分我们也展开聊一些轻松的话题感觉对我们新时代的程序来说 Rust 和 AI 也是绕不开有这些有趣的话题我们在当下阶段也有不同的理解和感悟
OK,那我们,我是本场聊得非常开心,想到了很多有趣案例的新宝头。呃,六位。我是蒙比进来,知道说什么的六位 Franci。小白菜。我是又学到了很多开源社区的内容的小白菜。Smart。我是乱入的 Smart。一会再解释。Edison。
我是看远方视频学习 Viu 的 Edson 远方我是从《非诚勿扰》过来串场的远方 OK