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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2024-12-04 08:56:14 +08:00

回复了 carljson 创建的主题 › 游戏开发 › 分享我一年多的做独立游戏开发经验心得

塔防游戏还能有加联机功能的吗，什么模式的？

2024-11-29 16:26:44 +08:00

回复了 victimsss 创建的主题 › 程序员 › 越来越讨厌 nodejs 的版本管理机制

和版本管理机制关系不大。
这个主要还是 JS 这边的库生态的前向兼容做的太差了。
相比较，JS/Web 发展那么久也没把之前的设计失误的特性删掉，比如"==",自动创建 id 等。

2024-11-27 10:21:10 +08:00

回复了 lynn1su 创建的主题 › 程序员 › 我遇到个很奇葩的网络安全问题

只是改端口很容易被扫到的，要看密码爆破有没有日志记录，频率限制和 BAN IP 。web 看端口大概率还是没有 ssl 的，可能连个 wifi 都会被中间人一下，使用的服务出了漏洞被利用也是可能的

2024-11-26 10:35:22 +08:00

回复了 shyangs 创建的主题 › 程序员 › 现在公认 ChatGPT 已通过了图灵测试，但没有见过的数学题，现在的 AI (GPT) 还是不会解。这是 AI 还不会思考，还是 AI 已经达到了大多数人类的思维水平，即能通过图灵测试，但不会解初中或高中数学题？（像姜萍一样）

定义思考很困难。数学方面，现在其实是有机器证明的，还有证明逻辑严谨性的 LEAN4 。而且有些数学定理证明过程其实就是倾向于枚举的。总不能让 AI 学习去如何"注意到"。
不过做机器数学证明的性价比很低，大概也没多少资源愿意投入这个项目中。

2024-11-18 16:14:21 +08:00

回复了 bli22ard 创建的主题 › 程序员 › rust vs golang 交叉编译

C/C++的静态交叉编译，glibc 是个坑我得承认，感觉上 musl 静态编译的话应该还好吧？当然 C++动态库 ABI 那就是另一个天坑暂且不提了。

2024-11-18 11:01:20 +08:00

回复了 pursuer 创建的主题 › JavaScript › async 函数中止/task local 方案后记,V8 上的另一个可行思路

@IplayLF2 这类方案很多，我想实现的是在原生 async/await 上不需要侵入其他库的方案，不过实际搞下来不经过编译确实不行。

2024-11-16 22:38:07 +08:00

回复了 pursuer 创建的主题 › 分享创造 › 写了一个有趣的 JS/TS 的任务管理库，可以帮助您中止异步函数/Promise 运行

@lee88688
我后续改的版本就是用生成器函数(yield)实现的，和 redux saga/co 一样，但是这个和原生 async/await 不兼容，就不怎么实用了。
@Opportunity
patch 只考虑浏览器可能可行，只是很麻烦，但是如果是 node 环境下感觉就 patch 不完了

2024-11-12 22:00:15 +08:00

回复了 XIVN1987 创建的主题 › C › C 中可变参数如何直接传递到 printf()

我觉得 C 中缺少两个机制，一个是动态函数调用，类似 libffi 。另一个是简单的栈切换，类似 ucontext 。这两个东西依赖 C 的 ABI ，又有不少上层应用需要这个特性，特别是 ffi 。不知道会不会有一天被加入标准库。

2024-11-11 17:42:29 +08:00

回复了 zhouhuab 创建的主题 › 程序员 › 反向代理后的端口数量限制

有的反代可能支持使用 Unix Domain Socket 或 Windows Named Pipe ，虽然我觉得最好的方案还是服务都能支持一个连接复用的网关模型。

2024-11-03 12:29:41 +08:00

回复了 Mohanson 创建的主题 › 程序员 › 对于 WebAssembly 2.0 的一些看法

wasm 最初的目的是在浏览器中使用，加速编解码之类的，所以有 SIMD 是很顺理成章的。但是 wasm 应该支持特性探测，允许运行时实现不支持部分高级特性。
空安全可以通过高级语言实现，倒也不必一定要在 wasm 层面纠结，但是我是没懂为什么每种引用类型需要用一个单独的 table

