@zorceta 现在跨API是主流做法。做一套3D引擎，不可能只考虑PC或者只考虑移动平台。

@zorceta OpenGL现在优势在ES上。其实一个平台用一种API挺好的，省很多事。跨API实现起来不难，但是去bug调优很麻烦。

@zorceta 现在PC游戏主要用D3D啊。
虚拟就是VR啊，比如Google地球这种。

@akinoniku 内存管理没什么神秘的。申请了就得释放，谁来释放以及什么时候释放。C都是自己手工完成。新的语言基本上都有自己的一套方便的东西。

一个对象实例，会在出生时，申请一份内存空间。当这个对象完成它的使命时，就可以释放掉它占用的空间。对象存在作用域中，一般来说，出了作用域，这个对象就不需要了，可以删了。还有种情况，这个对象有其它作用域中的引用。就是说其它作用域中，有指向同一内存空间的一个东西。那么这时候，这块内存空间就不能随便释放了。必须等到没有东西指向它（即引用它）时，它才可以被释放。那么怎么知道有没有东西引用这块内存呢，就可以用个计数器。内存刚申请时，计数器为1，引用一次，加1。释放时（主要是出作用域时的隐性释放），先给计数器减一，等计数器为0时，才真的去释放这块内存。这就是内存管理上的引用计数技术。在ObjC中，有设计好的计数器和语法方便你使用这一技术。而C++这种原始的语言，需要自己写计数器，需要手工减1（也可以用一些语法特性把这事弄简单点）。

Java则使用了重型的扫描式垃圾回收，所以它的内存释放总是不那么及时。

引用计数是目前最好的内存管理技术，方便、高效、可控。而且，没有这个技术，想实现离散的对象控制，只能用别的GC技术了。

不过，自动引用计数是5开始才有的东西。5之前得自己动手。

我初学。我觉得，你现在做iOS开发，能接触到的，貌似除了XCode比较新，硬件参数比较新，库上还是用5之前的。因为要考虑到老机器老版本。

一天之内就可以写个demo，毫无问题。但是写完整的东西，遇到的坑应该不是一两周能搞定的。
毕竟这东西和PC不一样。

SDL+GLEW

看用OGL做什么。
如果是游戏的话，刚开始就用SDL做前端，省得写Win32窗体代码。等项目成型了再根据需要做Win32窗体。不过现在不太用OGL做PC游戏了。
如果做虚拟的话，QtOpenGL挺好的。
GLUT、GLFW比较适合用在学习OGL上。

@bengol 矩阵变换、3D流水线、Shader

@jamiesun 多数时候用打印的方式调试就够用了。

@bluegobin 下次试试快速原型迭代的开发方法。

cl问题不大。

凑合用吧，以前我也对环境要求特别高，各种强迫症，各种矫情。
后来因为要做项目，什么都用一用，就习惯了。

一个C/C++程序员，玩兴奋了，一天编码也就千行。
一千行代码的量，什么编辑器什么环境都不影响工作。
真正耽误事的是查文档、调bug。
Qt Ceator查文档还凑合，调bug目前我没发现什么大问题。
就是Qt Ceator会跟某输入法冲突，一搞就进假死状态，因为这个损失了不少写好没保存的代码。
反正我是把Qt Ceator当RAD用。

挑些好的应用平台投放一下。直接提供APK的方式不好。

@luikore 听起来很酷

@zealinux 我看了点，是有点觉得弄这东西怎么这么关注版本号。

上Amazon～

安徽电信。不稳定，经常断，基本不可用。

哎，我发现很多人心理阴暗啊。
我发个贴唏嘘一下C语言，说C语言挺好的，又没有说的别的语言不好，好多人在那跳哦。

为什么是程序员需要杯子，因为这个职业需要就坐啊，做事情做进去经常会几小时出不来啊。
在咖啡店喝水，对杯子要求当然不高啦，撒了让服务员擦一擦就好了。

很奇怪，在一个程序员为多的生活社区，说说程序员的事，居然引来这么多非议。

@allenhsu
其实我一度使用茶壶。

@ipconfiger

矛盾有无法解决或缓解的矛盾和可以解决和缓解的矛盾。

昨晚看到这款：
http://item.jd.com/1014230138.html

显然就一定程度满足了玻璃易碎，和不烫手又能感知温度的需求。

做产品，不好好做，天天谴责用户，是不是很搞笑的事？

@mongodb 等你浇湿几台笔记本后就会理解了。
v2ex是纯粹的技术社区，显然从一开始就不是，v2ex是个技术人的社区。

对微软我就剩脏口了~