请启用 JavaScript 并禁用任何广告拦截器。
请启用 JavaScript 并禁用任何广告拦截器。
启用 JavaScript 和 Cookie 以继续。
## “别让我跟你聊天机器人对话”原则 人们对人工智能生成文本未经请求地出现在个人和专业交流中越来越感到沮丧。核心问题不是人们*是否*使用人工智能,而是他们期望他人无需付出任何努力就能理解其输出。原则是:不要强迫别人解读你的聊天机器人的写作。 有效的沟通需要双方共同努力。人工智能生成的文本往往缺乏重点,掩埋了关键意图,并要求读者付出更多的工作。虽然人工智能可以*辅助*形成想法,但仅仅粘贴其输出感觉像是懒惰的沟通和努力的不对称。 然而,经过深思熟虑编辑的人工智能输出——简洁、优先考虑关键信息——是可以接受的。一个简单的解决方案是首先*弄清楚*你想说什么,*然后*再说出来,即使是从人工智能辅助开始。在代码审查等情况下,在人工智能生成的摘要前加上简短的人工概述,可以提供必要的背景和认可。 最终,一点体贴——确保清晰和简洁——可以防止强迫别人“跟你聊天机器人对话”,并促进更尊重、更高效的互动。
## Textadept:一款轻量级、可扩展的文本编辑器
Textadept 是一款为程序员设计的快速、跨平台文本编辑器,适用于 Windows、macOS、Linux 和 BSD。它具有极强的可扩展性,无需安装 – 简单解压并运行自包含的可执行文件即可。
主要功能包括支持超过 100 种语言、多光标/选区、无限分割视图以及高度可配置的按键绑定和代码片段。用户可以集成 shell 命令,并使用 Lua 脚本自定义编辑器的几乎所有方面。重要的是,Textadept 离线运行 – 它不连接互联网。
该编辑器提供图形界面和终端界面。虽然提供预编译的二进制文件,但 Textadept 也可以从源代码编译,并可以选择不同的 UI 工具包(Qt、GTK、ncurses)。全面的文档,包括用户手册和 Lua API 参考,可在应用程序内轻松访问。 可选模块可通过 Lua 脚本在偏好设置中加载,以扩展功能。
Textadept 是开源的(MIT 许可证)并得到积极支持。
Voxile,一款由VoxRay Games开发的独特合作生存建造游戏,最近发布了其最大更新“建造者更新”,目前在Steam上正在进行40%的折扣促销。Voxile与众不同之处不仅在于其惊艳的光线追踪微体素图形,还在于*如何*实现这些效果。得益于其定制引擎和创始人Wouter von Oortmersen创建的编程语言“Lobster”,即使在配置较低的硬件上,游戏也能流畅运行。 Wouter曾就职于Crytek、Maxis和Google等工作室,他设计Lobster的重点是快速原型设计和迭代——拥有令人难以置信的编译速度。他是一位多产的语言创造者,Lobster是他第十个作品,建立在数十年的经验之上。 Voxile利用这项技术提供完全可破坏和建造的体素世界、高性能光线追踪、合作多人游戏、RPG风格的任务以及触觉反馈的战斗。游戏设计强调涌现式游戏玩法和广泛的模组潜力,旨在打造一种类似于*Minecraft*和*Valheim*的沙盒体验,但具有独特的真实感。VoxRay Games的目标是培养强大的社区并分享知识,演示版目前可在Steam上下载。
✨ 免费试用密钥:使用 Google Vision 获得 100 免费 OCR 额度。仅限前 50 名用户。目前仅适用于 Google Vision。 邮箱地址 发送验证码 试用密钥已领取!密钥已自动填充到 API 密钥字段。 关闭
## Cookie’s Bustle 与版权纠纷:摘要
Cookie’s Bustle 是一款古怪且备受追捧的1999年日本电脑游戏,最近成为版权纠纷的焦点。视频游戏历史基金会(VGHF)在获得该游戏的稀有实体版后记录了它,分享了游戏画面和档案资料。然而,一位名叫 Brandon White(或他的公司 Graceware, SL)的个人开始发布 DMCA 删除通知,声称拥有版权,目标是分享与该游戏相关内容的网站和创作者——甚至包括 VGHF 自身收藏的描述。
VGHF 进行了调查,没有发现任何支持 White 主张的证据。他的“版权登记”是通过一项可疑的服务(INTEROCO)进行的,其合法性存疑,他的商标申请也处于待定状态。用于发送删除通知的英国贸易组织 Ukie,在 VGHF 提交调查结果后,最终暂停了这些行动。
此案例凸显了自动删除系统的问题以及“孤儿作品”的问题——即版权所有者不明的受版权保护的材料。虽然 *Cookie’s Bustle* 的版权状态仍不清楚,但 VGHF 的努力已经阻止了破坏性的删除活动,保护了合理使用并保留了对这款独特游戏历史的访问。VGHF 正在分享他们的调查结果,以赋能创作者并打击版权法的滥用。
## 在对话框中拦截 ESC 键 一个常见的问题是在标准对话框中拦截 ESC 键,尤其是在使用 `EndDialog()` 时,这会阻止从自定义消息循环中获取退出代码。一种解决方案是利用 `IsDialogMessage` 中的可扩展点,使用消息过滤器钩子。 这种方法注册一个钩子函数 (`DialogEscHookProc`),在 `IsDialogMessage` 处理消息*之前*监听 `MSGF_DIALOGBOX` 消息。如果消息是 ESC 键按下,钩子会将一条自定义消息 (`DM_ESCPRESSED`) 发送到对话框过程。 然后,对话框过程处理 `DM_ESCPRESSED`,决定是自行处理 ESC 键还是允许默认的 `IDCANCEL` 行为。处理包括自定义逻辑并设置 `DWLP_MSGRESULT` 为 `TRUE` 以阻止默认处理。 钩子在对话框创建之前使用 `SetWindowsHookEx` 安装,之后使用 `UnhookWindowsHookEx` 移除。 然而,这个初始实现存在缺点:它依赖于全局(或线程局部)变量来存储对话框句柄,这会在多线程或在单个线程中存在相同对话框的多个实例时造成问题。需要进一步改进来解决这些限制。
## 效率悖论:为什么首席执行官没有被人工智能取代? 当前一波由人工智能驱动的裁员,以杰克·多西最近宣布的Block公司裁员为例,集中在开发者和维护人员等“知识经济的流水线工人”岗位上。然而,一个关键问题却鲜有人问:为什么人工智能没有被应用于高层领导? 有人提出用“人工智能执行官”(AEO)取代首席执行官,并由“A套件”(AxOs)——前C套件成员——在人工智能的辅助下运作,而非凌驾于其之上。考虑到中位数首席执行官薪酬(1710万美元)相当于85名工程师的工资,潜在的节省是巨大的。更重要的是,一个有缺陷的首席执行官决策——影响整个公司和数千个工作岗位——所造成的损害远远超过了单个开发者错误造成的损害。 虽然公司大力投资于系统以减轻开发者的错误,但对于高层决策却没有类似的保障措施。人工智能在战略、资本分配和沟通方面表现出色——这些都是首席执行官的核心职能——只留下真正不确定、高风险的选择供人类直觉判断。 最大的障碍是什么?自我保护。当前由高管组成的治理结构,本质上抵制任何可能取代他们的系统。这凸显了效率上的双重标准,以及将“无聊运维”(BoringOps)——一种不懈地消除组织阻力的做法——应用于最顶层的必要性。