V2EX › nothingistrue 的所有回复 › 第 92 页 / 共 109 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 88 89 90 91 92 93 94 95 96 97 ... 109

❮

❯

2022-08-16 10:07:10 +08:00

回复了 ChiangKaishek 创建的主题 › Python › 这是个啥风格的 api 啊?

去 HTTP 纯 Application Interface 风格的接口，好处是完全去掉了 HTTP 的影响，缺点是 HTTP 的好处——Header 、缓存、通用等——一个也用不了。

2022-08-16 09:19:53 +08:00

回复了 PowerDi 创建的主题 › 程序员 › 笔记本不知道选哪个

如果你都已经考虑 macbook 了，那你起始已经没啥选择了，只能在 mac 、surface 、xps 这 3 个高端系列里面选。但你 7000 的预算还想要 32G ，那就太过分了。

不要轻薄的话，如果还能接受联想这种坑爹货，是可以考虑 ThinkBook 系列的。

2022-08-15 16:25:07 +08:00

回复了 edis0n0 创建的主题 › 程序员 › 写前端的很好奇， WASM 是怎么做到同时在 ARM 和 x86 CPU 上运行的？如果是转译，性能损耗有多少？ Google 一直没搜到答案。

https://developer.mozilla.org/zh-CN/docs/WebAssembly/Concepts

这里对概念性的东西说得很清楚。这玩意不就是一个安全版的 ActiveX 吗。这样同时在 ARM 和 x86 CPU 运行就跟 Web 或 Javascript 无关了，那是 C/C++ 、Rust 、以及汇编该干的事。从他有文本格式，以及总是标明他是低阶语言来推测，最终运行时很有可能就是汇编语言。这样性能损耗基本是没有的，他说接近原生都是太谦虚了。至于汇编语言的跨平台性这一块，请注意概念里没说跨平台，而是可移植，这就很好操作的，最典型的就是 C++ 那种一份代码多平台编译。实际是怎样就不好说了，WebAssembly 毕竟还是试验性的。

2022-08-15 16:01:52 +08:00

回复了 NoKey 创建的主题 › 程序员 › 请教：数据库表达类型，用字符串还是数字

首先排除数据库的枚举类型——除非你明确使用一种数据库且这数据库对枚举类型支持的很好，否则遍地是坑。

如果你真得不考虑存储容量的话，用字符串是最省事和最可靠的，他能跟枚举无缝对接。但是事实上除了演示系统外没有不考虑容量的。就算你不考虑存储容量，也得考虑索引空间。就算上面都不考虑，（ Java ）枚举自身也可能会扩展成 value-name-detail 的字典形式。所以在适当的时候，这个适当的时候由你自己决定，还是要考虑用 tinyint 类型。

2022-08-15 12:18:58 +08:00

@RobberPhex #10 JVM 的性能可不是靠流行解决的，是随着 JIT 的发展才跟上性能的。但这也就仅限非桌面端，桌面端知道 Eclipse SDT 这些放弃跨平台的组件起来后才跟上来。

2022-08-15 09:42:55 +08:00

回复了 yagamil 创建的主题 › 程序员 › 取消网页版只保留 app 是进步，还是倒退？

@delectate #3 别把网页当 PC 。你所说的所有的 app 能做的，PC 上 win32 应用都能做。之所以不这么做，是因为这样的 win32 应用会被各种安全软件打成屎。说到底还是不在意隐私的手机用户太多了。

2022-08-12 13:53:23 +08:00

回复了 voidmnwzp 创建的主题 › 程序员 › 手写 api 文档写得想跑路了

目测你在移动、联通系统集成或者类似这样的企业里面做外包，或者是对日外包。死板的 CMMI 规范，一行代码一百页文档，自己不想干就让外包的人干。

2022-08-12 13:46:45 +08:00

回复了 Yest192 创建的主题 › 程序员 › 求教下有哪个 CI/CD 工具能完全替代 Jenkins 的，求推荐

对 Jenkins 旧界面无感的，可以试试 Jenkins Blue 界面 + pipeline 部署方式（需要会 Groovy ），保证让你耳目一新，就是使用门槛太高。

2022-08-12 12:17:15 +08:00

