恐怖的全端工程师

这个标题有点重复，因为说白了「全端」工程师就是「懂很多」的工程师。

这类工程师受到市场青睐，说白了就是因为专案在管理上认为「程序设计不用有巧思，只要有足够的工作量能与效率就是合格的工程师」。

但这种思维很矛盾，因为没巧思的东西无法造就技术进步或优势，久了专案管理就是指望工程师真的动作够快、工作量够多够稳定、同时又便宜，然後让专案在「劳力」上有竞争优势而已。

跟一般的「懂很多」相比，「全端」哪里不好呢？（「是否有巧思」是个很难客观论证的答案。）

举实例吧！

像：今天APP有多项API传输需求，正常的Mobile工程师会用「介面」去制定一个传输资料的框架，只留下「设定要传输的资料」和「反映得到的回传」的两个接口。

interface API{
  void feedMeData(String url, String postOrGet, HashMap<String, String> data);
  String feedYouReturn();
}

但有全端工程经验的工程师（未必自诩为全端工程师）经常写出这样的物件...

class API{

  void sendAPI_login(String id, String pwd){...}
  void sendAPI_userData(String userName){...}
  void sendAPI_publicMessage(String date1, String date2){...}
  .......
}

曾经见识过专案最後走到「API class竟然比每个CustomActivity class都还要巨大」的地步！

而且不只一次。差别只是「API class比CustomActivity class大几N倍」、还有工程师在其他地方（演算法、资料结构等事情上）展现的技术差异。

所以并不是说「全端工程师技术差」，（我看过全端工程师用很惊人的演算法去动态生成各种UI，）只是他们经常缺乏帮Mobile专案架构优化的经验与思维，结果会不知不觉把Mobile当Server在写，最後...专案规模可能会在工程上无法扩张，因为新来的「非全端」工程师根本无法跟这位工程师合作，（所以招募来的人一直离职，）後续要维护要升级要扩充，成本高、效率差......种种技术问题让专案的商业价值变差，最终专案就死掉了。