作者将相同的数据，分别用饼图和柱状图呈现，然后让读者猜测对应的百分比。

相比饼图，柱状图更容易猜中实际的百分比。

也就是说，柱状图的图表精确度更高，更容易解读到实际表达的数字。

快速、准确地解读图表的能力，我称之为图表的精确度，是数据可视化中为数不多可以衡量的能力之一。

Source

但是，精确度固然重要，但不是唯一重要的。

如果只是追求精确度，其实表格是最精确的，一眼就能知道数值。

在数据呈现上，有时丢失一些精确度，使得呈现上更吸引人，更引起读者共鸣也是需要的。

我们可以做到精确，却无法提供有趣的数据观点。

我们可以做到精确，却无法引起任何人的共鸣。

我们甚至可以做到精确而不道德。

如果可视化的初衷是好的，无论是清晰度、故事性还是愉悦感，并且实现了这一目标，那么我认为它就是成功的。

Source

作者建立了几个标准，判断一个图表呈现的好坏：

伦理

可视化是否存在任何误导？

精确度

视觉效果是否能轻松映射到数字？读图是否能轻松知道对应的数值？

美学

可视化在视觉上是否具有吸引力，使用体验是否愉快？

认知负荷

理解可视化需要付出多少努力？

背景

可视化是否明确添加了背景信息以提供引导？

数据量

可视化是否能一次性展示大量数据？

作者还举了 2 个例子，解释他的标准，推荐一看。

数据可视化让我们利用人类不可思议的模式识别能力，试图看到世界上存在的一些基本事实。

但这只是一个透镜，我们每增加一层抽象，比如从现实世界的事件到数字，或从数字到图表，或从图表到故事，都会增加一层解释，并可能导致错误或误用。

同时，它也增加了一层更深层次的理解、共鸣、愉悦和意义。

责任重大，值得深思。

Source

作者对当今最流行的浏览器的安全性、隐私性、可扩展性和道德规范进行了评估，对于浏览器选择给出一些参考。

我们需要能真正让用户掌控一切的浏览器，这就意味着要在开放的环境中构建浏览器，而不存在困扰广告巨头的利益冲突。

Source

一篇论文，提出了“用于代码的 CSS”。

CSS（Cascading Style Sheets，层叠样出表）在网页开发中，是用于选择页面元素，给页面元素添加样式（外观）的。

论文提出，给代码文本也设置一套 CSS，可以通过类似 CSS 的用法，对代码的组成元素设置样式。

作者使用 LLM 的工作流，分成两个：

• 从头开始的项目
  1. 和 LLM 对话，进行头脑风暴，让 LLM 基于头脑风暴结果，生成开发规范
  2. 把规范丢给 LLM ，生成 prompt 计划，可以让 LLM 生成一个 TODO List，跟踪每一个 prompt 的执行情况
  3. 基于规范文档、prompt 计划，丢给 LLM 编码工具进行开发
• 从已有项目开始
  1. 使用 repomix 和一些脚本，生成项目的上下文标记（readme，test，review，prompt，issues 等信息）
  2. 使用 LLM 编码工具处理得到的上下文标记

我发现，使用规划步骤有助于控制事态发展。至少，你会有一份可以反复检查的文档。

我也相信测试是有帮助的，尤其是当你正在进行狂野风格的辅助编码时。这有助于保持良好和严密。

Source

学习编写更好的代码的方法之一，就是多阅读优秀的代码。

然而在 GitHub 上找开源代码看，它们的规模往往都会比较大，阅读起来比较困难。

Code Catalog 通过查找优秀示例、解释、注释和分类，让学习他人代码变得更容易。

本书旨在为对大语言模型感兴趣的读者系统地讲解相关基础知识、介绍前沿技术。

Haystack 是建立在画布之上的集成开发环境，它能为您解决编码过程中的繁琐和困惑。

jsPDF 是一个使用很广泛的 JS PDF 库，集成了很多生成 PDF 的功能。

它发布了 3.0 版本，放弃了对 IE 的支持，没有其他破环性更改。

Mastra 是一个有主见的 Typescript 框架，可帮助您快速构建人工智能应用程序和功能。

它为您提供了所需的基本功能：工作流、代理、RAG、集成和评估。

您可以在本地机器上运行 Mastra，也可以将其部署到无服务器云上。

旅行有两种模式：休息模式和体验模式。

人们常常旅行是为了逃避工作的日常，充电、放松、恢复活力和补充自己——休闲与恢复。

在这种模式下，你旅行是为了摆脱日常生活，或者获得平时得不到的宠爱和关注，理想情况下是为了做有趣的事情而不是工作。

因此，你会选择去那些轻松的地方。这被称为度假，或休闲与恢复。

另一种模式是参与和体验。

在这种模式下，你旅行是为了发现新事物，获得新体验，迎接一个结果不确定的冒险，去接触他者。

你通过遇到在家中无法体验的乐趣和挑战来寻找自我。

这种旅行是一种学习，在这两种模式中，这是我在这些建议中更倾向的方式。

围绕爱好而不是目的地安排旅行。

以不起眼的奶酪、海军历史、恐龙发掘或爵士乐为主题的行程，会比名胜古迹的盛大之旅带来更多的冒险和难忘的时光。

这甚至不一定是你的爱好，也可以是朋友、家人的爱好，甚至是你在书中读到过的爱好。

问题的关键在于，要从意料之中进入意料之外。

Source

