可能是商业价值不大吧，开源平替太多？

有启动资金吗？

Roop ？ 似乎模糊，没有开 Enhance 啊

说明还是处于新手期，通常开车五六年以后就不怒了。

类似这种 api 就有输出银行英文缩写，https://marketplace.huaweicloud.com/contents/e90eb42f-919e-4aa8-833f-1d08bf3ba521#productid=OFFI906718633279533056

@cgrass 为了工作必要的话还是要搬家的。我认识的在海外的朋友也这样，所以权当安慰自己了。

我用的 crossover

你转 java 更卷，没优势。 还不如看看鸿蒙开发呢

第一眼，腾讯 QQ 的密码规则。。。。

你需要一个懂运营懂用户增长的合伙人帮你。

目前只实现了基本的通信部分吗？ 没体现出 workload 是如何分配、硬件需求和资源池监控之类的事情。

@dingyaguang117 哦 sorry 看走眼了还以为是在招募技术合伙人

@locoz Funny. Bye Joker.

@locoz 行了，你打这么多字就为了说服我，但是以你这么点社会经验还达不到这个目的。
散了吧。讨论再多大家都是社会边角料，也无法决定什么。
本站看客能看懂的人自然懂，关于创业个把心酸泪，只有创业者才能体会吧。你这种理想主义者喜欢 hard 模式，那就 2024 祝你在天朝闷声发财吧。

@locoz 你就是在抬杠了。这年月经济啥逼样了，你心里没个数？ 祝你不被裁员吧。

没我的 AI 助手写的简洁，我分享一下它的回答：
+++

Go 语言建议多使用切片，少使用数组，主要是因为切片具有更大的灵活性和功能。以下是主要的原因：

1.动态长度：数组在定义时需要指定长度和元素类型，长度是固定的，不能动态改变。而切片是一个长度可变的数据类型，其长度在定义时可以为空，也可以指定一个初始长度。这使得切片在处理长度未知或可能变化的情况时更为方便 。

2.动态内存分配：数组的内存空间是在定义时分配的，其大小是固定的。而切片的内存空间是在运行时动态分配的，其大小是可变的。这使得切片在处理需要动态增长的数据时更为方便 。

3.函数参数传递：当数组作为函数参数时，函数操作的是数组的一个副本，不会影响原始数组。而当切片作为函数参数时，函数操作的是切片的引用，会影响原始切片。这使得切片在处理需要在函数内部修改数据的情况时更为方便 。

4.容量概念：切片还有容量的概念，它指的是分配的内存空间。这使得切片在处理需要管理内存使用的情况时更为方便 。

5.多维切片：切片可以通过分片的分片（或者切片的数组），长度可以任意动态变化，所以 Go 语言的多维切片可以任意切分。而且，内层的切片必须单独分配（通过 make 函数）。这使得切片在处理多维数据时更为方便 2 。

因此，Go 语言建议多使用切片，少使用数组，主要是因为切片具有更大的灵活性和功能。