V2EX cnt2ex 的所有回复 第 1 页 / 共 24 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    cnt2ex    全部回复第 1 页 / 共 24 页
回复总数  467
1  2  3  4  5  6  7  8  9  10 ... 24  
@uqf0663 #3
你这逻辑就很搞笑。
按你这说法,广大声称推翻相对论、证明歌德巴赫猜想的民科岂不是有一堆正确的?毕竟要是错误,美国人直接锤了好吧。你当美国人是傻子吗?

况且,华为已经被制裁,别人锤不锤有多大意义?

而且光就“完全舍弃 AOSP”这种陈述就存在巨大歧义。“完全舍弃”什么意思?鸿蒙没有一行来自于 AOSP 的代码?你鬼话你信吗?还是说“完全舍弃”就是只是不兼容 AOSP 的意思?那还需要锤这点吗?
17 天前
回复了 factionstrue 创建的主题 Linux gnome 49 不支持 xorg 了?
居然还有人停留在 x11 session 上,一直都在使用 wayland session 。没有遇到什么大 bug 。

用 flatpak 隔离国产 app ,如果使用的是 x11 session ,其中一部分沙箱机制几乎没有( x11 下所有程序都能读取其他程序的屏幕和键盘,还能注入)。这些机制说是方便,可以实现一些自动化功能,但简直就是安全的噩梦。
片假名滥用是使用者的问题,不是语言的问题。

滥用的本质上是年轻人习惯跟潮流,有些词使用片假名比使用传统翻译更能表现出这种感觉。
相似的例子在其他语言也能找到,有人说中文时也喜欢夹杂英文。

比如说,你见过有几个人把 brunch 、city walk 这种词翻译出来再使用的?类似的,像 deadline 这种词也有截止日期这种传统翻译,但很多人就是会脱口而出 deadline ;还有,谁会说美职篮而不是说 NBA ?

你觉得片假名是大脑病毒,完全是因为你站在了中文的角度来看,觉得汉字更容易看懂而片假很难看懂。但对从小接触片假名长大的日本人来说,根本不会觉得这种问题有多大。

这其中最本质的问题不是片假名的问题,而是夹杂乱七八糟的词汇。你如果和别人交流,动不动就蹦出几个英文单词,也会显得你很装。
42 天前
回复了 lacklock 创建的主题 东京 东京两周生活初印象:缺点篇
@cloudzhou #162
公认不公认,自己善用搜索引擎就能查到。
当然如果你非要跟我犟,“公认”必须是全体同意,那我也只能说,说“认为屎公认地难吃”也是错误的,因为这玩意也没有公认,就有人喜欢吃屎我也无法反驳。

@asnldm #137

1. 同上

2. 各个国家有各个国家的发音习惯,口音就是把自己母语的发音习惯带到了外语里。口音这种东西全世界都有,中国也有口音。甚至印度也有严重的口音。印度的口音严重到特朗普都要带一个口音翻译,而英语甚至是很多印度人的母语,发出来的英语不一样是塑料口音?就像我所说的,你非要把塑料英语怪罪到日语音节少上,那就属于拉不出屎怪引力不够。

3. 所以你是同意我的观点的,我说的是发音简单而更容易学习是优点,不知道你要反驳这点干嘛?我有扯汉字吗?

4. 我不知道你非要额外扯点这些东西干嘛。我还说,汉字难以书写,而日语能用假名,写得更快呢。然后呢?

6. 有对应的翻译而不用,却用片假的情况,才叫滥用。比如说有「空」一词不用,非要用「スペス」这种情况。单就トランスフォマ这种情况,不叫滥用,反而是正常用法。这如果不算翻译,那你干脆把可乐、咖啡、沙发之类的词全给开除出中文籍算了。然而现实是,年轻人喜欢用片假跟潮流,那是趋势,就跟中文语境下没人会把 city walk 这种词翻译一遍再使用一样。你非要把这个看作是屎山代码,我只能说那中文更屎山了。
43 天前
回复了 lacklock 创建的主题 东京 东京两周生活初印象:缺点篇
@tinytoadd #139
>好不好听一个主观的东西,哪里听说的公认说法。
公不公认你可以用英语一搜"chinese sounds better than japanese"和"japanese sounds better than chinese",看看到底是觉得中文好听的人多还是觉得日语好听的多。
按你的说法,好不好听是主观东西,那音乐这种东西可以不要了,大家天天去听建筑噪音就行了,毕竟主观的东西嘛,哪来的公认的说法。

