@karott7 尾递归本来就不是高深的技术，但跟高阶函数+递归的组合形式也不太沾边。只是对函数调用栈有限这一限制条件的妥协。

wooooow

笼统的解释的话，电影里面的渲染一般是指离线渲染，游戏里面的渲染一般是指即时渲染(不绝对)。
前者可以为了画面效果，渲染一个片段耗时数小时甚至数天。
后者要平衡画面效果和流畅度，一般是要在保证玩家游戏帧数不过低的情况下，尽可能的出画面效果，每帧渲染速度不能低于~16ms(60fps)。

两者的区别主要是计算力有限造成的。你可以认为"画面效果≈算力 x 时间"，大家算力受限于 GPU 的制造工艺同样无法提高的情况下，前者拿时间换画面效果，后者拿画面效果换时间。

漫画里面的不知道，感觉是画面风格处理类似的东西。

@saberlong 我个人觉得 go 用协程主要就是为了解决“线程间消息传递”的性能问题，“线程间消息传递”又是为了解决多线程程序的锁，内存共享，线程同步，内存释放的心智负担问题。绕过协程直接共享在可以自己解决这些问题的况下，确实比传递轻量也简单的多。感谢指正。

我觉得 golang 的现状可能是因为开发组写 C++发现多线程加异步太费脑子掉头发。总结规律以后发现“用传递消息来共享数据，而不靠共享数据来传递消息”可以完美解决各种锁 /同步问题，减轻心智负担。

但是如果这样做，就会导致本来不需要 IO 的场合平添了 IO，如果简单用线程实现，会有大量的 CPU 时间片被用在等待 IO 里，一个数据从这个线程到队列里面再到另一个线程，时间和资源全浪费在线程调度，上下文切换，内核 /用户态切换，Cache 页置换上了。

这个时候就发现需要“框架”来接管这一层，这一层把线程间的 IO 改为线程间内存共享，对上一层屏蔽内部实现来减轻“框架”使用者的心智负担，做了这个“框架”之后，会发现 C++的语法来实现这些东西过于丑陋了，而且需要一种机制来确保编译期就把一些“数据被传递给另一个线程之后又被当前线程继续使用了”这种“框架”不能容忍的情况报错。于是干脆出了一个编程语言。

如果你在做优化时，发现 golang 的协程对你的应用场景已经太重，那么你完全可以用没有“虚拟机”的语言来拿“心智负担”换运行速度，golang 只是提出了一种当前很多场景下更好的解决方案与设计理念，填补了“多 IO 场景下低心智负担的多线程编译型语言”这一空白。我记得实际上协程在 golang 出现之前是日渐式微的，因为自己实现调度算法大部分时间并不如操作系统内核的调度算法高效，有点类似于自己用 volatile 不如 gcc 的编译器优化高效，所以现在已经不推荐这么做一样。

上面回答的比我专业的多，也没有我这么多“臆测”，但可能没有准确解释楼主的疑问，我就献丑了。

看到标题的第一反应是 GIL 导致高刷新 UI 的掉帧卡顿。

想了想，应该还有不支持多线程与坑爹的异步 API，基本所有在做 UI 的东西都是支持多线程（ UI 主线程）或者对于异步有第一优先级的支持的。这两点支持并不好的 python 应该只能靠其他语言的 adapter 来做 UI，肯定掣肘良多。

至于你说 django 和 flask 能做 UI，本质上做 UI 的是前端"御三家"，前端中的 UI 主线程实际上是由 html/css 间接控制的浏览器渲染引擎，加一个用来支持"动态特性"的 js （独立线程）。django 和 flask 在 UI 里面扮演的角色无非一个“给数据”。没有“渲染引擎”的场合，都是需要自己控制 UI 主线程的，UI 主线程中一般也要求不能做重量级操作，不然也会导致 UI 卡顿甚至卡死。

