到底谁要求你办暂住证？

有个app，叫铜板街。上面的基金不错。
另外现在到处都缺钱，好多公司对外借款都开15%以上的利率。这个有风险。

不以物喜不以己悲。

如果手头不宽裕，可以买一台500块的电脑，只要内存足，就能顺畅地跑Linux。

我是建议再弄台机器只装Linux别搞双系统。
刚玩Linux，一时找不到功能，你就需要Windows应急。
切系统太麻烦，搞到后来基本上都是Linux没开过几次。

SSH连接VPS的用法，敲键盘有延时，不爽快。
虚拟机可以，但是多少还是比真机差点。

个人使用Linux，应该使用桌面，而不是Console。
桌面里可以用Console，Console却缺乏桌面能提供的功能。
而这些功能都是与个人用户有关的。
另外，目前gnome3和unity都太怪异，建议使用拿KDE当桌面的系统如Kubuntu。
机器显卡差，桌面卡顿，可以通过关闭特效，获取流畅的体验。

学Linux时，少折腾，减少难度，多取得一些成功感。
我有好几年拿Linux做主力工作系统的经验，希望能帮助你。

这一贴我最认同@ipconfiger的看法。
但是LZ有些需求必须由Windows来完成，我就不好推荐这种釜底抽薪大法。

你的域名已经公布出去了么？不把域名解析到主机就可以通过备案。

为啥屏蔽我安徽省……

做网站就是这样，用户都觉得自己见得多，觉得自己懂。

以前公司的一套代码，因为特别熟，就特别想收藏。结果后来离职之后，老板自己把它挂在源码交流论坛上，为了换论坛积分。

中国管得很松，如果出于学习的目的，网上成堆的代码可以下载到，干嘛偷自己公司的。如果干Web，开源的恐怕比你自家的写得出色得多。

大部分时候，代码没那么重要。但是有的行业，对代码看得极重。比如游戏业，很多游戏都是拿偷来的代码换皮做的。正因为代码关乎的利益很大，行业对偷代码的行为打击得也厉害，公安也乐于破此类案件。

gitcafe

要我就买gitcafa的私有库服务，跟VPS差不多价格，功能没少也不用自己维护。

@iveney shared_ptr毕竟是C++11才加入的，如果用老一点的编译器，你还得用boost。shared_ptr出现之前，引用计数就大量使用了。

WinForms的开发，比Win32/MFC要容易多了，易用程度跟VB差不多。

C#相对于C/C++的优势在于，C#有垃圾回收。

垃圾回收的好处，不在于可以使经常忘记free内存的菜鸟也能写代码。

一个复杂的系统，对象会在很多个作用域中被引用。作用域与作用域之间，如果还要交换对象的引起情况，那系统模块间的耦合就太大了。简单的系统应该是，我在这个作用域中引用了一个对象，不需要关心这个对象是否在其它作用域被引用。既然不关心，那么也没办法靠判断来决定是否释放对象。对象什么时候释放，应该由一个底层的机制来解决。如果没有这种机制，再小心的老手，也写不出没有内存资源泄露的程序。

C/C++编写系统，一般靠引用计数来管理对象何时才能消亡。如果不用引用计数，那只能统一生产对象再统一释放，内存够倒还好。C/C++其实也有一些垃圾回收（gc）工具库，不过应用得不广泛。gc能回收的内存，必须是gc提供的内存分配功能获取的内存。但是C/C++有自己的malloc/free，可能会出现free掉gc管理的内存的情况。C++标准其实想加入gc，但是手动管理的存在，一直不太好加。

大多数时候，引用计数够用了，gc毕竟太复杂。底层的东西，太复杂不大好。微软以前长久地被dll地狱问题困扰，到.Net Framework的推出时才得以解决。而Linux、OSX这些系统，只不过简单的约定了一下版本号，就解决了这个问题。微软在.Net Framework上花了巨大的精力，结果现在还是有很多人不用它。

C++还是.Net，要看做什么。

.Net做项目，考虑到XP用户没有装.Net Framework，需要把.Net Framework打包进安装程序。安装包会比较大，并且安装速度稍慢。这样，用户体验就要差一些。所以很多流行的免费软件不用.Net。

.Net经常被说成COM的升级版。用COM的软件，发布起来就有点麻烦了。需要做一下DLL注册。而国内用户经常喜欢可以“绿化”的软件，直接拷来就用，连安装都不要了。

C++做的桌面应用，就没这些麻烦。把所有依赖的DLL都放到EXE目录下，就能跑，不需要装重量级的库。（如果用到COM接口的库，还是需要注册一下）

开发游戏，主要用C/C++，和诸如Lua、Python这样的脚本语言。但是游戏开发需要写很多编辑器供策划和美术使用，编辑器使用的技术也就是桌面应用开发的技术。目前这块，.Net和Qt是最流行的；MFC也有使用，但它实在不适合快速开发，用得极少；另外也有使用C++Builder的，只不过C++Builder被宝兰卖给小厂了，没多少影响力，但是用它开发编辑器还是蛮舒服的。

.Net在编辑器开发上的主要问题是，.Net有自己的内存模型，和C++的模型不太一样，调试时容易被坑。游戏引擎肯定是本地代码的，编辑器肯定需要调用引擎代码。实现起来倒不难，不需要把引擎包成.Net的DLL，直接用.Net的C++/CLI来写

游戏引擎肯定是本地代码的，编辑器要调用游戏引擎，游戏引擎一般以dll的形式为引擎提供功能。如果用C#来做，需要把引擎的dll用C++/CLI包装成托管dll。但其实直接用C++/CLI来写编辑器就挺好的，没必要用C#。参考资料看C#的就可以了，反正都是调用.Net Framework的库，语法上有些不同。不过托管代码和本地代码的内存模型不同，调试起来会遇到坑。

@rteta 写桌面不太需要算法。排序算法学一学即可，图的算法都很少用到。做这个几乎不需要你设计算法，用已有的即可，会编程实现就行。

一般这种问题都卡住，说明你买的书不好，多买几本书对照着看。

桌面应用的话，Windows上，如果长期跟进维护的，一般用.Net；如果是面向大众的，一般用C++。

Java也是行业用得比较多，国内用得不多，国内主要用Java做Web应用。

一般来说，最好的办法是善意地告诉他们吸烟有害健康。

@hadoop 一点不高端，汇编是本科必学的，看gcc生成的指令汇编只需要加参数就行了，Intel的指令集都可以查到，gcc可以内嵌汇编，还可以链接nasm等汇编器生成的lib。如果真的需要这些东西，学起来并不难。我第一次接触MMX指令时，连汇编都不太会，抄一抄大致也懂了。

另外，实际上主流编译器都支持内置函数的方式调用Intel的这些SIMD指令功能。这个我前面忘记讲了。

不想弄这个，就加编译参数呗，黑盒的方式测一下性能，应该也提升了不少。

如果你真的需要这方面的优化，那么你应该不会满足于别人的介绍，而是自己去看一下编译器生成的汇编。编译器的优化不够劲的时候，你还会自己去写一些汇编代码。

人不要以自己为上帝。
你在想什么设计比较好，其实就是在想什么设计最好。
满足需求就行，顶多照顾一下算得到的潜在需求。
最好连潜在需求都别照顾，因为潜在需求其实就是个大坑。
保持轻量，保持简单。
千万不要跳入完美主义的深坑。