>还有日本人外语差,于是说明日语发音简单,于是推出外国人容易学日语。
你逻辑和眼神指定存在一个有问题。建议你学习逻辑学或者去看医生。

我可没说“日本人外语差说明日语发音简单”。我甚至都没说“日语发音简单导致日本人外语差”。我甚至是反对这个观点的。“日语发音简单导致日本人外语差”是另外一个人的观点。
我说的是,发音简单,所以学起来更加容易,这里是指非汉字体系下的外国人和发音更加复杂的语言比较(比如中文)。因为“发音”这一块就不需要花太多功夫就能掌握,否则你难道要认为,发音复杂了才更容易学习?

>用主观观点说一大通,我只看出了你的母语学的不够精。
你连观点都抛不出来,甚至连逻辑都不通。我感觉你不仅母语不够精,逻辑也十分糟糕。
43 天前
回复了 lacklock 创建的主题 东京 东京两周生活初印象:缺点篇
@asnldm #55
元音少正是日语很好听的原因,日语公认比中文好听,怎么在你这里成了缺陷?
日本人塑料外语那是外语没学好,怪到日语上属于是拉不出屎怪引力不够了。反过来说,正是因为没那么多复杂的发音,外国人学日语就变得更简单了,这是个优点才对。

日本现在滥用片假名,应该说这是现代社会的大趋势。
现代社会有了互联网,各个国家之间的交流更加的频繁了,新概念每几年就会出一堆。
当一个新概念从外国出现的时候,你指望每一个新概念都等待一种“官方”的翻译然后再使用本来就不现实。而日语正好存在一个书写系统能够直接音译他国的概念,所以这个机制被滥用了。

日语的书写系统结合了多个国家的书写系统,你单单站在中文的角度才觉得日语是屎山代码而已。
从其他语言来看,中文也是屎山代码。公交车也可以叫巴士,出租车也可以叫的士,互联网也叫因特网等等,中文怎么一会音译一会意译?

而且由于中文缺少借鉴外来语的书写系统,这导致了一堆词只能直接用英语。比如像什么 brunch 、神经网络中的 transformer 之类的词,至今没有“官方”翻译,完全用的英文,这难道就不是屎山代码了?
@IchinoseChiya #144

>为什么 “在 nas/软路由 上用 docker 玩与其初始职能无关的应用” 成为了社区主流
我的回复已经解释了这点,那就是 docker 这种方式是更先进的方法,所以“市场”( NAS 社区)选择了这个方法。

我之所以举其他例子(比如说不可变系统)也是想说明这点。
本质上,它们都实现了以下几个特性:
1. 底层系统和应用相互隔离,应用和应用之间相互隔离。它们各自更新不会相互影响。
2. 基于镜像的管理方式,因此更新、备份、回滚等等都变得十分方便。
3. 不对底层系统进行修改,系统保持和原厂出厂设置一致,因此不会出现“works on my machine”的问题,并且系统更加稳定。

无论是手机系统,还是不可变操作系统,都是上面提到的特性的一种实现。
虽然它们底层实现的方式各自不一样,无论是通过 selinux 实现,还是说通过 capability 和 namespace 实现。

在 NAS 上使用 docker 也是,避免使用包管理器或者说编译安装对底层系统进行修改,相互隔离以及基于镜像的管理方式。

实际上也可以观察到越来越多的发行版开始采用不可变系统的方式,并且手机操作系统比桌面系统稳定多了。

NAS+docker 这种方式就是更稳定更先进的办法,所以“市场”( NAS 社区)成为了社区主流。
docker 把底层系统的差异给消除了,还方便部署、迁移和备份。稍微有点经验都知道 docker 的优点,楼主声称自己站在专业的角度来看却觉得很奇葩,才是显得有点无知了。

>说实话主流 Linux 发行版不都能做到直接运行这些应用
但凡真的自己维护过几个服务器就知道直接运行这种做法有多么麻烦和脆弱。

