@allan888 真大神也

假如一名程序员平均下来一天有效代码为 30 行，一个程序员一年工作 200 多天，一年的产出就是 6000 行．一个相对大一些的项目至少有几十个程序员，这样一年就是几十万行．反正这样一年增加几十万行的项目我是没经历过．

一般项目越大,code base 越大，每个人能共享的代码就越少，这种情况下一名程序员平均下来一天能有 10 行就很厉害了．

当时冲动以后直接淘宝上入了，第二天就收到了，也算变相惯着黄牛了..
切换还挺方便的，断开上一个连接，然后连下一个就可以了．

D'Oh,写错 prototype 了，一楼是对的．

你可以把返回值改成 std::function<int(int, int)>,然后 typedef 一下

主要是想完成什么样的目的？

@KIDJourney 有啊，讲操作系统的书里都会系统地讲进程和线程的，深一点的会把常见操作系统里的实现也一并讲了

不是这个软件贵，是太便宜了．

不知道我理解的对不对，看上去这个是所谓＂一次付费终生免费＂，类似的产品最后的结果都是很快跑路．道理很简单，没有后续的费用进账，商家就没有动力来持续地维护．

所以一般我看到＂免费＂二字都敬而远之，还是老老实实按月花钱买服务来得安心，可能多花些钱，但是少了很多的折腾

@sagaxu ＂这样都 8-12K 看似不错，但是比这好的，也不需要，除了三四个持股的骨干是 senior ，其它都只要初级＂

这种没有上升空间的留不住人吧？

@dtysky 多谢！

可能要注意 greedy vs lazy, http://www.regular-expressions.info/repeat.html

@dtysky 有点意思， miniCPU 是什么？纯软件模拟的还是硬件搭出来的，用的什么参考资料？

"編輯器之實時預覽多半與最終呈現效果並不一致，最終的展現效果當是由最終頁的樣式決定的，而這個樣式通常並非實時預覽時的樣式。既是如此，又何必實時預覽."

我怎么感觉这句话的核心在于现今的 markdown 编辑器并不堪用？我感觉所见即所得总是有需求的，尽管并不一定是每个人都需要的，反而可能是现在 markdown 编辑器由于多是个人和小工作室开发，所以品质上可能还有欠缺

去年干过类似的事，把一个 C++底层的库和一堆依赖 library 、 test 程序移植到了 Android 上。我不是专门搞 Android 的，所以纯粹是站在一个 Linux C++ developer 上的一些经验，不知道对你有没有帮助。

如果是 C\C++的程序，基本流程可能是这样的，先把它编成 Android 上的 native 程序（这一步没有什么 Android 特有的东西在里面，就和移植到任何平台一样），具体来说，找到对应的交叉编译器(NDK)，选择你习惯的 make 工具，编译你的代码。然后就可以尝试通过 ADB 把编完的程序上传到 android 上跑，上传、运行等都可以通过 adb （有大把的教程） 。等以上 native 跑通了，再去搞 APK ，用 JNI 去封装一个 java 层，一种方法是把你的程序编成一个 shared library ，然后在 wrapper 层里去 dlopen 你的 library ， dlsym 其中的 main ，然后执行等等，这一步有很多 tricky 的地方，比如 linux 下的环境变量在 Android 上怎么处理，或者窗口的 handle 怎么传递等等。

公司现在至少普及了 c++11 了:)但是还是有很多平台(尤其是嵌入式平台)上的编译器对于 c++11 的支持不好.

@ji4ozhu 我反而感觉互联网时代以后,资源比起以前更趋向集中了.另外分工也更明细化了,要干成一件事,需要周边合作以及从周围汇总的资源也比以前更多了.以前可能还有闭门造车,不鸣则已,一鸣惊人的事,现在越来越难了.

得有自动化测试,提交前自动做 sanity(unit-test),提交后再做 function-test

@xvx 我读出来的语气也是对于用 py2 有点鄙夷~

@benbenlang 感觉你的评论夹带了私货呀，怎么连背景调查都喷．背景调查很正常吧，大公司都有