secondwtq 最近的时间轴更新
secondwtq's repos on GitHub
HTML · 5 人关注
Ares_Ex1
A small extended version of Ares Yuri's Revenge Extension.
OCaml · 2 人关注
cfp
CSS · 2 人关注
hacking_into_iTunes
[Web] Music metadata search page with iTunes API.
1 人关注
7Tsh
A Test Shell.
1 人关注
awesome-compiler
A curated? list of awesome compiler-related projects, tutorials and courses.
TypeScript · 1 人关注
binpacker
React sprite packer (for games, etc.)
Jupyter Notebook · 1 人关注
blender-benchmark-analysis
OCaml · 1 人关注
bmon
Watch and download specified live stream channel of bilibili. (Strictly Linux ONLY!)
C++ · 1 人关注
chandragupta
TypeScript · 1 人关注
DefinitelyTyped
The repository for high quality TypeScript type definitions.
Emacs Lisp · 1 人关注
doom-emacs
An Emacs configuration for the stubborn martian vimmer
Shell · 1 人关注
dotfiles
JavaScript · 1 人关注
ease
slEep As a SErvice.
C++ · 1 人关注
einstein
HTML · 1 人关注
expressus
JavaScript · 1 人关注
exturl
TypeScript · 1 人关注
fullslide
TypeScript · 1 人关注
gather
C++ · 1 人关注
HOWARD11
1 人关注
HOWARDAssets
C++ · 1 人关注
IllybLauncher
C++ · 1 人关注
IllybLauncherRocket
1 人关注
Interfacer
C++ · 1 人关注
Kaleidoscope
Lua · 1 人关注
luajit-lang-toolkit
A Lua bytecode compiler written in Lua itself for didactic purposes or for new language implementations
Haskell · 1 人关注
marskow
C++ · 1 人关注
MarXsCube
Project MarXsCube. A 2(.5)D game engine (mainly for RTS) with (a small) C++ Core and (modified) Lua for extension.
JavaScript · 1 人关注
Meow
A Web Simple Collaboration Markdown Editor
Go · 1 人关注
miniflux
Minimalist feed reader written in Go and Postgresql, with my customizations.
1 人关注
mirage
secondwtq

secondwtq

