V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 1 页 / 共 96 页
回复总数  1913
1  2  3  4  5  6  7  8  9  10 ... 96  
现阶段的人工智障可能达不到你的预期。

找个能联机的游戏,然后搜相关 QQ 群,跟群友语音联机。
去 VRChat 上找老外吹水。

或者不那么早回家,参加点业余活动啥的。
整台式会有啥问题,又不是住酒店,一次签约至少半年一年的吧,搬家的时候机箱显示器放一个纸箱绰绰有余。
@wlfeng #29 我的路由器也不新,三年前买的了吧,当时想刷梅林固件玩玩,所以买的话说 AC66U,当时差不多是梅林固件支持的额最低配了(现在好像已经不支持了),然后整好家里有两个房间 WiFi 信号不好,于是配了两个华硕的织女星 AP 。

个人感觉华硕的路由器挺稳定,功能也很多,但同时也不便宜,我当时买这个型号是 499 元,其实更多的是买 600 元+的型号更好,原装系统就已经有端口映射、DDNS 、VPN 、WOL 等这些功能了,刷梅林固件的话可以装各种插件(类似 OpenWRT ),比如透明代理出国。
现在大多主板都有 WOL 功能了,只不过可能需要插网线才行,WiFi 可能不行。有的路由器自己集成了 WOL 功能,没有的话用个树莓派什么的也可以发送 WOL 信号到 PC 。

我家里华硕路由器自带 DDNS 和 OpenVPN,连 VPN 的话就不需要做端口映射,然后直接 RDP 就行了。

要想可靠性好一些可以搞个 UPS,停电还能把资料从家里拷贝到本地继续工作。
商业定价从来都不是以消费者觉得值不值为准,从来都是要让消费者觉得不是很值但是还能勉强接受。

你看苹果还卖抛光布,一块就 120,还有之前 Mac Pro 的轮子。
一般自己写的代码自己加个回调或者做成 promise 就好了。

别人的代码自己也不能改的话能不用就尽量不用了,轮子那么多,不一定在一棵树上吊死。

非要 Hack 的话上面楼层说的替换 setTimeout 是可以的,目前没想到别的方案,这样做可读性太差了,绝大多数情况下代码最重要的是可读性。

你要想控制一个黑盒,就还是要了解里面的原理的,要不然逆向工程也不会在安全领域那么重要,脚本语言有个好处就是你可以很方便地把代码复制一份,自己加些代码进去,然后劫持主程序执行自己的脚本。
3 天前
回复了 OiCkilL 创建的主题 Apple 传 送 门 3
以为 G 胖学会数 3 了……

昨天看 LTT 做的 Surface laptop 测评,为了配合 Win11 的圆角风格,微软用的圆角屏幕,看起来像是方案 2,鼠标移到角落不见了……
Node 原生 API 写个 Server 已经十分方便了,有时候微服务架构下甚至都不大需要用框架。
但自己尝试写一个练练手也挺好的。

我自己用 JS 比较多,既然题主用 TS,看看能否尽可能消除 any ?

粗略地看了看 router-core:
HTTP method 目前貌似有九种,我看题主貌似只写了 6 种,HEAD 方法用得其实也不少(我最近就在用),不知道题主具体怎么处理这个方法的呢?
像 33 行到 55 行这类的重复性代码可以考虑写个工厂,这样仅需在上面 const methods 声明一次,工厂里用 toLowerCase 转一下作为调用名,也不需要再重复写这几个 method 的名称,重构的时候也不需要改很多地方了。
既然用原生 API 来写,wrapCtxWithQueryOrBody 就不要自己 split 了,Node 有 WHATWG URL API,你可以直接 new URL(请求完整 URL),然后在 URL 对象里拿出 URLSearchParams 即可,本质上类似个 Map,可以直接调用 get 方法传 key 拿 value 。同理遇到 form 格式的 body 也可以用 URLSearchParams 处理。以及这个方法名字叫 wrapCtxWithQueryAndBody 会不会更合适呢?
IncomingMessage 是个 ReadableStream,HTTP 的 payload ( body )会根据 request 的 Content-Type 不同而不同,比如 form 、text 、json 、xml 这些都是纯文本格式,还会有一些二进制格式,你可以挑几个常用的 Content-Type 来写 parser (比如写成中间件),其余的可以直接提供 Stream 或 buffer 给框架使用者,让他们自己写 parser 来解析。

