V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnbatch  ›  全部回复第 4 页 / 共 82 页
回复总数  1621
1  2  3  4  5  6  7  8  9  10 ... 82  
@gullitintanni 要求高?我可没提过任何要求,单纯做评价。

再说了,目前 NetBSD 和 OpenBSD 几乎也是纯用爱发电,社区捐赠长期低迷,仍能一早就支持了 64 位硬件,即使是长期近乎荒废状态的 Haiku 系统也都有 64 位版本、RISC-V 版本。

而同样的状况下,GNU/Hurd 到现在才支持 64 位,至少我是觉得挺唏嘘的。

我倒是很乐意它能发展到跟 Linux 分庭抗礼,多一个选择总不是坏事。
既然操作对象是 Windows ,那就不要用 Linux 思维去干这种事
楼上各位给出的 WinPE 迁移方案都适合,照做就行
160 天前
回复了 sillydaddy 创建的主题 Solana V 币不是空气币——V2EX 币的经济学分析
有个硬伤(或者说,福利):签到可以赚铜币
如果等价换 V 币,相当于每日签到即可赚 V 币
163 天前
回复了 TieYu 创建的主题 程序员 儿童编程
没必要
编程这种事情,等到高中再学,或者在大学里直接学都不迟
当下的技术栈变化太快,现在学完等到小孩长大后可能都淘汰了,又要重新入门,何必呢

不如给小孩随意玩耍的机会,多一点到户外游玩(有效预防近视)、多一点运动活动(可以降低肥胖几率,怕热防中暑的话可以在室内场馆玩)、偶然在家打游戏(用于缓解课业压力)

如果想要培养兴趣,那应该选外语——带孩子出国一两次,自然就知道学外语的重要性,更何况懂英语对于编程来说简直就是刚需,一大堆文档都是英文写的,哪怕有中文翻译,往往都跟不上英文版的进度
还有音乐——可以是乐器,也可以是唱歌,这项兴趣既能舒缓压力,又是才艺的一部份,有助于现实社交
175 天前
回复了 red13 创建的主题 Rust 有人使用 Rust 重构过旧项目吗?
@sxhxliang 准确来说,是有个爱好者尝试使用 Rust 重写 tmux
ReadMe 内的两句话即可看出来:
“This project is alpha quality and has many known bugs”
“This a fun hobby project for me.”

原版 tmux 依然与 Rust 无关:
https://github.com/tmux/tmux
178 天前
回复了 BlackSnow 创建的主题 C++ 定位重载的插件或者 IDE
既然你都接受使用 IDE 了,那么你朋友推荐的 Visual Studio 直接用就行了,它本身就是 IDE
另一个 IDE 选项是 CLion ,同样能满足需求
183 天前
回复了 karnaugh 创建的主题 程序员 程序员,还在幻想那个开源乌托邦吗
乌托邦个鬼呀,其实就三件事:

1:信任(主动受到公开审计)
代码开源,其他人可以随意看代码找 bug
我自己的开源代码就被人指出过 bug ,其实可以算是双向帮助
同时,如果其他人不信任作者提供的二进制,那就自己编译,制作出自己信任的二进制文件

2:自愿的免费劳工(代码贡献者)
许多受欢迎的开源项目,有大量的外部程序员帮忙添砖加瓦,免费帮项目写代码
这种例子多得是