选择旅伴时最重要的标准是：他们会不会抱怨，即使抱怨是有道理的？

拒绝抱怨！

抱怨是留给旅行结束之后的。

Source

旅行计划不周全，去的地方不周全也没关系。

大胆尝试。如果事情搞砸了，你的假期就变成了一次冒险。

完美是给手表看的。旅行就应该是不完美的。如果没有任何差错，就不会有故事。

Source

旅行的乐趣与行李的重量成反比。

与直觉相反，旅行时间越长，携带的东西就越少。

旅行者在 6 周的旅行中，只携带随身携带的行李也会让他们感到愉快。

这样可以最大限度地提高灵活性，让您在没有电梯的情况下拖着行李上楼，或与人共用一辆嘟嘟车，有效地打包和拆包，而且不会丢失东西。

此外，当你轻装上阵时，你会有意减少携带的物品，以增加你的生活体验。

而如今的现实是，你几乎肯定可以在路上买到你所缺少的东西。

Source

53 年来，我与形形色色的人一起旅行，我发现在哪里吃饭与是否有肠道问题之间完全没有关联，因此，为了最大限度地享受当地美食，我的经验法则是，只要当地人看起来健康，就在哪里吃饭。

Source

最令人向往的旅游城市有一个显著的共同点，那就是它们都以步行为中心。

只要有可能，我都会在最适合步行的地方附近预订酒店，这样我就可以走出房门，开始漫步。

Source

要想有一次真正难忘的旅行，可以不做预订，一路随心所欲。

如果喜欢某个地方，就多住一天；如果不喜欢，就提前一天离开。

如果火车客满，就坐汽车。

这种自由可以让人解放。

Source

你的速度并不取决于你走路、骑车或开车的速度，而是取决于你休息的时间有多长。

放慢速度。多休息。

最难忘的时刻–与了不起的陌生人交谈、被邀请进入室内、看到隐藏的艺术品–通常会在你休息的时候发生。

Source

其他地方的人也不是圣人。你可能会被欺骗、诈骗或占便宜。

矛盾的是，避免这种情况的最好办法就是给予陌生人信任，善待他们。

对他们好，他们才会好。如果你表现得最好，他们也会表现得最好。反之亦然。

为了保持安全，请保持微笑。要谦虚，尽量减少自负。

我不知道为什么这在世界上任何地方都行得通，即使是名声“不好”的地方，但确实如此。

Source

在著名旅游景点附近，您只需步行至少 5 个街区，就能品尝到价廉物美的地道美食。

Source

要获得最佳旅行体验，可以投入大量资金，或者投入大量时间。

在这两种方式中，投入时间，体验更好。

虽然金钱可以买到很多体验，但却买不到投入时间的体验。

你有足够的时间参加难得一见的节日，学习一些新单词，了解真实的价格，等待天气的变化，或者坐吉普车去那个需要一周时间的地方。

时间是你能给予自己的唯一资源，所以，如果你还年轻，没有钱，就好好利用时间吧。

Source

对于纪念品来说，仅仅漂亮、做工精细或便宜是不够的。

它应该对旅行有一定的意义。

在购买纪念品时，您可能要问自己一个很好的问题：当我回家后，这个纪念品会住在哪里？

旅行中最好的纪念品就是你对旅行的回忆，所以要想办法纪念这些回忆；

写日记、给朋友发送最新消息、带一本素描本、发表一些观察结果、制作一本照片集。

Source

学习（和分享）的一个重要部分是如何放下阻碍我们前进的挫折感和自我怀疑，以便我们能够继续学习。这很难。

Source

没有人告诉初学者这些，我希望有人告诉我。

我们所有从事创意工作的人，都是因为品味好才进入这个行业的。

但我们之间存在着差距。

在最初的几年里，你做的东西并不是那么好。你想做得好，有潜力，但做不好。

但你的品味，让你进入游戏的东西，仍然是杀手锏。

你的品味就是你的作品让你失望的原因。很多人都过不了这个阶段，就放弃了。

我认识的大多数从事有趣的、创造性工作的人都经历过多年的这个阶段。

我们知道自己的作品没有我们想要的那种特别之处。我们都经历过这个阶段。

如果你刚刚起步，或者还处在这个阶段，你必须知道这很正常，你能做的最重要的事情就是做大量的工作。

给自己设定一个期限，每周完成一个故事。只有通过大量的工作，你才能缩小差距，你的作品才会像你的雄心一样出色。

我比我见过的任何人都花了更长的时间去思考如何做到这一点。

这需要一段时间。花点时间很正常。你只需要努力奋斗就可以了。

Source

最近，我与一台洗衣机之间发生了一段传奇故事，它提醒了我为什么软件开发人员最害怕和最讨厌的任务之一要从问题开始：

“那你要花多长时间才能建好？”

第二天我在想这件事的时候，它以一种非常具体的形式提醒了我为什么软件开发估算如此困难。

我们经常会被要求构建一些我们以前构建过的东西，因此我们会满怀信心地估计它可能需要一周的时间。

我们没有考虑到的是，虽然项目的 90% 都是一样的，但过去 5 个项目和这个项目之间会有一个关键的不同点，这个不同点在估算时看起来微不足道，但会影响我们的整个进度。

…

是的，我们可以（也必须）尽我们所能收集需求，但在某些时候，我们最终会在地面上与几十个我们意想不到的阻挡者战斗，即使我们认为这块土地看起来非常熟悉，10 分钟的工作变成了 4 个小时。

Source