V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 168 页 / 共 251 页
回复总数  5019
1 ... 164  165  166  167  168  169  170  171  172  173 ... 251  
2021-07-22 18:36:16 +08:00
回复了 gzhjj 创建的主题 Android 哪个 app 可以实现扫码只识别网址但不去访问?
SecScanQR,开源的,可以在 F-Droid 上下载,也可以去 GitHub 下载。
2021-07-21 10:07:39 +08:00
回复了 dicc 创建的主题 Node.js 被 require 的模块是如何能够调用到主模块中定义的变量的
@dicc #4 这就看你的项目对技术债是什么态度了,如果是临时性的改动或项目预期维护周期不长的话也就无所谓了,可以简单粗暴地来,如果是长期维护的项目的话,还是得多多少少考虑避免技术债的,前面爽了后面可能就会哭。
2021-07-20 18:00:19 +08:00
回复了 dicc 创建的主题 Node.js 被 require 的模块是如何能够调用到主模块中定义的变量的
global 肯定能解决问题,只不过不一定是个好办法,比如任何 module 都可以访问 global 里的属性,以及 global 上属性过多可能会影响性能。

这个文件 export 出去的是一个箭头函数,你看是不是可以把 antiSword 作为一个函数参数,在调用的时候传进来。
如果 antiSword 会在 app.entry.js 里 export 出来的话也可以在这个文件里 require app.entry.js 。
当然也可以把 antiSword 从 app.entry.js 里拆出来,作为一个公共 module 让各个其他 module require 。
如果手腕不大好的话可以试试轨迹球,我之前用的罗技 M570,后来换了 MX ERGO,手腕没再疼过。
2021-07-19 18:54:21 +08:00
回复了 kebyn 创建的主题 Node.js callback 和 promise 性能差距疑问
我从 ES6 正式发布之后就一直在关注 V8 的 promise 性能情况,V8 官方有个测试用例 https://github.com/v8/promise-performance-tests
你可以 clone 跑一下看看,涵盖了原生 promise 、async/await 和主流的 promise 库的性能测试。我是见证了从一开始被 bluebird 虐逐渐到完爆 bluebird 。不过这个用例里面没有 callback,你可以参考其他的例子自己写一个。

这种测试最好不要引入 fs,因为文件系统是由操作系统管理调度的,有些操作系统比如 Linux 会有一些奇淫技巧的缓存优化,所以要测的话就测语法本身的计算性能,看语法糖是否会带来额外的计算性能损耗,或者是否反而提升了计算效率。
2021-07-19 18:42:29 +08:00
回复了 b0644170fc 创建的主题 Linux Linux 网络入门
有计算机专业背景的话可以把计算机网络的教材拿出来看看,没有专业背景的话可以去 B 站上搜计算机网络相关的视频,有挺多高等院校的公开课。

网络的标注是统一的,操作系统和硬件适配相应的网络标准,所以理论上不存在“Linux 网络”这个概念,只有 Linux 如何实现的相关网络标准、Linux 如何调度自身网络相关资源、如何在 Linux 平台上做网络应用开发。这些领域我不大了解,可以看看其他楼推荐的资料。
2021-07-15 18:25:08 +08:00
回复了 lyhang 创建的主题 Node.js nodejs 新人求助 !
愿意抛弃 Java 的所有思维定式的话,两周。

MDN 看一遍 JS 的教程,着重理解原型链、异步、Event Loop 。

看官方文档,着重理解异步非阻塞、libuv 和 v8 的关系、Node Event Loop,然后看 Express 、Koa 的官方文档。

然后就可以开始做些东西练手了。

同时完完整整刷 MDN 上 JS 的 API 文档、Node 官方 API 文档、用的主要框架和库的源代码。
2021-07-15 17:51:35 +08:00
回复了 zhoudaiyu 创建的主题 Linux 大家在 Linux 服务器上会配置那些 alias 提升效率?
https://github.com/libook/IdleBox/tree/master/zshrcs/public

这个是我自己的一个 Zsh 工具箱,和 Oh My Zsh 搭配使用功能,除了 OMZ 提供的短指令以外我自己写了一些其他的指令,另外项目 scripts/public 目录里有很多实用脚本,自动配置到 PATH 里,可以直接调用。