V2EX 第 81805 号会员,加入于 2014-11-16 03:41:33 +08:00
今日活跃度排名 14
《命令与征服》重置版将以 GPL 3.0 协议开放部分源代码
  •  1   
    Steam  •  secondwtq  •  2021-12-01 13:12:00 PM  •  最后回复来自 levelworm
    7
    又到了让诸位 V 友做人生导师的时候了,关于要不要读研。
    职场话题  •  secondwtq  •  2017-04-22 13:39:18 PM  •  最后回复来自 cpygui
    79
    请教几个关于订票网站的设计问题
    问与答  •  secondwtq  •  2016-01-05 15:22:59 PM
    日经一下, Google 首页改版了?
    分享发现  •  secondwtq  •  2015-09-03 00:18:11 AM  •  最后回复来自 acess
    29
    求推荐一款适合折腾的无线路由器
    问与答  •  secondwtq  •  2015-05-16 09:32:34 AM  •  最后回复来自 Dreista
    14
    secondwtq 最近回复了
    这个语境下官方说什么并没有意义。Apple 是商家,它的角度是希望尽可能多的人来买,它的官网肯定会把各种卖点都列出来。而“测评主”是有自己的观点和立场的,Apple 官方说什么他们并不 care 。同理楼主也可以接受 Apple 的说法,不 care“测评主”,但是说到最后还是不能强制任何一个消费者也好,“测评主”也好接受 Apple 的说法,或任何一个其他人的说法,这样滑坡下去就是思想警察了。

    这方面最近的经典案例是 NVIDIA v. Hardware Unboxed 。按照楼主的说法,Hardware Unboxed 就应该按照 NVIDIA 的口径,全测光追,只测钦点的游戏。不过很明显大多数人不是这么认为的。Apple 明显更聪明,虽然乱七八糟的事干了一堆,也从来没干过这么没品的。

    更何况楼主列出的是“选 Mac 的理由”,并不是“选 MBP 的理由”。任何一个 Mac 产品,包括最便宜的 Mini 页面里面都有这个链接,除了图片换了一下之外其他内容是一模一样的,这里说的是所有 Mac 产品的共性。按照这些“理由”,Mac Mini 8GB 是最适合楼主的,性价比最高的产品。

    至于“选 MBP 的理由”在 MBP 自己的页面里面有,写了什么呢:“... 性能强悍,助你从容应对**更繁重、更高要求的项目**。...整理编辑数以千计的照片,还是运行计算**流体力学模拟**,处理各种**专业工作**都快到飞起...”“... 为**专业用户**精心打造,助他们突破灵感和创造力的边界。... 无论是**渲染特效、拼接大型全景图,还是设计规模空前的超大型三维几何体**,都不在话下 ...”“视频转码 ... 视频剪辑 ... 图像优化放大 ... 代码编译 ... 照片编辑 ... 运动图形”“... 每当有**灵感闪现或有任务在手**,就是你大显身手的时刻”“...要处理更繁重的工作,先进的散热...”“全闪存架构,旨在让各种日常任务做起来都轻松快捷、响应迅速。对于涉及**大型文件的繁重工作**,选配最高达 8TB 的存储容量”(后面是“可以让我们赚更多钱 ...”:D )“ macOS ... 让你常用的专业 app 运行更快速 ...”“照片编辑 ... 软件开发 ... 平面设计 ... 生产力 ... 三维渲染 ... 音乐创作 ... 视频剪辑 ... STEM 教育” ...

    至于为啥“测评主”会有这样的说法,我给楼主一个简单的答案:就是因为最近两年的新品加上果粉们吹得太多了,让很多人都有想买 Mac 的想法。但是这些人很多对 Mac 生态和 PC 生态的区别没有直接的感知,所以非果粉一致认为对于这些人需要警告一下“如果你不知道要不要买,那么你大概不需要买,如果你真的需要买,你大概不需要上网来查”。

    需要注意的是,这批新的潜在用户大多数是被围绕新的 SoC 的信息所吸引,比如有些人宣称“我们先进的 M 系 MBP 在剪视频方面已经完全超越了老式的 x86 硬件和生态”,性能挑战高端桌面显卡之类的。看重屏幕和音响的则是少数,毕竟 MBP 周边做得好是一直以来都有的事情,这波新的流量主要还是和新的东西有关系,所以楼主可以认为这些言论不是针对你的。
    当然 Apple 自己也要背锅,他们似乎一直认为高刷和高音质是只有 Pro 线需要的东西,至于这种想法算是蠢还是坏就仁者见仁了 ...
    2 小时 0 分钟前
    回复了 Laussan 创建的主题 Apple Firefox 在 MacOS 上需要多大的内存才能流畅运行?
    我这个 8GB 内存,开几十个 tab 没问题
    当然这个上下文有点特殊,是十年前的 MBP ,跑的是 78 版本(这是最后一个支持这个系统的版本)。并且这机器现在只能当上网本所以所有内存基本都给 Firefox 了(同样是系统版本问题做开发会很蛋疼,很多库的新版本都不再支持了)
    跑 Chrome 会更卡,Safari 老得根本不能用

    核显机的显存一直都是放在系统内存上的,Intel 机器也一样

    然后 Firefox 在正常范围内是不会因为页面多内存少就动不动闪退的。比如我现在是 Linux 64GB 内存跑 109 版本,100 个活动 tab ,占 17GB 内存,不过主要是现在 YouTube 开的比较多,平常也就 10GB 的样子。
    当然是正常范围内,你要是整天 100 个 YouTube 挂着估计是蚌不住。

    @ecnelises 我在 Linux 观察到的现象是这玩意 allocator 使用时间长了之后貌似会出现内存池巨大的情况——就是你页面占 4G 内存,内存池另外能占 2G 。大概不能说内存“泄漏”了,因为实际上这部分内存还是一直被跟踪的,但是他打算怎么用就不知道了。
    2 天前
    回复了 arvin01 创建的主题 奇思妙想 GraphQL 和 0 代码好像非常配
    我自己折腾的项目用了 https://hasura.io ,直接把数据库变成 GraphQL 接口,后端零代码了,倒是前端写了一坨 ...
    楼主你这个需求,究竟是先跑个非 Linux 的虚拟机 host ,上面再跑 Linux/WSL ,还是直接跑 bare metal 的 Linux ?
    前者的话就按照优秀 Windows 本的标准来挑基本就行,毕竟这里 Linux 没有硬件的直接控制。
    后者的话,by definition 没有,软件和生态 integration 现在是 Mac “综合体验”的重要部分,Linux 比起来差异太大了,根本做不到“差不多”。
    @agagega
    > 买得起电脑还差这点电费吗
    这个在 Mac Studio 的上下文里还真没啥问题。很多拿 Mac Studio 干活的人,换成一个 hypothetical 的配置类似的 ITX 或 MATX 的机器估计问题也不大,毕竟十年前整的垃圾桶那种活都能用。

    这里的问题我觉得主要还是无论哪个生态圈,现在都是一套芯片通吃的。这就造成 PC 在笔记本及更小的 form factor 表现不理想,至于 Steam Deck 啥的更是只能凑合用的德行(哪怕 Steam Deck 已经是半定制芯片+系统了)。而另一方面 Mac 在更大的 form factor 的功耗上有优势,但是我也不得不好奇如果苹果以更高的功耗目标重新设计个桌面芯片的话性能和功能还有多少空间。这个模式不变只能是要么是过度偏向其中的一个极端,要不就是两边都不讨好。

    PC 某些方面的趋势确实不太好,但是非要全线压到 M 系级别的功耗我觉得没必要——毕竟 Mac 最高端产品才能提供的扩展性,随便一个低端 PC 就能搞个猴版,在这种形态上体积明显是有下限的,没必要像苹果做得那么极限。
    但另一方面 PC 的问题又是实际存在的,这个我觉得还是得通过加强不同 segment 芯片的差异化来解决。并且 PC 也不是完全没有降低功耗的动力——比如服务器堆核就是个很现实的问题。
    我的想法跟楼主很相似,就是未来的某个阶段,内容创作者可以更多地做高层的工作,而把底层的工作更多地 offload 给工具。
    这个“高层”和“底层”的定义并不是固定的,比如对于一个画手而言,“高层”就是构图和氛围,“底层”就是作品中细节的形状透视光影。而对于一个游戏主创而言,“高层”则是 core gameplay ,世界观和剧情梗概,整体艺术风格,单个的图片和声音素材则变成了“底层”。

    有些人总觉得用 AI 之类的东西来做很 low effort ,我觉得是这个技术刚起步不成熟,尤其不能把眼光局限在“给一个 prompt 然后给出一个最终结果”这种“端到端”的形态上,ChatGPT 等流行产品目前起到的最大作用是展示了未来的潜力,之后工具的形态可能很不一样(并且可能也需要和现在类似的专业知识来操作)——比如上面有人提到的“低代码平台”,其实就是另一条路,但是最终目的是一样的。不过无论是走哪条路,这个就是我,可能也是一部分从业者比较理想的方向。

    我使用“内容创作者”而不是“艺术创造”这个词,是因为我发现和“艺术”沾边的东西很多给我一种不太现实的印象。比如“码农”和“工程师”两个词,“工程师”这个词看上去很牛逼,但是不同的“工程师”的工作状况完全不同,有的可以跻身顶尖科学家,有的还不如“码农”,所以我更喜欢比较中性的“程序员”这个词。
    有些“艺术家”或“艺术评论家”还有一种偏执,就是什么东西一定要是手搓的才好,机器的都是垃圾,在这一派人看来 AI 更是彻底的异端。但是从人类社会诞生起这个追求本来就是不现实的——你的音乐是实录的,但是你的乐器全是手搓的?不是手搓的又如何做到对音色的完全掌控?而特别是在工业时代之后,“手搓”变得越来越不现实,比如一部电影会把很多工作外包给不同的公司,那不就相当于交给了高级的“AI”么。当然人家的逻辑是自洽的,艺术嘛就是浪漫的 ... 但是如果我们在谈工具,谈量产的工作成果,那么就必须谈现实的一方面。

    用个比喻来说就像外部库:有了这些东西,程序员才不用手动造轮子了。现在的内容创作其实早就有很多类似的东西,比如笔刷、音源、Kitbash 、Stock Photo 。但是可能缺一个类似于“编译器”的东西,把手动写汇编、做优化的过程省掉。不必期待它是完美的——编译器这个已经广泛使用了几十年,已经成为经典理论,完全可解释的东西用起来还有各种问题,未来的内容创造大概率不会更简单。
    6 天前
    回复了 520discuz 创建的主题 分享发现 其实固态硬盘真的没必要买太好的
    是这样的,我之前用的最便宜的原厂 SATA ,现在用 905P ,确实没有明显区别 ... 除去极个别情况之外日常使用绝对不值这个钱
    我觉得有个更有意思的问题是,操作系统的 page cache (以及 prefetch 等机制)起了多大作用,把花在高档 SSD 的钱花在扩容内存上是不是更好(毕竟现在这俩都白菜价)
    #5 正解
    用于人时本来是没有归因于“能力”“态度”的意思的,就是表达一个事实。靠谱的外企在发现问题之后偏向于改进 process 和项目管理,而不是 blame 个人。(当然有可能在 yygq 你)
    当然也可以用于任务或者 Issue 之间。
    6 天前
    回复了 abc0123xyz 创建的主题 问与答 求教 qbittorrent 内存问题
    你这个好的,我现在占了 17.6GB ...
    两条和四条主要是超频的问题,内存条数越多超频上限越低。不超频基本随便。
    混插没试过 ... Frankly 你插单条 32GB 上去唯一的好处是以后能在此基础上扩展到最高 128GB ,而全插 16GB 最多只能 64GB 。
    另外我的华硕主板内存槽标注是 A1A2 B1B2 ,AB 区分 IMC 的两个通道,12 是每个通道上两个 DIMM 。
    要是能进系统的话找点软件看看能不能侦测出插的条子,或者直接 UEFI 里面看。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   1586 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 03:01 · PVG 11:01 · LAX 19:01 · JFK 22:01
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.