V2EX bodayw 的所有回复 第 1 页 / 共 3 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    bodayw    全部回复第 1 页 / 共 3 页
回复总数  51
1  2  3  
12 天前
回复了 EricYuan1 创建的主题 iOS 卸载高德 APP,装回 iOS26 自带地图
@EricYuan1 #2
我的理解是苹果地图在国内用的确实是高德的地图数据,但导航之类功能是各自做的,不知道我的理解对不对。印象里公交线路方面高德比苹果自带的靠谱,不过我也不记得具体例子了,不排除是我的幻觉(

@wskymark #10
至少我用的比较基础的功能不登录都没啥问题。百度的话我至少遇到两三次它数据更新不及时,比如某商家都从那个商场撤走好几个月了百度上还能搜到,然后再一搜高德就是对的,那之后我就不再用百度了。不过百度有街景,有时还是有用。
@wxiao333 #5
其实我十多年前就开始学日语了,现在还要担心考不过已经比较丢人了哈哈,谈不上“挑战”。零基础半年就去考 N3 的你才是比较厉害的。

话说回来,确实 Anki 和刷真题这两个结合起来是对我这次备考起了最大作用的。当然,学语言主要还是要靠平时的积累,所以刷真题还是只在临近考试时再做就行,Anki 则是平时也要坚持用。我现在也是准备把 Anki 继续用下去,不过我把每天新卡片的数量下调到了 10 个,这样轻松一些,而且其实每天 10 个,日积月累也很多了。
每天 20 个单词,是在用 Anki 吗?(默认设置就是每天 20 个新的)

如果是的话,再加上刷了十年年真题这点,我们的备考方法可以说是如出一辙了哈哈。

不过我刚考的是 N1 ,而且我之前也有一定基础,这次备考了三个月。等成绩出来之后我也准备稍微写一下我的经验感受。
31 天前
回复了 052678 创建的主题 生活 戒烟两年,我算是活明白了
@msn1983aa #46

我觉得你是记错了吧。再查查?

雾霾和吸烟比起来,就算只计算可吸入颗粒物的质量,也完全不在一个数量级上啊。

不客气地说,吸烟的人就别计较什么雾霾空气污染了,先戒了烟再说吧。
41 天前
回复了 9527kf 创建的主题 VPS 找一个可以正常使用谷歌的便宜 vps
Google 送中 IP 其实可以自己拉回去,方法是装个虚拟定位的浏览器扩展(比如 Location Guard ),设置成报告固定位置,每天打开一下能触发定位的 Google 服务(比如搜索天气,或者打开地图),一般坚持一两周就可以让 Google 重新标记你的 IP 到你设置的位置了。你可以想个办法把每天刷定位这个事情自动化一下……不过难保你 VPS 的邻居不会定位再拉回国内就是。

GCP 免费机器的 IP 也并不算干净。Gemini 我不清楚,但 GCP 怎么说也是知名大厂的机房 IP ,用来日常上网受限还是不少的。曾经还能不登录直接看 YouTube ,最近也不行了。
看到说要启用 BBR ,想起来我前阵子恰好稍微研究了一下这个。

先说结论:虽然网上流传的烂大街的教程和脚本都写了 net.core.default_qdisc = fq ,但这个应该早就不需要了。只需 net.ipv4.tcp_congestion_cOntrol=bbr 即可。

Linux kernel < 4.20 的时候,配置 fq 是必须的,但现在已经不是了,参见:
https://groups.google.com/g/bbr-dev/c/4jL4ropdOV8

根据 Bufferbloat 创始人之一 Dave Tht 的说法,fq_codel 是更好的默认值,而这也已经是几乎所有主流发行版的默认配置了( Debian 应该是最后一个改的,从 bullseye(11) 开始)。fq 只在少数情况下优于 fq_codel 。详见这里的评论:
https://github.com/systemd/systemd/issues/9725
以及这里:
https://blog.cerowrt.org/post/state_of_fq_codel/
@2232588429 #8

> 电油汀每个月能吃多少电费呢?

楼上不少人已经说了空调最省电,不过看帖主这么问,可能对于空调到底有多省电没有具体概念。

空调就是热泵,夏天把热从室内泵到室外,冬天反过来,把热从室外泵进室内。把电能用于驱动压缩机“搬运”热,比直接把电能转化“生成”热,要更有效率。一般来说,后者的效率可以认为是固定的 100%,而前者可以达到 300-400%(不固定,取决于具体温度差)。

也就是说,电油汀消耗 1 度电干的活,空调只需要 1/3 - 1/4 度电就能达到同样效果。
@ios #63 不是这样的。是电池撑不住导致意外关机才可能触发,降频也是为了避免意外关机,不是为了保护电池寿命。设置里可以看到是否已经降频(只要是 peak performance capability 就说明没降),降了也可以手动关掉。降频这个事情当年很有争议的,苹果对用户妥协才改成了现在这样。

官方说明:
https://support.apple.com/en-us/101575
@bodayw #40

> 在古董 Windows 系统管理程序(设备管理器、注册表编辑器等等)里也无效。

我找到了解决这个问题的办法。

这个问题实际上是 Windows 的安全机制的限制:
https://en.wikipedia.org/wiki/User_Interface_Privilege_Isolation

那么很容易想到,使用管理员权限运行 ahk 脚本即可。但更推荐的方法是使用 AHK 自带的 UI Access ( UIA ),而不是仅仅因为需要绕开这个限制就进行提权。事实上 AHK 已经直接提供了两个 UIA 版的可执行文件,例如:
C:\Program Files\AutoHotkey\v2\AutoHotkey64_UIA.exe

所以只需要在 shell:startup 目录下放一个快捷方式,使用上面这个 exe 打开脚本即可。
@jsjcjsjc #6 唔……至少我这边五个月前还是可以的,很顺利。
@jsjcjsjc #2 来源请求?我没听说这回事
Tello ?符合全程网页自助办理的要求( eSIM )。
虽然作为外人完全不了解现状,但我觉得帖主觉得侄子天真多少是有点小看人家了,再怎么说也已经是大学毕业的成年人。如果你们全家也都是这种“都是为你好”的居高临下的态度去谈,恐怕很难是有效的沟通。

另外,有那么多体制内对个人精神摧残的故事,帖主真的一点都没听说过吗?我倒是觉得帖主描述的情况一点都不让人意外……体制内不见得事儿少,体制外也不见得是火坑。
@bulldragon #9 感谢回复。你说得很有道理,我也很喜欢“让极简诉求获得传递资格”这句话。帮忙给文章润色和写“八股文”也确实是大家(至少是我自己)最早意识到的 LLM 特别擅长做的事之一。其实类似的事情我们在 LLM 之前也早就在做了,比如 Gmail 写邮件时的 writing suggestions ,比如 Word 里的 Japanese greetings……

我沿着你的思路继续设想一下的话,未来人类之间的沟通也应该会继续丢弃掉更多传统的繁文缛节。

不过在我的理解里,帖主翻译的这篇文章以及我上面提到的 Derek Muller 所担心的是,关于“学习”这件事有一个经典的理论,那就是“重复的刻意练习”,而如果 AI 把人类自己该做的练习给做了,人类自己就学不会了。

具体到写作这件事:在这里回帖的我们都是经历过语文教育的,我们能自己思考,提出观点,写出来的东西让 AI 润色一下是锦上添花;如果是今后生来就可以方便借助 AI 来写作的人,自己从来不写文章的话,会不会连思考的能力本身都会受到影响?

这也就是为什么帖主的文章和上面的视频里都不约而同地主张,要先自己独立思考给出答案,然后可以再让 AI 给你反馈(及时的反馈对学习是非常重要的),而不能让 AI 直接把答案告诉你。
@bulldragon #1

> 发明了蒸汽机,人类体力就变差了?寿命缩短了?

平均来说,工业革命后人类体力应该确实变差了。不过寿命是越来越长了。

这个问题感觉还挺复杂的。我稍微瞎想了一会儿:

虽然平均来说人类体能变差了,但体能的上限提高了(看看职业竞技运动员们)。那么可以联想到分工和专业化,也许未来只有少数人会自己遣词造句写文章而且写得更好,而多数人会惯常利用 LLM 来表达和交流,把省下来的时间精力用于别的地方(闲暇的作用),综合来说还是促进了社会的进步,好比因为医学以及各种科学技术的进步,大家的寿命还是变长了,生活质量也更高了(现在的普通人过得比百年前的世界首富还要好)。

但是遣词造句、语言表达应该算是一种“专业技能”还是“基本技能”呢?很显然,不是所有人都需要学会写程序代码(虽然当年曾有过这样的宣传),但语文课真的是所有教育培养体系里的通识课程。确实不太好想象如果一个需要依赖 LLM 表达交流的人如何还能进行有深度的思考。从这个角度说,也许未来的人们也需要去刻意地主动“练习”写作,就像现在的人们需要刻意去运动、去锻炼来保持身体健康(但肥胖率和慢性病发病率还是在一直增加)。

顺便说,Veritasium 的博主 Derek Muller 在前阵子的一个演讲里也明确表达了和帖主翻译的这篇文章非常相似的担忧,即使他也看好 AI 的应用价值:
https://www.youtube.com/watch?v=0xS68sl2D70

> 知识的积累会加速,只不过我们要在这加速中,最好追求一点多样化

我也觉得知识的积累会加速。但是如上面所说,如果技术的普及让更多人不再从事知识的生产,也就会影响多样化,最终也会影响知识的积累吧。
确实能促进手机硬件发展,但不是促进它们发展的“好方法”。

帖主的理论感觉像是所谓“破窗谬论”的变种:
https://en.wikipedia.org/wiki/Parable_of_the_broken_window
@liuzimin #6 同感。我看漫画不太多,知道一个 dlraw ,感觉还行。
日常和 CITY 都是很好的片子(只要你吹日常 CITY 我们就是朋友)。不过这种片梗挺多的,要学到不带字幕看懂其实是很高的目标了,可以说已经超出了狭义上的语言能力(背单词和表达之类),还涉及到对文化背景的了解。不过广义上说也都是语言能力的一部分(可以看看 CEFR 里 C1 、C2 的定义)。

所以我觉得除了这个高目标以外,可以给自己增加一些循序渐进的低目标。学语言贵在坚持。

至于说五十音,确实没必要滚瓜烂熟了才开始继续学习。这些符号毕竟是会一直见到的,先背个差不多,不严重影响继续学习的效率就行,到后面不知不觉就全记牢了。
129 天前
回复了 lacklock 创建的主题 东京 东京两周生活初印象:缺点篇
作为半个语言学习爱好者,看过一些语言学家和 polyglot 们写的东西和视频,我有一个观察:他们永远不会去捧或者踩某一门语言或是某一种口音,任何语言现象或者口音都有自己的特点而已,不分好坏和对错。

而我觉得,这并不是因为他们是在顾忌政治正确,而是因为他们见得多,全世界各种各样的语言里五花八门的现象也正是他们的兴趣所在。也就是说,乍一看语言学只是一门学科,应该不涉及什么价值观判断,但研究语言学的人大概率会认同并赞美多样性。

当然我上面说不会去捧或者踩”并不包括娱乐性质的吐槽之类。这种显然是很多的,而且本来以一种语言的习惯去“批评”另一种语言的“不合理”之处确实很好玩,不如说这也是语言爱好者的乐趣之一。这和帖主一本正经论证“日语是一门糟糕的语言”在心态上是完全不同的。

我们固然不能要求每个人都对语言学感兴趣,所以说我也不是要批判帖主,只是帖主确实对语言的了解有点太少了,就可能容易被一些观念和成见所影响。
130 天前
回复了 Kinnikuman 创建的主题 问与答 长期喝瓶装这习惯好吗?
微塑料的健康风险目前证据还不太充分,有待继续关注。但我个人还是尽可能不消费瓶装水:

- 所谓天然矿泉水不会提供任何额外的健康益处,反而,也有重金属之类污染的可能,而且大量采水对水源地的环境有可能造成破坏。工业生产(如 RO )纯净水(然后可能人工增加微量的盐)我觉得是比矿泉水更合理的。

- 但无论矿泉水还是纯净水,瓶装水还是有两个问题:
- 产生塑料垃圾,非常不环保( PET 说是能回收但实际上回收率很低);
- 费钱,比自来水要贵几十上百倍(为方便多付费是合理的,但这个溢价至少部分还源于消费者认为瓶装水更安全健康的认知这不见得正确,特别是在发达国家)。
1  2  3  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3316 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 41ms UTC 12:08 PVG 20:08 LAX 04:08 JFK 07:08
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86