- 主题:c++做后台服务、算法还有前途吗?
go 的问题一是操蛋, 二是霸道
一开始不知道这是个垃圾玩意, 不小心上船搞了三年, 中间被恶心的要死, 一有机会赶紧跑, 让 google 自己玩去吧
【 在 hgoldfish 的大作中提到: 】
: Java 和 go 都不错。这俩的运行效率并不差。
:
--
修改:zylthinking2 FROM 220.181.41.*
FROM 220.181.41.*
你说的是 google 想要的, 你试试 google 不想要的
比如使用相对路径引用包, 将一个包放在另一个包文件夹里面...
我不记得具体细节了, 只记得被它用各种方式折磨
编译成 so 使用, 这个记得一些, 貌似是不能跨版本, 比如用 go1.8 编译的 so 只能用在 go1.8 编译的可执行文件中, 妈蛋我将标准库都打包进 so 里面了, 接口只用最基本的类型, 这都不行
它检查的方式还特别 low, 记得是将 go 编译器版本号放在了什么地方; 然后比较版本号
还有一堆一堆的, 只是都忘记了
后来倒是没这么痛苦了, 因为我学到了
google 让你干嘛, 你就干嘛; 千万别有自己的想法
我为啥说它霸道, 这就是为啥
艹, 终于搞了几年后有机会退出了, 从此一生黑
【 在 hgoldfish 的大作中提到: 】
: 大多数写网络服务的场景比 c++ 好用吧。
: 不过我现在使用 c++ 的方式和 go 已经差不多了:
: 1. 使用协程进行后端编程。
: ...................
--
修改:zylthinking2 FROM 220.181.41.*
FROM 220.181.41.*
go.mod 绝非我现在想到的这一点问题
妈蛋当时被它都弄神经了
--
FROM 220.181.41.*
它不想要的就给你设坎子, 一个典型的就是 go程 id
就因为 google 不想要, 这么一个基本的属性你就没办法简单拿到, 结果记日志都没办法通过 id 将杂在一起的日志按执行流分开
要想拿到, 你得写汇编, 还得每个版本发布后看看是不是汇编不好使了, 重新针对新版本修改
还有 go 的各种奇技淫巧, 都是天生有缺陷, 后来找补, 结果又是 KPI 导向, 随便糊弄
有一个可以实现类似 c++ friend 的玩意, 忘记细节了, 我想说的是类似于 c++ 这样实现 friend
class A {
private:
void a();
}
class B {
declare friend of A;
void b() {
a();
}
}
google 限制这个限制那个, 这个不安全, 那个不合理
它这个倒是合理.
反正我只要宣称我是马云的朋友, 我就能用它老婆了
【 在 zylthinking2 的大作中提到: 】
: 你说的是 google 想要的, 你试试 google 不想要的
: 比如使用相对路径引用包, 将一个包放在另一个包文件夹里面...
: 我不记得具体细节了, 只记得被它用各种方式折磨
: ...................
--
修改:zylthinking2 FROM 220.181.41.*
FROM 220.181.41.*
如果它的限制能保证是合理的要求都被满足, 当然没人介意它限制是不是多
但 go routine id 不让访问这类, 就完全妨碍了合理诉求了
还有一个啥东西的限制, 虽然勉强算是合理, 但弄得它自己的 protobuf 库都通过 hack 的方式来突破限制了.
我还真没见过像 golang 这样的语言, 简直就是一个土恶霸; 只许自己放火的玩意
【 在 DoorWay 的大作中提到: 】
: google 让你干嘛, 你就干嘛; 千万别有自己的想法
: 我为啥说它霸道, 这就是为啥
: ___________
: ...................
--
FROM 220.181.41.*