如果你用包管理器来安装各种东西,那么不同应用之间很容易产生一些依赖之间的冲突,比如说应用 A 的最新版仅仅支持系统版本 2.0 ,而应用 B 的最新版又需要跑在系统版本 3.0 上。这时候你得自己取舍应用 A 和应用 B 的版本,让它们能够同时跑在同一个底层系统上。有时候你想升级某个应用,就必须得升级底层系统。一旦升级底层系统,就得考虑所有应用是否支持。

如果你不用包管理器,那痛苦的又来了。相当于你得各自处理所有依赖,同时还得考虑依赖库的漏洞修复(此时可没有包管理器推送补丁让你更新,你得自己监测使用的版本是否存在漏洞需要修补,除非你不考虑安全性)。并且一旦面临需要升级的情况,那依赖处理的痛苦又得来一次。

事实上就是,类似于 docker 的理念在各个领域都在使用。很多地方都在推不可变系统,把应用和系统隔离开来,把应用和应用隔离开来,它们独自更新而不影响,这种基于镜像的管理方法还很方便的支持备份和回滚。
这种基于镜像的管理方法本身就是更先进的。楼主声称自己专业,觉得 docker 和 NAS 社区关联很奇葩,还觉得直接安装就能解决,的确显得楼主无知了。
还好我用 lineageos ,只是通过 google play 实现的话,完全可以不管。

大不了以后不用 google play 了,换成 aurora store 和 obtainium 就行了。

至于 google play services ,反正国内的聊天软件都不用这个,影响也不大。
有人拿刀砍人,如果以后买刀要实名了,用刀每次都得扫码报备了。有些人也会站在它们的角度上为它们辩护的。

居然有人说开放 BL 是为了 0.1%的用户,损害 99.9%客户的体验。简直把我前列腺液都给笑出来了,说得好像我解锁了 BL 导致别人手机出现的广告更多一样。

这堆人不明白唇亡齿寒的道理,保持系统的开放性意味着促进竞争,能够促使厂家把自己的 ROM 做得更好,而不是肆无忌惮的塞广告、限制修改 WiFi 名,内置监控软件。
温水煮青蛙。

哪天开始不能解锁就完全不考虑这个手机了。
从来没觉得需要等那么久。debian 推送更新的机制已经是够稳的了。升级过程出问题的,多半是自己魔改过哪些地方(比如本身非纯 debian 系统而是下游魔改过的,又或者自己修改过系统的文件等等)。

升级要注意的是兼容性问题( breaking change ),比如新旧版本配置文件不同,默认设置不同等等,这种问题也不会随着小版本的发布而改变,除非你永远不更新,否则迟早都会遇到这个问题。
我觉得这取决于系统。
我曾经用过 ColorOS ,ColorOS 的音量调节就很不便。默认情况下,音量键调节的音量会是手机响铃的音量,而不是媒体的音量。并且还没有快捷方式切换选择。只有在你播放媒体的时候,音量键调节的音量才会是媒体的音量。

这就导致了一个问题,如果你想静音地看个视频,你没法直接调整媒体音量,要么你一步步打开设置找到音量设置找到媒体音量,然后设置为静音,设置完再打开视频。要么你得先把视频播放出来之后再用音量键调整。有些视频开幕雷击发出不雅的声音,根本来不及调小音量,当初我因为不习惯 ColorOS ,被坑了好几次。
63 天前
回复了 archliinux 创建的主题 Linux 服务器已经升级到 Debian 13 了
@nextone docker.io 是 debian 维护的,更新频率会跟着 debian 走,所以版本经常会很旧。而 docker-ce 是 docker 官方维护的,apt 源也是 docker 的,基本都是最新的版本。如果想要新特性,建议还是安装由 docker 官方维护的 docker-ce 而不是 debian 维护的 docker.io
64 天前
回复了 darrh00 创建的主题 Linux 升级 Debian trixie 差点把系统搞挂了
刚刚升级完,没有遇到任何问题。
试试 netguard 看能不能屏蔽其流量?
1  2  3  4  5  6  7  8  9  10 ... 24  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1039 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 36ms UTC 22:53 PVG 06:53 LAX 15:53 JFK 18:53
Do have faith in what you're doing.
ubao 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