"职位名称
交易系统开发工程师
工作职责

与系统设计师、市场操作员及其他开发人员紧密协作，设计、开发并维护面向加密资产的机构级交易所交易系统。
负责核心交易系统的开发，包括订单簿管理、报价引擎、风险控制模块、对冲机制、库存管理、订单取消/订单优化等功能。
实现高性能、低延迟的订单交互逻辑，支持多主流中心化交易所（币安、OKX、Bybit、Coinbase、Kraken等）。
持续优化系统延迟、吞吐量及稳定性，实现亚秒级报价能力
参与交易监控系统的实施与快速迭代，协同策略团队更新系统。
负责系统架构设计、灾难恢复方案制定，快速定位并解决生产环境问题。
任职要求
计算机、数学、电子工程或相关专业本科及以上学历
3年以上实际开发经验，有交易系统开发经验者优先
精通Go（Golang）开发，具备高并发高性能系统实战经验者优先；精通Java或Python者加分
深度理解交易核心业务逻辑，包括但不限于：
订单簿实时快照与增量更新
价差控制与库存管理
对冲机制
订单类型
永续合约
熟悉主流交易所WebSocket/私有API，具备REST及WebSocket接口使用经验
精通低级优化技术：高性能网络编程、无锁数据结构、内存管理及协程调度
拥有生产环境7×24小时系统维护经验，能快速响应并处理在线故障
加分项
自主开发或参与过稳定运行至少6个月的做市系统，覆盖至少10个交易对，日均交易额达5000万美元以上
拥有可直接投入商业使用的现成做市系统 （可直接开源仓库或提供可运行演示版本）
具备Wintermute、GSR、Cumberland、Jump Crypto、Amber、DWF Labs等知名做市商的做市系统开发经验"

注： 必須有做市經驗cex的
不需要英語流暢，不需要24小時候命。不要web3技术栈
大专ok年龄无限制

把运维入口信息整理成“可维护资产清单”的一次实践
最近在接手一批历史环境时，我做了一件很基础、但非常值回票价的事：把分散在聊天记录、个人备忘、截图、旧文档里的运维入口信息，统一整理成一份可以持续维护的资产清单。
这里说的“入口信息”不是单纯记几个地址，而是把一线运维排障真正会用到的上下文一起收敛起来，比如：

通过什么入口进入环境
这个入口对应哪个系统或集群
哪些命名空间 / 项目 / 环境最常用
账号是“管理账号”还是“只读查看账号”
这套信息的最后核对时间是什么时候

这件事看起来很土，但在交接、排障、上线、回溯问题时非常有用。
为什么我觉得这件事值得认真做
很多团队不是没有文档，而是文档不可用。常见问题基本都一样：

地址有，但不知道对应测试还是生产
账号有，但不知道权限边界
平台很多，但没有统一入口视图
文档写过一次之后没人维护
新人能登录系统，但不知道进去以后应该看哪里

结果就是：

出问题时靠“问人”
交接时靠“口口相传”
排障时先花半小时确认环境
高风险操作前没有足够的上下文校验

所以我后来给这类文档定了一个很务实的目标：不是“写全”，而是“让接手的人 5 分钟内知道从哪里进、该看哪里、什么能碰、什么别碰”。
我现在会怎么组织这类文档
我会把运维资产清单拆成 4 层。
1. 入口层
只回答一个问题：从哪里进入系统。
示例字段：




字段
说明




系统名称
堡垒机 / 云控制台 / K8S 面板 / 配置中心 / 日志平台


访问地址
外部访问入口


登录方式
用户名密码 / SSO / IAM / MFA / 通行密钥


用途
主要解决什么问题


核对时间
最近一次人工确认时间



2. 权限层
这层的重点不是记录密码，而是标明“这个身份能干什么”。
示例字段：




字段
说明




账号类型
管理 / 只读 / 审计 / 发布


适用范围
哪个项目、哪套环境


高风险能力
是否可删资源、改配置、发版


