@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 感觉你的评论夹带了私货呀，怎么连背景调查都喷．背景调查很正常吧，大公司都有

收到简历后如果发现有 github 地址的话都会看一下的，很多时候也就是大概看看代码风格，其实代码的难易（写代码者水平的高低）是很容易从代码的局部看出来的，并不需要真正去把所有代码看得融会贯通才能看出来．

@terence4444 "我个人的想法是等老任出新版本，去掉那些不实际的拆装手柄，老老实实做个掌机，降低售价后还是有一定吸引力的。"

这句话给我的感觉是＂这个苹果不行，如果变成梨，再便宜点，那么还是可以考虑考虑的，当然也未必买就是了＂．

声音怎么 print?

＜算法＞ java 版+1

附近房租挺贵的，要便宜的话只能往南或者往东走了

@wizardoz 华为这么干是为了让每个人成为可以替换的螺丝钉,一个人走了没事,代码注释比文档还详细,来一个人迅速就能上手干活.

@q397064399 的回复貌似被 lz 忽略了,这条在我看来是真正的经验只谈