V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  secondwtq  ›  全部回复第 19 页 / 共 121 页
回复总数  2418
1 ... 15  16  17  18  19  20  21  22  23  24 ... 121  
这个确实没错
当然反过来说很多软件在 Mac 免费,在 Win 没有也没错(移动生态不清楚)
你没法“像操作 Window 和 Mac 一样操作 Linux”,至少在 https://medium.com/@probonopd/linuxusability-have-no-respect-for-the-status-quo-cf736db2c764 这老哥吹的牛逼实现之前,这俩就是完全不同的东西
2022-05-18 18:32:27 +08:00
回复了 luffy 创建的主题 程序员 哪些场景下会需要手动进行内存管理
楼主就是没提跟性能相关的场景,一半都需要折腾内存

简单换个 malloc 库就可能有几个点到十几个点的提升
前俩月一个业余项目,就弄了个简单内存池,就少了几倍 cache miss
2022-05-18 18:26:21 +08:00
回复了 v2defy 创建的主题 Linux 使用 Arch Linux 一年的感受
这贴快三十楼了居然还没有 #5 所提到的回复,匪夷所思
哦才发了五个钟头啊,那不用担心了,过段时间一定会有的 :)

对于个人用户来说 Debian 如果你用 stable 是会稍微有点老,可以考虑 unstable ,Ubuntu 也是基于 unstable 的。
当然都比不上世界上最好的系统 CentOS 7.

而且包管理器用啥语言写有啥关系么,这东西偶尔用一次又不是 daemon ,Portage 用 Python 写的,yum 以前也 Python 写的,Nix 还自己整了个语言来描述包

另外 Nix 默认装起来很快的,你跑不完可能是因为网络问题
2022-05-14 17:51:59 +08:00
回复了 0o0O0o0O0o 创建的主题 Linux 完全使用 Linux 桌面一年了,依然是个 Linux 新手
不是坏事,要是用 Linux 必须要摸透这些东西的话,那怕是 1% 也不会去用 Linux
2022-05-14 12:30:46 +08:00
回复了 zedpass 创建的主题 Linux Linux 桌面的春天要来了?
话说 Steam 虽然是 CEF ,用起来简直不是 Electron 胜似 Electron
2022-05-14 12:30:19 +08:00
回复了 zedpass 创建的主题 Linux Linux 桌面的春天要来了?
@Buges 网站不错
2022-05-12 12:48:17 +08:00
回复了 zedpass 创建的主题 Linux Linux 桌面的春天要来了?
是的,每年都可以庆祝"the year of Linux desktop"
2022-05-12 12:35:47 +08:00
回复了 Bingchunmoli 创建的主题 程序员 关于 Java 很重有感
很有意思的是,造成 C# 在特定领域不如 Java 受欢迎的最重要的,众所周知的那个原因,也亲自指挥、亲自部署了 TypeScript 的推广。
而 Java 这边是无法想像这种事情的。Java 这边也有一个“原因”,也要出新东西,但是貌似依然是要收费的?
2022-05-12 12:32:51 +08:00
回复了 Bingchunmoli 创建的主题 程序员 关于 Java 很重有感
Java 这个路径的问题本来不是什么大问题,但是实际对一部分人(主要是不用 IDE 的人,或者会用 IDE 的但是暂时没有用 IDE 的人)造成了 ergonomics 的麻烦

比如 GitHub 上面,打开一个 Java 项目,想简单看下源码要点 N 多次,这还是 GitHub 也“优化”了文件夹嵌套的情况下
就算我 clone 下来,直接用 shell 访问也要敲 N 多次键盘(还不说 clone 本来就多一步)
这些情况都可以装插件来缓解,但是在一个比较简单,插件比较少的环境中,这就成为了实际的问题。
一些其他生态中,很大一部分开发者就属于这种情况,那么 Java ,或者 Java 生态对于他们来说就是“麻烦”的。你不得不承认如果没有“专门优化”,处理文件比处理文本要麻烦十倍。