当然现在用云原生之后几乎很少需要登录到服务器上操作,一般都是本地调试好打好镜像,服务器上都是 K8s Worker 。
2021-07-14 19:46:55 +08:00
回复了 Whalko 创建的主题 Google 请问 Google 账号被认作是中国账号了还有解决办法吗?
Google 受 GDPR 约束,提供了比较完备的隐私信息管理策略,你需要在网页上,操作禁止 Google 记录你的地理位置,以及删除你的位置历史,可以参考这个: https://support.google.com/accounts/answer/3118687?hl=en#:~:text=Go%20to%20the%20%22Location%20History,Location%20History%20on%20or%20off.
我操作过,成功了,Google 还是会根据 IP 判断我的位置并应用在当前页面上,比如 YouTube music 的地区判定,以及搜索结果展示页,但不会记录了,比如我 IP 从日本换到美国,上述页面里也会变。
2021-07-14 18:51:17 +08:00
回复了 JarvisTang 创建的主题 程序员 想开源又想有专利保护,选择哪个开源协议合适呢?
软件作者有权利在软件中包含一份 License,说明软件使用者的权利和义务,这个可以按照自己的意愿写的,但最终软件作者行使保护知识产权的权利的时候,是要在法院里进行的,评判用户究竟是否违反了 License 的前提是,License 的内容详尽、自洽、合法。

所以让 License 好用,这是个极其需要法律专业性的工作。

那么很多人不具备这个条件,于是有些组织就公益性地做了一些通用 License,就像是合同模板,任何人只要照着原样直接引用,License 创作团队背书,而且用得人越多,积累法律案例就越多,在有判例制度的国家就越好用。

所以这个思路应该是:
1. 先看自己希望赋予软件使用者什么权利,以及希望软件使用者履行什么义务;
2. 看是否有现成的、经过法律验证的通用 License 可以直接拿来用;
3. 没有的话自己尝试写一个 License 。

自己写的 License,包括在通用 License 基础上扩展或修改的 License,都没有背书的,而且以往判例可能也不再具有参考性,完全看自己写得怎么样。

回到题主的目的上:
第一条,所有商业友好的通用 License 都可以考虑,比如 LGPL 、MIT 、BSD 、Apache License 2.0 ;
第二条,核心是希望只在一个代码版本库中维护,但跟第一条一起就限定死了必须原样使用软件,不能自行修改,否则不可避免地需要开另一个代码版本库,也就违反了第一条规定。所以这一条其实是禁止用户自行修改代码,但对开发扩展无限制。
第三条,一个核心问题是如何在 License 中准确详尽地描述“竞争者”的定义,定义不清要么就变成了“任何人都可能是竞争者”,要么就被认为无效条款。其实这一条不需要包含在 License 中,你只需要在 License 中说明原作者保留所有相关专利权就行了。

换一个思路,其实这种程度下来,可以发现其实差不多可以认为是非开放软件了,作者保留一切权利但公开源代码,所以也可以考虑:
1. 本软件归作者 XXX 所有。
2. 作者保留本软件的一切专利。
3. 任何人可以按原样免费使用、不限用途,包括商业目的。
4. 任何人可以为此软件贡献代码,但被接受的代码均归项目原作者所有(这时候要注意不能接受那些贡献者不享有版权的代码)。
5. 任何人可以为此软件开发扩展,且扩展的开发者保留扩展的所有权利。

竞争者那个可以不在 License 里写,因为 License 里已经说明作者保留专利了,打“竞争者”仅靠专利保护的相关法律就够,不需要额外写 License 条款。但这里有个逻辑 Bug,就是“对于使用者,免费使用,不限用途,包括商业项目使用”这里面的“使用者”究竟包含不包含“竞争者”,如何用文字来划分清楚,以及足够在法庭上有说服力,这个需要题主好好思考。
2021-07-14 11:20:33 +08:00
回复了 autoxbc 创建的主题 JavaScript 如果你自认熟悉 async...await,来猜一下这个代码的运行结果
@xiangyuecn #8
@mxT52CRuqR6o5 #18
@muzuiget #22

关于顺序可以参考 ECMA-262 2022 的这个规范: https://tc39.es/ecma262/#sec-ordinaryownpropertykeys
我看 ES6 的时候就是这样了,只不过章节名有变: https://262.ecma-international.org/6.0/#sec-ordinary-object-internal-methods-and-internal-slots-ownpropertykeys
ES5.1 内容变化太大,没工夫看,有人看过可以发一下情况。

