tikrok 第 7 代微服务重构: Golang 微服务 grpc 接口与服务实现隔离方案
目前,tkrok 第 7 代,实现代码行业达到了 20+ 万行,即将达到个人维护的边界。为方便后续个人远程开发者可以方便地接入项目维护工作,特此将第 6 代实现重构升级。分享给社区,为 golang 微服务兴旺,肋力。也方便后续开发者接手了解生产级的代码实现,为自学的开发者指南。
Golang - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 19 篇相关文章
目前,tkrok 第 7 代,实现代码行业达到了 20+ 万行,即将达到个人维护的边界。为方便后续个人远程开发者可以方便地接入项目维护工作,特此将第 6 代实现重构升级。分享给社区,为 golang 微服务兴旺,肋力。也方便后续开发者接手了解生产级的代码实现,为自学的开发者指南。
求佬们推荐一下golang的学习路线,刚毕业很迷茫,感觉什么会一点,但是又感觉什么都不会 10 个帖子 - 8 位参与者 阅读完整话题
上一家是在某物联网公司实习做物联网平台和电力工控,接触到的业务逻辑很少,每天都是和协议状态流转打交道,会点简单的基本库,不知道下一步该怎么走了,求golang大佬给点建议 4 个帖子 - 4 位参与者 阅读完整话题
如题,我发现我用codex在开发golang的程序的时候,起了一堆gopls,会把我电脑的内存慢慢吃完,子任务结束了也没有退出gopls。 1 个帖子 - 1 位参与者 阅读完整话题
之前站上找了运维,现在稳定合作中 项目是量化机器人 懂钱包策略交易的最好
之前站上找了运维,现在稳定合作中 项目是量化机器人 懂钱包策略交易的最好
对网址导航功能要求不高,一直想自己做一个。 Go 单体服务,SQLite 存储,JWT 登录,REST API ,内置静态前端。 https://github.com/kuhou/my-navigation
AI 平台开发工程师 链接: https://neitui.italent.cn/37wan/sharejobs/detail?shareId=4feb16bb-99e4-4d56-822b-e2803bd155b1&language=zh_CN 工作职责 1.负责 AI
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
SonicLens:一套面向个人音乐资产的本地优先音乐系统 很多开发者都做过“记录自己在听什么”的小工具,但真正把这件事做成一个可以长期运行、可持续扩展、还能支撑多端体验的完整工程,其实并不容易。 我做 SonicLens ,并不是为了再造一个播放器,也不是为了做一个简单的 sc
各种环境、依赖,比如docker、github、golang等等,要么无法访问,要么巨慢无比。 目前的解决方案是常见的用国内镜像,仍然不好解决或者不稳定的走clash 但是每台服务器都要去折腾这些,感觉很麻烦。 所以想问下各位佬,大厂一般都是如何解决这个问题的?是否有比较省心的解
在此记录一个在开发自测环节中遇到的问题: 先上代码(已脱敏) type TestData struct { Data []byte `json:"data"` } func TestTryEncryptoClient(t *testing.T) { jsonS