同事大部分是特定专业的，非cs的，主要精力在业务的正确性上，产品负责人也有抓住市场窗口尽快发布功能的压力。要是没时间压力，打磨代码当然没问题了。大部分人用惯了某些函数，可以用这些函数很快地实现功能，换写法有时候会踩坑。比如说把浮点数存到字符串，本来sprintf的%g一直没问题，结果换了std::to_string出问题了，后来发现后者默认保留6位小数，stringstream也不如sprintf好用。曾经尝试用regex递归处理数组解析，有可能表达式不够精炼，总是出错（像是和内存相关），后来自己用char*数组写就没这问题了。intel的mkl接口很原始，但很多计算相关的c++代码还是得调它，所以个人觉得c++的方向应该是提供更多好用的库，而不是花里胡哨的语法。
当然，从个人发展角度，肯定是多掌握一些最新的语法技巧更好。
【 在 libgcc 的大作中提到: 】
: 这种事说不上好不好
: 如果要吃c++这口饭的话，还是把代码朝c++风格靠比较合理，这样新人也更能学到点东西
: 现在在c++里还用char*处理字符串的我是觉得不合适
--
FROM 221.220.229.*

还是vs2010吧，不是号称new vc6么  

- 来自 水木社区APP v3.4.2
【 在 wangtao26 的大作中提到: 】
: 我现在的工作就维护10几年的老代码。原来的代码都是VC6.0，我接手后，把老代码升级VS2008(请忽略我们公司还在使用这么老的IDE)。
: - 来自 水木社区APP v3.4.2
--
FROM 111.197.21.*

啥ide？
【 在 PGP 的大作中提到: 】
: clang会提示，一般的点一下鼠标就修改好，自动修改好以后最多有些变量名需要微调
: 【 在 ericnoomam 的大作中提到: 】
: : 要是一个一个手改，那没什么看头了
: ....................

- 来自「最水木 for iPhone 11」
--
FROM 114.253.39.*

我觉得你高估自己了。
【 在 libgcc 的大作中提到: 】
: 编译器全部整明白估计还要一两年  
: 然后发行版标配估计还要一两年  
: 然后所有项目真的开始大范围用上来,估计还得再加七八年  
:  
: 这还不说大量的祖传代码根本没人敢碰的,前期基本都在炫技  
: 到时候import加上#include双飞,thread与coroutine齐舞,怕是招
: ..................

发自「今日水木 on iPhone X」
--
FROM 223.167.168.*

这么算的话还是最新版好，微软宣称最新版的vc编译boost可以把各种针对vc的workaround去掉，和gcc及clang的兼容度前所未有的高
【 在 libgcc 的大作中提到: 】
: vs2008没有stdint.h
: 遇到几个三方库相互交叉自定义各种int的时候就会很**了
: 【 在 toutouqi 的大作中提到: 】
: ....................
--
FROM 39.183.10.*