- 主题:c++做后台服务、算法还有前途吗?
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.*
那咋不说 c++ 的模块引入、构建系统都特别烦呢。
我觉得拿 go 来写几千行的代码肯定是没有问题的。
【 在 zylthinking2 的大作中提到: 】
: 你说的是 google 想要的, 你试试 google 不想要的
: 比如使用相对路径引用包, 将一个包放在另一个包文件夹里面...
: 我不记得具体细节了, 只记得被它用各种方式折磨
: ...................
--
FROM 120.41.146.*
这个很大程度上是工具链的问题吧。
前面提到的go里面引用相对路径就不行,哪怕在同一个module里面。
【 在 hgoldfish 的大作中提到: 】
: 那咋不说 c++ 的模块引入、构建系统都特别烦呢。
:
: 我觉得拿 go 来写几千行的代码肯定是没有问题的。
: ...................
--
FROM 114.254.2.*
当前搜广推场景,ai场景大量使用c++
【 在 iwantfly 的大作中提到: 】
: 面了这么几个人还挺有优越感
: 全部用stl/boost之类的古老玩意
: 这些人的钱途如何了?
: ...................
--
FROM 114.118.31.*
你看C++作呕, 为啥还要面试C++程序员?
你在招聘要求里明确说明会C++的不要,不就完了。
【 在 iwantfly 的大作中提到: 】
: 面了这么几个人还挺有优越感
: 全部用stl/boost之类的古老玩意
: 这些人的钱途如何了?
: ...................
--
FROM 223.72.70.*
一是C++本身面向特定领域的需求,基本上都有相对成熟的架构,本身专注中层和底层代码。需要自己架构的,通常也是自己专用的。所以在外面一般不怎么谈架构。
二是C++语言和库本身不像C#Java这样干净透明,大的架构和框架做不到独立于底层逻辑和实现。所以脱离具体应用和底层去谈架构意义不大。
【 在 DoorWay 的大作中提到: 】
: 你看不懂我说的啥意思。
: CPP程序员干好活就很有价值了,多数人专注业务领域问题,少数人谈架构。
: 不像java程序员那么人才饱和溢出浮夸。
: ...................
--
FROM 223.72.70.*
google 让你干嘛, 你就干嘛; 千万别有自己的想法
我为啥说它霸道, 这就是为啥
___________
说实话,我见过不少程序员很喜欢这样,dont make me think
已经上升到一种哲学层面了。从初始设计到IDE工具到发布部署,最好是一条道。
以单文件为例,上古程序员讲究做个几K的程序,小,全,炫技;
现在electron这种,甚至docker,也可以理解为“单”文件。从使用人数(繁衍)
的角度,这种软件和策略是成功的。
这种浪潮下,go的编译单文件、依赖强制管理,只是一件小事,或者本身是浪潮里的一朵浪花。
1 nvim频道里有个人说,某某插件,订阅了十几M,这还不能说明vscode成功吗?大多数vim插件,几十年来也没这个数量。
2 微软的技术栈和产品,名声一直是封闭、限制多。只能干他想让你干的。在黑客社区文化里被各种黑。现在看是领先时代20年。
【 在 zylthinking2 的大作中提到: 】
: 你说的是 google 想要的, 你试试 google 不想要的
: 比如使用相对路径引用包, 将一个包放在另一个包文件夹里面...
: 我不记得具体细节了, 只记得被它用各种方式折磨
: ...................
--
FROM 61.185.160.*
如果它的限制能保证是合理的要求都被满足, 当然没人介意它限制是不是多
但 go routine id 不让访问这类, 就完全妨碍了合理诉求了
还有一个啥东西的限制, 虽然勉强算是合理, 但弄得它自己的 protobuf 库都通过 hack 的方式来突破限制了.
我还真没见过像 golang 这样的语言, 简直就是一个土恶霸; 只许自己放火的玩意
【 在 DoorWay 的大作中提到: 】
: google 让你干嘛, 你就干嘛; 千万别有自己的想法
: 我为啥说它霸道, 这就是为啥
: ___________
: ...................
--
FROM 220.181.41.*
会cpp,转什么不是无缝?
python白给,go,rust都好转,java恶心点。
--
FROM 124.64.18.*