这不是说 GitHub ,shell 或者其他生态做得多“好”,实际上屎的东西很多。Java 世界做出了全面偏向 IDE 的选择,是有利于隔离外面这些屎的。(至于 Java 自己一堆历史包袱和生态内部问题搞出另外一大坨屎那是另一个问题)
但是问题在于某些 Java 开发者的心态——既然自己决定了主动与其他人隔离,就不要在意其他人的想法。但是某些 Java 用户不仅没有这个觉悟,还振振有词“Java 适合做带项目,你看我们的带项目多牛逼”

问题是为了做“带项目”,就一定要抛弃“小项目”么?我认为这就是 Java (或其生态)在不欢迎它的群体眼中的最大问题。一个旁例是 C#,C# 在语言本身的风评上总体比 Java 好(好像越来越齁是一个问题),生态上则主要集中在那个众所周知的问题上面。C# 也能做带项目,这些带项目中一样各种设计模式啰哩啰嗦,一样嵌套一堆文件夹,但是 C# 也有很多小一点的项目,GitHub 上高 star 的 C# 项目中并不难找到文件夹嵌套和其他语言差不多一个水平,目录结构非常简洁的项目,大概和 Swift 项目的感觉差不多吧。而这并没有影响 C# 做带项目。

我的观察是这种现象与项目的 domain 是强相关的,某些领域的项目做得就很 Java ,某些领域就不那么 Java 。所以 Java 这些特点可能与此也有点关系。

ergonomics 的另一个例子是 ... TypeScript 。可以说 TypeScript 设计上是想要把 JavaScript 往 C# 的方向扭(毕竟这俩同源,虽然最近好像没绷住变成了 Scala :P ),有一些 TypeScript 项目也出现了 “Java 味”的雏形(暂且不用“重”这种定义模糊的词,我们就用 Java 来定义 Java 和“不知道哪个时代的 Java 特色编程思想”)。但是人们讨论 TypeScript 时,好像主要是在讨论它的 Scala/C++/Haskell ... 味,而不是“Java 味”,这一方面当然是因为很多人本来就对 JavaScript 有更多的“Java 味”的需求,另一方面就是 TypeScript 的 ergonomics 做得不错——不仅是不错,而且可以说几乎就是 Java 的另一个极端。

TypeScript 解决问题的方式很巧妙,考虑一个问题:TypeScript 的 killer app 是什么? TypeScript 的 Rails ,Docker/K8s ,Flutter 是什么?
GitHub 的数据告诉你是 VSCode: https://github.com/search?p=1&q=stars%3A%3E1000+language%3Atypescript&type=Repositories (前两个是 Markdown 项目)
这就很有意思了,因为 VSCode 这个项目本身是 TypeScript 开发的,但是领导核心是 Eclipse 正统,代码也挺 C#,内置了(非常不错的,“原生”级别的) TypeScript 支持。和 Eclipse ,IntelliJ 一样,VSCode 不仅仅可以用于 TypeScript ,并且这部分人还不少——VSCode 官方插件市场里面,Python 、C++、C# 都买了热搜(讽刺的是往后一点就能看到 Java 的热搜),后面还有 Go ,PHP ,Dart ...
暂时无法对比这些语言和 TypeScript 的数据,因为 TypeScript 的支持是 VSCode 内置的,内置的,置的,的 ...
反过来想,就是这些语言的用户,都是 TypeScript 的潜在用户!

