@wangpugod2003 你确定一个高考线不过的人，都能走后门上武大？？抓住是要判刑的。如果高考没过分数线，一种是特招生（武大这种级别，即使特招生也要过一本线），一种是成人教育，一种就是给了几千万，做校董事。
其他的表示不可能有这种情况。如果一个教授就有这么大特权，高考就是一坨屎，国家是不可能允许这种情况发生

@wangpugod2003 大厂的 leader，可以安排二本的小孩来实习，中专的校长可以么

@macemers 如果你说的是小医院主任或者中专之类的副校长，不觉得有什么社会地位，别人听都没听过。如果是知名的医院或者副校长，做到这个级别的，当让是大厂的小 team leader 无法比的，但大厂的部门负责人肯定是有一拼。具体要看百姓的认可度（ PS，如果说自己是莆田系的科室主任，怕不是被人打死）

@macemers 大前提，所有行业混的好的，才有社会地位

@hantsy 不反对测试对工程质量的保证，但一个人的软件水平是逐步提升的，一开始架构可能设计的不够好，最简单的来说看了 阿里程序员手册，发现方法名，类权限，方法的权限（ private，public ）以前写的不够好，如果我们想换单测必须写的跟在换。

不可否认 Testable 的代码确实很优雅，但优雅的代码不一定非要通过写单侧实现，尤其是 android 端的单测难写又复杂，写起来可不不是 JUnit 这些成熟的框架可比。

写单测只是说能让你发现代码设计的不合理的地方，但怎么修改还是需要去阅读大量的开源项目（优雅的代码）才能知道怎么去修改。

只是说 android 端单测耗费时间长罢了，有这些时间我们不如多读一本书，多看写源码来的实在，单测在大公司其实是一种 KPI 导向的推动，我们写出优雅的代码，大部分是模仿优秀的项目，而不是写单测

@vjnjc 我比较赞同，android 平台无关的可以写单测，android 端单测给我最大的收益是注意区分平台相关性代码，将平台相关性代码解耦，只是解耦平台相关性代码并非需要单测才能保证

@ShareDuck 主要讨论的是 android 端单测，后端由于业务逻辑繁杂，确实有必要用单测保证自己改完单测逻辑的正确性，但 android 端说到底逻辑层面上确实复杂性不高

@blless 理论上确实什么代码都可以写单测

重构会涉及到函数名，参数，UI 样式，架构（ mvp，mvvm ）等，这样大部分单元测试都跑不通，无端增加了开发单元测试的成本

有空看一下

现在的解决方案是跑单测的时候将 rxjava 的 android mainthread 替换成 io thread （这样无形中增加了开发量，必须定义一个 interface 接口），反正单测跑在电脑上，根本没有 mainthread 的说法，至于有没有其他更好的方案就不得而知了。

但 android 为了实行 TTD，冗杂了很多库，有时候为了解决多线程的单元测试，屏蔽 UI 展示，耗费大量的时间，我觉得这是无意义的消耗。
单元测试不应该简单易懂，一条单元测试条目，不应该简介明了吗？
像是 android 里 Rxjava 线程切换，就需要考虑怎么屏蔽掉切换 android mainthread 的问题，这反而是单元测试本身越来越复杂，这样写出来的测试，不仅维护成本高，易读性还差，这是我遇到的问题

我认为单元测试能暴露的问题太少了，接口返回值，真实 UI 展示都被单元测试框架模拟了，这样的测试到底有何意义，在我所经历的项目里，如果剔除网络获取和 UI，真正的逻辑层代码有多少，这部分代码真的有必要写单测吗，android 端不应该更注重 UI 的稳定性

已经出掉了