HTTP 框架写的时候其实不难,难点主要在于看 HTTP 的协议规范,可以看一下 W3C 和 WHATWG 的规范文档,对照着实现。
4 天前
回复了 xdbytes1 创建的主题 大学 警告大学挂科的学生,以我自己为例子
招聘当中学历不是硬性要求,而是一种对于过多简历的一种处理方案。

从职位画像上来说,大多岗位,工作经验在 3 年以上,学历的优势会明显减弱,因为对于企业来讲生产收益是最重要的,所以反而知识技能储备、工作行业经验更重要一些。

限制学历基本上是因为简历太多+人力产能不够,人为规定一些大概率符合预期的门槛,虽然有错杀的可能,但留下的符合预期的概率更高,可以减少招聘工作量。当然我们的人力遇到简历多的情况也会调高学历要求,遇到简历少则会考虑降到大专要求。

工作 7 年以后基本就是通过猎头和内推,此时过往业绩肯定会成为绝对说服力了。

只要他们简历够多,招聘方总要提出一些苛刻条件来故意筛掉一些相对较高概率不符合预期的群体。比如即便你拿了本科双证,招聘方看简历多也可能会要求硕士学位,即便有了硕士也可能要求顶尖学校的学历,即便是顶尖学校也可能会卡年龄了。

学历不硬就不要去碰那些简历过多的岗位或者迷信学历的单位了,不要求双证的岗位也是不少的,未必待遇会比你现在的差,可能需要适度放低预期,才工作 3 年、进过 2 家公司,循序渐进也是可以的。
资本主义制度下如果原本就处在还不错的阶级,确保今后不向下掉就行,掉下去因为各种阶级固化措施可能就难以升上来了。

其余的就是人生意义的问题,这个是和价值观有关的,千人千面,但也是一定要有的,如果你现在没想通,正好生活无忧可以花时间好好想想。

别人看法不重要,自己开心就好。
意义是源于价值观的,不同价值观的人可能观点不同。

自己为什么活着,为什么做出选择,这些是需要自己好好思考的问题,没有标准答案,但是需要有答案。
技术选型是根据需求来的,没有一种架构方案适用于所有需求。

要想开发效率高,首选自己熟悉的技术栈,能接受学习成本的话再考虑自己不熟悉的技术栈。另外技术栈轮子多少也是要考虑的。

要想资源占用少,看具体要少到哪种程度,能撑到当前的主流技术,都有一些解决方案可以在一定程度上满足资源占用方面的要求,但追求极致只能去考虑一些 C++、Rust 之类的方案。

技术架构都是有保质期的,因为在设计的时候仅能对需求做有限时长的预测,所以可以用自己最了解、最简单的方案来做,反正以后肯定会重构。

我做 Web 全栈比较多,后端一开始需求都比较简单,极简的用 Node.js 原生 API 几行写个服务;想预留些扩展性就加个 Koa 框架,路由多了再考虑引入路由中间件,数据库操作多了再考虑引入个 ORM 或 ODM 。
取消耳机接口的好处有以下几点:

1. 降低手机边框制造成本;
2. 可以节省手机内寸土寸金的空间,放更多组件,或者让手机更薄;
3. 更容易做防尘防水;
4. 可以推广蓝牙耳机产品,以及各种 Hub 转接头。

当然好处都是对于厂商效益而言的,无一是为消费者考虑的。

