KeJun
809 posts

KeJun
@yrmkejun
毛茸茸科技 CTO 三花 AI ❀ ⇢ https://t.co/AU1o8T7ej4 ComfyUI 爱好者 ♥ ⇢ https://t.co/I3kbmetu1U UniHelper ⇢ https://t.co/uCLF9Rt4UU
中国 Katılım Temmuz 2015
265 Takip Edilen6.2K Takipçiler

我的现代化的微信支付 SDK Better WeChatPay 发布了
better-wechatpay.vikingz.me
纯 ESM + Typescript,轻量级依赖(仅两个依赖),支持 Native/APP/JSAPI/H5 几个基本方式,验签支持最新的微信支付公钥模式和传统的平台证书模式,配备了三个不同用途的 Demo:极简的 Hono 以及 Next 和 Nuxt 框架集成
配备了尽可能详尽的文档已经大模型的 llms.txt 支持。
Github 地址:github.com/vikingmute/bet…
由于条件有限,我只测试了 Native 支付,其他支付方式,大家如果有条件可以帮我测试一下看看有问题没有,还有就是由于微信支付的复杂性,大家如果发现任何问题都可以提 issue 和 PR。

Viking@vikingmute
写的差不多了,过几天发布,没有满意的微信支付 SDK,自己写一个并且之后给 TinyShip 用上,纯ESM + Typescript,轻量级依赖,支持 Native/APP/JSAPI/H5(商家转账还没写,之后再支持),支持最新的微信支付公钥模式,并且配备了三个 Demo:极简的 Hono 以及 Next 和 Nuxt
中文
哈哈哈,一般的全栈说的前后端
我们公司的栈要长一点:
设计PCB、焊板子、操作系统、文件系统、编译器、浏览器引擎、桌面窗口管理器、Golang后端、前端、App、跨平台小程序框架
全手搓
Cell 细胞@cellinlab
或者说 如何成为全干黑客独立开发⬇️
中文

AI 开发的7大致命错误
Heygen 总结了AI开发的7大致命错误:
1.完美架构症 - 为100个用户设计百万级架构
2.研究瘫痪症 - 几个月访谈,零发布
3.稳定基础幻想 - 等AI"成熟"再发布
4.共识陷阱 - 大家都同意=没人关心
5.质量借口 - "还没准备好"
6.大爆炸发布 - 6个月秘密开发憋大招
7.沉没成本谬误 - "已经投入这么多"不能停
Orange AI@oran_ge
中文

好了 开源吧,这是一套程序 okx dex的交易接口+pancakeswap 组LP。比较适合有了一定ai基础的人学习,你可以借鉴这套框架 我认为是非常好用的,使用的是依赖注入+API接口的方式构建的,每一个功能 都能单独使用api进行测试,那么出了问题也能马上定位是哪个接口出了问题。我也不太懂什么叫依赖注入容器。我只晓得层级更加清晰明了,反正ai是这么说的,但是确实好用,我觉得如果大家已经用ai入门了,就要开始学会构建一套自己习惯的框架来编写程序,这样写起来速度快。定位问题也快。同时由于模块化得比较彻底,非常容易拓展新的功能。github.com/cryptocj520/pa…
一共有3个前端,2套程序,可以结合起来用 可以单独启动。不懂代码,也不懂ai的人 不建议玩,因为这个比我以前写的程序复杂很多。几十个脚本文件。
我自己跑了一段时间 是没什么问题的,如果你要上实盘用,自己先测试。
脚本能实现的功能就是,输入池子地址和金额,自动使用okx dex 购买对应的2个代币,然后去pancake 组池子。脱离区间了 不管上涨还是下跌 就退出流动性。然后把代币卖掉。提供3种基础货币,usdt usdc wbnb。你用什么基础货币买 ,卖的时候就会卖成什么基础货币。
具体详细的 看说明文档 和问ai把。用这个程序 必须问ai。不然你不了解结构。


C J@gch_enbsbxbs
写好了 真的累。。 策略 自动LP 和买卖代币。 三个核心功能已经写好了。 为什么我每次截图的界面不一样。 因为这3个功能 是完全独立编写的。 3个功能 有3个前端。。他们使用的端口都不一样。可以同时启动 独立使用。也支持同时启动结合使用。 我非常喜欢这样的架构模式。 我以后大概全部会使用这种模式。 每一个功能做好了以后。直接编写这个功能的api封装起来 给其他程序调用。哪个出问题 改哪个。 想单独用了 就单独用。 想 一起用 就一起用。 这也是我慢慢琢磨出来的方案。 封装api对我来说更加容易识别和管理。
中文















