最新

一年前，我开源了我的第一个“真正的”项目，并在这里分享。当时我还是一名大四的大学生，急切地寻找工作。分享时，我甚至连一个域名都买不起，天真地让别人买走了我心仪的那个域名，哈哈。这一年真是经历了很多，项目火了，我搬到了另一个国家，还换了两份工作。 在这一年里，我们竟然达到了26000个星标，建立了一个超过1000人的Discord社区，并支持37种语言。我对这个帮助我成长的社区感激不已，但现在我不知道该如何引导这个项目的发展。 这一切都是偶然。但现在我觉得自己错过了利用这份成功的机会。我一直在考虑盈利的选项，但不确定是否想走这条路。我喜欢它是免费的、对所有人开放的这个想法，但又忍不住想，如果全职投入或者有一个小团队，可以做成什么样子。我不断告诉自己（和别人），如果能找到一个联合创始人，我会采取行动，但怀疑和对失败的恐惧让我止步不前。 你会怎么做呢？

作为将SQLite项目的构建基础设施从GNU Autotools迁移到Steve Bennett的Autosetup的“最后一步”，我们需要将TEA（Tcl扩展架构，也称为tclconfig）的构建，即其Tcl扩展DLL，进行迁移。 我们没有选择为SQLite编写一个定制的解决方案，而是创建了teaish（意为“有点像TEA”），它提供了一个易于使用的替代方案，替代基于Autotools的TEA。 其主要特点包括： - 易于使用：只需创建1到3个描述扩展的文件，运行teaish的“configure”脚本，就可以准备构建。 - 可以通过简单的调用创建新的存根Tcl扩展及其特定于teaish的文件。 - 支持树外构建。 - 支持测试。如果客户端未提供测试，则会生成一个测试，确保编译后的扩展至少可以被Tcl加载。 - 生成安装/卸载的makefile规则，前者会自动测试生成的安装是否可以通过Tcl的“package require”加载。 - 生成“make dist”规则，以便将扩展打包分发。 - 构建速度比使用TEA构建的扩展快得多。例如，使用-O2优化的SQLite扩展在我的笔记本电脑上使用teaish构建需20秒，而使用TEA则需40秒。使用-O0构建甚至更快：3.5秒对比23秒。 - 兼容Tcl 8.5及以上版本。 - 在多个Linux发行版、OpenBSD、Cygwin、Msys2，甚至Haiku上进行了测试。 我们尚未将SQLite TEA构建迁移到此，因为我们首先需要确定这样做的下游影响，以及如何调整teaish以最小化该影响。

寻找一位能够自适应教学的AI钢琴老师，能够为我提供课程，并与我的键盘连接。<p>请分享任何相关链接或想法。谢谢。

大家好， 这是我一个小小的个人项目。我的动机是：我讨厌写求职信，我希望能够自动化这个过程，以至于未来有90%的求职信都是由人工智能生成的。 让我们一起冲击市场，让招聘人员干脆不再要求求职信。我并不想从中获利，这个项目是免费的。你不需要注册账户，并且它支持32种语言。非常期待听到你们的反馈。