- 主题:c++太复杂了，我承认这几行代码我一辈子写不出来
C++说：基操勿6
【 在 wanllow 的大作中提到: 】
: OMG，需要这么牛逼的模板吗？
--
FROM 111.199.144.*
你回复的应该是个bot，哈哈
还“大高手用C风格写C++”，笑死了
仔细看看虚幻引擎、Chrome、llvm编译器本身，是不是C风格的C++
而且“C风格的C++”这个说法本身就是扯淡的，要不看谁能给定义一下这是个啥
【 在 hhoking2012 的大作中提到: 】
: 看了所有回复，我赞同你。很多人可能真没实际做过大项目，学院派象牙风有点重。。。
:
--
修改:z16166 FROM 111.199.144.*
FROM 111.199.144.*
你我同bot讲，哈哈
【 在 ziqin 的大作中提到: 】
: 同鸡讲鸭
: 我们到底是在讨论语言问题还是在讨论项目组织问题？
: CI/CD服务器难道64G内存都没有？你们没有上分布式编译？你们模块划分deubg没做？3万行在一个文件里？项目完全c++，不分底层库和业务流？三万行的底层库模板库？全部自己轮轮子？
: ...................
--
FROM 111.199.144.*
bot唬人的手法：大高手、大公司、大项目、我或者我同事是行业泰斗、XXX是我发明的（之前那个bot说编程领域的OOP都是它发明的）
看起来是同一个人训练出来的bot
几个G的包，是瞎扯淡
【 在 overcomeunic 的大作中提到: 】
: 来，啥电信公司，给个名字让我崇拜一下
--
修改:z16166 FROM 111.199.144.*
FROM 111.199.144.*
没有common sense的一个人或者bot（二者共用一个账号发言也是可能的）
我指的common sense，举一个例子：能明白“术业有专攻”。
这个账号拿着个“中断中申请内存”的问题死咬不放，显然不明白这点，或者因为面子问题要无视这个common sense。
先不说他这个问题本身就是含混不清的，没有限定硬件/软件环境等条件，前面已经有人在问他这个问题到底是什么意思，要他进一步澄清。
况且他自己给出的答案又是语焉不详、经不起推敲，你们谁看明白他说的直接改寄存器申请内存了？
再说了，如果限定了硬件环境，别人就不会去查硬件手册看看这硬件提供了什么能力、去改寄存器了？不会以为这世上就他一个人知道寄存器吧，哈哈
在at&t和unix发明人一起工作过的人会是这种水平？是在at&t搞保洁吧。不要被各种瞎吹唬住了。
要想证明自己牛逼，能和unix发明人平起平坐，最简单的办法，就是亮明自己的真实身份和姓名，让我们在证实后膜拜好了。否则以这种水平的谈吐，那就是装神弄鬼唬人，跟在淘宝上买一件将军服就冒充将军去地方上骗人的骗子有何区别？
【 在 buildtolast 的大作中提到: 】
: 我觉着也不是不可能，看他号挺老的，说不定在at&t工作过。
:
--
FROM 111.199.144.*
用C++的是毛xian高手啊，曾经有一段时期，是不管什么东西都用C++搞，那么这些人全都是高手了？
11/17/20难道就不是这几十年里搞出来的？合着你是把11/17/20全都剔除掉，然后再说别人啥也没搞出来？
Qt只是一个例子，不是全部。
std不是库？难道你重新定义了库？
别的语言，都不需要造轮子？这些语言的委员会也好，商业厂商也好，搞的东西就能满足所有人的所有需求了？为啥你单独对C++委员会或者厂商要求这么苛刻呢？
反过来再说，C++这么多人造伦子，那是不是说明这语言够灵活、自由度够大、更适合有特殊需求的人去发挥呢
【 在 quicker 的大作中提到: 】
: 用C++的不都是高手吗？几十年了，社区和厂商搞出了啥？11,17，20之后弄出了啥？搞不出来就算了，动不动就说这不归我管，最后就是人人造轮子。靠着多少年前的老代码吃老本，Qt是多少年前的？还std就是库，你是不是学生？
: 继续维护标准委员会的老学究们吧
:
--
FROM 111.199.144.*
“C++标准委员会的人都是老学究”，这恐怕也是个很流行的刻板印象，或者说偏见。
自己去iso c++网站之类的地方查一下委员会的名单，每个人的履历背景，还有去查一下各个C++提案的作者的履历背景，看看他们是不是“老学究”、“象牙塔里坐冷板凳的人”，比自己关起门来YY应该要好得多。
不过，喷这些反正不会来反驳的“老学究”，倒是可以显得自己“年轻”、“有冲劲有活力有创新”，对自己是有“好处”的，踩别人的目的不就是显摆自己高大上吗，就跟那个拿着不知所谓的“中断里申请内存”的问题当宝贝来踩我的那个人一样，哈哈
然后我稍微反驳一下，就变成了我在“维护”这些老学究了，也就是说，只能允许你喷这些老学究，就不能允许我有不同的看法。你可以的。
但是，自己的冲劲活力创新在哪里，那是要实际拉出来遛一遛的，不是光凭嘴巴的
打烂旧体系不容易，创造新体系更不容易，从这个角度说，我佩服Rust的发明人，还有一点一点在改进C++的提案者和委员会（也许他们的速度赶不上大家的预期，那为什么喷的人不去参与呢，你到底是没能力呢，还是只管吃拿卡要而不愿付出呢），而不是嘴炮。
在喷子的嘴巴里，C++委员会逐步改进语言就是“shi上雕花”，而他自己逐步改进自己的shi山代码就是“打磨精品”，这不正是双标吗？哈哈
【 在 quicker 的大作中提到: 】
: 用C++的不都是高手吗？几十年了，社区和厂商搞出了啥？11,17，20之后弄出了啥？搞不出来就算了，动不动就说这不归我管，最后就是人人造轮子。靠着多少年前的老代码吃老本，Qt是多少年前的？还std就是库，你是不是学生？
: 继续维护标准委员会的老学究们吧
:
--
修改:z16166 FROM 111.199.144.*
FROM 111.199.144.*
这个代码，gemini 2.5 pro 说有如下问题：
这个 AtomicRingBuffer 的实现存在严重的数据竞争缺陷，不应该在生产环境中使用。
致命缺陷: get() 方法返回 const T&，在生产者重用缓冲区槽位时，会导致消费者访问被修改或已释放的内存，引发未定义行为。
性能缺陷: update() 方法中的发布机制虽然保证了顺序，但在生产者执行速度不均时可能导致严重的性能问题（活锁/车队效应）。
【 在 poocp 的大作中提到: 】
: 那是以前的C++没有提供足够的原子操作，不得不使用汇编而已，完全不值得提倡推广，更不用沾沾自喜。
: 我早都把这种无锁原子操作换成用std::atomic，使用新的C++标准来实现了，能不用汇编尽量不用汇编。
: 随便贴一个我写的无锁环形字符串队列的std::atomic实现。功能是对于多线程竞争更新的字符串内容，无锁让所有更新得到满足，但仅仅最后一个更新有效可读，读的过程中无锁接受新的线程更新请求。类似于一堆线程读写一个全局变量，但不用对这个全局变量上锁，限制是最近一次成功更新有效。
: ...................
--
FROM 111.199.144.*
C的抽象能力太弱了，抛弃C吧（除了特定场合），哈哈
【 在 ylh1969 的大作中提到: 】
: 已经摈弃了C的简洁性，完全是另一种语言了。
: 至于功能和效率，未必有质的提升。可读性更差。可维护性，可移植性，你们说了算。
: 学习成本太高。当年学C的时候，看半天书就上手。写个程序要想让人看不懂还得费点功夫。
: ...................
--
FROM 111.199.144.*
就是一些没学过微积分的人，在那里嚷嚷“t/m/d，这微积分难于登天啊”
却不知道微积分已经是现代大学理工专业乃至某些高中学校的基础知识了
【 在 yangtou 的大作中提到: 】
: 非常普通的现代c++基础代码的写法，只不过用来变长参数，并没有什么特别之处。
--
FROM 111.199.144.*