回复了 movq 创建的主题 › 程序员 › 为什么 Google 搜索出现的中文维基，经常出现 mobile 页面，或者繁体页面，就是不出现 desktop 简体中文页面？

https://zh.wikipedia.org/wiki/Help:%E4%B8%AD%E6%96%87%E7%BB%B4%E5%9F%BA%E7%99%BE%E7%A7%91%E7%9A%84%E7%B9%81%E7%AE%80%E3%80%81%E5%9C%B0%E5%8C%BA%E8%AF%8D%E5%A4%84%E7%90%86

2022-08-12 12:11:49 +08:00

回复了 movq 创建的主题 › 程序员 › 为什么 Google 搜索出现的中文维基，经常出现 mobile 页面，或者繁体页面，就是不出现 desktop 简体中文页面？

@Slurp 维基百科并没有基于 Local 或 Language tags 的国际化，也许移动版有，但桌面版铁定没有。

2022-08-12 10:03:48 +08:00

回复了 movq 创建的主题 › 程序员 › kindle 中国预告跑路之后，你的笔记迁移了吗

笔记那个我不知道，后面那个问题，建议你去翻一下注册用户或购买时的协议，大概率你是租不是买。电子书籍基本上不可能是买，因为源头的版权方不允许。

2022-08-12 10:01:12 +08:00

回复了 DeweyReed 创建的主题 › Android › 明明已经很小心地升级 IDE 了，结果还是踩了很多坑。怎么办好呢？

你是禁了自动更新，一直等它稳定了之后才一次性更新的吗。要是这样，出问题就正常。滚动更新场景下，只有自动测试、每次更新时的增量测试、大版本发布时的全新安装全量测试（这个还不一定会做），不会包括你这种更新场景。滚动更新的东西，你要么跟着滚动更新，要么大版本的时候重装。

2022-08-12 09:45:50 +08:00

回复了 movq 创建的主题 › 程序员 › 为什么 Google 搜索出现的中文维基，经常出现 mobile 页面，或者繁体页面，就是不出现 desktop 简体中文页面？

哪有那么多理由，就是谷歌大沙雕强推移动端。

至于繁体页面这个，可能跟谷歌无关。维基百科没有基于 zh-cn 这样国际化，它是不同的语种使用不同的二级子网站，然后二级子网站下不同的小语种在搞自动切换。zh.wikipedia.org 是中文大语种的二级网站，代表所有中文。然后，中文语种的默认小语种是“台灣正體”，所以你要是没保留过 cookie 的话，进 zh.wikipedia.org 会先进入繁体，然后再被自动适配切换到简体。

另外小语种的切换，不是简单的资源文件切换，是要根据不同小语种的文化做后期编辑的，以前中文维基主页上挂了个词条专门说这个，我现在找不到了。

2022-08-12 09:15:43 +08:00

回复了 chiyagao 创建的主题 › 程序员 › 编写代码的工作区文件路径需要全部保持纯英文么？

只要是纯的，不管是纯英文还是纯中文都是可以的。但是，现在没法纯中文。平常所说的中英文问题，实际上是纯英文跟中英混合的对比问题，自然是能用前者就用前者。

2022-08-11 16:17:17 +08:00

回复了 hgzhcn 创建的主题 › 程序员 › 2022 年 8 月，有什么好的电瓶车推荐吗

@HancockXu #64 定位跟轨迹，这些是要长期付费的（或者你也可以 1 年后自动断了这些服务）并且涉及隐私，只能当玩意。自动解锁这个，只要储物箱的锁或者你加的放到锁是物理的，你就得带钥匙，导致这些自动解锁屁用没有。真正智能的，还是小牛那些电池上的智能手段。

2022-08-11 16:09:18 +08:00

回复了 hhhhhh123 创建的主题 › 程序员 › 我的服务器是不是被人盯上了？

广撒网方式低级漏洞扫描，扫到就顺着漏洞控制服务器。只要你服务器能被公网访问，就会被这样扫。这个不是 DDOS 攻击，只要你没有低级安全问题——比如说 root 密码简单、redis/mysql 开放公网访问还不设密码，就不用管。

2022-08-11 13:45:43 +08:00

回复了 tenstone 创建的主题 › 程序员 › VS Code 能写 Java 吗？

@hLc1 #20
@bthulu #23
代码的编写+编译环境跟运行环境是两码事。