- 主题:掐指一算,本青可以不用学c++20了
这是好事啊。。这么有进取心的公司不多了。长期不打理的代码都会变成 sh*t 山代码。你可以把你们这技术 arch 看成是浇水修剪枝叶的园丁。如果连这事都不干，业务逻辑再怎么好，很快就会人见人恶。
你们这技术 arch 真是可以了。这种事没收益，没 KPI，如果不是真有激情的人，谁去干这种吃力不讨好的活。
【 在 toutouqi (toutouqi) 的大作中提到: 】
: 公司有技术arch不停地把大量用了30年的老代码转为14和17的语法，下一步就是用20的语法，逻辑bug一个没修，真是闲得蛋疼。
--
FROM 117.24.206.*
可以说说他是怎么改的啊。让大家看看他改得好不好。
【 在 toutouqi (toutouqi) 的大作中提到: 】
: 为了语法，可以不惜某个功能不让release。毕竟不是小打小闹，其实以前c风格的代码写得挺工整的，只是不符合这位追新的风格。
--
修改:hgoldfish FROM 117.24.206.*
FROM 117.24.206.*
我安装了一个 msvc2019，发现里面好像带了 clang
不知道能不能直接用这个 clang 编译。
【 在 PGP (---) 的大作中提到: 】
: 这么算的话还是最新版好，微软宣称最新版的vc编译boost可以把各种针对vc的workaround去掉，和gcc及clang的兼容度前所未有的高
--
FROM 112.47.122.*
msvc2019 到现在已经两年了。会不会再下个版本，msvc 没了，只剩下 clang-cl，呵呵。。
【 在 PGP (---) 的大作中提到: 】
: 好像可以，叫clang-cl
: 有一次更新cl出现了ICE就试了一下，cl出错的地方用clang-cl通过，但由于其他的一些错误后来放弃，主要是文档有点乱，不支持clang的某些选项，好像还支持了几个cl特有的选项，但没有统一的文档所以搜起来很乱，靠猜
--
修改:hgoldfish FROM 117.24.206.*
FROM 117.24.206.*
你们还是 c 带类的写法吧。连智能指针都没用上。
个人觉得你们这个架构师的做法是正确的。虽然 stdc++ 的 string 是个垃圾，不过至少比 c 的 char[] 强很多。很多安全问题都是使用 char[] 没有正确判断边界引起的。snprintf() 不是类型安全的，也是容易用错。
根据你上面的说法，你们的架构师并没有用上各种 template<> 奇技淫巧，都是些正统的 cpp 写法。
如果这个程序都是你们这些老人家维护，那一直保持下去当然是可以的，但如果想要招聘新人，作为新时代的程序员，一般不会愿意维护这种古老代码风格的代码。
【 在 toutouqi (toutouqi) 的大作中提到: 】
: 同事大部分是特定专业的，非cs的，主要精力在业务的正确性上，产品负责人也有抓住市场窗口尽快发布功能的压力。要是没时间压力，打磨代码当然没问题了。大部分人用惯了某些函数，可以用这些函数很快地实现功能，换写法有时候会踩坑。比如说把浮点数存到字符串，本来spri
: 当然，从个人发展角度，肯定是多掌握一些最新的语法技巧更好。
--
FROM 117.24.206.*
老的随机数生成器 rand() 和 srand() 是整个进程唯一的，所以可能存在线程间的锁。而新的标准库里面的则可以做到每线程独立。贵司这位架构司干的很不错。
【 在 toutouqi (toutouqi) 的大作中提到: 】
: 这方面有：把define的常量改成inline const，让把用了多年的随机数生成改成新标准里的random库里的。类变量定义位置初始化应该是11的吧，这种改动由于不是所有类都能在定义时初始化，反而不如统一在构造函数里初始化看起来更清晰。
--
FROM 112.47.122.*
软件错误不是问题，除非你们的业务承担不起错误的代价。哪个软件没 BUG
你们看开一点吧。软件改得怎么样不要在意，有一个同事在尽心尽力地做这种吃力不讨好的事情，只要别做到一半就中断，能持续跟着你们维护下去，就是福气。
【 在 toutouqi (toutouqi) 的大作中提到: 】
: 智能指针有人用的，只是老代码，结构简单的类改成用智能指针有时候显得并不智能，比如自定义的多维数组，比如简单字符串的parser及其语法树。没说这些语法不正统，只是觉得把时间花在追新标准方面浪费时间，也给原有开发者在维护代码的时候添了不少麻烦，毕竟谁也不能保
--
FROM 112.47.122.*