“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
技术岗位摸鱼指南：如何找一份最少实际工作的编程工作
一位开发者寻求一份技术工作，要求尽量少干活、远程办公、不关心产品，只想拿钱供养自己的非盈利爱好。
原帖作者自称是“average developer”，在疫情中顿悟——他不再关心工作本身，软件产品对他来说毫无意义。他需要钱来支付房租、吃饭和购买爱好材料，但不想为此付出太多时间和心力。他列出的理想工作条件相当直白：
- 不参与产品决策（或参与极少），不在乎业务成败
- 完全远程办公，最好上午两小时干完，剩下时间自由活动
- 岗位描述含糊，期望低
- 薪资可以低一些（只要能满足基本需求）
- 不需要升职或带团队
- 可以帮其他开发者、搭基础设施/部署、或者纯数据管理（因为这类技术工作对他来说有乐趣）
他自己判断可能的方向是“纯后端开发”或“DevOps/运维”，但怀疑这类岗位是否还存在——因为现在几乎所有开发角色都会被拉进产品讨论中，前端部分也难以避免。
社区讨论的热门观点与细节
这条帖子在HN上引发了长达1091条评论的大讨论。许多老工程师、HR、招聘经理、以及有类似心态的开发者纷纷现身说法，提供了大量实操性建议和经验教训。下面整理并扩展最有价值的几个方向。
1. 合规/风控类技术岗（Compliance / Risk Engineering）
多位HN用户提到，金融、医疗、航空、政府IT项目中的合规性工作，节奏极慢，因为需求变更速度远低于普通互联网产品。这类岗位通常要求你编写文档、配置系统、处理审计请求，但业务压力几乎为零。一位在保险公司做内部工具工程师的开发者表示，他真正动手写代码的时间每周不超过十小时，其余时间在“等待审批”或“处理合规问询”。
关键点：这类岗位门槛在于① 需要遵守行业规范（如PCI-DSS, HIPAA, SOX），② 业绩指标模糊，③ 没有“增长”概念。适合不在乎产品成败、只想稳定拿工资的人。
2. 内部基础设施/工具链维护（Internal Tooling / Platform Team）
不少响应者推荐“内部开发者平台”或“大数据运维”类型的小组。这些团队服务于公司内部其他工程师，而非直接用户。你的工作对象是开发文档、CI/CD流水线、镜像仓库、监控告警等。好处是：
- 用户是同事，期望通常比较宽容（不会像面向合同客户那样苛刻）
- 多数任务是被动式的——出问题才找你，没问题你就可以“待命”
- 设置好自动化之后，日常维护工作极少
一位自称“全公司最大的闲人”的开发者详细描述了他如何通过写好Terraform脚本和PagerDuty规则，让报警几乎全部自动化处理，他每天只需要花一小时检查日志和环境状态。为了防止被发现“工作量太低”，他保持每天回复Slack消息、偶尔提交一些小PR（拉取请求）。
3. 政府/国企/大学的研究实验室IT岗
另一个高频答案是“大学实验室/研究机构的系统管理员（Sysadmin）”。这些机构通常经费充足、不考核产出，且完全缺乏技术热情驱动的迭代压力。一位在著名研究型大学做了七年运维的HN用户分享：他负责管理几台Linux服务器用于基因测序数据存储，实际上每周真正干活的时间大约是三天下午，其余时间都在看文档或自学与工作无关的新技术。他的策略是——不主动承担新需求，对所有新项目礼貌表示“需要评估资源和管理流程”，学校方面通常没有任何催促进度。他甚至建议，去争取“IT合规官”或“数据存储管理员”这类对技能要求不高的角色，因为上级往往不太懂技术，更容易管理期望。
4. 合同工（Contractor）——但按小时报价而非按项目价值报价
不少资深开发者提到，如果你真的有能力，那么把价格定低一点、做自由合同工，选那种“只需要写代码，不用开会”的短期包干项目。虽然这不算“岗位”，但可以极高比例地匹配你的要求：
- 完全远程
- 不需要参与产品方向——合同里写清楚只管技术实现
- 工作日就写代码，交付后拿钱走人
一位响应者说，他过去四年只接EHR（电子病历）系统的Mirth Connect接口开发任务，因为这种系统陈旧且规格明确，不涉及时尚的前端或社交互动。他给自己规定了每天最多工作三小时，其余时间在野外骑山地自行车。代价是收入仅相当于普通工程师的三分之二，但他觉得完全值得。
5. 避开的产品型岗位
同时，评论区也总结出几个“绝对不要碰”的岗位类型：
- Startups（创业公司）：一个人顶几个岗位，死亡威胁是常态
- 前端工程师：因为UI反馈最直观，产品经理和设计师每天追着你调效果
- “全栈工程师”：听起来清闲（只有一种工作）但实际你要cover从数据库到浏览器的一切，每个环节都有人问你。
- 需要直接对客户的技术顾问/技术支持：会被抓去开电话会议、写报告。
6. 操作层面建议：如何面试和入职后保持低调
一位匿名的“摸鱼高手”贡献了详细的操作指南：
- 面试时不要表现得太有主见，也不要回答问题太积极——重点展现可靠、服从、稳定的性格，这样HR和团队会认为你是“好相处的人”而不用担心你搞事。
- 入职后前三个月（试用期）认真干活，建立基本信任和工作模式。
- 稳定后逐渐降低响应速度，用“我在专注处理一个技术债务”来应付一切要求你参加更多会议的邀请。
- 永远不要透露自己的真实空闲时间——如果有人问你有没有空，回答“这个月相对比较紧张，但可以看看下周四”。
- 定期提交重构或优化类的小PR，让代码提交历史看起来活跃。
但与此同时，很多人警告：不要“零工作”。GitHub提交记录全空、半年没有代码merge，终究会在某些评审周期被注意到。至少要维持最低限度、但持续性的visible（可见）技术贡献，比如修几个bug、写文档、跑测试。
7. 另一种声音：这可能是职业倦怠，而非真的“不想工作”
几百条评论里也有相当一部分是劝告贴。很多人指出，原贴描述的状态其实更像是一种“无意义感”引起的抑郁或burnout（燃尽综合征）。他们建议先休个假、接受心理咨询，而不要直接“用手段降低工作量”——因为只要你在公司待着，总是会有人注意到你不干活，一旦被打上“低绩效”标签，处境会变得更糟。
更有趣的是，一名退休程序员的回复获得高赞：他开始也是想找到最清闲的岗位，结果发现长期来看，最清闲的岗位往往也是最容易被裁的岗位。真正的“长闲”反而来自某领域深厚的不可替代性（例如：银行COBOL系统维护、旧ERP运维），这种技术冷门又极其重要，以至于公司不敢解雇你，但需求又少到不需要你天天修改。他建议：与其找一份“看似清闲”的普通岗，不如刻意学习一门业务性强但技术更新极慢的系统——比如AS/400、IBM大型机COBOL、或者某种固定标准的电子病历集成引擎。这种人的竞争极少，公司有很强的理由留着你，而你也因为“怕你走了没人会”，可以理直气壮地几乎不干活。
8. 直接可行的岗位搜索关键词
评论提到的具体岗位名称整理如下，方便搜索：
- "Regulatory Reporting Developer"（银行报告开发）
- "Batch Operations Engineer"（批处理运维）
- "Mainframe COBOL Developer"（大型机COBOL）
- "Mirth Connect / HL7 Integration Engineer"（医院系统集成）
- "DBA - Support"（数据库管理员支持岗）
- "Data Center Technician"（数据中心技术员）——工作多是跑腿和换硬盘，设备正常时你基本可以看书
- "IAM Access Governance Analyst"（身份认证与访问治理分析员）——职责就是审批访问权限申请，完全无需创新
总结
原贴灵魂是：如何合法地在技术行业找到“低产出、低期望”的角色，用这份薪水去饲养自己真正的热情。HN老哥们的集思广益给出的核心答案其实是一种灰度策略：不追求一个绝对无事的岗位，而选一个高度规范化、低变化速度、非创新导向的技术领域，再把自动化工具用尽，让自己处于“救火队员”而非“造房者”的位置。同时要警惕——这种心态长期来看会减少职业安全感，最好的还是一条“冷门技术+稳定行业”的路线，人为制造不可替代性。至于这是不是“逃避生活”，评论区没结论——但至少证明，你绝对不是唯一一个这样想的人。