想起用三星 S9 的时候,在有耳机孔的时候可以做到超薄、防尘防水,想来有的厂商实在啃不下这块技术,不得不妥协去掉耳机接口。现在三星自己看到其他厂商把无耳机孔做成主流了,能省成本谁不省,于是也一起去掉了耳机接口,倒是还送 Type-C 接口的耳机。

可以去搜一下为什么苹果电脑保留耳机插孔,然后再去看看 AirPods 的蓝牙技术参数;这种就是厂商觉得对自己有益,但大多用户也不会强烈反对,于是就做了。
以前用 Ext4 文件系统的树莓派,都是随时拔电源,没遇到过系统起不来的情况。

文件系统的领域里有个技术叫“日志式文件系统( Journaling file system )”,你可以去搜一下看看是怎么回事。
5 天前
回复了 ZC3746 创建的主题 生活 V2 的朋友们,有用空气炸锅的吗?
原理上来讲,空气炸锅相当于小型烤箱,但是因为有热循环风,所以对食物有一定的脱水作用,也就是所谓炸的口感。

空气炸锅可以胜任简单的、对烹饪工艺要求不高的烘焙工作,比如你烤个鱼排也是可以的,包个铝箔可以防止风干。

不过个人感觉,部分食物的烹炸香气主要来源于油,如果一点油都不放的话空气炸锅炸出来会缺乏香气,有的教程里会说可以喷淋一点油上去,但有的人就是为了控油,所以这个度不好把握。

油炸食物的热量可能不会因为无油、少油的烹饪手法而降低多少,所以建议不要抱有减肥的预期。

简单总结来讲就是,空气炸锅并不能完全替代其他烹饪手法,最终效果还是比较有其自己特点的。

恩,清洗确实也是个需要考虑的点;烤箱烹饪效率差一些,但是清洗很简单,空气炸锅烹饪效率高,但清洗略麻烦;如果平时不是特别经常吃烤制食物的话,可能微波炉更省时?微波菜谱也不少,而且稍大的微波炉可以做蒸菜。
8 天前
回复了 Zepp 创建的主题 Android 想换手机了,麻烦 v 友帮忙选一下
@Zepp #138 刷新率是自适应的,应用要求高刷新率才会以高刷新率运行,你不玩游戏的话可能也没有什么场景需要用高刷新率……

我日常是用省电模式,刷新率限制在 60Hz,刷图和视频绰绰有余;关掉省电模式待机也可以在十个小时以上,但耗电这个真的跟你手机上实际跑的东西有关,不好评判。
感觉 1 、2 楼是正解,Token 直接拿来用,返回说明失效再重新获取新 Token 。
一般来说,目前主流游戏设备处于从 1080p 到 2K 过度的时期,所以对于硬件优化方面来说,可能还是以 1080p 和 2K 的优化为主(电竞类别尤其明显),或者 4K60hz 尝鲜,若想达到 4K144hz,且画质开最高,并加上光追,怕是主流硬件无法满足要求; 3080Ti 和 3090 的一些最新 3A 游戏性能测试表明 4K 分辨率下普遍帧数没有超过 100 的,而且还是开了 DLSS 的前提下。

个人印象里,很多人都说老黄刀法精准,他家的卡是有比较清晰的几个市场档位的,3080Ti 与 10 系的 1080Ti 是同一档位的,3090 与 10 系的 TitanXp 是同一档位的。3080Ti 的定位基本上是旗舰级,有一定的溢价,但是总体还是属于主流消费市场; 3090 的定位是炫技,负责形成壁垒,代表这一系列、这一代的最高水平,但相比 3080Ti 性能提升很小,同时溢价更高。

如果愿意 2K60hz 的话,光追+DLSS 基本天梯上 2080Super 及以上都是 OK 的,具体看市场行情选哪个性价比更高一些。
1  2  3  4  5  6  7  8  9  10 ... 96  
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1000 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 21:14 · PVG 05:14 · LAX 14:14 · JFK 17:14
♥ Do have faith in what you're doing.