blog

草坪的爱心-第七十一期

../../images/8f53957f4a32a94f958fcb249a8b12ea_720.jpg

周末去逛公园的时候,发现了一个粉红色的爱心,用掉落的花瓣拼起来的,在一簇翠绿的草坪上,展示出了最具生命力的植物,看到后让我心情欣然一跃。

技术类分享

Electron与Tauri的比较

https://www.dolthub.com/blog/2025-11-13-electron-vs-tauri/

Electron 和 Tauri 是目前跨平台桌面应用的两种主流开发方案。本文是它们的详细对比,各自的优缺点。

可以看出来Tauri就是为了解决Electron出现的,但是两者兼容性来说,还是Eelectron更甚一筹,但是以后应该会越来越好,就像Vue的脚手架,后面也是使用Rust语言改造之后,运行时间就大幅度减少了。

Protobuf好于json

https://aloisdeniel.com/blog/better-than-json

这里讲述了一种格式是Protobuf,这种格式可以指定接口的某个字段是什么类型,并且前后端都需要统一这个类型,而且体积也完全小于json,后知后觉,现在公司就是使用这种格式,生成的接口协议是.proto

刚开始还不太认识里面的各种类型,看久了之后,就都很清楚了。

非技术类分享

为什么大公司代码质量不高?

https://www.seangoedecke.com/bad-code-at-big-companies/

跟大家想的不一样,大公司的代码质量其实不高。

这看上去违反常理,大型科技公司薪酬优厚,足以吸引众多优秀工程师。而且,大公司的工作环境、配套工具、开发节奏都很好,非常适合从容不迫地完成高质量的工作。

但是,事实就是他们的代码质量完全谈不上优秀。

原因很简单,大公司的大多数代码都是由相对的初学者完成的。

那些工程师并不是不优秀,而是被迫去开发非本领域的项目,属于相对的初学者。

现实生活中,大型科技公司的工程师,很少会一直干下去。事实上,大公司的薪酬方案通常都设定了工程师的四年任期,四年后初始授予的股份全部归属,工程师的收入可能就会大幅下降。这时,如果你没有得到晋升,显然可以考虑离开了。

如果算上内部流动,情况就更糟了。我自己在同一个团队或同一个代码库,停留的时间最长也只有三年,那还是我刚入职的时期。后来,我每年都至少经历一次重组,更换团队或项目。

当然,大公司的代码库寿命没有这么短,很多内部代码库都有十年甚至更久的历史。问题是,这么多年来,这些库经历了许多不同的所有者,不同的工程师都在不断地”摸索”,相当高比例的代码变更是由”新手”完成的。这些人可能是在过去六个月内才加入公司、接触代码库。

你肯定会问,大公司的那些”老手”程序员难道不写代码吗?总有一些工程师在特定领域工作了足够长的时间,积累了真正的专业知识,会进行深入的代码审查,并能可靠地发现问题,这些人在干什么呢?

首先,大公司不在乎”老手”程序员。公司很少致力于培养特定专业的长期人才,而且似乎也根本不在乎留住这些人才。通常情况下,这些人迟早会被调到其他部门,成为一个全新系统的相对新手。

其次,“老手”工程师总是工作量巨大。作为少数精通特定服务的工程师之一,他们的工作非常繁忙。他没有足够的时间亲自审查每一次软件变更,或者积极参与每一个决策过程,他有自己的工作要做。

总之,大公司的现实就是,你总是被分配到新项目,几乎每天都在赶工,要赶上多个项目的截止日期。换句话说,工程师是在一个不利于编写高质量代码的环境中尽力而为。

这样情况下,就很难保证优秀的代码质量了。更常见的情况是,一位初级工程师接手了一个他几乎不熟悉的代码库中一个恼人 bug 的工单。他花了几天时间研究,最终想出了一个蹩脚的解决方案。如果幸运的话,一位”老手”在空闲的半小时里匆匆浏览了一下,否决了这个方案,并提出了一个稍微好一点、至少能用的方案。初级工程师尽力实现了这个方案,测试了它是否有效,经过简单的审查后发布,所有相关人员立即转而处理下一个高优先级的工作。