翻译过来大义就是:
1. 对象的属性如果可以被当做“array index”(如是数字或只包含数字的字符串)的话,就按照索引数值升序排序;
2. 其他情况按照属性的创建时间升序排序。

JS 的解析是按照代码自上而下的,所以题主给的这个代码的顺序是固定的,不会在执行中变化。
2021-07-14 10:32:03 +08:00
回复了 qinghuida1997 创建的主题 JavaScript 关于 js 的自身加密混淆,还有这骚操作?
防机器人不防小人,对付机器人足够了。

如果对前端闭源感兴趣可以了解一下 WebAssembly 。
@mingl0280 嗯,那误差可能就只是因为 parted 四舍五入到整数位了。
2021-07-13 18:48:46 +08:00
回复了 heheda11 创建的主题 程序员 程序员到底该不该学习研究除本职以外得技术栈?
你的目标是啥?

只要明确了目标,就知道该不该,这个没有标准答案。
2021-07-13 18:26:11 +08:00
回复了 morize 创建的主题 问与答 迫于需要电脑远程开机,请万能 v 友支招
wol 可能只能在连网线的情况下用,至少我家里是这样的。

电脑的开关其实就是两根针,正负极,接通之后就触发开关机了,你可以搞个继电器(我记得好像是叫这个?),接电脑电源的两根针,然后用树莓派或 Adrino 来控制继电器的开关。

或者弄个小米智能开关,用类似的接法,不过得搞定开关本身的供电问题,我也没试过,感兴趣可以研究一下。
2021-07-13 18:17:07 +08:00
回复了 css3 创建的主题 问与答 同事单词发音完全不对怎么办?
我再举个例子,中国人和俄罗斯人用英语交流,双方都带有母语口音,但只要双方能听明白,或者解释后能明白,就能顺畅交流下去。

另外英语也分不同口音的,美国、英国、澳大利亚、菲律宾、印度,这些国家英语都是官方语言的,有些词汇甚至语法读音差别可能会很大,你不能说哪个是标准的。

你和同事只要都不是英语母语者,何谈标准口音呢?

想开点就好了。
2021-07-13 18:13:56 +08:00
回复了 css3 创建的主题 问与答 同事单词发音完全不对怎么办?
语言是用来交流的,达成交流目的就可以了。

别人的读音你愿意迁就就迁就,不愿意迁就就自己该怎么发音就怎么发音,只要双方都能听懂就行了,听不懂你可以正常反馈这个读音听不懂,大多人听到这种反馈都会回去学一学更好的发音。

另外不同人对于读音差异的敏感程度是不一样的,比如英语里只有和降调,不经过专门训练他们就难以分辨中文普通话里的四个声调,相应的潮汕话有八个声调,我作为北方人也难以分辨其中几个声调的区别;部分地区 n 、l 不分,平舌音翘舌音不分,前鼻音后鼻音不分,这些都是常见的现象。

所以做好自己就行了,除非别人影响到自己或国家民族大义了,否则对别人提出的要求都算是过分的要求,至少我是这么觉得的。
2021-07-13 17:08:55 +08:00
回复了 autoxbc 创建的主题 JavaScript 如果你自认熟悉 async...await,来猜一下这个代码的运行结果
这个掌握两个原理就行:
1. async 函数返回 Promise ;
2. Promise 只有被取值才能捕捉到错误,所以要么 Promise.prototype.catch(),要么就用 await+try/catch 。

A 部分 Err()返回的是个 Promise,所以 try 不做不到错误,return 出去之后在主函数里 await,就取到了这个错误,被主函数的 try 捕捉到,输出 D 。

B 部分 Err()返回 Promise,被 await 取到错误,被 B 的 try 捕捉到,输出 B 。

C 部分 Err()返回 Promise,C 的 try 捕捉不到错误,因为 C()返回的是一个 undefined,所以主函数的 try 也捕捉不到这个错误,于是这一次循环什么都没输出。
但是可能 JS 引擎会提示有一个 Uncaught 的异常,这个得看 JS 引擎的策略,有的引擎不提示,提示的话如果还输出 message 的话就会输出 42 。
1 ... 164  165  166  167  168  169  170  171  172  173 ... 251  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2691 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 63ms · UTC 06:17 · PVG 14:17 · LAX 22:17 · JFK 01:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.