我个人主力用 VSCode ,写 C++、C#,OCaml ,Python ,当然还有 TypeScript/JavaScript 。JetBrains 做了 Rust 的 IDE ,但是像 Haskell 这种不可能有人给做正经 IDE 的语言,也把支持 VSCode 和 LSP 作为第一优先级,OCaml 官方教程给新手首推的就是 VSCode 。这部分长尾,VSCode 也全吃下了。
虽然 Electron 在资源占用方面也很“重”,但是反正我写其他语言也要装这玩意,从开发其他语言的 VSCode 用户,转到 TypeScript 开发者,在 IDE 方面没有 overhead ,也就是装个 Node.js 和 npm 的事儿。
这就是另一点了——JavaScript 从小做起,人家做小工具也不差,所以我装个 Node.js 跑个小工具也不亏。
赢麻了。
2022-05-12 11:34:13 +08:00
回复了 SuperXX 创建的主题 Linux NVIDIA Releases Open-Source GPU Kernel Modules
@secondwtq s/狠,真 /狠,原来是因为都去搞开源了,真
2022-05-12 11:33:10 +08:00
回复了 SuperXX 创建的主题 Linux NVIDIA Releases Open-Source GPU Kernel Modules
这些大公司以前看上去很牛逼,实际上根本就不懂产品也不懂架构,这次算是揭了老底了,怪不得最近股价跌得这么狠,真是活该。
2022-05-09 11:49:59 +08:00
回复了 jinggoing 创建的主题 程序员 curl 命令有叫字面英文 [kɜːl] 命令吗
中央已经钦定了:
https://www.twitch.tv/curlhacker
2022-05-08 00:35:57 +08:00
回复了 ojh 创建的主题 程序员 关于 Java 笨重一说
内存占用和 JIT 、AOT 是没关系的,主要是 Tracing GC 的问题。Tracing GC 就意味着任一时刻内存中必然有一部分数据是“无用”的,造成内存空间的“浪费”。
其他 Tracing GC 的语言也一样,并且 GC 调优有时候还需要用更多的“无用”内存占用换取 GC 更少触发。
其实不用 Tracing GC 也会有其他问题,比如用了对象池 /内存池。在这些情况下,内核看到的内存占用其实都不能代表应用程序的“真实”内存占用,但是这些“没用”的内存又确确实实被占着。
2022-05-06 19:10:30 +08:00
回复了 SuneBear 创建的主题 分享创造 分享下从国庆节做到劳动节的 3D 个人网站
永硕 E 盘 ... 楼主几岁了?
2022-05-06 18:55:52 +08:00
回复了 Nitroethane 创建的主题 Firefox 吐槽一下 Firefox
我用 Firefox 有两个理由:
1. Tree Style Tab
2. 之所以要用 Tree Style Tab 是因为我用 Tab 替代了 Reading List ... 而根据个人测试结果,当 Tab 很多的时候 Firefox 的资源占用是有优势的——至少对于简单页面,Chrome 平均每个新页面的边际内存占用可以达到 Firefox 的 up to 2.5 倍。复杂页面( 包括 Google 自家的一些页面)也不输 Chrome 。另外 Firefox 允许调整 content process 的数目,虽然这个功能似乎在新版本里被隐藏了(实际上不仅 content process ,其他类型的进程也可以调整,比如设置 0 个扩展进程那所有的扩展都罢工了 ...),我觉得浏览器的多进程隔离仅在少数情况下是必要的——为什么要把我的 10 个 V2EX Tab 隔离起来?
但是 Firefox 自己这个壳儿的内存占用貌似很高,所以如果 Tab 量不多的话是没有优势的。
2022-05-06 18:42:44 +08:00
回复了 Features 创建的主题 macOS 黑果还是挺香的,顺便问下,苹果还可能重启 Intel 产品线吗?
楼主的回复其实没有必要看,楼主纯粹就是黑果用着不太有安全感然后拿着锤子到处找钉子而已。

奉劝黑果用户,尤其是至少会上 V 站的黑果用户,尽早开始学习 Python 、Golang 、Rust 等先进技术,不要再留恋于别人剩的汤,而是自己做饭自己吃。
2022-05-06 18:33:43 +08:00
回复了 phub2020 创建的主题 Apple 关于 M 系列 mac 玩游戏的迷思?
@stoneabc 虽然我也很想对如此基础的常识缺乏的现象发表一些感想
不过转念一想,显卡厂商如此宣传的 GPU ,有多少到了“gamers”手上呢?
所以还是算了 8...
1 ... 15  16  17  18  19  20  21  22  23  24 ... 121  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1703 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 16:36 · PVG 00:36 · LAX 09:36 · JFK 12:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.