V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ShadowPower  ›  全部回复第 22 页 / 共 81 页
回复总数  1616
1 ... 18  19  20  21  22  23  24  25  26  27 ... 81  
169 天前
回复了 hgg12580 创建的主题 计算机 2024 年了,求推荐静音 Win 笔记本
@diagnostics 你对 x86 平台的偏见太大了。
OP 要求的是“轻度使用,不打游戏”
预算“4~8K”
而且“风扇噪音小”而不是“完全没有声音”
以及“Windows”

我手里就有几乎满足需求的电脑。

唯一的问题只是,很多静音轻薄本可能没有 RJ45 网口,得外接一个,可能得妥协一下。
不过似乎 ThinkBook 倒是有,只是我没用过,不敢确认它够不够静音……

你把不必妥协的地方全妥协了。生态都放弃了,接口只剩 Type-C 和 HDMI 了……

题外话,我的 MacBook Air 插电跑 rust 编译,跑一会功耗就限制到 9W 了。甚至不如 iPad Pro ?
169 天前
回复了 hgg12580 创建的主题 计算机 2024 年了,求推荐静音 Win 笔记本
@diagnostics 我的 7840HS 笔记本不插电可以跑 80W ( SoC 功耗),就是续航不足一小时。
不过 M2 Max 笔记本不插电导出视频其实续航也差不多,大概一小时多一点。M3 Max 据说能到两个半小时。

上面的情况都会有风扇噪音。

静音模式下 20W+20W ,原神 2880x1800 分辨率开 FSR2 0.6 倍渲染,中高画质,50 多 FPS……一半时间可以 60FPS 。
运行原神的情况下也几乎无声,中午或者半夜特别安静的情况下能听到一点声音,比办公室日常噪音要小太多了。
应该没有人受不了这个强度的噪音,不然日常一整天都难受……
169 天前
回复了 hgg12580 创建的主题 计算机 2024 年了,求推荐静音 Win 笔记本
@diagnostics 现在的 x86 核显笔记本,可以在保证不错的性能释放的情况下低噪音了,在日常环境背景噪音下算是“难以察觉”的程度。
只是要挑品牌,有些笔记本本身风扇噪音就大。
170 天前
回复了 weixind 创建的主题 程序员 有使用 MBA + mac studio 远程开发的方案吗?
搞一台 Linux 也许更好一些……
访问前端服务靠 SSH 端口转发就好了
170 天前
回复了 hgg12580 创建的主题 计算机 2024 年了,求推荐静音 Win 笔记本
小新 Pro14 7840HS ,开静音模式。
玩原神可以阴影中其余高,0.6 渲染倍率 2880P 分辨率,开 FSR2 ,绝大多数场景 50FPS 玩。
很安静,安静到不会打扰别人睡觉的程度。
171 天前
回复了 okevin 创建的主题 MacBook Pro 淘汰下来的 macbook pro 2015 款还能干啥?
装 Win10 可以重获新生
171 天前
回复了 TESTFLIGHT2021 创建的主题 宽带症候群 PCDN 和 BT/PT 本质一样
如果一个协议更方便监管、审查,或者必须配套内置审查的私有客户端,或者运营成本很高,平台需要足够的利润作为支撑,那么看起来就比较“正规”,不怎么会用于“侵犯版权”。

HTTP 协议就是如此,因为服务端逻辑可以检查用户有没有合法授权。提供 HTTP 下载服务器也需要高昂的带宽成本,盗版网站如果自己提供服务器,没几天就因为成本太高而倒闭了。


BT 协议坏就坏在太自由了,客户端都不会自带审查、监管(迅雷除外),用户只需要知道 Hash 就可以取得文件,资源提供方不好阻止。

美国审查 BT 协议下载盗版的手段,其实就是架设假 Tracker 服务器,当用户连上它并请求一个盗版资源时,就能定位到这个用户在下盗版。


