真棒，有想法的年轻人

#52 楼 @ycwdaaaa 哈哈，社区很多喷子，话糙理不糙，你也看到了，你让很多人反思了一下自己，是好事儿。

我是来顶贴的，支持一下 @mengfeiyang ，几个合伙人解释的很 nice，很有涵养。

临渊羡鱼不如退而结网，知耻而后勇，光吐槽不行哟。要么能干事，要么会带人，都可以服众的。

好吧，楼主这些面试题我表示也不会。我面试别人一般是基于别人的设计框架，让他描述设计的思路和目的，用于解决什么样的问题，有没有遇到过很棘手的问题，如何解决的。考虑的是否全面，设计一些实际场景来考察候选人对框架的理解和思路的变通、灵活性。如果你非得我回答什么是 ** 模式，我可能也答不出来，掩面路过。。。

#1 楼 @nancy2896 谢谢啦！

#2 楼 @zhangzhao_lenovo 谢谢啦！

支持一下！

Q 博加油，真牛！

运行和报告都集成到 jenkins 了啊，看着不错。其实比较难的是纠错 + 白名单 + 特批什么的，需要流程上的支持，再加上运行速度的保证和准确性高，前期推广很谨慎，一般是慢慢纠错，搜集样本，不然开发根本不看的。

#32 楼 @jiazurongyu 第一个问题可以定向检查，第二个问题是不是需要动态检测？或者说想检查和避免什么样的问题呀？

#29 楼 @zhangzhao_lenovo 哈，没事儿，之前在这里发过招聘贴，早曝光啦！

感觉好屌的样子，能做成移动测试领域的 “知乎” 就行

#24 楼 @lylizzy
火线简介

应用场景：静态代码扫描
前 身：安卓代码红线
扫描引擎：基于 PMD 开源

#16 楼 @m13890 这种问题 pmd 是查不出来的，调用关系无法检测。我们只能定向去检测一些配置项

#14 楼 @m13890 实际上 pmd 是一次性抓取所有符合条件的文件，然后用线程池来批量执行的。通过模式匹配来做的，不需要模拟编译

#12 楼 @m13890 三个策略：

• 只扫 java 代码
• 根据业务方反馈，只检查有效规则，精简了很多基础规则
• 尽可能避免使用 xpath 解析语法树

感谢加精~~~

#9 楼 @jamesparagon 果酱了

#7 楼 @seveniruby 其实我经常逛论坛啊，只不过不灌水而已。testerhome 现在流量越来越大了，朋友圈转载也渐渐多起来。之前做的事情都没什么新意，所以没有拿得出手的东西。这次这个东西也是尚未成熟的系统，争取能多吸收 360 在安全方面的优势，把东西开源出去，造福大家。

文中开始提到了，是基于 PMD 的语法树解析来做的，只不过我们结合业务在算法上做了一些调优，规则做了些定制。findbugs 需要编译，我们下一步想把 findbugs 找 NP 的算法吸收进来，解决一个痛点。

#5 楼 @yuweixx 空指针可以做，但是属于比较糙，和 findbugs 比较的话效果还是不行。只能判断当前类中的变量是否存在空指针，无法判断传参过来的内容是否存在空指针的情况，开发也比较在意这个

#1 楼 @oscarxie 下午一直在写

被挖坟才看到这篇文章，挺不错的说！支持一个

卡在 npm install appium 好久了，用 cnpm 也是从 registry.npmjs.org 去获取依赖包的，一堆 socket hang up，各种方法都试了也不管用

:plus1: 热烈庆祝！