@bruce0 哦对用机器码也不保险。

如果你用的是通用芯片，现代通用芯片在机器码的下面都有很多你“控制不了”的行为。比如英特尔的芯片微指令，一个机器指令其实是拆成若干指令，然后在芯片上有指令流水线（同一瞬间其实有多个指令的不同步骤正在执行）。这些指令“并行”会导致一些 data harzard 。当然，芯片帮我们处理好了。

但是因为是并行流水线所以会带来一些其他问题。比如遇到条件判断，现代芯片都会猜测这条语句的结果，然后提前进入某个分支执行。如果猜错了就“回滚”。对，分值预测就会导致你“执行时间不可控”。

还有比如 cacheline 、L1~L3 cache，atomic 指令，store buffer queue （在一个核上非 atomic 指令更新数据，另一个核不一定马上能看到）。这些都是你“不可控”的抽象。

----

现代计算机就是在一层一层你不可控的抽象上建立起来的。C++ 的各种语法和芯片上的这些复杂机制并没有本质差别。要理解、掌握这些抽象后面的原理，利用这些抽象才对嘛。

@bruce0 构造函数、深拷贝、浅拷贝，进化到 C++17 就是 move 语法等等。这些都是有规范的，一个能通过各种测试的编译器，用这些高级特性你都知道会发生什么。包括 -O3 。写出没有 Undefined Behaviour （遵守规范所以编译器也能给你完全能控制的代码）是 C++ 程序员重要的基本功啊。

@bruce0 可是，C++ 的 zero-abstraction 是有规范的啊。

在 template 方面根本就没有 UB 。如果你认为不是手写的就是 undeterministic，我觉得你应该用机器码才行啊。

@shijingshijing （正常写函数都不敢循环嵌套三层， 不然根本没法维护）

@tianming1992 可是，template 和动态内存毫无关系啊。。。倒不如说用了 template 让 C++ 省了很多需要动态内存申请的情况。不然怎么叫 zero-cost abstraction ？

另外 template poly 可以在不加虚函数表的情况下实现一定的继承多态之类的特性。

所以你到底会不会用 C++

@shijingshijing 神 tm template undeterministic 。

@shijingshijing 可是 C++ 的 template 才是 zero-abstraction 的精华啊

前十年是房贷远远跑赢通胀 => 房价跑赢通胀

另外从这个角度出发分析的话，现在上房贷买房子不太合算，虽然也不会大亏。

前十年是房贷远远跑赢通胀。后二三十年肯定跑不赢。房贷利率应该会超过房价的涨幅。但是也不会多太多，真背了房贷也就认了，也不是不行。

现在的出路只有一个，拖，靠二十年三十年把房价泡沫而消化掉。所以以租代售是未来二三十年一定会发生的事情。

按你这话那绝大部分年轻人都没资格买房买车了
====

@w468750 说句不好听的，以租代售是将来十年会逐步发生的事情。又不敢真的让房价腰斩，房贷断供潮会扩散到全部行业，然后普通人会遭遇比背房贷更恐怖的事情。而且这不是杀几个富人就搞的定的事情，因为全国几百上千万套住宅的房贷叠在一块儿，把榜上有名的富人杀光了都填不满。

要么提升收入要么降低欲望

楼主你先说清楚是当前项目的包无法导入还是别的项目的包无法导入。

姑且认为是后者，后者是需要配置的。两条路：

1. 用标准的 python 包结构，写 setup.py ，这样你自己的包就能 pip install . 安装了。
2. 把你自己的包扔到一个统一的地方，然后把那个路径加 PYTHONPATH 。

@agagega 第三方其实还行，linux 上 conan 我用的很舒服。

我觉得这是个 XY problem 。

楼主你能不能把你的原始需求说一说，C++ 不会这么思考问题的。

@zxCoder 这些经验算不得经验吧，学起来不就四五天

sqlite 反正能用 orm

另外 const Fn1& const Fn2& 更现代一点可能会用 Fn1&& Fn2&& ，不过我觉得 -O3 就没去别了。

@Hconk 它后面两个例子我没有异议。不过第一个例子（ LOOP_UNROLL_DOUBLE ）：

可以用

template <typename Fn1, typename Fn2>
inline void loopUnrolDouble(const Fn1& fn1, const Fn2& fn2) {
...
}

loopUnrollDouble(
[&] () {
...
},
[&] () {
...
}
);

开 -O3 应该会直接内联调用。当然我没真的反汇编看过，不过应当如此。所以 lambda 是好东西。