※ 引述《yuanta (BIGGAN)》之铭言：
在事求人，而非人求事的年代，招募要有战略，
尤其当你们想搞时下热门的事务，偏偏薪资待遇却无法事先大幅保障时，
做事更是必须有头有脑有谋略。
如果你想找的是有一定经验的人，那金融相较于其他产业有什么征才优势？
1. 比较有钱投资，而且金额又相对稳定不会大幅起落
2. 有成熟的发包分工体系
因此你要善用优势，而不是像某些害怕自己婚姻不幸福的漂亮女生一样，
开一堆条件以为能保护自己，结果却只吸引来一堆骗砲渣男，
好不容易碰到不错的对象却还嫌她不够聪明，不能娶回家当老婆。
以下是我个人的看法，中心思想只有两点：
* 只有绝对不能妥协退让的事情才叫作条件，其他都不是，甭管它加不加分。
* 别让自己的优势反过来妨碍自己找人
这套策略的目的如下：
* 尽可能吸引更多符合需求的人来投履历
* 吓退那些打擦边球的投机者，毕竟过滤这类的投机者是最费力的
若从上述思维来看你的招募文，最后就会写出很不一样的东西：
: ## 职缺条件
: ### 基本条件
: 1. 数据应用工程师（Data Application Engineer）
: - 具备 Java（Spring Boot）或类似开发经验
: - 熟悉关联式数据库（RDB）及 RESTful API
: - 熟悉 ETL 流程设计与开发经验
如果有人用 C#、Go、Python、PHP 搭配类似设计的框架写过类似功能的东西，
你能给他一两周时间学 Java，好让他跟你们一起完善系统吗？
若是可以，那这边就完全不用再谈工具（Java、Spring Boot）了，
直接讲你们要写什么用途的 restful web app，系统要有哪些功能，要做哪些事，
要服务什么对象，能贡献什么价值，做出来的东西对国家社会有什么意义，
这样才能吸收更合适的人来供你选择。
: 2. AI 应用工程师（AI Application Engineer）
: - 具备Python（Fastapi）或类似开发经验
: - 具备机器学习、深度学习或生成式AI领域的开发经验
: - 熟悉主流生成式AI技术与工具，如大型语言模型（LLM）、Diffusion模型等
: - 具备资料前处理与特征工程经验
同理，技术名词一点都不重要，你们想改善什么问题？
为此要开发什么用途的系统？ 系统有哪些功能？ 成果有什么意义？
: 3. **共同条件（适用于所有职缺）**
: - 具备良好的跨部门合作与沟通能力
: - 做事细心、有耐心，能稳定推进专案进度
如果某甲口才好，他提的方案别的部门听得懂，但是听完会很干不想合作，
这样算是能跨部门合作沟通吗？
若答案为否，但某甲有可能自认“可以跨部门合作与沟通”，因此来投履历欸……
反之若某乙害羞又不算很会表达，但是能扮演好自己的角色跟其他部门一起完成大专案，
这样算是能跨部门合作沟通吗？
若答案为是，但某乙有可能自认“不善长跨部门合作与沟通”，因此不敢投履历欸……
人会随相处对象而展现不同面貌，因此有没有这些特质其实是很看状况的，
而且每个人对这些词的解读都不同，有时会有落差。
我建议不要列这种难以衡量的东西。先把人拐进来面试，实际感受一下再做决定。
: ### 加分条件
: 1. 数据应用工程师
: - 熟悉 PostgreSQL、MySQL、MongoDB 等数据库技术
: - 熟悉 Hadoop、Kafka 等大数据处理工具
: - 熟悉 API 设计与整合，有微服务架构（OCP）经验者佳
: - 熟悉敏捷开发流程与工具（如 Git、TFS）
如果不是任意一项不够熟就铁定完蛋，那就不重要。
如果不重要，那就不用写，到时面试再聊聊即可。
否则有经验的求职者看了可能会觉得：
“职缺讲加分，讲 optional 都假的，没八成相符就不用浪费时间投履历”。
这样如果他懂的其实是 Oracle、MS SQL、DynamoDB，你不就吓跑潜在的合适人选了？
: - 能依据设计原则与设计模式撰写干净、可维护且高效能的程式码
这个直接请他试写程式，或是表明想看 GitHub 了解风格是否适配还比较实际，
毕竟就算他的程式码是抄来的，他也至少抄对了范本；
就算他的程式码是从 AI 问来的，那也至少有办法问出一套有用又可以跑的程式。
: 2. AI 应用工程师
: - 熟悉模型部署与MLOps流程，包含模型版本控管、自动化训练与部署
: - 具备模型建置与评估的基础能力
: - 熟悉机器学习或资料分析工具/套件（如 TensorFlow、PyTorch、Scikit-learn、
: XGBoost、Pandas 等）
: - 熟悉 Vector store 经验者佳
这边可以讲得更具体。
你们希望他懂 MLOps 以避免什么问题？ 或是想要他做啥事？
列出那个问题或那些任务就好，别讲太多概括型的术语。
你们希望他会那些工具套件是想干麻？ 写出你们最重视的执行经验。
先吸引适当的履历，这样你们才有机会找到合适的人，
而非吓跑人，然后转头看着一堆滥枪打鸟，只想赌一把的拐瓜劣枣叹息。
:

推

金融跟公股不用期待

可能他们觉得自己公司名气够，才会列出这么多条件来筛选投递者啊

现在征才文书都叫AI写 AI都能塞什么技能都填上去

征才来说真的非专家 还是有很多眉脚可以调整感谢您的宝贵意见

感觉想得太复杂了，熟悉的意思就是有用过能跟面试官对答就差不多了我猜也没有要找样样精通的，只要其中懂一样就好

原篇蛮明显征才是自己写 10年前文体但又想加招新技术

推

最终应该总会有人做啦

推这篇～满中肯的

好文，受益良多

这篇太认真了!

中肯推

对工作的认知不同吧，你认为找senior去是要做新专案但实际可能只是要找能分担既有工作的分母而已能嘴砲说不定还加分，因为可能是要叫乙方做事的XD

推

感觉回这篇的人不知道什么是 Spring Boot

软件兼行政采购在金融业很正常吗？看到你这篇才注意到

104上面一大堆也都这样写欸

感谢

兼采购行政不太可能，但十有八九会兼PM兼到PM是福气，只有PM才能升迁拿好考绩

很多大公司要买第三方解决方案的时候也是由工程师去谈呀..这样算兼采购吗

很精准，有料

推

同为金融业，写采购是工作内容的一部分，不是兼喔

推推

大银行人多还可以区分的很明确，小银行软件行政采购pm都要做喔～因为没人XDD

新或开放公司不会这样写 纯地端路很窄,公司维运成本太高在台湾大概就政府案或者金融业 砸大钱但又比外面落后

推 这种找特定语言框架经验的jd和requirement资讯量太低了

104上面很多工作都这样，有的无经验可面下去才发现要找即战力，真的很困惑qq

正常吧公司又不是学校

金融只要把最后哪些条件删去人就好找到靠北，但通常上面就签不过了

推 一堆公司都列一堆条件 不论大小 尤其南部公司… 条件列一堆 薪水给3xk 好一点写面议‥但实务上能不能给到 又是另一回事

我觉得还不如直接把平均领几个月写出来，在那边不只14是怎样？要人通灵？

推条件列一堆 薪水给3xk

你讲的很对 但台湾的公司高高在上即使他缺人 姿态还是很高一副你要十项全能 但他依旧开垃圾待遇你看原PO的回复就知道 四两拨千斤讲一堆屁话

兄台 你琴弹得是真的好 但怕的是你可能在对牛弹