3:心理满足感
无论是原作者还是代码贡献者,或多或少都会获得赞誉,要是戳中了核心需求还能被赞几十年
情绪价值也是很重要的,谁不喜欢被人称赞?
再说了,坐着就能被人赞有什么不好?甚至都不需要拿着扫把拖把搞卫生,不需要拿锯拿锤架梯修这修那
@julyclyde 就算 Linux 有“假 kqueue”,都不该翻译错呀,人家英文原作者并没有表达这种意思
@alleluya 简单找了下,是个叫作“兆阳”的人
https://x.com/h1z3y3
看起来是“动物森友会”的爱好者
@ericguo 不可能把锅甩给人工智能,2021 年的时候 ChatGPT 都还没上线,那个时候的英译中只能靠人工翻译,顶多 Google Translate 辅助一下
187 天前
回复了 cnbatch 创建的主题 程序员 噗!“类型弱置”
@marcong95 记得 V 站以前有人说过,这属于“中缀”表达,严格来讲确实不属于类型中置
叫做“混合置”反而够形象
188 天前
回复了 SunPng 创建的主题 Windows 百度网盘又搞骚操作
@version Win10 也一样,这是微软拼音的简繁切换快捷键,键盘布局改成纯英语模式就不会这样了
注意,此处“键盘布局改成纯英语模式”并不是指微软拼音的英语模式
Windows 就是这样做的,自 Visual Sutdio 2005 起,每个 VS 版本都自带一个 VC++ Runtime Redistributable (直到 VS2015 为止,后续全部使用单一可升级的 Runtime ),方便是方便了,缺点也是曾经存在过的:

早期有些工业软件和游戏在分发的时候顺便安装自己用着的 VC++ Runtime ,恰好电脑上另一个软件也用了同样大版本的 runtime ,但小版本号不同(已经给系统安装了新一点的版本),于是 runtime 就卡住安装不上,导致后续安装过程无法继续。

其实在同一个大版本的新 runtime 存在时,手动安装旧 runtime 是会提示 runtime 已经存在,不需要安装。然而那些软件/游戏开发商当时懒得理判断。过了几年 runtime 版本越来越多,他们才逐渐明白安装前需要做判断。

特别是自 VS2015 起,runtime 都是共用的,只不过新版本会覆盖旧版,开发商们必须判断 runtime 版本该不该安装。自此以后,无论是开发商还是用户,都不再需要受到 runtime 版本的困扰了。

------

其实自带 runtime 还有另一种方式:BSD 模式,或 Alpine Linux 模式

各大 BSD 的 libc 都如同 Alpine Linux 的 musl 那样,既能动态链接,也能静态链接(把 runtime 打包进最终程序)

在高版本 BSD 编译出来的 Native 程序,如果没有调用到高版本系统特有的 API ,那么静态链接后是可以在低版本 BSD 系统当中使用的。这一点跟 Windows 差不多。
另外只盯住 dotnet framework 的话,项目设置、第三方 packages 的引用、exe 打包之类的都可以继续沿用 VB 时的原有经验,再加上 dotnet framework 的支持期限比 跨平台版 dotnet 的时间长得多,在不少场景下这其实也是优点
C# 可以容易学,只要你不介意长期停留在 dotnet framework 4.x 就行

这样一来,新技术、新框架的迭代就不像跨平台 dotnet 那么频繁

反正如果只在 Windows 系统使用、不考虑跨到其他平台,再加上 VB dotnet 本身就定死在 dotnet framework 了,所以你用 C# 时只盯住 dotnet framework 就会简便不少(对于 VB→C# 迁移而言)
我是反过来关心的,用作避雷:如果有**跨平台**软件使用 Rust 开发,那么这个软件大概率不会有 BSD 版本
被 PCDN 刷流量这种事,其实在“宽带症候群”节点那边都快变成日常话题了
在 wap 环境下,都是通过代理服务器连出去外网的,手机本身设置好 wap 之后会自动把数据交由代理服务器转发
大多数情况下,这个代理服务器仅支持代理 HTTP 协议

最低限度的“日常使用”(访问大部分网站),那必须在公网架一个中转节点,连到这个节点做转发
既然 v2ray 能用,那么可以用 v2ray 做这件事

然后我好奇问问:挂 NAS ,是指跑 PT ,还是?
CTWAP 无限流量?
那就不套 Cloudflare WARP ,换成普通的商业 VPN ,或者买家宽中转的服务
1  2  3  4  5  6  7  8  9  10 ... 82  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2540 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 15:09 · PVG 23:09 · LAX 07:09 · JFK 10:09
♥ Do have faith in what you're doing.