自由软件比较特殊。这些软件大多不需要付费即可直接下载。下载的人越多,自己支付的成本越高,而用户都没付费。
虽然有公益性质的镜像站,但是他们的资源依然有限,运营也需要成本。下的人多,只会增加成本,不会带来更多收入。

于是 BT 协议就非常适合分发比较大的自由软件,例如 Linux 发行版。软件本身允许用户自由传播,BT 协议本身也自由,各种平台( iOS 这种封闭平台除外)都可以找到这种 P2P 下载协议的下载器,用户之间互相传播不消耗软件作者的服务器带宽,有效降低成本。

如果把 BT 协议干死了,除了商业公司可以依靠卖服务或者公司其他业务获得盈利,其他的大型自由软件作者估计得找用户收费了。以各种名头收下载服务器带宽费……

付费视频网站的话,早就收过这笔费用了,算在视频会员/购买视频的费用里,还通过 CDN 或者私有 P2P 协议来进一步省成本。
现在 B 站不开大会员画质那么差,估计也是成本问题……
@poorcai 填这个表单:
https://codeium.com/waitlist/gpt-4

我等了一星期就可以用了
@haython 之前用 PDMan ,后来用公司内部的工具了(公司有做自己的 DevOps 平台,有这个功能……)
@weeei #102
我年轻的时候也信这个,现在不信了。

上班收入就不说了,无论用什么,其实收入都大差不差。
在公司里上班有不少好处,很多软件都是老板买,搞多个账号拼车,分给员工用,总体上还更划算了。像 GPT4 之类的,忽悠老板说能提升工作效率降低公司成本,老板也乐意买。

我平时自己鼓捣的玩意,其实也只能学学知识,因为没什么商业头脑,赚不到钱。买这些软件也不能解决这种问题。
除了上班的收入以外,有时候靠同学和同事接了点活,大多数是帮学弟做课程设计/毕业设计,或者公司项目缺人手外包点活出去这种,加起来收入也只有几万。

把最贵的那些软件订阅都买个 4 、5 年,那么工作之余的收入几乎都送给软件公司了。

指望花钱买这些软件来增加收入并不现实。不过,倒是可以在赚到很多钱以后,买这些软件用一用。

有些免费/廉价的软件可能比那些“最好”的软件缺少一部分功能,或者性能差了一点,界面丑一点。但是最核心的功能其实都大差不差,熟悉了之后都可以用来赚钱。

对于开发相关的工具,因为几乎没什么专有格式,相比别的行业软件,算是相当开放、自由了。
不花钱也能解决绝大多数的需求。花钱几乎只为了一些特色功能,例如 Navicat 的特色功能就是跨数据库的数据备份、迁移。但对于个人项目来说,很少用得上。

其实 Navicat 也不是特别好,我在公司用来导出过千万记录的表数据,结果发现 Navicat 这功能有内存泄露的问题。
而代码智能提示,数据展示(查看数据库里存储的 JSON 数据)等功能,Navicat 就没有优势了,反而是劣势。


其他娱乐相关的订阅,倒是没什么问题,也不算贵,只是这些跟“赚钱”没关系了。
我订阅最多的时候和 OP 差不多,不过现在几乎没有了。
这里面最不值得的是 Navicat ,除非经常使用数据备份、数据迁移(跨数据库的)等功能。目前我用了将近 5 年的 DBeaver 社区版。
GitHub Copilot 我用 Codeium 替代了,顺便申请了这玩意的 GPT-4 ,也通过了,都是免费的。
JetBrains 全家桶可以用 VSCode+IDEA 社区版。当然,不能完全替代。不过我所需要的功能靠这些刚好可以满足,甚至觉得 VSCode Remote 有优势。
@wangxiaodong 我支持你的诉求。但是你的想法其实在 Android 上还比较麻烦:
如果用户只是单纯地安装了应用而不做任何配置,在 Pixel 上,电池优化和自适应电池的设计对这种自建推送渠道并不友好,因为会被识别为滥用,然后开始加大限制。
这已经是 AOSP 的“默认行为”了。FCM 实际上有特权,包括 APP 里的 FCM SDK 里接收推送消息的 Service 也有电池优化的特权。