2024-10-30 10:03:14 +08:00

回复了 xiaopeng 创建的主题 › 分享创造 › 新上线小游戏: Sprunki， https://sprunki.im/

感觉是我第"10086"次看到这个类型游戏的变种发在 V 站？想知道是不是哪个项目拿这个游戏当例子了。。。

2024-10-29 12:54:45 +08:00

回复了 qiayue 创建的主题 › 分享创造 › 预告一个小产品，让天下没有难上的站

有点类似 github pages ，但是我觉得你需要考虑下为什么 gitee pages 停止服务了

2024-10-29 12:06:05 +08:00

回复了 TheBlind 创建的主题 › 分享创造 › FinalShell 替代者 TShell

用了 Graalvm 真是意外，不过我看到 node-pty 以及任何 gyp 相关库也是会头皮发麻

2024-10-28 17:35:11 +08:00

回复了 humbass 创建的主题 › 程序员 › 好奇问下，类似特斯拉这种车机界面是用什么写的

@xiaofeilongyy555 C/C++的问题还是太容易写挂了，悬垂指针，或者内存 UAF,Double Free 就可能炸穿整个程序而且稍不注意就可能踩坑了。其他语言好歹 try catch 一下可能只是部分功能异常。

2024-10-20 01:12:41 +08:00

回复了 passive 创建的主题 › Windows › 谁能举个例子， Win11 究竟哪儿不好用了？

我都是把任务栏挂右边的，结果 win11 把这个功能砍了可还行。。。

2024-10-19 12:06:23 +08:00

回复了 pursuer 创建的主题 › 分享创造 › 写了一个有趣的 JS/TS 的任务管理库，可以帮助您中止异步函数/Promise 运行

@nomagick 测试了下还真是，我发布的第一个有 BUG 的版本在被 tsc 编译为 yield 模拟 await 的代码里是正常运行的。使用原生 js 的 await 时，onfulfilled 的行为有点奇怪，不会立即运行 await 后面的代码。尝试 queueMicrotask 和 Promise.then 清除 currentTask 均不能按预期位置运行，唯一稍微可用方案是 setTimeout(0)但存在可能 4ms 限制且这个也不能确定执行时间点，只能在较大程度上缓解 currentTask 泄漏到其他 Promise 的问题。

2024-10-18 17:46:16 +08:00

回复了 pursuer 创建的主题 › 分享创造 › 写了一个有趣的 JS/TS 的任务管理库，可以帮助您中止异步函数/Promise 运行

@nomagick 推了新版本解决了这个 BUG ，原来是我脑抽本地两份代码撤销的时候不一致了。

不过就像我前面说的，当前写法会导致 task 标记泄露污染不在 taskMain 里创建的 Promise ，不够完美。但目前想不到更好的办法了。

2024-10-18 17:22:36 +08:00

回复了 pursuer 创建的主题 › 分享创造 › 写了一个有趣的 JS/TS 的任务管理库，可以帮助您中止异步函数/Promise 运行

@nomagick 浏览器上复现了你的问题，初步推断原因是 onfulfilled 后的代码被放到下一 tick 运行了，虽然可以简单通过移除
finally{task.currentTask='';}解决，但可能造成 task 泄露，我还得再看下

2024-10-18 16:59:26 +08:00

回复了 pursuer 创建的主题 › 分享创造 › 写了一个有趣的 JS/TS 的任务管理库，可以帮助您中止异步函数/Promise 运行

@nomagick
使用同一版本依然无法复现问题。。。用的 windows x64 ，运行你给的代码如下

sh-3.1$ node -v
v20.11.1
sh-3.1$ npm run build && npm run test

> [email protected] build
> tsc

> [email protected] test
> node dist/index.js

task 1 running
{}
task 1 running
{}
task 1 running
{}
abort task 1
Task 1 error
AbortError: This operation was aborted
Task 1 finally

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

❮

❯