7作者: devwithanxiety大约 6 小时前原帖
我是一名资深网页开发者(有10年经验),但在过去三年里,我一直在与焦虑作斗争,这影响了我的工作表现。去年我开始了一份新工作,但由于表现不佳被解雇,现在我在思考如何继续前进。 咨询让我意识到,我的工作和个人特质是我焦虑的根本原因。对他人看法的过度关注和对犯错的恐惧与代码审查、冲刺和不断的截止日期并不相容。 焦虑导致肌肉紧绷、脑雾、肾上腺素激增和疲惫,使我工作效率降低30%。这形成了一个恶性循环:更多的焦虑让我变得更慢,而这又进一步加剧了焦虑。 我正在通过咨询、写日记、自我反思和冥想来应对这些问题,但接下来我该怎么做呢?我需要找一份新工作,但快速发展的初创公司环境只会导致同样的结果。 我确实想要有意义的工作——我不想整天无所事事。但我需要一个要求较低的环境。我在LinkedIn上看到的都是“快速发展的”初创公司职位。有没有节奏较慢的网页开发工作?对于合适的节奏和环境,我愿意接受降薪。中级职位是一个可能的选择,但似乎很少见,我也担心最终还是会被分配到高级工作负载。 另一个选择是转行,无论是在软件行业内还是外。我对此没有任何想法,老实说,这让我感到相当害怕。我很想知道其他人是怎么做的。 如果你对上述问题有任何建议,或者有类似的与编程相关的焦虑问题,或者已经克服了这些问题,请分享你的经验。这对我将非常有帮助。
2作者: dnpotter大约 6 小时前原帖
我正在考虑推出一个安全数据存储应用程序。它的设计类似于Dropbox,但用户可以选择数据存储的位置,并在严格可撤销的协议下允许应用程序访问他们的数据。我想知道你对此的看法。 该应用程序将从一些简单的功能开始,比如安全笔记、文件共享和安全消息传递,随后逐步增加更复杂的功能,如符合GDPR的数据共享、类似Facebook的动态消息和数据货币化。我们的愿景是将每个功能开发为一种手段,以推动开放协议的发展,从而安全地与去中心化应用程序共享私人数据,朝着Web3的愿景迈进,控制自己的全球数据足迹。开发者可以自由地在这些协议上构建应用程序,促进竞争,并为每个功能提供用户体验的选择。每个协议将使用专门设计的智能合约来管理数据访问,并充当数字服务水平协议。这将数据共享的智能合约放在链上,使其完全可定制、可编程、透明、互动并且在协议条件下可审计。 你觉得怎么样?这个概念是否引起了你的共鸣?任何反馈都将不胜感激。 这里有更多信息:https://medium.com/@bubble-protocol/what-if-you-owned-your-digital-life-8fe515f5a1a7
1作者: tndibona大约 6 小时前原帖
我们创建了Pillr,旨在通过按邮政编码组织的近期销售趋势的互动可视化,帮助购房者做出数据驱动的决策。在2月份推出付费服务后,我们吸引了首批订阅用户,验证了我们的核心产品。现在,我们希望提高转化率,并希望能与能够指导我们进行必要调整的人士联系。我们非常希望获得HN对我们产品、用户界面/用户体验以及盈利策略的反馈。 请访问我们的网站 <a href="https://pillr.io/accessCode/hn4free" rel="nofollow">https://pillr.io/accessCode/hn4free</a>,并直接与我们联系:info@pillr.io
1作者: lazarkap大约 6 小时前原帖
我创建BuzzBench是因为我对性能测试工具变得如此复杂感到沮丧。最终,我不得不编写自己的脚本来测试端点,并在测试时手动检查资源使用情况。<p>查看演示:<a href="https://www.youtube.com/watch?v=yAnbZMoQvmQ" rel="nofollow">https://www.youtube.com/watch?v=yAnbZMoQvmQ</a>
2作者: meowiecfe大约 6 小时前原帖
我们开发了 gater,一个以 API 为先的用户权限管理系统,专为 SaaS 团队设计。 大多数 SaaS 产品最初将功能访问/权限直接与计费元数据(如 Stripe 计划 ID 或 Paddle SKU)绑定。虽然这种方式在早期有效,但当你需要: - 启动或调整定价实验 - 处理基于使用量的逻辑(任何构建 AI 工具的人可能会有共鸣)、附加功能和试用 - 修复因计费同步问题导致的权限问题 时,这种方式很快就会变得棘手。 gater 通过将用户权限逻辑与计费解耦来解决这些问题。 你可以通过我们的仪表板或 API 定义计划(我们称之为宏)、功能、使用限制和自定义规则。 你的应用程序调用 gater 来确定用户应该能够访问哪些内容,无论你使用什么计费提供商或定价模型。 其优势包括: - 减少维护定价逻辑所需的工程时间 - 加快定价和包装的实验速度 - 当计费和权限出现问题时,使支持团队更加自给自足 - 与支付系统无关 – 兼容 Stripe、Paddle、Paypal 或自建支付系统 - 支持的不仅仅是功能标志 – 还包括使用上限、捆绑功能、附加功能等。 我们最初为自己的项目构建了 gater,以避免每次定价模型变化时都重写复杂的功能访问逻辑。 我们不断地在自己的项目中使用 gater,希望这对其他团队也能有所帮助! 如果你在 SaaS 中遇到过权限逻辑实现的问题,我们非常希望听到你的想法或反馈。