24小时热榜

嘿，HN， 我正在推出 kanto.ai，并寻找早期的测试用户。 这个项目源于我自己的经历。我负责在 GCP 上构建和维护一个 Kubernetes 应用的 SOC-2 合规性。GCP 的 Cloud Foundation Blueprints 是一个很好的起点，但它们的设置非常复杂，而且随着需求、政策和云服务的演变，保持更新更是困难。许多 SOC-2 所需的方面也并没有开箱即用。 kanto.ai 是一个 GitHub 机器人，它可以快速启动一个企业级的、多仓库的、以 git-ops 为主的 GCP 部署，并自动化后续的维护。它监控 GitHub 问题，并生成内置最佳实践的 Terraform 拉取请求。在后台，它使用 GCP 的 Cloud Foundation Toolkit 模块来处理项目、网络、组织政策、IAM 等等。我们的目标是让基础设施开箱即用时就符合 SOC-2 标准。 目前这个项目还处于早期阶段，只有一个着陆页和一个工作原型。我非常希望能听到任何曾处理过 SOC-2、Kubernetes 或 GCP Foundation Blueprints 的人的反馈。 这个项目是否解决了你曾经遇到的实际问题？在 GCP 上处理 SOC-2 时你遇到了什么障碍？如果你使用过 GCP Cloud Foundation Toolkit，哪些地方有效，哪些地方无效？ 谢谢。

我开发了 Captan（<a href="https://github.com/acossta/captan" rel="nofollow">https://github.com/acossta/captan</a>），这是一个小型的开源命令行工具，用于管理创业公司的股权结构表。 与其在电子表格中忙碌或支付昂贵的 SaaS 股权结构解决方案，Captan 将所有信息存储在一个简单的 JSON 文件中，您可以在 Git 中进行版本控制。 它支持： - 利益相关者（创始人、员工、投资者） - 证券类别（普通股、优先股、期权池） - 股份发行 - 带有归属计划的期权授予（按月、悬崖） - SAFE（记录 + 模拟在定价轮次中的转换） - 股权结构数学（已发行股份与完全稀释股份） - CSV/JSON 导出 - 审计日志（“船只日志”） 总体而言，使用 Git 中的 JSON 文件将提供比大多数商业解决方案更好的审计能力和版本控制。 建模不同场景非常简单，只需创建一个 Git 分支，建模您所需的内容。 快速体验： --------------------------------------- npm install -g captan $captan init --name "Acme, Inc." --pool-pct 20 $captan enlist stakeholder --name "Alice Founder" $captan issue --security sc_common --holder sh_alice --qty 5000000 $captan chart 示例输出： Captan — 股权结构表（截至今天） 姓名 已发行股份 % Alice Founder 5000000 100.00% 总计 已发行股本：5000000 已归属期权：0 已发行总计：5000000 完全稀释总计：7000000 --------------------------------------- 我之所以开发这个工具，是因为早期阶段的创始人（包括我自己）通常不需要 Carta 或 Pulley，只需要一种干净、可操作的方式来跟踪所有权。我想要一个透明、开发者友好且与 Git 原生兼容的解决方案。 代码库： <a href="https://github.com/acossta/captan" rel="nofollow">https://github.com/acossta/captan</a> npm: <a href="https://www.npmjs.com/package/captan" rel="nofollow">https://www.npmjs.com/package/captan</a> 我希望能收到您对哪些功能会让这个工具对您更有用的反馈。 谢谢！

Crazy Context 是一个有趣的无代码工具，能够生成项目提示，并将其一次性转化为基于 JavaScript 的应用程序。它具有强大的版本控制功能，采用独特的方法，同时使用起来非常简单、便宜且快速。非常适合任何试错类型的方法。

疲惫难道不是一种重大手术，从长远来看可以显著改善你的生活吗？