小学的时候连发臭的三无香肠都能吃得下去。。 不能跟小时候比

标题内容不符
而且我甚至觉得这个等号画得有点幼稚
“谎言被戳穿”



谁戳？ 被拍马屁的领导自己戳？
你去戳别人拍的马屁？

会，甚至一个对象消亡了我都会缅怀一小会

/t/388520?p=1#r_4720389

dash 里的 cheatcheet 我都装了十几个了，别说库函数……

先别想太多， 多聊一聊，等大家熟了工作外的东西都能随便聊的时候你再顺道问一下他想看啥就好了


没准他也是摸鱼没事干想让你推荐一下哪里摸鱼比较好而已

一般来说，如果接口更接近 C 风格，尤其是跨语言 /跨文件（如动态库）调用时，使用 C 风格并且传指针的麻烦要少得多。 对于 c++ 代码内部来说，引用带有强类型限定，并且可以通过 RAII 管理生命周期，传引用能比较容易避免编译期（代码写得不好）的问题，如悬垂指针、UAF 、资源泄露等等

不过上面提到了 QT 的设计特例我想多补充一点，QT 的 QObject 默认构造必须带有一个 parent 指针，用于在析构 QObject 时链式释放所有的子对象，这其实有点类似于 IOC，将本对象的生命周期交给自己的容器对象也就是 parent 来管理。 而要想实现 IOC 所需的对象容器，显然对象不可能临时构造在栈上。这也许是使用指针并且总是从堆上构造对象的另一个角度的原因。

std 是 stl 的命名空间

而 stl 是 standard TEMPLATE library 的缩写，标准库本来就是为了写成模板才写成这个样子的。

大多数语言的标准库：为了方便我们的使用者快速造车，我们先把 IO / 文件系统 / 网络库的轮子造好
c++的标准库： 卧槽我发现我们发明的模板好像能搞些骚操作，让我尝试实现一套无类型的数据结构



所以说这套库的意义和场景都远远不能覆盖实际开发，千万不要为了模仿 stl 把自己的代码搞得不伦不类

产品部标准需求应对策略：

第一阶段 － 宣称我们支持
第二阶段 － 说绝大多数场景已经支持了，但您的特殊场景覆盖不到
第三阶段 － 说我们会在未来版本更新这个支持，已经排期了
第四阶段 － 说我们的新版本增加了其它 fantasitc 新功能，然后把一年前客户提的细枝末节需求忽略掉

我看到上文，准备好的第一句话跟这个产品一模一样：
“wmv 是微软私有格式”

然后下文糊弄客户说要买授权也好说不通用也行反正随便什么理由都能拒回去


跟客户沟通需求的时候油滑一点，客户一定是没你懂的，要不然他也不会买你做的东西而是他来做了。所以根本不用告诉他为什么，只需要说我们不支持然后给他 planB 就行


你看开发跟产品说的意思明明一模一样，但效果完全不同

没有个人画像的话其实很难给建议


按照我自己的喜好的话

游乐园、逛街之类的肯定是不会去的，人多，太热闹，精力会瞬间消耗殆尽
公园景区，去散步？闲得太蛋疼了也，肯定不会去。我又不拍照也不画画，不适合

然后又想去点有意义的地方，那就还剩

图书馆，其实不错，国图内部结构挺有意思，氛围也很好，看书总是适合的
博物馆，得“花心思”去。博物馆给人的感觉都是很小的、点状的、分立的知识聚集区，很难串起来一次性逛很多，单独去则会感觉一次性去接受了太多用不到的东西。所以一般是突然对什么东西感兴趣才去一下，跟音乐会漫展一样

然后是来点单人能享受的运动，比如滑雪、游泳，基本不用任何前置条件，只要学过、学会，就能随时空手去，很适合突发奇想去玩

最后 如果还没有驾照的话，报个班学车，有个固定时间去玩的大玩具 也挺好

gal 只是游戏里沉淀到最底层的东西
并不能对它抱太大希望

梦回 10 年前。。。

0.1 秒 都 100ms 了，没有哪种方式截图误差会有这么大的，这种频率量级不用理

@ericls 总得有地方养孩子吧

cache 最早不是翻译成缓存

是 “高速”缓存


由于汉语分析语的特点，国内标准翻译倾向于用现有的词组合表达新的概念
与之相对的是西方屈折语系通过改变词本身的形态来创造新词

violin viola “小”提琴 “中”提琴




cache 是用来在处理器和存储器之间加快频繁访问数据的存取速度而设置的
由于设置在高速处理器和低速存储器之间，因此称它为“高速缓冲存储器”并没有什么问题。缓存是这个全称缩写之后的结果。

就好比 memory 和 internal storage 都被简称为内存
但 memory 对应的词叫“内部”存储器，internal storage 应该叫“内置”“存储区”