2 分•作者: skadamat•3 个月前
返回首页
最新
2 分•作者: gmays•3 个月前
1 分•作者: timventura•3 个月前
2 分•作者: julp•3 个月前
2 分•作者: mikiyas•3 个月前
2 分•作者: smalltorch•3 个月前
4 分•作者: dhanaway518•3 个月前
Fork 允许您为任何现有 Web 应用添加功能:描述您想要的功能,我们的编码代理将实时构建它。
我们最喜欢的一些示例:Gmail 中的分组表格行(50 秒演示:<a href="https://www.youtube.com/watch?v=JQ292bncO_c" rel="nofollow">https://www.youtube.com/watch?v=JQ292bncO_c</a>),以及突出显示 Google 日历中的等待时间和共享功能。
Chrome 扩展程序(免费,无需登录):<a href="https://chromewebstore.google.com/detail/fork-for-the-web/mflpnofahgnilhgbnbaeimngajhjbifn" rel="nofollow">https://chromewebstore.google.com/detail/fork-for-the-web/mf...</a>
我们会在 30 天内保留编码会话的有限记录,以进行故障排除和改进 Fork。绝不会记录或保留来自应用程序的任何数据。
非常欢迎任何反馈!
Dalton & Paul
2 分•作者: xinbenlv•3 个月前
我的手表有一个痛点,所以我构建了一个解决方案来解决它。
手表应该做好一件事,而现在它做不到:帮助我不错过下一个会议/活动。仅此而已。
时尚和装饰是次要的。即使是知道现在是什么时间也是次要的。手表最初的目的是准时到达下一个目的地。
在智能手表出现之前,这实际上是不可能的,因为你无法连接日历。但现在你可以了。Android Wear 很久以前就解决了这个问题。但不知何故,在 Apple Watch 上,我找不到一个好的原生第一方或第三方选项,能够简单地在屏幕上显示接下来的几个日程。
有一个内置的一行版本,我找到了一些第三方应用提供三行日历。但大多数要么要求付费,要么要求你登录,要么收集你的数据,要么欺骗你进行应用内购买。我理解开发者需要吃饭——我也是。但坦诚地说明是一回事,隐藏起来又是另一回事。
我厌倦了这种胡闹,所以我自己动手做了——开源,Apache 2.0 许可,完全免费。没有广告,没有追加销售,没有提示,没有应用内购买或订阅,什么都没有。你可以自己审计代码。
它是一个 watchOS 复杂功能(accessoryRectangular),从 EventKit 读取数据,现在还提供 iOS/iPad 主屏幕+锁屏小部件以及 Mac 小部件(一个跨平台的通用应用)。已本地化为 21 种语言。
在这里查看:https://threelinecal.apps.zzn.im/ 和源代码 https://github.com/xinbenlv/three-line-calendar
17 分•作者: terrablue•3 个月前
29 分•作者: levmiseri•3 个月前
2 分•作者: yuvvantalreja•3 个月前
3 分•作者: amukbils•3 个月前
在 ChatGPT 的最新更新中,当我通过快捷键打开 ChatGPT 时,它会打开 Codex。这有点荒谬,因为我以前用它来问知识性问题,现在每次我想打开它时,它都会默认跳转到 Codex。这是个错误还是一个普遍的趋势?
4 分•作者: camsjams•3 个月前
TLDR:分布式策略执行和人工智能代理的“黑匣子”
2 分•作者: danilovilhena•3 个月前
你好!
我刚发现有表单后端工具,了解了它们的功能以及人们确实能从中赚钱(当然,我也创建了一个)。
这让我产生了一个疑问:作为一名开发者,你会使用这样的工具吗?为什么会或为什么不会?
当然,它有邮件通知、垃圾邮件过滤以及一些应用集成(Slack、Discord)。
但是,只要投入足够的时间,你也可以构建自己的工具或自定义流程。不过,它确实有助于更可靠、更快速地发布表单。
这是否足以让你使用这样的服务?
我正在寻找真实的反馈。这是一个全新的工具类别。
---
顺便说一句,如果你想看看我构建的那个,在这里:formplume.com
2 分•作者: demoonkevin•3 个月前
大家好!我一直是我所有 Python 项目的 Ty 重度用户,但最近由于 Ty 缺乏插件支持,我不得不重新使用 mypy。
经过一番快速研究,我发现 issue 291(关于 mypy 插件支持)被“关闭,未计划”。因此,我创建了这个分支,它拥有一个完整的插件系统,可以将插件编译成 WASM 并在 Wasmtime 中运行。
主要思路是允许插件作者使用 `ty_plugin_protocol` crate,通过实现一个与 ty 通信的协议(使用版本化的 JSON 请求和声明式补丁)来轻松地组合插件。
我还为这个系统创建了第一个插件:Django-ty,它旨在 100% 覆盖流行的 Django-stubs 所提供的功能。
欢迎反馈!
24 分•作者: r2sk5t•3 个月前
14 分•作者: dcre•3 个月前
10 分•作者: vshulcz•3 个月前
147 分•作者: davidbarker•3 个月前
1 分•作者: nonadhocproblem•3 个月前
在过去的几个月里,我一直在研究这个编解码器。它具有以下特点:
* 在其所属的压缩率类别中,解压缩吞吐量达到最先进水平(SOTA)。
* 压缩率不错(在高压缩级别下可与 LZ4 相媲美)。
* 压缩速度较慢。
大部分性能提升归功于减少了分支指令,并通过一种智能的格式设计,使得解压缩对乱序执行核心非常友好。
在 Intel x86-64 平台上,对 tarred silesia 语料库的测试结果如下:
| 编解码器 | 解码速度 | 压缩率 | 编码速度 |
| :------- | :----------- | :----- | :--------- |
| misa77 -0 | 5219 MB/s | 42.64% | 54.5 MB/s |
| misa77 -1 | 4274 MB/s | 39.65% | 51.2 MB/s |
| lz4 | 2505 MB/s | 47.59% | 371 MB/s |
| lz4hc -12 | 2531 MB/s | 36.45% | 7.31 MB/s |