sujin190

直接设计 asic 芯片估计可以做到，芯片直接在物理上就设计成内部解密内部计算，不提供外部读取数据能力就是了，只要物理做死了通过检测，大概率就没什么好方法破坏了

@seth19960929 #3 ctypes 只能用 c 标准的数据结构吧，是不是应该用指针，函数也需要声明为 c 导出

weights = (c_double * 5)(0.3, 0.2, 0.2, 0.15, 0.15)这个就是指针吧，Segmentation fault (core dumped)了就是和 vector 要求的内存布局和对其不匹配

ctypes ？ ctypes 似乎没有 vector 的类型映射吧，python 层面想构建出 vector 要求一致内存结构是不是做不到吧，内存结构不对自然 Segmentation fault (core dumped)了

https://stackoverflow.com/questions/49744870/passing-vector-from-a-c-dll-in-python-ctypes

既然带宽是瓶颈，说了半天也没见你说是外网带宽被占满了还是内网带宽小猫了，内网占满多机器当然有效果，外网当然是花钱了，话说为啥不用七牛又拍或者 oss ？从带宽或者存储成本可用性都更便宜吧

@ljzxloaf #8 协议只是约定，好比 protobuf 用 id 号指定字段，这个字段的类型只是双方约定信息，实际数据中不包含这个类型信息也不应该包含，你要加泛型就要在实际数据中包含类型信息，而这个类型实现过程各个语言支持不一样，已经产生了平台依赖，破坏了协议应该和实际实现无关的只是抽象约定的逻辑

如果你想说泛型类型信息也可以是双方约定，那么这和你申明类型是 any 然后任然需要另外一个字段在实际数据传输类型标记有何区别，如果你想说为何不可以把这个过程实现在基础库里，逻辑就是这个不符合基础库不应该包含非原子操作，好比 cpu 机器码不应该包含一个读取文件的高等级 api 一个逻辑，你想要你自己封装扩展就是了

不要把接口设计和程序逻辑混在一起，理解不到位也不要怪别人

proto 作为协议数据声明，支持范型意味着声明侵入编码和传输过程，本来就不合适。不支持才是合理的。否则人家 isser 说了使用 any 类型就好了啊

这都没啥用，你这都是筑底或者上升期所以勉强能平，最后赚的可能性很小，浪费时间罢了，一旦下降期分分钟就会大亏