HN上的.votearrow元素大小为10x10像素：
```css
.votearrow {
width: 10px;
height: 10px;
border: 0px;
margin: 3px 2px 6px;
background: url("triangle.svg"), linear-gradient(transparent, transparent) no-repeat;
background-size: 10px;
}
```
在手机上，我总是点击标题而不是箭头。我已经通过Stylus运行了这个覆盖样式一段时间：
```css
.votearrow {
width: 40px;
height: 40px;
margin: 0;
background-repeat: no-repeat;
background-position: center;
background-size: 16px;
cursor: pointer;
}
```
返回首页
最新
该效果在用户的脸部上渲染一个3D头像模型。一次只跟踪一个面孔。当可用时，它使用MediaPipe的GPU代理（WebGL2），并自动回退到WASM CPU代理。MediaPipe的FaceLandmarker在SDK生成的Web Worker中运行。该工作线程动态导入MediaPipe、其WASM和3D模型。
头像的要求：一个包含Apple ARKit面部混合形状的3D网格，格式为GLB文件。
我欢迎每位尝试并在此处反馈的人！
我关注的主要指标是推理成本，这通常是判断问题的一个很好的指标。<p>然而，几天前我发现由于一个bug，我们加载了大约300个工具，这影响了成本和准确性。这种情况持续了一段时间，我没有通过查看成本意识到这一点，因为在同一时期我做的其他更改掩盖了这个问题。<p>现在我开始跟踪这个指标和其他一些指标，但这让我想知道还有什么我可能遗漏的。因此，你们在跟踪什么？有什么建议吗？很想听听。
我开发了Diffy，这是一款浏览器扩展，旨在改善GitHub PR（拉取请求）审核体验，甚至可以处理大型PR。它提供了一个全屏可滚动的差异视图，带有可搜索的文件树、并排和统一视图、50多种主题、内联评论和审核工作流。所有这些功能的体积小于2MB。
<p>试试它吧（无需账户）Chrome（<a href="https://chromewebstore.google.com/detail/diffy/oaakiockkfndnholpbeijclfbnldnpfn" rel="nofollow">https://chromewebstore.google.com/detail/diffy/oaakiockkfndnholpbeijclfbnldnpfn</a>）和Firefox（<a href="https://addons.mozilla.org/en-US/firefox/addon/diffy-pr/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/diffy-pr/</a>）</p>
- 在任何PR页面上 -> 点击查看差异
- 在GitHub的任何地方 -> 右键点击PR链接 -> 在Diffy中打开
Diffy开箱即用，支持公共仓库。对于私有仓库、高API速率限制、发布评论和审核工作流，仅需GitHub令牌。
<p>Diffy是如何工作的？</p>
在PR页面上，它会添加一个“查看差异”按钮，并在后台开始预取PR。您也可以右键点击任何PR链接 → 在Diffy中打开。
当您打开PR时，Diffy通过GitHub API获取差异，并在全屏覆盖层中显示。
<p>技术：TypeScript、React、WXT、Pierre Trees和Diffs。</p>
欢迎提出问题和反馈！
嗨，HN，
在过去的几个月里，我一直在构建 pgconverge，这是一个实验性的开源框架，用于操作多主 PostgreSQL 集群。
该项目最初是作为一个学习练习，旨在更好地理解分布式数据库，而不是试图替代 PostgreSQL 现有的复制模型。我的目标是探索多个 PostgreSQL 节点如何独立接受写入，同时最终在不依赖指定主数据库的情况下进行收敛。随着时间的推移，这个实验演变成了一个可用的开源框架。
我探索的一些领域包括：
- 全网状复制拓扑
- 使用最后写入胜利的冲突解决
- 用于排序并发写入的混合逻辑时钟
- 将新节点引导到现有集群中
- 声明式集群配置
GitHub 链接：[https://github.com/sobowalebukola/pgconverge](https://github.com/sobowalebukola/pgconverge)
在此过程中，我记录了设计决策，形成了七部分的工程系列文章：
- 为什么选择多主？单写数据库的问题
[阅读更多](https://blog.stackademic.com/why-multi-master-the-problem-with-single-writer-databases-548470efe812)
- pgconverge 内部：导航 N × (N − 1) 的全网状复制复杂性
[阅读更多](https://blog.stackademic.com/inside-pgconverge-navigating-the-n-n-1-complexity-of-full-mesh-replication-ad023ab3a308)
- 身份危机：pgconverge 如何使用 UUID、节点名称和分布式主键
[阅读更多](https://blog.stackademic.com/identity-crisis-how-pgconverge-uses-uuids-node-names-and-distributed-primary-keys-ad6797c2e1a7)
- 最后写入胜利：pgconverge 中最简单的冲突解决及其局限性
[阅读更多](https://blog.stackademic.com/last-write-wins-the-simplest-conflict-resolution-and-its-limits-in-pgconverge-7b0f160a3b86)
- 带有混合逻辑时钟的 pgconverge：当墙钟不足时
[阅读更多](https://blog.stackademic.com/pgconverge-with-hybrid-logical-clocks-when-wall-clocks-are-not-enough-907d63de5b41)
- 在 pgconverge 中引导新节点：pg_basebackup 与 COPY 数据
[阅读更多](https://blog.stackademic.com/bootstrapping-new-nodes-in-pgconverge-pg-basebackup-vs-copy-data-47cc18384024)
- 使用 pgconverge 操作多主 PostgreSQL 集群
[阅读更多](https://blog.stackademic.com/operating-multi-master-postgresql-clusters-with-pgconverge-96df7857a91a)
我创建了这个应用程序，以便准确计算特定城市/地点的光线窗口，如黄金时刻、蓝色时刻等。它可以通过了解太阳的确切时间和方向，帮助您规划摄影时间。该应用在后台使用瑞士天文历来计算所有路径和时间，以提供最准确的数据。
此外，它还提供了某一天和某个时刻的太阳路径的3D视图。观察太阳的方向和角度可以帮助您正确规划拍摄。
这是一个简单的应用程序，无需登录或广告。希望它能帮助到大家。欢迎反馈和功能请求。
如果这个应用受到欢迎，并且人们觉得它有用，我正在考虑与天气API进行集成。
随着一些企业环境从“无论如何都要最大化代币使用”转变为现在对自主开发设定严格的代币预算：<p>在这种情况下，如何遵循管理层/领导层的指示“在一切中使用人工智能”，甚至更进一步：“你不应该手动编写代码”？<p>这感觉像是在玩俄罗斯轮盘赌。只要你拥有正确的工具、框架、技能、提示等，以尽可能使输出结果确定，并且确切知道你应该构建什么：你就能得到一个符合验收标准并解决问题的优秀输出。<p>目前这些都没有标准化，具体任务的定价也无法预测（例如，“两个新的CRUD端点及其测试价格为1.43美元”）。那么，是什么阻止绩效评估只关注你能用人工智能交付的成果，而不是你能在人工智能辅助下交付的成果呢？