V2EX › 94 的所有回复 › 第 56 页 / 共 148 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 52 53 54 55 56 57 58 59 60 61 ... 148

❮

❯

2024-08-29 09:51:58 +08:00

回复了 standchan 创建的主题 › 问与答 › 骑行圈那群占用机动车道跟几年前大妈大爷的暴走团行径有什么区别？

大概这半年里面有一个骑行团组织骑行活动。活动报备了，但是没有封路，因为是一个人烟稀少的绿道公园。
活动中路边违停的汽车之间突然窜出来一个幼儿园年纪的小朋友，破风手紧急避让之后摔车（时速接近 50+）。
第一梯队全军覆没。将近 10 人摔车骨折，还有不少“豪车”（自行车）报废。

当时这个骑行团准备的是找这个小朋友的家长索赔（累计大几十万的车损）。听说这些“豪车”是有保险的。
说法是：我报备了，你家长没看好小孩所以导致事故发生。

一时间不知道如何评价。后续没有跟进不知道最后那个家长赔了没有。

2024-08-28 17:05:46 +08:00

回复了 JuicyJ 创建的主题 › 问与答 › 开车时怎样吃东西？

吃东西不太安全，吃多了也容易犯困。

怕低血糖薄荷糖就行。平时丢车里感觉有低血糖症状了吃一颗就行了。
也有很多那种按一下就自己弹出来的形式。

喝水的话，单手拧瓶盖不太行，我之前开高速试过。车流量大的话很容易撒。
或者双手离开方向盘快速拧开喝完在拧回去，但其实也很危险。

只适合有吸管或者尖叫那种瓶子。

2024-08-28 13:43:05 +08:00

回复了 vasto 创建的主题 › 知乎 › 吐了，知乎网页进去会乱码， csdn 也用 ai 内容污染搜索引擎

刚刚采用了知乎网页版，没问题啊。
至于 CSDN ，搜索引擎一直都是 `-csdn` 的，污染就污染去吧。

2024-08-23 11:56:00 +08:00

回复了 lucasj 创建的主题 › 前端开发 › 2024 年了，写前端用哪个框架？

就是看团队现有的技术栈来决定。不用管性能问题，考虑协同和可维护性就行了。
90%的项目在遇到新能问题之前都已经死掉了。前端框架之间的性能差距还没有大到可以一定要用某一个的地步。

如果现阶段团队没有固定的技术栈，也没有固定的开发范式或者有专门的人来定制规则和基建。
在多人协同开发的情况下使用 React 和 Vue3 都会很难受，私底下会互相骂其他人是煞笔。
太自由有太自由的好处和坏处。有固定的开发范式后期会好维护很多。

如果不是多人协同开发就无所谓了，自己喜欢什么就用什么。只要成熟稳定、不是太新太小众的框架就行。
绝大部分人都没有能力在遇到 BUG 的时候给开源框架贡献 PR 的能力，甚至提 Issue 都是乱七八糟的。

2024-08-16 14:26:43 +08:00

回复了 jeesk 创建的主题 › 问与答 › 将 dev 合并到 master 的时候，你们使用 merge 还是 rebase ?

@msg7086 #28 ，所以你其实也没有理解我为啥会举一个 push -f 的例子。很多人以为 rebase 就一定会修改远端的 commit history 。
其实在本地 dev 分支做好 rebase 解决完本地的 dev 分支和和 master 的分支之后再把 dev 通过 PR 或者直接合并（再次 rebase/merge ）回 master 的时候并不需要 push -f 。

其实只要给开源项目贡献过 PR 其实都知道在提交 PR 之后 rebase 分支是在干啥。

2024-08-16 09:36:42 +08:00

回复了 jeesk 创建的主题 › 问与答 › 将 dev 合并到 master 的时候，你们使用 merge 还是 rebase ?

@dfkjgklfdjg #12 ，master 上面是不允许 rebase 的，rebase 的操作是开发人员对于自己的 dev 分支去基变，保证自己代码合并回主线时不会出现冲突（已经在自己的 dev 分支解决完了冲突代码，这样后续业务出现问题了也方便溯源）。
并不会出现在 master 上面 rebase 然后 push -f 这样的操作。

2024-08-16 09:33:19 +08:00

回复了 jeesk 创建的主题 › 问与答 › 将 dev 合并到 master 的时候，你们使用 merge 还是 rebase ?

@jeesk #8 ，所以得看开发流程中提交合并是否有 PR/MR ，和 CR 的流程。
如果没有，那么 rebase 之后合并和 merge fast forward 合并是一样的。

