警告：因为资讯有限，所以推论有误请见谅
警告：原 PO 心情未平复前建议跳过此文
一、从转职这件事来说
你的目标只有一间公司，那就是你要符合对方的要求，
思考的面向有两个，
1.1 客户喜欢什么？
客户喜欢特定学校，那考虑再去唸一个硕士？
客户喜欢个人实力亮眼的，那全力强化一个领域？
1.2 自己拥有什么？
自己实力已经足够，是履历或面试技能问题，那不要搞错努力方向
自己经济能力许可，可以考虑降转其它游戏公司，不要浪费上班时间
自己的优先序？就像 Backlog 一样，愿意拿什么来交换梦想？请给出优先序
二、从个人的角度分析
原文提到很多敏捷，但是……
2.1 因为没有面试机会，所以主要判断依据应该就是履历，但是原文没有提供，
就好像使用者跟你说程式当掉，但不跟你说操作流程一样难 Debug，
资讯不充份，这不敏捷。
2.2 从原文第一段跟回推文(尤其 domain know how 那一段)看起来，
你对于目前工作的深度及广度有限，
有种只是因为研替所以待在这公司的感觉。
心态上先自我设划，这不敏捷。
2.3 只设定了一间公司为目标这点就不讨论了，
但是失败一次就感到重大挫折，这不敏捷。
2.4 最后一段可能是心情太失落，拿“团队至上”及“英雄主义”做选择
这种二分法的思考方式，这不敏捷。
2.5 关于原文提到导入各种技术，感到“乐此不疲”，个人有点好奇，
如果你不是一个 M，那是不是你的导入过程太顺利？
没有提到导入过程中遇到了什么“困难”，“如何”去解决问题？
该不会是这种情境：
* 把东西拿进来，努力改成公司版本，示范给大家看，
大家觉得很好，之后就照着做。
* 辛苦研究 CI / CD，设定好之后完成自动化，
团队觉得很省事，之后就跟着用。
如果是这种情况，那会很成就感，但是考虑下面情境
建立好 CI / CD 之后
* 成员不愿意配合的情况？
* 跨部门单位流程上无法配合的情况？
也就是一些跟“人”及“流程”或者“公司文化”有关的问题呢？
我想这是敏捷或 DevOps 很重要的一个部份。
展望：
愿意进行内省是非常好的现象，除了在网络上进行有限的交流，
也许找朋友一起进行内省会议，有助于更了解自己，
以及最重要的整理下一步的“行动”，
祝福将来你能顺利达成梦想。