最近一直想写一篇像下面这样的文章。 在我看人力市场是个不完全竞争市场。 市场上的供给者个个都不太一样，而消费者也是如此。 那什麽因素决定软体开发人力市场消费者找人的需求， 进而影响应徵者采用的求职策略？ 我认为最重要的因素是该团队「开发的软体之存在意义」以及「接下来要进行的工程」。 雇主依据软体存在的意义拟订它的非功能性需求与功能性需求， 然後依据这两项需求决定软体的设计，再依据软体的设计判断实作者该具备的能力， 最後依据实作者该具备的能力决定用人的标准。 然而，相同的软体功能通常不用写两次， 雇主一般不需要在每次进行服务或服务不同对象时请他的员工再去执行相似的工作， 因此同一套软体在不同的发展阶段要进行的工程之性质与工作量都不尽相同， 工程的实现难度往往也不同，於是团队在软体各发展阶段用人的标准就不见得一致。 表面上大家都在讨论「Soft Job」，但因为没有先确立上述两项主要因素， 所以你们脑海中设想的职位需求并不相同。 一旦脑海中设想的职位需求不同，你们基本上就是在讨论不同人力市场的生态， 於是你们的求职策略自然难有共识，变成像瞎子摸象一样人人都觉得自己的看法没错。 现在来看人力仲介提出的求职策略。 依我观察台湾人力仲介多数工作是在满足一些大型企业非常态（五年以上） 雇用人调整营运用资讯系统的人力需求。 由於这些系统通常是企业营运设施，它们存在的意义是辅助企业的日常活动， 因此它们的定位其实跟公司内部的 LDAP、EIP、电子邮件系统相似， 都是辅助日常经营活动的工具而非企业交付给消费者以换取金钱的产品或服务。 雇主通常会等到要调整营运程序时才会去找人在暨有的架构上小改这些系统， 而不是想找高手从零设计独特的新系统或大改暨有系统的架构以打败他的竞争者。 这类型的工程往往有范例可参考，雇主通常希望施工者很熟悉施工的环境， 在他们的架构上运用暨有的基础照他们的惯例调整系统就好。 由此可见，虽然为满足这样的人力需求所开出的职缺名称是 XX 软体工程师， 可是从工作的本质来看，他们形同公司阶段性约聘的 IT 或 MIS 人员。 两者的差别只在於 IT 或 MIS 人员可能是透过硬体或软体介面 调整公司暨有的 ICT 资产，而这些软体工程师是透过 API 调整公司已有的 ICT 资产。 讲到这里你应该已经明白为什麽这个人力市场的雇主和仲介倾向叫人条列技术就好。 既然他们本质上是在找 IT、MIS 人员， 不是找高手实现以前没人做过的产品以抢先布局，打趴市场上其他竞争对手， 那自然不会像那些销售或依赖 B2C 软体服务的公司爱找名校天才去做产品， 或是要应徵者了解并灵活运用艰涩难懂的资料结构、演算法或科技运作原理。 他们只希望你有一定的心智能力，懂他们系统的 tech stack， 了解相似职场的文化能跟其他人好好合作，这样你就有很大的机会能安稳、快速的上工。 试想你找 IT、MIS 人员调整 ICT 设备或信箱、AD 等服务时， 总不会希望他只懂一堆你其实不太有机会用到的高深演算法， 但丝毫不懂你用的作业系统、网路设备、应用软体的运作原理和控制方法， 一切都想等接到调整任务才去学，然後还整天嫌外面有新一代更高效的设备， 想叫你换新或是让他大改设定以提升表现吧？ 这就是为什麽常在媒合这类工作的人力仲介会认为多列技术有利求职罗。 不过，讲到这里我要强调… 说上面这些话的主要目的是想表达雇主以这样的方式招募有其合理之处， 倒不是想替目前市场上的人力仲介护航。 事实上，我认为多数人力仲介都很不专业。 不仅不太懂客户的文化与需求，而且也没有能力判断求职者的心智能力和学识基础。 这些人通常只是传达职务资讯，约约面试， 之所以能生存搞不好只是他够认真经营自己和客户的关系， 而不是有本事媒合可令买卖双方都很满意的交易。 因此我希望能藉着提出上面的见解供板上众多求职者参考， 使大家能妥善拟定适合自己的求职策略，把自己销往想去的地方， 同时也让人力仲介更了解自己身处的市场特性以及文化， 进而使你们能改善服务的品质。 由於每间公司在不同发展阶段的软体工程工作量和难度不同， 全球各行各业的竞争又白热化， 因此我认为约聘驻点这样的工作型态会是软体开发人力市场的整体趋势。 希望在那天到来时，我们的人力仲介能用周到的服务充份满足买卖双方的需求。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.231.191.224 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1612629545.A.1EB.html 这篇只是剖析开发团队人事物之间的关系，并没有说每位老板都想到这麽深入。 更何况他们是每年几百万几千万付薪水的人… 其他方面难说，但讲到雇人我遇到的主管和老板多数都是算得够精的， 还真的不宜把他们看得太简单。 拿创造者和维运者来比喻不太精确，原因是这些开发工作通常跟企业的扩张活动有关， 不太算是「维运」，而且就像你说的… 两单位都要不同类型人才， 这些後继调整功能的人也是在创造。 之所以用 IT、MIS 这些名词只是为了让读者容易了解这些工程师在企业中的角色定位罢了。 系统功能从零到有，从有到客制，从有到多，从有到高效率， 从多到精致所需的团队成员不尽相同。 以企业的营运系统来说，使用这些产品的企业雇人通常都是去做有到客制或有到多， 因此需求自然不会跟追求无到有、有到高效、多到精致的产品团队一致。 虽然他们并非完全不要高手，但也不见得需要人人都是高手。 ※ 编辑: dream1124 (61.231.191.224 台湾), 02/07/2021 09:11:11 首先我自始至终都没说这些工作薪水很高 再来高低要看比的对象。若跟纯软比，这类工作上限可能较低，但也赢很多工作了。 跟相同技能、学经历要求的岗位比，它能开明显高出一截的薪水， 因此我只说你若可接受一些特殊身份，那它的 C/P 值高，可不是说它的上限很高。 再次强调如果你能力已远超出它的需求，那你当然会觉得这薪水很鸟。 看求职者的条件、目标以及他的职涯发展阶段喽。 如果你名校毕业，精通特定类型软体的设计，可以进科技业大公司或新创领破百年薪， 技能不算一般型的开发者，也没兴趣去调整一般企业资讯系统， 那他的求职策当然不适合你。但如果你是一般无特长型的开发者， 学经历并不突出，也不排斥去调整企业的资讯系统， 那他的求职策略帮你薪水从 50 进步到 80 万都很正常 ※ 编辑: dream1124 (61.231.191.224 台湾), 02/07/2021 12:11:18