Never return reference to temporary object


在实现了移动语义和 RVO 的 c++11 后标准下
string a = get_str() 完全可以被优化成
char *a = str （包含临时对象在内总共只有一次指针赋值）
对于 stl 容器来说，甚至完全不需要使用引用，一律传 /返回对象 一把梭就行（此论断于理解&&后失效）

推荐电影

《木乃伊占领大东北》

@pingpingping

而且我本来是想回复一下对中国传统哲学的看法，但考虑到贵社区可能有你这种人存在，擅自表达不成熟的想法要变成菜鸡互啄是很滑稽的局面因此略除未表。换了一个“建议”以求被人骂的时候能温和点

除了书读太少建议少说话已没有对你的观点进行任何层面的回复，我觉得是最有意义的回复了。

@pingpingping

书读得太少不是扣帽子

迂腐陈化臭老九是扣帽子
文盲现代人信仰缺失是扣帽子

书读的少只是对“观点幼稚且草率”的直接推论。

手滑，懒得改写了

贴原文


物自体通过知性范畴被投影成对象 —— 这是“认识” 的本质
我们的认知将物自体的投影处理后形成固定的结构 —— 这是“概念”的产生

由于知性范畴和我们的认知结构是先验的，是不会被经验和认知所干扰的
所以，这个投影结果，也就是概念，也是先验的，换句话说，虽然物自体本质是什么我们不知道，但我们的认知逻辑体系一定会将物自体投影成固定的结果，所以这个结果其实也是绝对的。

---------

这个思想最巧妙的地方在于从无法认知的物自体到被认知出的对象这个“投影” 这个投影是我们的认知过程，是我们的意识结构 —— 是先验的，是世界根本的属性。所以虽然我们并不能认识物自体自身，但投影加工这个过程包含了真理的绝对性，所以科学仍然具有绝对性，是正确的 —— 但正确的科学并不代表真正事物的本质就是了。

------

“存在”作为概念必然合乎人的知性范畴，存在即合理说的是这件事。“存在既然已经存在，它必然是可被理性加工的”

@pingpingping

我思故我在的原意是一个奇妙的反证：假设我是困在虚假世界中的被实验体，那么我的思想理应是受影响或受引导产生的，那么我应该不会被允许思考我的存在是虚假的这件事。而我现在正在思考我可能是虚假的，因此世界应该不是虚假的。

存在即合理是对纯粹理性的高度概括：

物自体通过知性范畴被投影成对象 —— 这是“认识” 的本质
我们的认知将物自体的投影处理后形成固定的结构 —— 这是“概念”的产生。所有的“存在”都是经由人的理性加工后行成的概念

书读得太少
建议不要随便对哲学体系中的概念进行评判，尤其是断章取义孤立出来评判。
其它常见的贻笑大方的例子

我思故我在
存在即合理

gitlab enterprise > gitlab pipeline

……怀疑 lz 没有用过 ci pipeline

可讨论的当下，你如何判断与你交♂互♀的对象是♂还是♀？

这个问题等到区分不出来的那天真就不是很重要了

会。
但基本架构显然不是技术架构，它得是故事框架，才行。

因为
一旦自己敲代码起来，感觉还是很懵逼

@amaranthf exactly

看了讨论才发现原来这词还有歧义。。。。

原著小说说的是超级文明的灭绝武器，直接将 3 维空间压缩至二维使该空间内的文明消失。发动降维打击的文明已完成二维化改造，并且是从 9 维空间一路降维打击将宇宙压至三维的罪魁祸首。

维度压缩打击无法以任何手段抵抗，即使故事最后人类已掌握了光速曲率飞船，但也只有两个人逃脱了灭绝打击，其余人类全灭且维度压缩不可逆。




因此以这个典故来说应该是用完全超出对手能力范围的超级打击，无视对手任意维度的优势直接达到灭绝程度。


以 lz 的例子来说大概只是把地头蛇的老板都端了也不足以称之为降维打击，应该是，强龙开创了新产业，地头蛇原有的那一套直接被完全淘汰毫无用武之地了。毁灭你与你何干，这才是原著描述的黑暗森林打击。

@iwtbauh 你可能没明白，这些全都不是技术问题，是人的问题。人可是会仅仅因为呈现消息形态不同就完全弃用支付宝红包只收微信红包的奇怪动物。

很久以前也有这种困惑，总结了一下大概是因为没有对 linux 生态体系形成认知，不知道自己在干啥，所以容易弄坏。

1. 80%的软件包安装都可以用同一个命令在同一个地方找到
2. 90%的不能用 1 方法装的东西都可以找到源码自己编译
2.1 所有的公开的需要自己编译的东西都会有怎么编译的文档，并且对编译环境有要求
2.1.1 编译环境基本只需要系统和编译器版本对，装齐需要的依赖就 OK，装依赖回到 1
2.1.2 如果编译环境折腾不起来，说明这个东西依赖于特定版本系统的系统库实现，不是随便能移植得了的
2.2 基本上编译环境和构建工具就那几个
2.3 有少部分必须自行编译才能装上的东西基本上都是系统级的，要么动内核要么动系统库，是绝对不可能简单替换系统现有的东西的
2.4 一定有其它办法能让那个系统级的玩意和现有系统的库共存，要么是 docker，要么是环境变量
3. 驱动问题几乎无法解决，遇到只能绕开
4. 运维基本靠脚本，不是打包得非常严密的东西都可以自己看一遍脚本干了什么
5. 大多数不使用包管理系统装上的东西都可以直接删掉
6. 绝大多数 Linux 命令极度依赖于具体场景，这也与最初的设计哲学“只做一件事并做好”有关，因此非高频命令用到再学，无需浪费精力
7. debian 系是最友好的
8. 学会 docker 系列的命令并使用应用容器可以解决 100%你有能力解决的场景，如解决不了，则以自己的能力是没有任何办法解决的，无需尝试。

看到末尾才发现原来是妹子

还以为是秃头肥宅（（



心态微妙地飘起来了一点

我只希望 win 有跟 alfred 一样好用的东西

wox 并不够