LZ 怎么看待这款教编程的游戏?https://itunes.apple.com/cn/app/human-resource-machine/id1005098334?mt=8

我一直觉得这种游戏化学习编程的市场未来会变得非常大

@Allianzcortex 不好意思，试了一下，是我想错了。用 int 在 python 里是成立的，在 c 里是不行的，等于是把 ascii(char)转为(int)

@Allianzcortex 你再想想

output = [s for s in itertools.product(*a)]

花了 2 分钟，拿 google 一搜就有了"python nested lists permutation"..

或者直接上咖啡因片，可以海淘， 200mg 一片（注意咖啡因片是合法的）

说几句无关的题外话。

确实有太多东西妥协于于设计之初的科技水平了，而后为了不断地保持后向兼容，直到有一天会变成一个很奇怪的四不像。有些东西比较容易推倒另起炉灶，比如很多新的语言的设计理念都是把易用性摆在效率之上的。但是有些就很难了，比如 os kernel 。一个经典的例子就是有人问 Ken Thompson 如果能回到当初来重新设计 unix 系统，他最想做的是什么。他回答“ I'd spell creat with an e.”（ https://en.wikiquote.org/wiki/Ken_Thompson ）。这儿有个典故是*nix 有个系统调用叫 creat ，去创建(create)一个 file/device.当初就是因为资源极其紧张，所以能省一个字母也是好的。同样的例子还有 umount -> unmount ，参照这儿( http://unix.stackexchange.com/questions/9832/why-is-umount-not-spelled-unmount)的说法，第一版 unix 文件名包括扩展名在内最长限定在 8 个字母，而大部分的系统调用都有自己对应的源文件形如*.c,所以系统调用最长只能有 6 个字母，因此 unmount 只能是 umount 了。

我也用 JINS ，服务真的很好，在 2 号线金科路长泰广场店配的

我靠， APK 逆向能到这个程度？作为外行震惊了。

@shijingshijing 50 块钱采购一条鱼，厨师做完， 100 块卖给顾客。
采购部门盈利为 0,净支出为 50,亏损 50,应该裁掉。
厨师盈利为 0,净支出电费、油费、酱料费，应该裁掉。
收银员盈利 100,支出电费忽略不计，利润率接近正无穷。

结论，其他全部裁掉，只保留收银就行了。

有些还能忍忍，比如 range-based for loop,可能也是习惯 c++11 了。
但是这种 pipeline style 看着实在太怪异了：
1) for(const auto& color : colors | view::reverse)
2) colors |= action::sort;

本来很简单很纯粹的“或”，现在看来也得分情况去理解了，很讨厌这种二义性

同感。最近一段用 c++多，回头再写 python 的东西感觉很陌生。基本每次写个新的代码，刚开始时都得同时打开一份老的代码在边上，一边写一边参考原来的代码。基本上写个一天，容器的使用、 control flow 或者常见类库的感觉都回来的。但是有时候一些偏高级的技巧还是要重新去理解，比如 decorator ，之前里面的几种变化都曾经搞得很清楚，现在又忘得差不多了。

酷炫。问下有图形学、 GL 基础，但是没搞过 AR 的，如果要搞出这么个 demo 来大概需要多久？

@LINEX 习惯了=.=我一般用 eclipse cdt 来看代码、写代码，编译系统不用 ide 管理。这样的确带来各种问题，比如各种通过-D 指定的变量都是在外头编译系统里置的， ide 并不知道，于是大片的#if defined 都是灰的，在里面的函数 ide 就不会去 index ，于是就无法跳转，这种情况下只能全局搜索。并且很多库的头文件我是不导入的，于是大片的红色。但是也习惯了...你要是习惯 cmake 的话，且项目不是太复杂的话， CLion 应该能帮不少忙。

如果把本地时间换成通过网络服务器获取时间呢？这样精确到毫秒，应该没有重复性的问题了吧，除非用户 hack ，不过那就是是整个架构问题了，反正现在也有这个问题。

可以拿 ide 来看代码、写代码， makefile 单独维护，用控制台进行编译。

这种抛个问题就跑，甚至只有标题，连正文都没有的算不算钓鱼贴？

@qnnnnez 涉及到显式拷贝的比较好辨认，包括函数传参。但是像这个*，第一反应没想到是个拷贝动作。

如果在 c++里，给我的感觉可能类似
const size_t len = 5;
std::vector<std::vector<int> > vec(len, std::vector<int>(3, 0));

python 里一直让我比较困惑的就是引用、浅拷贝、深拷贝，可能也和我之前一直用 c/c++有关系。在 c/c++里是按值或按引用 /指针传递，在大部分的情况下是很容易确定的，而且是确定无疑的。在 python 里，我能理解比如最常见的场景： mutable,immutable 涉及到拷贝时产生的状况，但是[[0] * 3] * n 这种情况下会发生什么情况，除了做个实验看一下 id ，我好像还真不敢直接下结论。你们都是怎么记忆的，除了 case by case 的记忆以外，有什么比较通用的规则吗？