我比较好奇这网站背后的原理。
是关注了一批发自拍的号来抓取？
还是用了什么人工智能算法判断好看的妹子抓取？
还是有人手工抓取的？

其实整楼都被上面那个 kikyous 带歪了，楼主也没说英文命名高端，中文命名低端。BTW，这人我不知道什么时候就 block 了。

我觉得至尊就是有点 low，词语本身的意思没问题，甚至你放到世纪初去拿这个命名也没问题。但是前几年各种电视广告，视频广告都把这词儿搞臭了。旗舰，专业，甚至青春听起来都比至尊上档次，至尊这命名感觉完全没动过心思，就信手拈来，感觉也是定位于那些手上戴串佛珠的中年老板们的。

小米的命名确实还要跟菊花学习一个。其实我觉得比亚迪拿中国朝代命名也挺另类，挺新颖的，感觉上档次的多。

字节跳动的人怎么老搞这种东西？我发现最近几个月 V 站发面经，发各种低端技术文的，还在里面塞内推塞公众号二维码的，全是字节跳动的。

你们自己搜搜：
字节跳动 site:v2ex.com
今日头条 site:v2ex.com
大众点评 site:v2ex.com
拼多多 site:v2ex.com
百度 site:v2ex.com
腾讯 site:v2ex.com
阿里 site:v2ex.com
拼多多 site:v2ex.com
bilibili site:v2ex.com

就你们字节跳动的天天搞这种东西。又是实习三个月感受，又是如何通过面试，又是领取内推资格。老老实实发招聘帖不行吗？

坦白讲，我现在点同意以前经常看一眼条款了。大部分互联网大公司的条款还是在合理范围之内的。特别扯的条款可能法院也不会支持。

建议都买，或者 iPhone 给妈妈，iPad 给爸爸这种形式，反正大部分家庭 iPad 最终也会归妈妈。事实上中老年人 iPad 的使用频率真的比我们年轻人高。预算紧张的话，iPad 可以稍微低配，反正这玩意几年前的现在也不卡。如果单亲，那么就先 iPad，高兴完了以后“one more thing”。

不知道苹果最近在搞什么，我电脑外接显示器最近合盖手动休眠睡一觉起来键盘上方区域烫手，我怀疑屏幕都要被烫坏了。开盖解锁后 kernal_task 进程怒飙到 1100+%，风扇狂转 2 分钟后归于平静。手机也是充一会儿电背后摄像头区域都能烫手。

我也不太喜欢，故事性不太好，视听效果对我个人来说不是很重要。喜欢的人就喜欢呗，夸夸电影本身的优点比说别人“看不懂电影，欣赏不了”好多了。不要给自己喜欢的电影招黑啊。
发表自己的看法，不要搞人身攻击。怎么还不能容忍不同的声音出现了？是隔壁微博饭圈的进驻 v 站了么？

根本原因还是 error 是什么，对于 error 应该怎么处理，因为三个 err 的含义或者容忍度可能不一样，一起处理感觉是在偷懒。你的问题跟 goroutine 没有什么关系。
一起处理的话上面的那些 xxgroup 的例子可行，但是有点违背 go 的设计原则。因为本质上都是在“通过共享来传递消息”，通过共享几个 data 变量来在 routine 间传递消息不是 golang 推荐的做法。（我不确定现在 golang 还说不说这个设计理念了，好几年没写过 golang 了）
BTW，我觉得你的数据库结构设计的可能有点问题，join 语句效率也没有低到这个程度吧，感觉你在强行拿 goroutine 做一个不必要的优化，“拿着锤子看什么都是钉子”系列。

老式的 css 难，因为不健全，跟不上 html 和 js 的发展。需要用 table，float，各种负值的 margin/padding 来 hack 想要的布局，还有很多会导致效果不符合预期的 BFC 之类的东西。现代 css 中其实 95%的布局可以 display:flex 一把梭。

BTW，css 因为理念不同于普通编程，导致几乎没法 debug 是生手感觉难的核心所在。