6作者: alcasa6 个月前原帖
根据公开的新闻和我工作场所发生的事情,似乎有一个真实或至少被传达的说法,那就是开发者需要将人工智能作为一种新技术来接受。 但为什么呢?如果人工智能真的好,采用它就不需要说服,反而会更难阻止开发者在你不希望他们使用的地方使用人工智能。
1作者: davidchl6 个月前原帖
关于我们 我们是一家数字护理平台,致力于帮助老年人和残障人士在自己的家中独立生活并茁壮成长,避免进入退休社区。我们根据认知、视觉、行动和灵巧性挑战的个体需求,调整来自Uber、Lyft、DoorDash和Instacart等公司的按需API。我们是一家高盈利且快速增长的初创公司。我们的团队完全远程办公,工程师总人数为12人(包括此职位)。 完全远程 | 东部时间区 | 年薪 $90,000 – $150,000(部分依地点而定) 技术栈 后端为主:Node.js、TypeScript、MySQL、REST + GraphQL 前端:Vue.js(优先考虑) 部署:AWS、Docker/Kubernetes(优先考虑) 要求 6年以上专业经验(主要在Node.js和Vue.js方面) 面试流程 两轮面试流程。 如果您热衷于改善老年人和残障人士的生活,请将您的LinkedIn或简历(简洁为宜)发送至 william@gogograndparent.com,或访问<a href="https://www.ycombinator.com/companies/gogograndparent/jobs">https://www.ycombinator.com/companies/gogograndparent/jobs</a>申请。
3作者: stasher-dev6 个月前原帖
Stasher 是一个小型命令行工具,允许你分享加密的秘密,阅读后即焚——无需账户,无需登录,无需信任服务器。 我创建它是因为我只想分享一个密码。并不想搭建基础设施,也不想注册某个“安全”的网络应用,更不想信任 Slack 线程。只想发送一个秘密。 秘密在客户端使用 AES-256-GCM 加密。你会得到一个 `uuid:key` 的令牌来分享。一旦有人阅读了它,它就会消失。如果他们在 10 分钟内没有阅读,它将过期并被删除。 一切都是可验证的。每个版本都有签名,经过 SLSA 认证,包含 SBOM,并记录在 Rekor 透明日志中。每行代码都是公开的。 还有一个基于浏览器的伴侣应用: [https://app.stasher.dev](https://app.stasher.dev) — 在一个沙盒弹出窗口中使用相同的加密模型工作。可以从终端分享,在浏览器中接收。 没有未加密的数据存储。没有元数据。没有日志。没有监控。 --- GitHub(CLI): [https://github.com/stasher-dev/stasher-cli](https://github.com/stasher-dev/stasher-cli) GitHub(应用): [https://github.com/stasher-dev/stasher-app](https://github.com/stasher-dev/stasher-app) API(Cloudflare Worker): [https://github.com/stasher-dev/stasher-api](https://github.com/stasher-dev/stasher-api) CI/CD(开放): [https://github.com/stasher-dev/stasher-ci](https://github.com/stasher-dev/stasher-ci) NPM: [https://www.npmjs.com/package/stasher-cli](https://www.npmjs.com/package/stasher-cli) 网站: [https://stasher.dev](https://stasher.dev) 浏览器应用: [https://app.stasher.dev](https://app.stasher.dev)(在 [https://dev.stasher](https://dev.stasher) 的沙盒中运行) 使用 Cloudflare Workers、KV 和 Durable Objects 构建。所有代码都是开放的、可审计的,并且经过签名。 试试吧: ```bash npx enstash "vault code is 1234#" npx destash "uuid:base64key" ``` 感谢阅读!
1作者: prkothan6 个月前原帖
我们注意到印度的运营团队——医院、服务团队、设施管理人员——都在使用WhatsApp进行沟通。不是电子邮件,也不是Slack,而是无尽的聊天群和Excel表格。 但WhatsApp并不是为工作而设计的。因此,我们开发了“WhatsApp的ChatOps”——一个可以将聊天转化为工单、任务和工作流程的层级,所有操作都在WhatsApp内完成。无需登录,无需门户,也无需切换应用。 它与后端工具(如CRM、ERP、HRMS)集成,处理服务水平协议(SLA),并帮助运营领导者最终跟踪发生的事情——而无需改变团队的工作方式。 这是为印度量身定制的,可能在其他使用WhatsApp较多的市场也会有用。 我们非常想听听您的想法: 您在其他国家看到类似的模式吗? 在WhatsApp基础设施上构建的风险是什么?