使用建议
默认使用哪个账号，什么场景切换账号



如果团队必须保存敏感信息，我建议把“文档”和“密钥”分开：

文档里只放定位信息和权限说明
密码放到密码库或企业密钥系统
文档只写“去哪里取”

3. 资源层
这一层是最容易被忽略、但对排障最有帮助的部分。
比如进入某个 K8S 面板后，真正有价值的不是“能登录”，而是：

默认先看哪个集群
重点命名空间有哪些
哪些服务属于核心链路
日志、配置、发布入口分别在哪

同样，配置中心、日志平台、云平台也应该有“常看区域”说明，而不是只给一个地址。
4. 维护层
任何资产清单只要没人维护，很快就会变成误导信息。
所以我会强制保留这几个字段：

最近更新时间
最近核对人
核对方式
已知失效项

这样哪怕信息不完美，至少使用者知道它的新鲜度。
我总结出来的一个简单模板
下面是我自己更愿意长期维护的结构，比纯表格更适合交接和排障：
# 运维资产清单

更新时间：2026-03-17
维护人：xxx

## 1. 统一入口

### 1.1 堡垒机
- 用途：
- 登录方式：
- 权限范围：
- 最近核对：
- 备注：

### 1.2 云平台
- 用途：
- 登录方式：
- 权限范围：
- 最近核对：
- 备注：

### 1.3 Kubernetes 面板
- 用途：
- 默认集群：
- 重点命名空间：
- 风险提示：
- 最近核对：

### 1.4 配置中心 / 日志平台
- 用途：
- 默认入口：
- 常用检索维度：
- 风险提示：
- 最近核对：

## 2. 环境映射
- 测试环境：
- 预发环境：
- 生产环境：

## 3. 高风险操作说明
- 哪些账号不要直接用于生产修改
- 哪些系统只允许查看
- 哪些操作必须双人确认

## 4. 已知问题
- 入口变更历史
- 已失效链接
- 待补全文档

这类文档真正有价值的地方
我现在越来越觉得，运维文档最重要的不是“全”，而是“准”和“能落地”。
一份好的入口资产清单，至少应该让团队做到三件事：

新人接手时，不需要靠记忆到处问人
排障时，能快速定位到正确环境和正确入口
高风险操作前，能先完成环境和权限校验

说白了，这不是在“写文档”，而是在降低团队对个体经验的依赖。
后续我准备继续补的几部分
如果再往前走一步，我觉得这份清单还可以继续演化成：

环境拓扑图
账号权限矩阵
常见排障入口索引
发版 / 回滚前检查清单
文档定期巡检机制

如果论坛里也有人在做类似整理，我很想知道大家现在是怎么处理下面这几个问题的：

敏感信息和操作说明怎么拆分
文档如何避免半年后过期
多环境、多账号时如何降低误操作
交接给新同事时，什么格式最容易真正用起来

如果有更成熟的模板或者实践，也欢迎直接贴出来交流。

最近想起几年前买过一个2c2g的mini工控机, cpu 是 “Intel(R) Celeron(R) CPU N2815 @ 1.86GHz”，
想着空着也是浪费，于是装了个 Linux Mint 22.3 用来部署点服务玩.
佬友们有啥推荐的轻量服务吗？
目前我部署的服务如下(内存已占用44%):
1.kula：
一个轻量的服务器监控工具。
  

      github.com
  

  
    
  

  GitHub - c0m4r/kula: Lightweight, self-contained Linux® server...

    Lightweight, self-contained Linux® server monitoring tool


  

  
    
    
  

  


2.blinko
一个在线笔记工具，用来记录点灵感
  

      github.com
  

  
    
  

  GitHub - blinkospace/blinko: An open-source, self-hosted personal AI note tool...

    An open-source, self-hosted personal AI note tool prioritizing privacy, built using TypeScript .


  

  
    
    
  

  


