- 主题:c++反射提案正式进入标准
学不起、学不懂就直说啊,舔着脸喷别人试图掩饰自己的无知和懒惰,正所谓欲盖弥彰
这会儿说得好像你很善良很无辜似的
这论坛上回谁的帖子、不回谁的帖子是我的自由,不是受你限制的。
还“祝”我学到死,你以为你是不死的吗。就冲你这句“祝福”,你绝非善类
【 在 butcher 的大作中提到: 】
: 你以后不要回复我的帖子。
: 希望你活到死,学到死。
: 我学不学是我的事。
: ...................
--
修改:z16166 FROM 114.245.255.*
FROM 114.245.255.*
用了几年 c++ 我悟出来一个道理。。
但凡自己心里泛过一思疑虑,是否应该用 C++, 那么,别用 C++!
【 在 overcomeunic 的大作中提到: 】
: 面试官泛泛地问问也没有问题啊,但如果拿候选人不知某个特性就砍人,那多少是不合适的
: 除非是 那么多候选人,正好也有候选人知道这个,如果你是面试官,你怎么选? 这个多少说明 懂/知道 这个的候选人,多少是在与时俱进啊
: 这么多年了,喊着要干死C/C++ 的语言,多了去了,当前除了胶水语言python,好象也没有几个语言能超越 c/c++的
: ...................
--
FROM 110.84.122.*
15年了,你见过c的ORM工具吗?
数据库还得访问,屎山还是屎山,我20年前的工作,把屎山封闭在库里,外部的使用,简洁而优雅,至今没有一个工具出现能够取代。这不听说有反射了,挺高兴,结果是静态的,没啥用。
那时JAVA就有hibernate和ibatis。靠的就是运行时反射。
我的工具库就是出于hibernate而胜于它。
【 在 yuanmo 的大作中提到: 】
: 这种都是15年前的思维了,都落后两个时代了。
:
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
我的工具库不是宏,是.a或.so,都调试好了,有内建的日志系统,问题很好找。
c就是给你一个手段,库你可以自己搞。只不过没有提供反射,很多其他语言能做的事情,c比较困难。
只需要22楼的方法提供meta信息,就可以把屎山封闭在.a,.so中,外部是优雅简洁的调用。
【 在 yuanmo 的大作中提到: 】
: 说的不就是因为C++没有内建支持,非得要搞一坨屎山才能搞定吗,这不就是C++标准不务正业的证据吗。。。一个
: 现在的做法,外面的使用再简洁,不都得写N个宏,用完全非标准的方式定义么。
: 调试起来编译器报个错,不还是得把人绕晕。
: ...................
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
如果你只是把码农的码理解成动词的话,那确实写起来越简单的语言越好,事实上我打开cursor就可以用中文完成一般功能的“码”和“测”了。有意义吗?对项目非常有意义,意味着成本节省,意味着你这样的人才可以反向输出到社会了。
【 在 butcher 的大作中提到: 】
: move是c++11引入的一个新特性,用来实现移动语义。它的主要作用是将对象的资源从一个对象转移到另一个对象,而不许进行深拷贝,可提高性能。
: 为了提高性能!!
: 不学习就落伍了,不能跟进最新特性的学习就落伍了。
: ...................
--
FROM 114.242.210.*
怎么说呢,码农也是人,人会用脚投票。
开发效率是很明显的,不考虑ai来写的话,cpp远低于java/python/go之类的,这没啥可说的。
性能就很有说到了,高并发叫性能,低延迟也叫性能。cpp可以实现高并发,可能代码远不如其他语言那么优雅,或者直白点,恶心的想死。但是其他语言能实现cpp的低延迟吗?至少java/python/go都证明了他们不行。rust我不熟悉,不评论。
在一般通用场景,我自己都不会选择cpp来实现功能,因为累。但是特殊场景,比如纳秒级优化场景,没有别的选择,那cpp就是最好的,并且在可见的未来还会一直好下去。
【 在 nextworld8 的大作中提到: 】
: cpp的问题感觉太技术派 或者设计成最基本和底层的模式显示强大 却忽略应用上要求开发效率的诉求
: 在应用方面 效率提升的价值远远大于追求性能带来的价值大
--
FROM 114.242.210.*
你说的也不错,我致力于解决这个矛盾,让运行效率与开发效率都高。
办法就是写框架,完成高效率的C/S/S的客户服务器模型,包括大并发的客户端连接,多进程,多线程,线程池+协程的并行模式,三维连接池管理,管理多个功能各自不同的业务组,每个业务组由相同功能的多个服务器组成,每个服务器有多个连接,每个连接一个线程或进程。每个业务组实现负载均衡和容错以及排队机。在服务端实现了数据库的优雅访问,把高效率数据库访问通常所需要的屎山代码封装在工具库里。同时,包括自愈式数据库连接池,当数据库故障时,服务器不必重启,等数据库恢复了,服务自动恢复。
干了前后30年,也取得一些成效,带过若干个项目组,经过4小时的说明培训,都能顺利使用其基本功能。一周后就能玩出花来。应用程序作为插件,用统一的接口标准插入框架,不必关心什么进程线程协程,也不必关心同步异步,block nonblock。。。
更重要的,框架提供了柔性编程的能力。
当开发一个大型数据库应用项目时,数据结构的改变是经常的。每次改变都要修改屎山代码,都必须rewiew所有的屎山代码,这太痛苦了。框架提供了柔性手段,整个项目所需的数据库表,统一把各个表映射的struct和meta信息放在一个data.cpp里,这个cpp是用工具自动生成的,也算是屎山吧,好在不用人写。当数据结构改变时,重新生成data.cpp即可,没有被涉及到的模块基本不用管。重新编译即可。
以一个10人左右的应用项目组为例,如果没有柔性编程,改变一次数据结构,要review两天,有了柔性编程,只需要十几分钟,数据库管理员修改数据结构后,重新生成data.cpp,然后通知组员重新编译。
【 在 siyuetian 的大作中提到: 】
: 怎么说呢,码农也是人,人会用脚投票。
: 开发效率是很明显的,不考虑ai来写的话,cpp远低于java/python/go之类的,这没啥可说的。
: 性能就很有说到了,高并发叫性能,低延迟也叫性能。cpp可以实现高并发,可能代码远不如其他语言那么优雅,或者直白点,恶心的想死。但是其他语言能实现cpp的低延迟吗?至少java/python/go都证明了他们不行。rust我不熟悉,不评论。
: ...................
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
按应用场景选择了
技术选型首要要求是场景适合
现实中也有一些现实情况 尤其只掌握一门语言的 很对不考虑实际场景 一股脑要求其熟悉的语言
【 在 siyuetian (确实很寂寞) 的大作中提到: 】
: 怎么说呢,码农也是人,人会用脚投票。
: 开发效率是很明显的,不考虑ai来写的话,cpp远低于java/python/go之类的,这没啥可说的。
: 性能就很有说到了,高并发叫性能,低延迟也叫性能。cpp可以实现高并发,可能代码远不如其他语言那么优雅,或者直白点,恶心的想死。但是其他语言能实现cpp的低延迟吗?至少java/python/go都证明了他们不行。rust我不熟悉,不评论。
: 在一般通用场景,我自己都不会选择cpp来实现功能,因为累。但是特殊场景,比如纳秒级优化场景,没有别的选择,那cpp就是最好的,并且在可见的未来还会一直好下去。
--
FROM 124.127.24.*
一般的码农没有权力选择语言和平台。由项目经理决定。在软件初步设计文件中敲定,在此之前,核心码农可以提出有影响力的建议。一旦确定,由项目经理组织开发力量,招聘人员。应聘者只能按照要求应聘。
【 在 nextworld8 的大作中提到: 】
: 按应用场景选择了
: 技术选型首要要求是场景适合
: 现实中也有一些现实情况 尤其只掌握一门语言的 很对不考虑实际场景 一股脑要求其熟悉的语言
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
C++依然是大内高手们智力和高水平的标志,即便是21世纪过去1/4了,他们还是没有给C++造出一个统一好用的包管理工具
--
修改:quicker FROM 113.116.236.*
FROM 113.116.236.*