并且很多人在 merge 里面解决冲突时可能会手动改动代码，而不是单纯选择当前代码 or 传入的代码，这样就会造成其他的问题。

其实完整的流程应该在本地分支 rebase 到 master 最新提交之后，再提交 PR/MR 。在分支解决完所有问题之后再合 PR 到主线。
但！实际开发过并不会有那么完善的流程，很多同事也不会遵守你设置的提交 PR 检查通过之后才能合并的规则，就会造成我上面说的隐患问题。

2024-08-16 08:10:38 +08:00

回复了 jeesk 创建的主题 › 问与答 › 将 dev 合并到 master 的时候，你们使用 merge 还是 rebase ?

dev 分支 rebase 到 master 最新的 commit 之后你用 merge 还是 rebase 都是一样的。

2024-08-14 15:38:31 +08:00

回复了 alphardex 创建的主题 › 问与答 › 有点好奇各位大概多久换一次电脑/笔记本

我不咋玩大型游戏，所以之前的本从 16 年一直用到了去年（ 6 代 i5 + 16G 内存 + 960 ）。
换的时候想着可能后面得空了会玩玩游戏，所以直接就换到了 Y9000P ，用到自己电子阳痿应该没问题（昨天跑测试高画质 100 帧，超高画质+光追 65 帧，拉满+光追 57 帧）。
但其实如果不出意外当时主板没烧的话，应该还会接着用并不会换。一般都是玩玩肉鸽类型的游戏也用不了多少配置。

2024-08-14 11:42:20 +08:00

回复了 MrOange 创建的主题 › 职场话题 › 试图自费给公司电脑加固态失败，“我们这边几乎都是这么用的你要说用处不大，那我也没办法”

让 IT 给你换一下内存条，卡多半不是硬盘的问题。8G 开发有点太少了，16G 以上卡的问题就没有那么明显了。

我们这边发的默认都是十代 i5 + 8G 内存 + 256G SSD 。实际开发的时候内存，最多就是内存不够用。打个申请去 IT 那边换条 16G 就好了，平时前后端都跑也没啥问题。
以前自己的笔记本 6 代 i5+ 16G 内存 + 1T HDD ，用了最少 5 年也不见得有卡的情况。

2024-08-14 11:32:34 +08:00

回复了 chunkingName 创建的主题 › 咖啡 › 各位大佬喝咖啡有瘾吗？

看情况，有段时间就是每天 2 杯，有段时间就是连续好几周每天都不喝。
现在就是每天自己搞冻干。其实我并不是为了提神，单纯就是为了喝水有点味道。

如果想要健康就不要喝风味拿铁，单纯就是普通的美式/意式浓缩/只有奶泡的拿铁。但一般拿铁都会加糖，含糖量不见的会比奶茶少，特别是瑞幸的生椰拿铁（但是也是生椰拿铁带起来的咖啡奶茶化的潮流）。
很多人接受不了美式和意式，可以自己买纯牛奶兑成奶咖，会稍微好入口一些。

成瘾性的话，完全看人吧。我喝了六七年了也没啥感觉，就是感觉咖啡因耐受了。别人喝了睡不着，我喝了还能倒头就睡……

如果成瘾了的话，早上起来你不喝的话你会觉得头疼，一般喝完了头就不疼了。

2024-08-14 10:05:26 +08:00

回复了 RunningRabbit 创建的主题 › 微信 › 微信小程序如何实现无限制发送模板消息？

早几年做的时候就不行了，最后放弃小程序消息推送，转投服务号消息推送了。

2024-08-13 13:50:24 +08:00

回复了 MarsOnly 创建的主题 › 职场话题 › 为什么有的公司会禁止公司电脑安装微信啊

只能说明 OP 没有去过大集团性质的企业工作过？

2024-08-13 13:46:48 +08:00

回复了 shylockhg 创建的主题 › 职场话题 › 感觉我的人生走向了末路

考虑一下成都的工作机会吧，和成都比重庆的互联网环境差太多了。

2024-08-12 11:01:25 +08:00

回复了 drymonfidelia 创建的主题 › 程序员 › 公司技术会议有人提出把 SPA 网站 API 都换成 protojson 的返回来节省 API 服务器带宽，是不是意义很小？我们后端是 C#和 Node.js，不是 Java 和 Go，开发麻烦，浏览器已经有 gzip 压缩了

@julyclyde #17 ，现在有 nextjs 了，更流行前端转全栈了。

2024-08-07 10:30:16 +08:00

回复了 milala 创建的主题 › 新手求助 › 为什么我点水深火热自动跳转到首页

@milala #6

1 ... 52 53 54 55 56 57 58 59 60 61 ... 148

❮

❯