合并 PullRequest 到 Fork 的仓库
github-readme-stats 是一个 GitHub 个人资料的统计信息生成器,允许用户在其 GitHub 个人资料中显示各种统计信息和图表。它提供了多种自定义选项,可以根据用户的需求进行调整。
笔者管理仓库习惯按照项目分组,github 不支持仓库分组,只能通过拆分不同的组织来实现。github-readme-stats 最新分支无法支持跨越不同组织的仓库统计,笔者 fork 了一个分支,合并了对应的代码。
github-readme-stats 是一个 GitHub 个人资料的统计信息生成器,允许用户在其 GitHub 个人资料中显示各种统计信息和图表。它提供了多种自定义选项,可以根据用户的需求进行调整。
笔者管理仓库习惯按照项目分组,github 不支持仓库分组,只能通过拆分不同的组织来实现。github-readme-stats 最新分支无法支持跨越不同组织的仓库统计,笔者 fork 了一个分支,合并了对应的代码。
脚本用于批量修改 Git 历史提交的作者信息,通过 git filter-branch 重写历史提交记录。
上个月我们试用了 cursor,但是由于免费额度的限制,并没有做太复杂的功能开发,只是简单的测试了一下。那会就发现,字节也发布了类似的产品,两者底层调用的大模型一样,都是 Claude-3.5。
字节产品叫做 Trae,先发布的 mac 版本,今年二月份,终于发布了 windows 版本。大厂的东西就是好,能免费白嫖,不用掏钱,无限量使用 Claude-3.5,这个模型的效果还是很不错的。
人工智能(AI)近年来无疑是技术领域最为热议的话题之一,尤其是在过去的两年里,AI技术得到了飞速的进展。无论是深度学习、自然语言处理,还是计算机视觉、自动化决策系统,AI的应用场景层出不穷。然而,尽管技术不断取得突破,AI仍然面临着一个类似于Docker发布前的瓶颈——缺乏一个杀手级的应用来真正引爆市场。
美股有三个交易时段,分别是:盘前、盘中、盘后;接口推送数据还是数值增量的逻辑(尽可能的节约带宽),仅在第一次发送全量,第二次开始所有字段都是增量推送逻辑。
为什么不用最优方案?牵扯到不同项目组,有些都已经上线多年。我方属于新对接,所以只能尽量兼容。
业务模型:后台服务借助 TCP 与集团的行情网关建立连接。每次连接时,需先行发送一个授权请求,随后持续发送心跳包以维持连接状态。 然而,某一天,收到了服务断开连接的告警信息。通过仔细排查日志后发现,后台服务一直在持续发送心跳包,但对方却毫无回应,可连接却始终未断开。
回顾多年的炒股经历,虽然没有赚到大钱,但也没有亏太多。最大的问题在于资金流规划不合理,心态不稳定。目前阶段,主要收入来源是工作,每天打工赚取固定工资,对于金钱波动的承受能力还停留在债券和银行存款的层面。然而,人都是贪心的,买少了,涨了也赚不到钱;买多了,跌了就会亏钱。
看吕总的直播,他那句话说的也没错,美国国债的收益率都能达到5%,国内的金融机构做不到这个收益率,他们肯定是有办法的,比如科创板打新、港股打新,实在不行,资金绕道出去,也能间接持有美债。