看 CTO 封的框架代码 ,忍不住,吐槽……


一级建造师下工地砌墙,估计也会被农民工完爆。
与其想想他的槽点,不如多关注他的亮点,这样说不定,哪天你也是 CTO 了呢?
加油
有人在知乎上评价王坚获得院士,称在一次技术大会上跟王坚博士有过短暂接触。其谈论起问题来,思路清晰,人很真诚。“看问题的视野很独特,如果说我看到的是 10m,那他就能穿过雾霾看到 100m 外。”
这是网上的文章写的,别人的评价是有远见,没说写垃圾代码啊,CTO 有远见,你可以坚持你的路线,坚持大方向,但是没说 CTO 要把以前的过时、垃圾代码带进别的公司是把
你可以组织头脑风暴,收集大家的意见,根据你的经验制定技术路线,至于具体的开发配置调优交给下面的人
RAII,可能实现起来最需要慎重考虑的是异常安全+线程安全 /防止死锁,不知道这块你们 CTO 考虑的如何。但很多人模板水平确实太差,不会用模板实现 mixin/traits,写的工具用起来很麻烦。
如果就用 reference count 管理内存,直接用标准库的智能指针确实更好,没必要自己实现还实现错了。不过我个人觉得更应该用 GC 。很多人并不会用智能指针,也会带来灾难。尤其是区分不清楚 weak, shared, unique 的使用场景。
单例这块我同意主说法,static 初始化可以保证线程安全,但也要注意编译器版本探测和对应的开关是否打开;另一个一劳永逸的办法是手动在多线程创建前初始化全局单件。动态创建的,很难保证线程安全。加锁 double-check,也会在指令乱序下失效。
我估计你们 CTO 就是纯粹靠年限混了个 title 。实际 C++水平,也就在高级和资深区间?
代码不重要,只要产品能盈利,这个我是赞同的。所以更不应该用 C++,直接 nodejs 不香么。或者 go,如果喜欢类型系统的话。
只是猜测
3. 我吐槽完全是我开心,现实中该干嘛干嘛,我没有利益受损。也可能这一切都是我杜撰的。
放个地图炮,从思维上来看,现实中,你大概是个小粉红?
话说回来,我问你一件事:我在回复里有说过你的 CTO 代码不糙吗?我透露出来有任何帮他辩解的意图吗?等你心跳降低到正常频率的时候再好好看看。作为一个程序员,连基本的思辨逻辑都没有,还沾沾自喜,动不动就说别人代码糙。很可惜,我写代码几十年了,恰恰没有人说过我代码糙的。当然了,你还可以质疑,认为我自吹自擂,那都不是我能管得了的。
还有啊,现在我已经不是纠缠了,要纠缠的话,那是指我和你讨论你的主题。现在是我在做我上一个回复里说的喜欢做的事儿啊!拜托,提升一下理解能力好吗?
最近发现 Wall 的 AI 技术进步迅猛,建议搭梯 zi 要多做一些额外工作
realradiolover · 87 天前 · 1147 次点击
您说得很对,我也觉得我们中国人有我们自己的思维习惯和江湖规矩,适应不了就不要在中国呆。
真到现实工作中,你身边可能没有或只有个位数(专业做这个大厂除外)