今日的内容主要着重在第一份工作的心得，另外很多人都会说第一份工作很重要所以要好好慎选，确实也是这样不过也不是所有人都可以直接找到最理想的工作。

从工作探索自我

先前的文章提到找第一份工作时，是依照过去实习的经验或者是有接触过的程序语言寻找，所以当时内心其实没有特别的想法(指的是想要专精哪个领域)，就只是希望第一份工作能够顺利找到，并且看公司走向或者是开发的专案学习技术。

先求有，再求好

有确定可以工作的地方後，工作好的定义可以有很多角度去观看，包含薪水、工作氛围、公司文化、学习资源、升迁管道等等的因素，当时我的想法大部分是看学习的资源多不多。而进公司之後过几个月确实是有企业的内训课程，像是前端网站的开发、Python的基础与影像处理课程、数位化相关的研讨会，并且也有很弹性的开发空间。

虽然只有第一个专案使用技术跟过去的实习经验相关，但经历过一年下来也倒是学习了更多方面的知识与技术，也在多方面的接触和开发模式下，有更多的空间和想法检视自己在哪一个领域，对自己而言是有兴趣可以继续精进的方向。

所以说这份工作好不好，我的答案介於这两着之间，为什麽会这样说会再接下来补充说明一下，但如果看的角度是因为这一间公司工作後跳槽到更好的待遇和有发展的公司，那我的答案当然是好，代表有在前一个公司掌握学习的资源，并且开发的东西在面试的过程中，有被面试官看到这一段期间的努力以及成长过程。

工作好不好从主动和被动的工作模式检视

这个部分延续刚刚这份工作好不好，为什麽答案会介於这两着之间的原因，关键点在於工作时对於开发是否有自己的想法，接着就以有想法(主动)和比较没有想法(被动)的角度去探讨。

备注 : 先陈述一下有想法和比较没有想法的实际状况，有想法的就是有无限的点子，然後会依照想法去开发范例，以及去主动改善目前功能的执行效率，并且思考是否有更好的流程。另一方面比较没有想法的部分，指的是会大部分follow内部有提到的东西去开发，算是一个指令一个动作的开发模式，并且不太想去碰不是自己专业领域的工作内容。(当然也会有介於两者之间的，但会以这两个角度去探讨接着要分析的状况)

在叙述这一个问题前由於每个公司的文化与模式不同，所以接下来提到的是依照待的公司来做分析，先说比较没想法的开发模式，在一个完全没有开发规则和前辈带领的情况下结果会很惨。至於为什麽会这麽说，首当其冲的就是计划书的撰写，KPI的部分依照职缺会协助写技术的辅导项目，这时如果辅导厂商提出想要开发一个平台，但不知怎麽把需求具体的写出来(使用的框架和程序语言、平台带给厂商的价值)就是一大的挑战。

然後在技术的开发部分，提到很多次有很大的开发空间，所以如果没有想法要做什麽功能的时候就是虚度光阴，对於新鲜人而言我觉得很可怕，因为这些时间都是成长的养分，如果都浪费掉真的很可惜。所以说当时为了避免这个情况，在公司试用期需要写工作日志的规定，通过之後到现在工作日都是保持撰写的习惯，因为这样对我来说可以知道今天做了什麽，以及这几个月我有多学什麽。

在有文字纪录的过程中，可以更加知道哪个部分还需要去学习，或者是哪些问题还需要深度的去挖掘，间接的提供一个动机去做开发和蒐集的动作(从专案原本的问题点思考外，不断的主动挖掘潜在的问题和可行方案)。在这一年下来经历了很多这样的状况，也因此在主动的开发模式下，更可以把自己写好的功能让厂商有更多样化的选择，与让他们知道我们是有这个技术能量并不是说说而已。

总结

可以很老实的说第一份找到之後，亲友和朋友都不知道公司在哪里或者是在做什麽，甚至是觉得北漂到双北起码也是去间有规模的公司比较有帮助，所以在进公司的时候大概第二个礼拜，就觉得该开104看看是不是要再找其他间了。

都还没有工作经历和实战经验再找也是一样的结果

後来打消了这个念头，因为当时也面试了多间的公司，大概可以知道新鲜人的薪资行情，或者是以自己目前的状况比较有机会录取的公司是哪一些，所以再换其实大概也是差不多的结果。

现在回过头看还好当初没有这样做，因为撑过艰辛和痛苦的摸索过程後，学习到这个过程中处理问题的思维，以及多面向的尝试和学习，带给我了下一份工作很大的助力(这个部分会再系列完结篇补充说明)。

不去试试怎麽知道自己的极限在哪里