盲猜你是看别人教程学的 go
然后这个教程比较古董
项目结构跟现在的常规项目不一样

需要管理几万个 linux 系统的 最后还是收钱的商业软件香

@john990 #8
多想不开才把公司注册到美国跟 IRS 打交道

@maxmax #10
正经的 TLC 家用盘
只要空置分区够，不触发主控搬运，一样一直爽

@ninjashixuan #18
go 交叉编译不好使的地方还是很多
但是这些不好使的大多是冷门方向

比如吧，用 windows 的工作站开发，在 linux 的服务器下运行，这是最主流的场景
在 Mac 下开发，在 linux 的服务器下运行，也是最主流的场景

这两种场景，编译器几乎毫无 bug ，因为有 bug 也会很快修复

但是你总会遇到一些标新立异的 geek ，他们非得用 arch linux 开发，开发出来的程序还得跨平台要在 windows 下运行
这种场景，其实坑是很多的，修复也不及时，之所以说这帮人是 geek 不是大佬，是大佬早就自己提 pr 把这些修复了

类似这种东西，golang 的坑超级多

@DDKHktk #63
只是说说而已~ 我公司不是卖信创设备的 是做解决方案的

@mylovesaber #50

龙芯就适合客户侧是真正懂技术的 也懂操作系统架构的这类软件公司

我自己评估项目 能用龙芯的场景 我永远优先上龙芯 虽然一半以上用不了 自从 lonngarch 以后，龙芯是真的不混日子混补贴了 他们的进度不是很快 但是真的一步一个脚印

等后续原生 kernel 能随便引导起来以后 golang 兼容做好 我们甚至会考虑自己开发项目
api server 完全 golang+龙芯 大发神威了 arm 到时候反而最尴尬

传统 java 项目还是优先考虑 x86 吧

@DDKHktk #48

回头再看看有没有啥要买的让我挣点差价 [:doge]

@DDKHktk #48
那就好 自己项目 不如就直接金仓 因为这玩意本质就是低版本的 postgresql 但是进阶性能不咋地 省的以后再改造坑死

达梦得用自己的驱动 用通用驱动兼容的话 小坑很多

走金仓的话 你甚至可以直接原生就用 postgresql 的协议开发

甚至很多电厂项目都是买一套金仓应付 真实数据库直接用 pg


比较操蛋的是，2024 年 9 月以后 达梦大涨价 之后金仓也开始控制新项目略微涨了点

几千块一套的达梦再也没有了

之前有个问信创的我说过挺多 你可以看看那个帖子

传送门

/t/1070549

@DDKHktk #2

年信创业务过亿的建议：

你这种就 X86 曙光海光的 性能他们大致就是 zen 一代的同频率服务器 U 可以自己评估性能

服务器操作系统 银河麒麟服务器操作系统 不要听别人瞎搞别的目录里的 如果你们客户是某些省电网有“推荐系统”，不用“推荐系统”不给你验收 那问明白 别到时候坑爹（比如吉林电网）

如果是自己

数据库如果你们是性能复杂系统 存储过程多的 或者那种传统商业软件开发团队做的 那就达梦
如果你们是互联网开发 比较现代化的那种团队接的 可以考虑金仓 （金仓是山寨的 postgresql 旧版本）

如果你们是既有项目国产化改造 那就比较复杂了 建议你别参合选型 让领导来 这块是最麻烦的

其他组件 不要提 不要问 直接用

硬件，操作系统，数据库 三大件用信创目录 其他不要提不要问 比如什么 redis kafka 直接用 不要任何地方提到用了就完事 这是合规的 但是你提了就不一定合规了


如果你们是既有项目国产化改造 还会涉及数据库中间件 麻烦

这还有问的必要吗
早撤机 早省钱
包工头子假如就有 200 万用来赔你们，这都是人家有预期的
医院花了 20 万你们就少拿 20 万
医院花了 100 万你们就少拿 100 万
ICU 全花光了 包工头子也变不出钱来啊

啥需求都不说
ARM 还是龙芯还是 X86 都不说

楼上没一个说的在点子上的
整理几种常见故障，写个脚本智能判断，对应执行
如果不是常规的，起不来就上报 逐渐增加这个脚本池子能处理的异常

到 2049 年计算机都值得选
下限低 上限高的行当

趁着不到 1 年赶紧辞退