@xmdbb "就是在同一个地点用同样的方式照出同样的照片，那版权归属谁？是看谁最早拍摄就属于谁吗？"

有意思。直觉上，谁拍出来的就属于谁。我感觉你说的更多的是“剽窃”，创作时参考了别人的创意，但是作品还是自己完成的。可能不恰当的例子，郭敬明剽窃了庄羽的书的内容，该道歉道歉，该下架下架，该赔钱赔钱，这都没问题，但是不会说《梦里花落知多少》这本书的版权属于庄羽。

@linxiaoziruo

bitmap 如果碰到上限大就不好弄了，比如元素最大可以是 U32 甚至 U64 ；另外生成 bitmap 也需要 O(n)，n 为全部元素数量（我感觉不可能有低于 O(n)的算法，因为最坏情况下至少所有元素都需要遍历一次）

很快地浏览了一下 ChaselPansy 的回帖
1) 没看到任何技术性的讨论
2) 不少主题帖和回帖从内容到语气有强烈的引战倾向

我不知道这是不是 V2EX 欢迎的回帖价值取向

你同事会不会也开个号上来吐槽：”公司一共俩人，另一个后端代码写的一坨 x,还得我撸袖子自己来写哎，大家怎么看？“

我自己慢慢悟到的几点：
1. 把自己的经验和总结分享出去,收益最大的其实是自己，就像写博客一样,会逼得你去归纳总结，把模糊的地方去搞清楚，把不成体系的东西体系化。同时分享也是个交流的过程，别人可能能指出其中的错误，或者从另一个角度看这个问题，对于你自己知识体系的健全都很有帮助。且这是个加深记忆的过程，所以分享收益最大的不是别人，是你自己。
2. 知识只有经过自己的大脑思考、归纳、总结后才是属于你自己的。没有人可以看了别人的所谓总结贴就瞬间掌握了这些知识，哪怕有一瞬间你觉得自己掌握了，随后还会很快地忘掉，因为这个知识并不属于你，你看到的只是一堆结论，但是没有思考的过程。
3. 对于分享者来说，只有把自己知道的分享出去，才会逼得你去学习更多的东西。抱着这么点东西固步自封，最后被淘汰的只是你自己。

@zhiqiang 你试试链接时加上-Bsymbolic，或者你已经加上了？

感觉像是 corrupted data ？可以设个 exithandler 在 exit 时把 strings print 出来看看是不是在退出前就已经被破坏了。或者你可以用个自己的 allocator 去进行分配，然后设置个内存断点之类

实习生还真不一定是大佬带比较好。在大佬看来，很多东西都是理所应当知道的，是不需要解释的，因为他已经早就过了当初学这个东西的时候逐步理解的阶段了，所以寥寥几语，如果实习生悟性好还罢了，否则万一听不明白最后也只能自己琢磨，毕竟大佬那么忙总不好意思反复去问些很基础的问题对吧.

"人生本是没有意义的，意义是我们自己赋予的"

这是个独立游戏界的大神，这个游戏也很喜欢，但是推广个语言真的是件很困难的事

@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)