我是圣蓝科技的 Alan，目前有一个 Java 程式设计师的职缺。
下面的连结是公司的首页，有相关产品的介绍：
http://www.muzee.net
技术需求：
1. JavaSE
具备 Java 程式语言概念，尽可能了解 Java 特性，
并能利用 Java 处理日常事务。
基本要求为：
1. 标准函式库如基本的 IO，字串处理的知识、Socket
与 HttpURLConnection 相关的 Network Programming 的会使用
2. JDBC 知晓如何使用，并知道 Connection Pool
与会使用 Commons DBUtils 或 lwdba 等 library 进行资料查询。
具有使用过其他 3rd-party library 经验。
有熟悉的开发工具(IDE 建议为 Eclipse)与认识常用的 build tool，
例如 Ant 与 Gradle。
2. Java Web (JavaEE 与实作前端页面所需技术）
对 Web Application 具有概念，能区分一个页面中各种内容处理的顺序。
例如一个页面中同时有 javascript
与 jsp scriptlet 混合的情况知晓如何判读。
无需了解最新的 framework，但对于后端 Web 技术：
Servlet/JSP 的实作需有扎实的经验。
目前产品的 codebase 有点年代，所以使用的 Web 技术 stack
停在 Struts 1.x 年代。
前端部分，需能写纯 javascript 并略通 css 写法，
能不依赖 jQuery 等 javascript library 实作出期望的功能。
尚有些旧有实作是纯 javascript 写的，未来期望渐渐改善它。
以目前产品的情况，无需考虑跨不同浏览器的问题，
只需在 IE 上能运作即可。
工作内容：
维护公司产品与维运辅助系统。
公司产品主要的技术为 Java Web 与 Android
（Android 不是必备需求，但会写有加分）。
维运辅助系统以 JavaSE 为主，多半是放在 Server Side 上的程式，
保持产品内容品质的稳定。
工作环境：
地点可选择台北市（靠近捷运善导寺站）或新竹（距高铁新竹站不远处）
薪资范围落在 50k ~ 60k 之间 (保障 13 个月)，实际需要面议上限可调。
工作时间：9 AM ~ 6 PM
工作时间的例外情况：
1. 参与的专案出包了
2. 公司外国参展，得排定轮班配合当地时区，
进行上线支援 （一年约 3 次以内）
3. 个人工作进度安排不当。
由于公司没有加班的风气，尽可能在一日八小时内发挥稳定的效能
联络信箱：
履历请寄到 alan.chan@muzee.net，我会尽快与您联络。
将请您实作一个小题目，
让我们评估实作速度、品质与 coding style。
题目专案位置：
https://github.com/muzee-git/LabVideoDownloader
==============================================================
网页版：
http://goo.gl/KTAeMX
相关的 Q&A 也会补在网页里
对于工作内容方面的疑问欢迎来信 （可站内或 email）
================================================================== 求职者 Q&A
1. 为何不能使用 jQuery
我们对于前端的需求是“能”在不依赖 jQuery 的情况下，
使用 javascript 实作出期望的功能。
这个要求主要是期待具有参与维护旧 code 的能力。
因为旧的程式码有不少是没有使用 jQuery 这类方便的 library 辅助开发的。
当要加新东西时，是能使用 js library 辅助让开发更加简洁、易懂。
2. 有没有使用 Framework，例如 Spring 与 Hibernate
这问题相似于 javascript 的情况，
这 Web 端的程式码由 2000 年初就有 commit 记录。
那个年代的开发，国内还没盛行这样的应用程式框架。
唯一有含框架的是使用 Struts 1.x。
其他的需求都是由当时的团队写出需要的工具。
在维护的情况，我们尽可能保持专案内技术范围的一致性，
不重复引用多种同质性的 Framework。
除非是完全全新的应用，例如 NoSQL 部分就是直接加进来。
对于新技术或架构设计有热情的朋友，机会在新专案或新任务的情况。
独立专案的情况，主要看专案持有者的决定，但得稍为可虑一下可维护性。
避免选用品质不良的第 3 方专案，或团队内太少人掌握的技术。
（太少人掌握的情况，建议先找些同好与你一同研究，增加了解的成员）
3. 关于 IE 与 javascript
首先，我先说明一下为何只支援 IE。
有一部分的产品它是给 Windows 使用者用的，简单地说是 IE + ActiveX，
而 ActiveX 有实作我们自己的 player 或 reader 无法以纯 javascript 达到的事。
由于它是运用 ActiveX 技术实作的，所以这款产品是 IE only。
(另一组平行的给 MacOS 使用的，也是相似的架构，但目前没有继续开发。)
而 IE 要支援到几版，主要由产品会议决定的，最新的自然得要支援。
而旧版到多旧考量的因素有：
1. 微软目前支援到哪？使用者版本分布
2. QA 测试的主要版本为何
3. 近期由客服系统反应的问题对对的版本
目前，主要支援的版本是 IE 11，若没有特别请 QA 要特额外的版本，就只会测这版。
依产品规划与 QA 协调过，最低支援到 IE 8，但不会是主要测试版本。
4. 人员筛选门槛为何
关于是否有限制新人或具有经验的人？可以回顾一下对于人员需求的描述。
我们只针对能力加以描述，并且着重在相关的基础知识。
在第一阶段是线上自我测验，需完成一个小型的专案。
专案的范围恰好是我们征人要求的部分，也是日常工作可能接触到的一隅。
只要专案有完成，东西可以动就算拿到面试门票。
面试主要确认具有完成该专案的能力，
对于公司的方向是否有与其个人价值观相左之处，
并由大家亲眼确认未来的工作伙伴的频率是否接受。
5. 使用的技术都这么老旧吗？
在每日的工作中，维护工作占比是最大的，也就是本篇征人技术需求描述部分，
但我们着重于基础的实作能力。
除非正接下新的任务要开发完全新的功能。
这可能是某个产品会议新的 idea 或自己提出的想法，
得做个 proof of concept 出来让大家玩玩。
全新的专案或概念实作并没有太大的限制需要使用哪些技术。
但考虑到日后维护的问题，我会建议把范围限缩在 Java 相关。
（其实总共可以接受的是 Java、C、C++ 与 Python）
先来谈一下维运的部分：
维运的主要考量是什么呢？当东西上线后，若需要做故障排除。
正好负责的人放假去了，我们的做法是尽可能由还在工作现场的人处理并记录。
只有搞不定并且无法推迟到 owner 上班日时 (连 word around 都没效果)，
透过各种联络方式请 owner 上线解决。
这也是为什么强调要导入新东西前，先培养你的使用者。
为何征人需求内没有新技术：
要填新技术其实有蛮多能填写的，像是这几年比较潮一点的云端运算。
不过，这单纯只能吸引对新技术兴趣大于工作本身的人。
也许这样的结果是征人的描述略显朴素了些，但我们着重在问题的本质。
就像人得先求得温饱才有余力想一些吃得饱等级以上的事情。
若增加新的战力，无法分担维运的基本需求。
就没有余力做些让公司赚钱之外，更有趣的 idea。