大模型使我们失去声音

https://tonyalicea.dev/blog/were-losing-our-voice-to-llms/

大模型时代,我们正在失去一些珍贵的东西:自己独特的声音。

所有大模型生成的文章,看上去都像是同一个公共经理发布的。

如果你让大模型帮你写所有文章,你就放弃自己的声音了。你的声音是一种财富,是你一生的生活经历塑造而成,没有人的声音会和你完全一样。

太空数据中心

https://taranis.ie/datacenters-in-space-are-a-terrible-horrible-no-good-idea/

AI 大发展,数据中心不够用了,建造和运营成本飞涨。

越来越多的人提出,数据中心可以建在太空。

作者是美国宇航局的资深工程师,曾经参与设计卫星。

他根据国际空间站的经验,认为现阶段技术制约太大,太空数据中心很难实现。真要建设的话,花费巨大,收益有限。

这可是我第一次看到,有人认真地质疑这件事。我不具备这方面的专业知识,不知道他的计算对不对,再说国际空间站完成于25年前,现在的技术早就超越了那时。

我把他的几点质疑分享出来,大家看看太空数据中心有没有前景。

(1)能源问题

太空能源主要来自太阳能。迄今为止最大的太空太阳能板就在国际空间站,峰值功率200千瓦以上,但是面积巨大,约为2500平方米,超过半个美式橄榄球场。

英伟达的 H200 显卡功耗约为 0.7kW,实际运行可能需要 1kW 的电源。国际空间站的太阳能板只够供电200个 H200。

作为比较,OpenAI 即将在挪威建设的数据中心计划容纳10万个 GPU,每个的功耗可能都比 H200 更高。

(2)散热问题

太空很冷,接近绝对零度,初看上去散热应该很容易。但是事实是,散热只有两种方式:要么通过介质散热,要么通过辐射散热。

太空没有空气,接近真空,根本没有介质,无法使用空气对流来散热,所以 GPU 的散热片和风扇不起作用。

唯一可用的是液冷,通过液体将热量传递到散热板,再辐射到太空(散热板必须放置在远离太阳的一面)。

国际空间站就采用辐射散热。它的散热系统非常复杂,散热上限为 16kW,大约相当于16个 H200,略多于一个地面服务器机架的四分之一。

国际空间站的散热板尺寸为13.6米×3.12米,即大约42.5平方米。如果要为200个 H200 散热,面积需要扩大12.5倍,即大约531平方米。这个面积是同样功率太阳能板的2.6倍。

这样一来,太空数据中心将变得非常庞大,远超国际空间站,而容量只相当于地面的三个标准机架。

(3)粒子射线问题

太空有各种高速粒子,由于没有大气层保护,它们可以直接撞击芯片材料造成损伤。最常见的后果是单粒子翻转(SEU),即粒子直接撞击晶体管,导致某个比特翻转。

太空数据中心必须长期运行,还存在总剂量效应,即反复的粒子撞击导致晶体管开关速度变慢,进而停止工作。

所以需要有一个屏蔽层,但是最强的宇宙射线可以穿透惊人厚度的铅层。而且受限于飞船的运送能力,太空中不可能部署很厚的屏蔽层。

为了增加 GPU 和内存的抗辐射能力,有必要为太空环境重新设计芯片,增加容错性能。但是,这样的芯片性能将远不及目前地球上的 GPU。

(4)通讯问题

大多数卫星通过无线电与地面通信,速率超过 1Gbps 都很困难。虽然有一些激光方案可以提高带宽,但需要良好的大气条件才能实现。

相比之下,地球上的数据中心之间的通讯,最低速率也能达到 100Gbps。