- 主题:公司要求C++开发只用到类封装和基础库,其他特性一概不许使用
是这么回事,问题是屎山代码很多时候不是自己能控制的,我之前接手一个系统,c++、python、go模块各一个,代码不多也不少,质量局部巨差但又能跑,就是那种你想重写但是不划算,维护起来又想骂娘的程度,忍着恶心维护了大半年终于交出去了
【 在 il15 的大作中提到: 】
: 赞一下!我入职第一家公司的时候,也是纠结于用什么(我那时候用c写过一些小项目,c++基本要重新开始看)。然后看了公司的一些代码,觉得那些水平低的人用C++真是灾难。
: 当时心里想的就是,如果不能保证都是高手,那我宁愿大家都用c,这样以后事情落到我头上,维护起来也简单点。
:
--
FROM 219.142.253.*
做这个决定的人,肯定是踩过很多坑了!
--
FROM 220.243.155.*
这里面我猜最糟糕的应该是c++
最好的是go,因为go起码有强制格式化
【 在 mopo 的大作中提到: 】
: 是这么回事,问题是屎山代码很多时候不是自己能控制的,我之前接手一个系统,c++、python、go模块各一个,代码不多也不少,质量局部巨差但又能跑,就是那种你想重写但是不划算,维护起来又想骂娘的程度,忍着恶心维护了大半年终于交出去了
:
--
FROM 114.249.19.*
不做库, 只搞业务的话, 也够用了.
要是做产品, 就凭stl和boost这点东西能干什么啊.
【 在 wjhtingerx 的大作中提到: 】
: 即最多把类当作包含方法的结构体来使用,然后主要目的是使用STL和boost,其他基本跟C一样。
--
FROM 120.244.225.*
猜中了,历经了多次莫名crash后忍无可忍把多线程的部分整个重构了才算消停
【 在 gfkid 的大作中提到: 】
: 这里面我猜最糟糕的应该是c++
: 最好的是go,因为go起码有强制格式化
: :
--
FROM 219.142.253.*
C连stl和boost都没有,做的大型产品一点不比C++少
【 在 hyperLee 的大作中提到: 】
: 不做库, 只搞业务的话, 也够用了.
: 要是做产品, 就凭stl和boost这点东西能干什么啊.
:
--
FROM 103.2.109.*
这未必是C++的问题,也许是用C++的那个码农的问题?哈哈
因为C++自由度太大,而且哲学是信任码农(的能力水平),用不好可能就是灾难
C++ core guidelines就是一份最佳实践指南,我等凡人都需要规范、最佳实践来限制不要太自由
【 在 gfkid 的大作中提到: 】
: 这里面我猜最糟糕的应该是c++
: 最好的是go,因为go起码有强制格式化
: :
--
FROM 114.241.228.*
不争论语言好坏,牛逼的人写的代码就是具有美感
不论是什么语言
如果项目能保证一致的格式化,那真是好运气
所以JAVA好处就是,写JAVA的都用idea,自然格式化很容易一致。
【 在 z16166 的大作中提到: 】
: 这未必是C++的问题,也许是用C++的那个码农的问题?哈哈
: 因为C++自由度太大,而且哲学是信任码农(的能力水平),用不好可能就是灾难
: C++ core guidelines就是一份最佳实践指南,我等凡人都需要规范、最佳实践来限制不要太自由
: ...................
--
FROM 114.249.19.*
cpp一个月, c半年. 也就适合内核这种日积月累的了.
【 在 wjhtingerx 的大作中提到: 】
: C连stl和boost都没有,做的大型产品一点不比C++少
--
FROM 120.244.225.*
C++很久以前没有clang-format
现在有clang-format,谁提交的代码没经过它处理,就可以交钱给大家买咖啡喝了
所以这是个team规定的问题
【 在 gfkid 的大作中提到: 】
: 不争论语言好坏,牛逼的人写的代码就是具有美感
: 不论是什么语言
: 如果项目能保证一致的格式化,那真是好运气
: ...................
--
FROM 114.241.228.*