3.CLIProxyAPI
这个应该不用我介绍，佬友们都懂的东西
  

      github.com
  

  
    
  

  GitHub - router-for-me/CLIProxyAPI: Wrap Gemini CLI, Antigravity, ChatGPT Codex,...

    Wrap Gemini CLI, Antigravity, ChatGPT Codex, Claude Code, Qwen Code, iFlow as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy the free Gemini 2.5 Pro, GPT 5, Claude, Qwen model through API


  

  
    
    
  

  


4.CliproxyAccountCleaner
用于 CLIProxyAPI 批量账号管理
  

      github.com
  

  
    
  

  GitHub - HsMirage/CliproxyAccountCleaner: 一个用于CLI Proxy API 批量账号管理的工具：Cliproxy Account...

    一个用于CLI Proxy API 批量账号管理的工具：Cliproxy Account Cleaner


  

  
    
    
  

  


5.clash-for-linux-install
科学上网
  

      github.com
  

  
    
  

  GitHub - nelvko/clash-for-linux-install: 😼 优雅地使用基于 clash/mihomo 的代理环境

    😼 优雅地使用基于 clash/mihomo 的代理环境


  

  
    
    
  

  


6.homepage
聚合上述部署的服务链接
  

      github.com
  

  
    
  

  GitHub - gethomepage/homepage: A highly customizable homepage (or startpage /...

    A highly customizable homepage (or startpage / application dashboard) with Docker and service API integrations.

说白了，之前大家走偏门，根本原因还是水贴攒积分太慢，而各种消耗需求又太大。
只堵不疏肯定不行，我有两点优化建议，和大家交流一下：
1. 把积分重新和技术贡献绑定
既然嫌水贴慢，那就重赏技术大佬。比如谁发了个好用的部署教程，或者帮人排了技术坑，系统直接砸一大堆积分给他，让搞技术产出的人“先富起来”，让认真做原创教程、实用经验、开源分享和问题解答的人更容易拿到积分。
2. 完善积分消耗体系
交易区只能是 闲置换积分 或 东西换东西。同时官方最好再整点官方回收机制，比如绝版徽章之类的稀缺玩意儿，把大家手里多出来的积分消耗掉。避免积分只进不出，防止积分通胀变废纸，保证体系长期稳定。
佬友们觉得这个思路有没有搞头？或者有更好的建议也可以提出来

友邦保险怎么样，有佬懂的没

从2点多用到现在，还没减少今天。
我是ultra的，没则呢么减，要是昨天，照这个用法，应该已经到60%了

如题。
是不是没有公布这个数据？其实还是很想知道的

古法编程，公益站搭配cc，直接claude max来cc，codex，kiro，cursor，反重力，还有什么呢。
然后感觉这样搭配好处是什么，好用吗，效率如何，做出来的东西满意吗。
ps：我自己目前是没有什么编程软件了，cursor经常输出着输出着就不动了，反重力也是同理，kiro则是没有pro以上的号

最近看mac mini很火
有人说2700买的用了一年3700卖出去了
我觉得真有意思  然后我发现教育优惠便宜不少
再加上日元汇率疲软 我一算 教育优惠丐版79800JPY
合计3450左右 本来没啥兴趣（对我确实没啥用）
对比某宝4k+的价格感觉还是便宜
然后我就稀里糊涂研究apple的教育优惠
随便拿个edu 稀里糊涂提交了认证 然后就过了？
我寻思过都过了 那就买一台吧？
结果发货要4月8日…我就放弃了
刚才上厕所刷新 发现可以后天到啦？ 直接下单
瞎折腾买了个没啥用的东西
就当是为学生时代没有能力买自己喜欢的东西买单了吧
没能力的时候想要的很多，有能力了没用的更多。

前面用cc写一个小玩意，BioFlow-CLI，一个生物信息学相关的脚本工具，中间也一直在用cc进行版本更新，每次都会要求它本地测试没问题再更新。
今天中转站报错，就用gemini cli更新了新版本，结果给我报错，25306 errors ，为何如此，是不是cli工具的差别，算上codex，哪个更好呢？opencode怎么样？