※ 引述《cyntasha (cyntasha)》之铭言：
: 版友好，
: 目前是找工作找到怀疑人生的初阶工程师。
: 想以Java为主要工作语言来点技能，但去了几间公司面试后有点疑惑。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^这么想的原因是什么？
不是说专注于Java技能培养来选工作会有什么问题，而是你的动机与原因如果跟现实
有偏差，即使别人选Java走得很顺、换成你也有可能过得糟
: A公司是使用Spring boot技术，但也有接触aws, gcp等等。
: B公司似乎java研发为主，云端的部分是其他部门进行维运。
: C公司似乎流量比较大，使用noSQL技术、时序数据库、多主机自动化部署，并使用
: java开发app及web。
我先假设你目前找工作的考量，是以职涯发展性最大出发来选，其他什么月薪多一万、
工时长短等等的都可以牺牲，那其实公司用什么技术、用到什么程度并不是首先得问的
我还年轻、还无忧无虑一人饱全家饱的时候，以下是我考虑公司时会第一时间问我自己
的问题：
1. 这间公司所主攻的市场是向上还是向下？
2. 这间公司的产品在市场上有竞争力吗？市占率会上升吗？
3. 这间公司的产品的核心竞争力是建立在软件开发水平上吗？
4. 这间公司处在哪个时期？黑暗摸索、快速成长、成熟高原？
5. 这间公司的主事者对市场竞争有企图心、积极投资产品研发吗？
如果我真的以职涯发展为第一优先，那除非我目前程度真的很差，不然以上任何一个问题
答案是负面的公司，我早年都是不考虑加入的
这些问题都通过了，才来看他的技术用什么、用到哪里
: 目前的疑惑是：
: 会处理高并发问题是必备技能吗？需要专门挑选可以处理此问题的公司
: 以增加技术能力吗？但看起来要处理这些问题，好像不是java技能的精进，
: 而是朝像docker, H8s技能点？要点的话似乎aws比较是主流？还是说其实台湾本科系
: 毕业docker, jenkins是基本知识呢？（我在国外学习，确实遇过熟悉这些的印度人）
处理高并发在台湾可能不是必备技能，但出了台湾任何产品服务以纯软件开发为核心的
中大型公司是必备技能，senior backend 以上对高并发没想法的人(知道不同量级同一
个问题解法如何不同、如何过渡)只能在还没赚钱的startup 做POC/MVP，等到量突然上
来了就得准备拿着选择权滚蛋了，因为你写的程式对公司在有效产出上是负的
管理Docker image 给大家用，确保全公司有哪些共用默认的program 要装哪个版本才
不会冲，这个不见得是必要的，但是知道Docker 在整个堆叠的哪个位置，知道公司用的
CI/CD pipeline 怎么跟Docker运作，知道怎么查找你要的image base据以开一个懒人包
方便同team 的开发者在localhost 跑系统堆叠，这些技能是有用的
当然，如果你跟我一样懒，就是很讨厌在localhost 跑一堆不是自己写的服务，那也可
以把公司的Dev env VPC 的Bastion开好，然后locahost Application 所有的upstream
service call通通都走ssh tunnel ，每次localhost app启动前就是执行一整串ssh
tunnel 指令
但如果你要alter table schemas，那migration script还是乖乖先在local docker跑过
确认一下吧
K8S是看组织规模的，如果你考虑未来要去够大的公司、参与高复杂、要求HA等等等
的MicroServices 开发，那学起来不会亏
相比来说，Jenkins 我不会推荐特别去学，除非有老系统懒得搬家继续用才去临时抱佛脚
现在不管是GitHub还是CircleCI 都很强大，想做什么都能做，而且持续进步，随需scale
out，自己家养一个还要维护、接口古老、功能阳春，用起来实在切心
AWS 我个人是比较喜欢，GCP 有些东西选项比较少，但不管哪个我都是terraform 下去
所以也许最重要的是要学terraform，另外练习如何用chatGPT 问出你要的设定是重要
的技能，不要再像我小时候那样嗑完reference 才开始做事了
: 有使用render部署springboot side project的经验，技能还能怎么点呢？
不同的专业领域要求不同，我就说senior backend eng的问题意识吧，凭印象列一列，
其他的我也不敢讲：
一个对外服务的系统，它的主架构长怎样？request 怎么流？从internet request 开始
到后面会产生几个requests 到哪几个services上？那些services 背后采用哪些数据库？
哪些middleware？哪些cache？BI 那边可能有哪些需求？需求的即时性有多高？
ETL cron job 要怎么跑？Kafka 或是event queue等应不应该收到通知？
系统任何一点要是突然拔插头该如何应对？GDPR/CCPA怎么满足？
Logging/instrumentation/healthcheck 等用什么平台处理？如何降低成本？
在特定的Cloud 上(AWS/GCP) 目前的开发需求有几种方案？哪个在开发时间/运作成本
比较上最划算？
目前公司采用哪几种程式语言作为主力？这些程式语言在公司内总会形成套路堆叠的，
目前采用的软件堆叠定式还符合需求吗？
: 好好复习java知识吗？java工程师硕毕期望待遇应该开多少呢？不好意思不太清楚
: 产业状况问题有点多，谢谢。
待遇问题我太久没在台湾找工作或负责征才了，很难回答你，但关于Java 知识的复习
首先，你不可能凭著空气去把Java写好的，你只能沈浸在实际存在的严苛需求与困难
问题中挣扎，然后尽可能做到最好
就想一下，难道我现在看着课本用力解题，哪天就会有谁跑来问我：
‘啊你Java 写得怎么样？’吗？
不可能嘛，就算有，那个问问题的应该也没多厉害，因为这个问题本身就是错的
我们只能说：
‘我曾在哪间公司，开发过XXX系统，在开发某某功能的时候，我曾经思考过哪些方案
，后来挑了哪一个，原因是为什么，最后开发时程多长、QPS撑到多少没问题，运作成
本多少’
bla bla bla 可以连续讲下去，如果他不阻止你，你甚至可以再挑两个案例，每个都讲
一两个小时
只要能解决的问题够难，能很好的呈现出你是如何思考、如何解决问题的，证明投资
在你身上未来产出相当不错，那就够了
Java programming ability 只是做软件开发的基本能力之一而已，追求这个能力确实
是有助于提升开发实力并且能面对、能处理复杂的程式码与较为成熟的开发模型与较
大规模的系统架构，但他不是最重要的，也不是未来薪水会不会涨、开发实力会不会
变强的关键因素
一个技术人的技能树发展，是由他经历过许许多多开发团队的职务需求推动的
开发团队的职务需求，是由每个当下技术军备竞赛的炙热程度来形塑的
技术军备竞赛的天花板，是由市场大小、市场评估产品价值有多高、毛利率决定的
一家公司说他用Java，到底是他一直以来都用Java所以只会Java？
还是他的团队规模与开发复杂度适合用Java？
所以如果没有要跟特定的技术谈恋爱的话，职缺拿到，首先先看看市场、看看军备
竞赛的炙热程度、看看他们的产品、看看他们的企图心，都看完了才会来看技术要
求相关内容
至于Java 不Java，对自己的起许不要那么低，去对公司的话，两到三年我上面讲的
东西都有机会、甚至是必须摸一遍的，出了学校是没有那种：‘给我一个月的时间，
我把它学好再来’这种事，所有的东西都会不预期的喷到脸上，在有了chatGPT、
github copilot 的时代，我们都必须坚定地相信自己可以快速找到答案，然后把查询
结果内化成自己的知识，之后就要能随心所欲地使用，办不到那就别做这一行了，
后面只会更苦的