前端或后端只是程式执行的环境。
要写前端或后端……这问题对于藉著程式语言指挥电脑做事的我们来说，
就像别人在问你这位工头想指挥哪里上班的工人做事。
这样问题很重要吗？ 探索这个问题背后的原因更重要吧。
若你真正关心的是“钱”途或升官的空间，
那反倒应该着重了解公司所处的产业发展前景、公司的发展现况和产品竞争力、
公司的文化和人力管理方式、部门在公司的角色、部门主管的做风、部门的文化和待遇。
这些事情跟待遇比较有密切关联，跟前端后端没什么关系。
再说，就算系统没有很大的使用量，用以实现功能的框架和技术也不深奥难懂，
但这也不代表你做出来的功能意义不大，没有价值，偏偏这是商议待遇的重要基础。
若钱途官位是选择的重要因素，那不管前端后端，短期内只要筛选出好公司，
想办法越过他们的门槛挤进去，搞定交办事项，开发对公司重要的系统就可以了吧。
若你在意的是会学习或磨练使用什么工具、技术呢？
那你应该先想清楚要学什么工具或技术。
每个职务可以学习或磨练使用什么工具、技术与公司发展系统的目的、
系统功能／非功能需求、实现功能的方法有关，跟前端后端没太大关系。
前后端都有好写和不好写的功能。
使用人数少的系统可能有需要很难实作的功能，
使用人数多的系统可能只是要你在一个小环节写一些抽象的商业逻辑，
结果开发了半天只学到服务使用者的策略，这样的经验和知识只在特定产业比较有价值。
因此在意这点的话，那就看你想学什么技术了。若你目标明确，那应该着重在面试时了解
系统用途、负责开发的功能、公司实作功能的方式以探索这个问题的答案，
免得挤破头进去却发现公司想委外处理难做的部分，那就好笑了。
如果你现在无法回答这个问题，那某种程度来说，学什么工具和技术对你来讲根本没差，
因为这表示你懂的技术相对少，而且在已知的范围又没有偏好或价值取向。
这样不管路人说它好不好，有没有价值，你都只能把它当成“信仰”来看待，
自由决定要相信什么。
与其这样不如先在有发展潜力的产业找间经营状况和待遇 ok 公司，
挑个成熟度低的系统从下到上实作一次，
什么技术都学…直到你有想钻研的技术，那到时再以技术为取向选择公司和岗位也不迟。
一点想法给大家参考，希望能帮上你们的忙。