要想实现你的各种诉求,Google 也得改。但显然不会让 Android 回到那个 APP 一天 24 小时在后台偷偷做事情的时代。
现实总是会充满妥协的,完全理想的世界并不存在。

无论如何,今天的各种海外安卓 APP 几乎只接入 FCM 推送。
减少电池优化功能(无论是温和的还是激进的)对推送的影响,这一点已经很现实,很合理了。

至于你的诉求,如果谷歌不想让“电池优化”功能形同虚设,只能针对这种需求专门设计一套机制。就类似无障碍服务一样,单独授权,给一些特别的权限,也给一些防止滥用该功能的限制。


我追求的一直都很简单,用户的权力应该高于 APP 的权力。想用的功能都应该正常使用,不想用的功能都可以不允许 APP 去做。
如果 APP 在后台做我不知道的事情,而我不需要它,我应该能彻底关闭它。
但我还需要收取这个 APP 的推送通知,目前 iOS 和国产 ROM 的推送都可以做到这一点,可惜 FCM 做不到。

只要能做到,就可以了。

我追求的不是苹果那种“苹果觉得你不需要”,然后全都不让做,用户没有选择权。
而是用户可以根据自己的意愿,来掌控自己的设备而已。
@wangxiaodong 你举的例子都不恰当,诉求只不过是想让 FCM 通知改为合理且可靠的设计,而不是想剥夺 Android 现有的功能。回想一下,你是不是一开始也觉得 FCM 就是系统框架负责显示通知的。

在我接触过的例子中,几乎所有对 FCM 了解不多的人,一开始都会这么想。我在几年前一些探讨如何让微信走 FCM 推送的帖子里(酷安上面),还发现有人觉得微信没了后台就收不到 FCM 推送,是因为微信自己没适配好。

当然,那时我也不知道,直到我真的去做了相关的开发才知道这些细节。原来 FCM 设计成了这样。


另外你的回复总是想讲阉割系统功能,增加更多限制之类的东西。我还是得说一下,和它有关的都不是“诉求”本身,而是“我对这些功能的看法”和为了说明“为什么会有这种需求”。

你说的阅读理解的问题,跳出这个问题,考虑这段对话:

A:你觉得他这次考试考得怎样?
B:他还得再加把劲。

这段对话里 B 可不一定希望他努力,也许只是委婉地表达“考得不怎么样”而已。是人物 B 对“他”的评价。虽然评价是消极的,但又不想直接说出来。

如果一直都在想着“诉求就是阉割系统功能”,那么理解就会有偏差了。

我还是得强调一下,关于禁止自启动、后台限制等,现在已经有了选择(无论是国产 ROM ,还是借助第三方工具),是“已经解决”的需求。因此,尽管我会提到,我对谷歌现在的设计有些看法,但这件事就不是“需要 Google 去做的事情”。

只是为了回复你之前提到的 AOSP 和 Pixel 都是这种设计,所以 FCM 这样设计没什么影响这个观点。
如果 FCM 只能在谷歌自己的设备上使用,其他手机上运行的 APP 都只能接入其他推送平台。那么确实没什么影响。

可是谷歌掌控着大多数海外 APP 推送……无论你用什么 ROM ,使用习惯是怎样的,想收这些应用推送,你都逃不过它们。

我的态度则是,两者在我的评价里都是不太好的设计,只是恰好正常使用的情况下互相兼容罢了。
为什么我觉得“让系统直接显示通知内容”更好,在前面都讲过了。
@mxalbert1996 快下班了,写得有点乱。不过,我在倒是没在装理中客,只是并不想像一些回复那样仅仅单纯地输出观点,而是希望写的东西能把事情都讲清楚。
1 ... 18  19  20  21  22  23  24  25  26  27 ... 81  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3301 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 00:52 · PVG 08:52 · LAX 17:52 · JFK 20:52
Developed with CodeLauncher
♥ Do have faith in what you're doing.