V2EX › pursuer 的所有回复 › 第 1 页 / 共 19 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 19

❮

❯

24 天前

回复了 momowei 创建的主题 › 程序员 › 都说内存不贵，人贵，放在 2026 还是吗

那么问题来了，现在越来越多用 electron/webview 套壳开发的应用会变回去吗？我觉得不会。说到底还是生态问题罢了。

6 月 29 日

回复了 YanSeven 创建的主题 › 程序员 › 在该旧帖 6 年后的现在，大家是否已经彻底接受了软件工程领域的工业化自动化改造是势不可挡的

我倒从一开始就觉得"大语言模型"，最有前景的应用场景就应该就是面向"编程语言"的模型。只是我预想中的“模型运行的算力需求大幅降低”并没有实现，甚至越来越卷了。

6 月 8 日

回复了 bush911 创建的主题 › 微信 › 作为程序员的你，和作为普通群体你是如何吐槽微信的

github 上很多微信工具包括聊天记录导出等都被腾讯处理掉了，腾讯就是要把用户限死在这个生态中，虽然商业角度可以理解，用户角度就不方便

5 月 7 日

回复了 hellodigua 创建的主题 › 奇思妙想 › 我有一个工具站的 idea，大家觉的如何？

我的想法倒是不太一样，我认为程序员需要的工具应该要类似 bash 那样可以灵活组合，并能像 jupyter notebook 一样可以定制并持久化。但是 bash 终究只是命令行并且 shell 语法很多人用不习惯，所以我倒是做了一个原型项目 javascript/typescript 的 notebook+包管理，试图在之上实现一个 js 的 shell 并具备脚本调起 ui 的功能。

https://v2ex.com/t/1104713

4 月 28 日

回复了 occupy555 创建的主题 › 程序员 › HTML in Canvas，下一代 Web 图形开发范式?

我倒是在想以后是否会出一个在不跨域的前提下，创建不同 JS 线程的 IFrame

4 月 18 日

回复了 same486902 创建的主题 › 分享创造 › 我做了一个把走路变成「占领地图」的 App，像素征途

类似游戏 ingress 了解一下

4 月 13 日

回复了 wuruxu 创建的主题 › Claude Code › cc 挺 nb，一个晚上写好了以前估计一个礼拜干不好的项目

但 Go 是带 GC ，C 不带，古法编程时体感复杂异步代码时很难保证没有内存问题，不知道 CC 解决的怎么样。

4 月 9 日

回复了 jim9606 创建的主题 › C++ › 似乎在 C 的领域，让一个新程序“为未来准备好”是一件很麻烦的事

因为 C/C++跨平台本就不怎么样，autoconf 更是重量级，要跨平台就 libuv+CMake 。
确实 2GB 以上大文件不算罕见，但就像你说的，这是 ABI 不兼容，对于 c/c++，兼容性更重要。虽然 Glibc 自己都做不好 ABI 兼容。

3 月 18 日

回复了 jarryli 创建的主题 › Java › 下面这段 Java 多态的代码，如何才能改为 Go、 Python 、JS、C++版本?

毕竟通用编程语言都是图灵完备的，通常要实现什么逻辑都是可以的，只是有的麻烦有的简单。

除了 JS 和 Python 这样的脚本语言自带的 eval ，其他语言通常较少具备对等特性。

3 月 15 日

回复了 sunhz 创建的主题 › 分享创造 › vibe 了一个肉鸽象棋小游戏的一些感受

玩了一下，敌方棋子比己方多不少，所以对子是玩不了的，但实际很多时候都会被逼对子，只能等天火赌运气了。直到像上面说的拿到吃子再动+双车，才能一路清完。

1 月 19 日

回复了 LonnyWong 创建的主题 › 分享创造 › 低延迟、支持漫游、不会掉线的 ssh（比同类 13K 多 star 的老项目，功能还要更强，体验也要更优）

重新登录这个在 ssh 客户端上配一下就能一键登录，还能顺便并连接到 tmux ，也不是强需求的样子

1 月 19 日

回复了 LonnyWong 创建的主题 › 分享创造 › 低延迟、支持漫游、不会掉线的 ssh（比同类 13K 多 star 的老项目，功能还要更强，体验也要更优）

用 tmux 就不用担心掉线和漫游问题了吧

1 月 18 日

回复了 Moonkin 创建的主题 › Android › 开源无 sim 手机是不是大有可为？

有些开发板应该类似，但是成本应该低不了，低成本要规模够大，受众少就降低不了成本了

1 月 14 日

回复了 zijiren 创建的主题 › 程序员 › cargo/rust 交叉构建工具，无需 wsl/docker/colima，可在 windows 上原生运行

我现在想找个 windows 下交叉编译 Linux 的 SYSROOT ，不知道有没有现成的，懒得自己去折腾。。

1 月 13 日

回复了 1244943563 创建的主题 › 程序员 › Incremark Solid 版本上线： Vue/React/Svelte/Solid 四大框架，统一体验

这么一看 preact 更小众了

2025 年 12 月 24 日

回复了 92Developer 创建的主题 › Android › 我的 app 被人干了，颠覆了我的认知！

@mrzx zip 也支持 AES256 的，只是早期默认使用的 ZipCrypto 容易受到明文攻击

2025 年 10 月 19 日

回复了 BeautifulSoap 创建的主题 › Node.js › 2025 年 node 项目，乱成一锅粥的 typescript ESM import 写法该怎么选？

用 AMD ，想怎么解析你可以自己写，不适合工具链打包场景

https://github.com/partic2/partic2-iamdee

https://www.v2ex.com/t/1104713

2025 年 10 月 5 日

回复了 keelii 创建的主题 › Node.js › Node.JS 作者 Ryan Dahl 的故事

@june4
卡住一段时间这个定义太模糊，甚至有时候设计的时候不能确定函数是否会卡住，比如 node 的 require 是同步的，实际模块加载甚至可能从网络加载这一点来看，应该被设计为一个异步操作。后来 esm 设计的 dynamic import 就成异步的了。
async 明确切出点对并发编程和性能优化确实很友好。实际在 HTTP 服务器中考虑锁的情况相对少，但是我经常忘记写 await ，即使用了 ts 也只能部分避免这类错误。而且作为脚本语言应该追求书写简单，引入无栈协程对新手来说不是很友好。python 的 asyncio 也是有些人不爱用，Go 的无脑 goroutine 反而受欢迎。

1 2 3 4 5 6 7 8 9 10 ... 19

❮

❯