即刻App年轻人的同好社区
下载
devops
DevOps是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。
121人正在讨论，8232人浏览
相关圈子
工程师的日常
43万名工程师在这里吐槽和自嘲
JitHub程序员
39万名开发者在这里同性交友
动态
- 🚀 历时 2 个月、55 个功能点、30 亿 Token……我们把 macOS 工作台做成了想要的样子：AtomsFlow
大家好，我是 AtomsFlow 的独立开发者。
做这个工具的初衷非常简单：每天工作打开电脑，Finder 窗口、浏览器标签页、日历和待办清单散落一地，频繁在 4～5 个 App 之间 Cmd+Tab 切来切去，注意力碎了一地。
于是这两个月里，我跟 AI 结对写了 **89,168 行代码**，消耗了大约 **30 亿 Token**，经历 **45 个工程会话** 与 **2,200 条开发对话**，迭代了 5 个版本，终于把 **AtomsFlow** 雕琢成了最顺手的样子。
---
💡 核心设计理念：Work as one on macOS
我们不重新发明文件系统，而是**把本机文件夹用成真正的高效工作台**。
1. 📁 重新定义文件夹（Cabinets）
- 深度绑定本地 APFS 目录，不传云端，完全离线数据安全。
- 文件可以一键关联、多色 Mark 标记、独立专属备注、正则排序与智能一键整理（支持 Dry Run 预演）。
- 直接把常用应用（App）、关联文档、日程事件“订”在文件夹上，开箱即用。
2. 🌐 内嵌网页与同网站独立隔离（Webpage Stage）
- 常用工作后台、文档平台直接常驻左侧，无需频繁跳转外部浏览器。
- 支持同网站多账号独立隔离（Cookie 独立存储），多角色切换互不覆盖。
3. 📅 贯穿全域的统一日历与待办（Calendars & Todo）
- 快捷键即时唤起年/月/周/日全视图。
- 文件夹中的事件与截止日期自动流转汇聚，还可双向无缝同步 Apple 原生日历。
---
🎁 即友专属体验 / 交流：
- 官方网站：atomsflow.com
- 架构支持：支持 Apple Silicon 与 Intel 双架构原生下载
- 试用政策：支持设备免登录直接试用，数据纯本地，轻量且安静。
- 优惠码：EARLYBIRD50
欢迎大家下载体验并提出吐槽和建议！如果你也是每天面对一堆碎片化文件、网页和日程的 Mac 重度用户，希望能帮你的桌面重新找回呼吸感。
#独立开发的日常 #苹果秋季发布会 #devops
AtomsFlow · Work as one
1 00 - # 🚀 历时 2 个月、55 个功能点、30 亿 Token……我们把 macOS 工作台做成了想要的样子：AtomsFlow
大家好，我是 AtomsFlow 的独立开发者。
做这个工具的初衷非常简单：每天工作打开电脑，Finder 窗口、浏览器标签页、日历和待办清单散落一地，频繁在 4～5 个 App 之间 Cmd+Tab 切来切去，注意力碎了一地。
于是这两个月里，我跟 AI 结对写了 **89,168 行代码**，消耗了大约 **30 亿 Token**，经历 **45 个工程会话** 与 **2,200 条开发对话**，迭代了 5 个版本，终于把 **AtomsFlow** 雕琢成了最顺手的样子。
---
### 💡 核心设计理念：Work as one on macOS
我们不重新发明文件系统，而是**把本机文件夹用成真正的高效工作台**。
1. **📁 重新定义文件夹（Cabinets）**
- 深度绑定本地 APFS 目录，不传云端，完全离线数据安全。
- 文件可以一键关联、多色 Mark 标记、独立专属备注、正则排序与智能一键整理（支持 Dry Run 预演）。
- 直接把常用应用（App）、关联文档、日程事件“订”在文件夹上，开箱即用。
2. **🌐 内嵌网页与同网站独立隔离（Webpage Stage）**
- 常用工作后台、文档平台直接常驻左侧，无需频繁跳转外部浏览器。
- 支持同网站多账号独立隔离（Cookie 独立存储），多角色切换互不覆盖。
3. **📅 贯穿全域的统一日历与待办（Calendars & Todo）**
- 快捷键即时唤起年/月/周/日全视图。
- 文件夹中的事件与截止日期自动流转汇聚，还可双向无缝同步 Apple 原生日历。
---
### 🎁 即友专属体验 / 交流：
- **官方网站**：atomsflow.com
- **架构支持**：支持 Apple Silicon 与 Intel 双架构原生下载
- **试用政策**：支持设备免登录直接试用，数据纯本地，轻量且安静。
- **优惠码：EARLYBIRD50
欢迎大家下载体验并提出吐槽和建议！如果你也是每天面对一堆碎片化文件、网页和日程的 Mac 重度用户，希望能帮你的桌面重新找回呼吸感。
#独立开发的日常 #devopsAtomsFlow · Work as one
1 00 - 现在很多公司都开始做内部开发者平台，有的叫发布系统，有的叫项目管理平台，叫什么无所谓，但都有一个共同点就是做得太「烂」了。这些平台没有聚焦到导致开发进度放缓的开发痛点和阻力的解决方案上，反而是拍脑门想了很多看上去「高大上」实际上对一线产研工作没有毛作用反而加重了一线产研工作量让大家怨声载道的功能上。让一线产研小伙伴苦不堪言，内网骂完外网骂。这就是内部开发者平台的典型反例。#devops #开发者平台 #研发效能
研发效能｜DevOps 已死平台工程永存带来的焦虑
4 72 - 配置放到哪里比较好，数据库还是 kv ？结论：如果需要复杂查询、事务支持,数据库更合适; 如果追求读写速度,键值存储更优。两者可配合使用,发挥各自优势。比如对于一些既需要低延迟读写,又需要复杂查询的业务数据,可以采用数据库+键值存储双写的模式,发挥两者优势。 #devops0 00
- 量化招聘：运维岗位合集：10家量化私募，地点北上，1-3年左右经验/5年+经验岗位都有，希望是985/211学历背景，互联网或金融行业大厂运维经验，熟悉Python
联系VX: fintech89，辛苦备注即刻
#运维 #SRE #量化私募 #量化对冲基金 #运维开发 #devops #运维招聘 #运维开发招聘
1 00 - 为啥 ChatGPT 突然火了？简单概括就是：产品太过惊艳，体验超预期，产品价值一眼清，大开门 #devops #研发效能
AI DevOps | ChatGPT 与研发效能、效率提升(中)
0 00 - 在软件开发领域中，源码依赖、接口依赖和服务依赖是三种不同类型的依赖关系，它们有不同的特点和优缺点。下面我会详细解释它们的区别和各自的优缺点。#devops
软件依赖管理-源码依赖、接口依赖、服务依赖
0 00 - 研发效能是一个组织高效交付产品的能力，以及围绕提高这一能力所建立起来的由规范、流程、工具、度量体系、实践等组成的系统工程体系。目标是优化开发者体验，夯实产品研发运营基础设施和赋能组织持续高质高效地交付产品价值。#研发效能 #devops #平台工程
DevOps | 研发效能价值如何衡量
2 01 - 🧐我在KAT V2模型，美学方向训练时的思考：
你有没有跟AI说过这些话——
"要高端感""科技感强一点""简洁大气"
然后结果出来：蓝白配色 + 默认字体 + 单列布局。
你以为它懂了，其实它只抓到了表面。
背后有4个根本原因：
① 语义鸿沟
你说的"高端"，AI不知道是什么。
于是它退回最安全的平均态——蓝白色+宋体。
语义理解到了，但美学决策从未发生。
② 用户分层困局
能写精准设计Spec的人，根本不需要AI。
最需要AI的普通用户，最说不清自己要什么。
这个矛盾，靠Prompt教学解决不了。
③ Prompt神话
"教用户写更好的Prompt"——听起来合理，但走不通。
写精准Spec需要同时具备设计、工程、产品三领域知识。
实际数据：Prompt优化渗透率 < 5%。
④ 评测也在测错方向
现有AI评测用"与参考图相似度"衡量质量。
这套机制系统性惩罚原创、奖励平庸。
引导模型越来越像"最安全的平均态"。
这4个问题，共同构成AI美学生成的根本困局。
下期预告→ 我们怎么系统性解决了这4个问题🙋♀️
感兴趣的家人们快来码住～
下期将为大家分享我的解法！以及完整《美学白皮书》PDF！
#AI的神奇用法 #AI工作流 #devops
0 00 - 我特别反感那些不顾公司现状一上来就想要做研发效能度量的人，尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。产研运同学在脉脉上喷公司的基建都喷出火星子了，还做啥研发效能度量。我建议不把这些小伙伴火上眉毛的事情解决，就不要做研发效能度量。#devops #infra #研发效能
devops｜中小公司不要做研发效能度量
3 00 - 研发效能涉及的知识很多，从大的方向去划分包括制度、组织、平台、运营等；单从软件研发的角度去看也包括很多，包括最底层的软工认知、实践，到团队管理和组织、敏捷研发，项目管理、源码管理、发布管理、可观测性，到产品的运营和反馈。
现在很多公司已经组建了或者正在组建研发效能团队，每个人都大概有个认知，但是具体又很难说清自己该做什么不做什么，找不到自己的核心价值。「就菜下锅」「看碟下菜」是一种策略，但是我个人觉得还是要从大方向上对研发效能有个清晰的认知，分清边界、高效协同。#devops #研发效能 #infra研发效能DevOps推荐书单
2 00 - 之前写过一篇文章《devops｜中小公司不要做研发效能度量》，主要是从基础设施方向考虑，因为很多条件都不具备，贸然高投入去做研发效能度量可能达不到我们的预期效果，给出的建议是先做好当下打好基础。今天想到一个好例子，可以类比下。中小公司效率为王，没必要度量。做好现在，活在当下，谋定而后动就是最高效的。另外就是周末看了一篇讲研发效能度量的巨大的帖子，几万字。看得我头疼，所以想通过一些简单的方法来理解这件事。#devops #效能度量
devops｜中小公司效率为王，没必要度量
1 00 - 国内公司普遍不注重基础设施建设，这也是可以理解的。吃饭都吃不饱，就别提什么荤素搭配，两菜一汤了。但也不能全说是这样，还是有很多公司投入大量的人力物力去做好公司的基建，比如很多阿里和美团的小伙伴对公司的基建还是很认可的。 #研发效能 #infra #devops #阿里 #美团
DevOps | 互联网、软件公司基础设施建设(基建)哪家强？
0 11 - DevOps平台建设的关键点是什么？关键还是在人。找到一个「吃过猪肉，见过猪跑的」，你问他什么是猪，他自然比「没吃过猪肉，没见过猪跑的人」更了解猪。海豚海豚，你知道猪是什么样么？它都没上过陆地，这辈子都没见过猪，它哪知道猪是什么样。#devops
DevOps平台建设的关键点是什么？
0 00 - 研发效能并不能解决企业效益问题，不是利润中心，不能给你带来直接收入(研发效能相关工具厂商做咨询、出方案、卖工具除外）。想要解决企业效益问题，依赖于企业战略、业务/产品、组织、运营、创新等其他方面。研发效能解决的是企业内部「产研运协作效率」的问题。#devops
DevOps｜研发效能解决的是企业效率问题
1 00 - 互联网作为真正的技术密集型产业，在人口红利已经见顶的情况下，研发效能相关的工作，无论是端到端devops平台的建设，效能洞察驱动过程改进，还是强化单兵能力，提高跨团队协作能力，必须全面综合各种手段提升研发效能已经成为行业共识。
尤其伴随GPT的横空出世，冲击传统软件研发模式，研发质量效能更加夯实产品研发基础设施，赋能组织持续高质高效地交付产品价值和质量。 #devopsDevOps｜AGI : 智能时代研发效能平台新引擎（上）
1 00 - 在之前的文章我首先讲了1)敏捷的第一步-每日站立会，然后讲了如何2)用看板管理项目或者管理自己的工作待办，今天是第三个主题，讲如何3)在实际项目中做任务拆解、估时和工作指派。#devops
DevOps｜研发提效-敏捷任务拆解、工作量评估和指派
1 00 - 2 23
- infra 就是搭台子，搭好台子让演员唱戏，欢呼和掌声都是献给台上唱戏的演员，要是台子搭垮了挨骂的就是 infra 了。如果这样，你还愿意给公司搭台子么？我们做内部基础设施的团队，其实就是一只给公司搭台子搭团队。 #infra #devops #基础设施0 00
- 想要做好业务，老板们除了要梳理好公司级别的业务目标，公司的组织架构，还要搭个有产出的班子，也就是找负责人、建团队，让组织架构充实起来。搭班子最重要的就是把负责人找到，就是团队1号位的人 #devops #研发效能。#infra
研发效能负责人/研发效能1号位｜DevOps负责人
0 00 - 总体来看国内裁员人数和美国动辄就上万人来说绝对值还是少的，但是占比却很大。从侧面反映出美企人效低利润高，国内企业过的不是那么滋润打工人相对比较苦逼兮兮，干的活多活累，但人效高。2023年，平台经济新定位，游戏行业也有了科技+数字经济+文化传承的属性。政策面一切向好，大家对经济的改善也有了期待，希望经济向好能在数据上有所体现。#devops #降本增效
疫情大环境下科技互联网公司开源节流降本增效
0 00 - 研发效能团队更关注提高产研协作效率、过程改进、产品质量提高和平台用户体验；项目经理(PMO)更关注资源投入、项目进展和业务目标达成。理解这一差异可以避免矛盾,也能更好地找到合作的契合点。#devops
DevOps｜研发效能+项目经理PMO
0 00 - 有人问，组织架构的变化真的会带来这么大的变化么？有的。这就相当于生产队集体干活挣工分变成了包产到户，一个时代的巨大进步，生产关系的转变带来的是巨大效率的提升。 #devops
DevOps｜破除壁垒,重塑协作——业务闭环释放产研运巨大效能(中）
1 00 - 时间短、任务多、压力大，协调沟通不好，需求上线就很容易延期。我们要协同，我们要有上下文，我们要沟通，而项目管理工具就是能满足这些需求的最好的异步协同工具。这里有国情的原因，也是时代的选择。#devops
DevOps｜产研运协作工具链上的皇冠-项目管理工具
1 00 - 团队内部之间最好的交流时间是「现在」，最好的交流地点是「工位」。如果你也经历过肯定有同感。一个迭代每一个人开会时间少了4h，开会时间占比减少50%。每个迭代保质保量干完活的前提下，整个团队还可以放假半天，多么明显的一个效率提升。#devops1 00
- 稳定性或者说质量都是钱堆出来的，花的是清清楚楚的钱，省的是糊里糊涂的账。技术保障就是这样，骑车去酒吧，该省的省该花的花。该花的钱不花，系统就死给你看，服务一挂，业务立刻受损，而且损失的不仅仅是钱，更重要的是商业信誉和用户对你的信任。#devops
2023年11月12日阿里云产品全面故障的思考
2 00
