很快的三个月过去了主管也敲一个时间跟我面谈了一会，确认後续的薪资调整以及工作的大方向目标後我点头说okokok，但....真的需要继续做下去吗，今天主要来分享当时新鲜人工作试用期期间的心境。

多工对於技术磨练是好事吗?

回顾过去这几天的分享文章涵盖了Android开发、前端开发、後端开发、资料库与网站上线，虽然实际走过网站从无到有然後再上线的开发过程，但後续的维护或者是功能面的加强个人觉得需要一个团队的形式进行。

如果以新鲜人而言能够多去接触不同的事物是好事，但对於技术开发而言真心觉得先专精一个领域再去拓展辅助的语言反而才是比较好的发展路线(但最重要的还是保持学习的心态)

多工给我了学习的机会，但对於专精一个领域不是个好机会

没有明确的技术开发细节还能坚持多久?

如同上述多工开发的一些专案，因为在该部门内我是唯二有在写程序的员工，所以过程中很多的就是从计画书的KPI列的目标延伸去思考整体的架构、功能、细节都是自己一步一步去揣摩和发想，并且这三个月就算是下班时间也是持续去思考新功能的写法。另外像是程序除错的部分在前期光是了解语言的特性就占很多时间，理所当然的当采到一个坑洞的时候就是下班默默的继续Debug，并且这样的情况算蛮常见的xD

不是程序开发的工作内容占比越来越高

有看过菜鸟报到篇的可以知道我是在一间很迷你的公司，所以相对大公司的细腻分工在这里就是各种事大家一起出力。也因此在这样的情况下跟自己有相关的计画需要跑一个行政流程时，就要协助制作一些佐证的资料以及搞懂流程要送到哪个单位，另外也会接触一点会计的知识(!?)。

除此之外由於开发专案是有企业需要被辅导的情况下才会有这样的计画，因此厂商哪里来也需要从每一年辅导重点的产业去挖掘是否有潜在的厂商需要被辅导，大概就是业务要开发和拓展市场的概念，所以说在这个部分寻找厂商的时间以及亲自去拜访的时间也逐渐增多。

持续下去的理由

对於优缺点的评估这几个月来撇除其他跟工作职缺较无直接关联的内容外，带给我的感觉就是处在一个新创公司的氛围(对於程序开发而言)，主动去思考去实作就是进步的一个关键。例如当有一个点子的时候自己会写sample code或者是做一个prototype跟部门的主管讨论(从现有的专案延伸想法)，或者是部门探讨到数位化的相关计画方向时，如果有开口提出具体的产出内容那大概未来计画有一部分的功能就是这样子出现的。

会主动的这个动机也有一部份是自己很喜欢接触新的技术以及很享受各种新的挑战，所以就算今天是完全没有明确的规划要做甚麽开发内容时，自己会一直去脑力激荡去思考有什麽东西开发出来对於厂商是有帮助的。或者是针对已经完成的专案检视可以再优化或者是可以延伸开发的功能，以此提出更多元化的计画内容以及产出更多的KPI。

有一个舞台给你，剩下的是思考怎麽样的剧本能够带给观众大量的回馈

另外新鲜人刚工作的时候常常会不知觉的被一些文章吸引，例如工作多久突然换工作这样好吗、目前的职场环境还适合继续待下去吗、都没有人带是不是要准备找下一份工作等等。当时的我其实想法很简单，有一个空间可以发挥就是继续努力边做边看发展的情况，不用特别去想什麽时候离开，成长到一定程度的时候或许老天已经帮你默默安排好未来的走向了(也可以说努力总有一天有人会看见的)。

从板凳到先发的角色定位

这三个月超级浓缩的开发过程主管有看到我过程中的开发状况和产出结果，也因此在後续新的计画案不再单单只是单纯辅助的定位，反而有更多的发言空间或者是开发弹性去探讨新的计画案。然而在接下来的这几天会会重点归纳的方式，分享从厂商的面谈、计画案的提案以及多个专案的需求下工具评估的过程，以及如何去实作和避开一些坑xD。

题外话 : Coding的心境好文分享

提到学习新的程序语言过程总是艰辛又漫长，很多时候要不要坚持的关键就是在一念之间，因此如果在学习的过程中感到旁徨或者是手足无措，可以看看这篇文章询问自己是在哪一个阶段，放慢脚步重新思考是不是学习的方法或者是心态等等的因素造成的。(这篇参考文章会在系列的最後来深度套讨)
Why Learning to Code is So Damn Hard