@Wotan chrpath 有用不？

忘了回核心的问题了，没觉得会 c++的人能很容易掌握其它语言。如果一定程度上有，是因为 c++的多范式，而不完全是因为 c++自己的难度。但是其它语言还是有太多语法糖和语言自己独特的特性是 C++没有的，另外熟悉一门语言的基本语法是很容易的，别的语言的基础主要是用在这儿， 但是真正掌握是很难的，不花功夫是不行的，放在哪门语言里都是一样的。

“” C++是多范式的“”+1.
很多时候大家用的是同一个 C++,又不是同一个 C++,有些人用的只是 C with classes,有些人会用到一些高级技巧例如模板元编程，不一而足。
长期用 C++的人给我的最大的印象是对于内存的分配和管理非常敏感，比如这个内存是在栈还是在堆上，是浅拷贝还是深拷贝，指针、引用何时失效，空间是何时分配（例如 copy on write 等技术）又是何时释放的（尤其在智能指针中）。C 也有很多类似的通用的概念，但是 C++由于引入了 operator overloading 以及一些广泛应用的 smart pointers,导致这个情况要比 C 里复杂很多，比如只是简单的一个 a = b,背后会发生什么得仔细分析才知道

另外 C++11 里用 std::for_each, std::transform,std::copy_if 等配合 lambda 也可以写出**类似**函数范式的代码,map,filter,reduce 这些都不是问题，当然不是说这就是完全的函数式编程了。

我的理解，你说的更多的是“代码质量”而不是“代码规范”。

这个靠个人提高就比较难了，需要多看别人的代码还得经常去思考，但是很多情况下你不熟悉这个项目并且接触不到作者的话，基本只能看到代码是写成什么样，但是很难知道代码为什么要写成这个样，是有什么样的想法和背景在里面，哪些又是预留给未来扩展用的。

相对来说，如果你的项目，有牛人给你 code review 的话会进步快很多，因为你能从中学到东西，看到自己看不出的问题，学到更好的设计方法。自己看自己的代码很难看出问题，但是在别人尤其是有经验的开发者看来可能处处都是问题

template <typename Container, typename Fn>
Container& map(Container& c, const Fn& fn)
{
std::transform(std::begin(c), std::end(c), std::begin(c), fn);
return c;
}

template <typename Container, typename PredicateFn>
Container& filter(Container& c, const PredicateFn& predicateFn)
{
c.erase(std::remove_if(std::begin(c), std::end(c), predicateFn), std::end(c));
return c;
}

我在想,某一种语言写了 1 年的和写了 4 年的肯定是天差地别,但是写了 7 年的和写了 10+年的在语言层面还会有那么大差距吗?

如果一个能在两三年内就能掌握得还不错的东西,我觉得都不算重要的核心竞争力.因为我们这代人(我知道 v2 跨了好几个年龄层)如果一直搞技术,不可避免的一个情况是你 35 的时候要面对的是来自一个 27\28 岁,大学毕业工作了 4, 5 年的人的竞争.这时候你的核心竞争力在哪里?我想如果再提语言工作年限长,估计都会被人笑吧

@jmc891205 对的,是 amortized O(1)

@snail1988 我觉得他说的可能是类似 std::deque 的实现,实际上本质是 fixed-sized 的 vector 的 list,通过把每个 vector(chunk)的首地址 cache 起来,是可以做到 O(1)的 random access 的.但是实际上这个 cache 首地址的数据结构,就是一个 vector

https://stackoverflow.com/questions/6292332/what-really-is-a-deque-in-stl
http://en.cppreference.com/w/cpp/container/deque

用户拿到 c_str()肯定是希望它是 null-terminated 的,比如直接 printf 什么的...看了下 cppreference,也是同样的意思(可以看我高亮的那部分).不知道是不是通过你说 zero memory(memset)未用的 buffer 的方式实现的.STL 源码都不太好读,string 什么的本质就是一个 buffer 的管理,我记得有例如比如 copy-on-write 之类的优化在里面

http://en.cppreference.com/w/cpp/string/basic_string/c_str
Returns a pointer to a **null-terminated** character array with data equivalent to those stored in the string.

The pointer is such that the range [c_str(); c_str() + size()] is valid and the values in it correspond to the values stored in the string **with an additional null character after the last position**.

有句非常有名的话叫"Premature optimization is the root of all evil"。优化很重要，但是优化的时机比优化本身更重要，在应用场景尚不成熟时过早的考虑优化和抽象只会使得你的抽象层在未来很长一段时间内不断被更改，其实反而是延误了效率以及损害了可维护性

神州奇侠（温瑞安）和笑傲江湖

看你的方向了。搞工程当然是公司，搞学术是 nb 的高校和企业的研究院。比如你搞计算机视觉，查一下每年的 iccv, cvpr 之类的顶级会议，有心的话整理一下里面的来自大陆的高校和企业的名单，科研强弱一目了然。另外别忘了学历作为敲门砖的重要性，如果你要转方向或者进企业的研究院什么的，敲门砖都很有用。

@GeruzoniAnsasu

> "编译生成可执行文件时就需要把所有的依赖包含进来 "
动态库链接可以是 stub 的呀

> "C 的代码是不可运行时改变的"
如果是来自动态链接的库可以啊，一是可以热更新，二是可以用 LD_PRELOAD(intercept)之类的手段在运行时先于真正的符号库加载

是不是应该先解释下 “区块链” 是否== “数字去中心化货币（如比特币）”，或者说只有这么一个用途？

我看标题写的是区块链，讨论的都是虚拟货币。

以前看了一篇文章，讲一些中高层的 it 圈的老人的生存状况，印象最深的就是一句话“财务自由是个伪命题”，这还是一些工资远远超过程序员薪资范畴的大佬说的。我的理解是可能永远没有这一天，或者说财务自由更多的关乎心态，而不是绝对意义上的财务能力。

就像挣 5 万的人会憧憬能像今天的你一样挣 20 万，觉得哪天我也能挣 20 万就满足了；你如今挣 20 万的可能看到的是 60 万的人，60 万的人可能看到的是挣 200 万的或者自己创业拿到风投的，而那些人看到的是成功把自己公司弄上市的。人永远看着前就没有财务自由的一天。

欲望被满足带来的快乐是很短暂的，你换了份工作涨了 50%的工资最多也就高兴三个月。且随着边界效应，带来的快乐会越来越少。但是随着收入越来越高，见识越来越多，你会把更多的东西划为必需品。就像挣 20 万一年的人，一定不觉得 1000 万的学区房跟自己有什么关系，但是你工资一直走高的话，总会有一个时刻突然让你觉得这个变成了必需品。

支持！

业余时间写自己的代码大半天 300 行没问题，公司代码平均下来一天能有 10 行？

写得挺好，我也一直在思索这个问题

我也有一毛一样的想法