iT邦幫忙

2021 iThome 鐵人賽

DAY 4
0
自我挑戰組

菜鳥工程師的奇幻旅程系列 第 4

Day 4 -菜鳥報到 !

早上七點半的鬧鐘,大概是進入職場剛開始比較不習慣的事情(第一天報到好像也沒有睡很好)

新人報到日

教育訓練

進入公司後都會先跑一些人事的流程,或者是領取辦公需要使用到的工具(當時的心情是希望電腦配備能夠越快越好xD),接著就是依照內部的流程開始進行新人訓練或者是了解專案、文件、工作流程等等。

大公司 vs 小公司

時間回到求學時期的某一間大公司實習的第一天,那時候報到完馬上就接獲要上新人訓練的課程,接著還有對應的學長姐帶領著開發專案,並且有問題時可以跟他們討論。一個月過去了,也依照對應分派的專案開始工作,每天查看Task Board確認目前花費的時間以及這個需求內容的一些說明,並且下班前還需要登入系統去填寫工時..........

時間快轉回到報到那天,我的第一份工作以公司規模來說算很迷你,所以在新人報到之後沒有特別的新人教育課程,基本上都是透過同事直接介紹目前的計畫,或者是未來開發上會使用到的工具,並且在登記工時的部分需要使用word檔案紀錄和印出。

看到這會想說新鮮人就是去大公司然後遵循他們的新人訓練後,接著穩穩的把事情做好一步一步的成長就好啦,幹嘛跑去小公司然後也沒有線上的課程或者是明確的工作目標。當時的想法很單純就是面試完如果感覺還不錯那就可以去磨練一下,並且也很現實的是當大家同樣都是新鮮人的情況下,公司的篩選條件有部分會包含學歷(所以能彌補的空間就是多去實習啊~~)。所以新鮮人要直接到赫赫有名的公司說實在那時候沒有特別去想,總之就是先求有再求好的想法。

開發工具的安裝

電腦的配備處理好之後接著蠻重要的就是開始安裝工作上會使用到的工具,在這個部分大略的彙整一些實際使用過的工具或者是套件提供給大家參考。首先很重要的就是撰寫程式碼的開發工具分為文字編輯器以及IDE介紹,可以依照自己之前開發的習慣或者是工作的配備來選擇最適合的工具。

文字編輯器

文字編輯器對於撰寫小程式或者是在意輕量化的開發者非常的適合,例如Notepad ++ 、Sublime text、記事本和word(誤),而最常使用的就是你知道我知道大家都知道的Visual Studio Code,光是套件完整裝起來的威力不輸給IDE,而且還有其他編輯器style的theme套件對於一段時間想要讓編輯器煥然一新非常的適合(後續的文章會額外補充實用的擴充套件)。

IDE(整合開發環境)

相較於文字編輯器IDE基本上就是把編輯器、編譯器以及測試的環境一次打包起來,基本上安裝完就可以專心的coding,但相對來說在佔用磁碟的空間會相對較多,而Visual Studio 2019的正式版本是32位元,開啟多個專案的時候就會跑的比較吃力甚至會有記憶體不足的情況。但補充一下今年的6月微軟已經推出preview版本的Visual Studio 2022,對於初次使用IDE的大家可以直接去試試新的版本,除了是微軟第一個64位元版本的Visual Studio外,在coding的過程中如果有很常使用的類別或者是寫法,IntelliCode在2022年的版本個人使用起來覺得可以提升寫程式的效率。

Visual Studio 2022參考連結

程式碼我可以放哪裡?

當時要看目前專案的程式碼印象很深刻,同事直接拿一個外接硬碟把幾個資料夾內的專案傳到電腦,那時候就想著如果能夠置放程式碼之外還能追蹤我寫的紀錄那就好了...,於是我就拉同事說那我們就來用GitHub吧!(雖然他之前有跟我推薦使用Bitbucket但自己還是覺得用不習慣xD)

GitHub

當初學習使用的時候還蠻推薦這個的系列文章https://gitbook.tw/ ,對我來說主要有用到的指令大多使用init、add、commit、push、pull的基礎操作,偶爾看到不錯的參考專案會把它clone下來或者是fork起來玩一下。雖然只是一個人去上傳和管理程式碼,但自己會去參考Github Flow的版本控制概念練習建立分支以及合併的處理,總是覺得有一天有機會帶團隊的話一定要用到這個概念和工具。

工作日誌我要怎麼寫?

除了開發工具以及程式碼存放和版本控制的安裝與設定之外,每天做了哪些事情也需要紀錄成工作日誌,因為需要給主管或者是總經理檢視,而過去經歷過論文煉獄的我自然而然就可以把一天的工作事項寫的滿滿的(誤)。但通常剛進公司的前幾周大概都是寫看xxx專案或者是研究xxx工具或是語言的內容,不過會養成一個習慣就是當研究這個套件或者是工具是會把遇到的問題或者是延伸思考的想法寫下來,未來也許有問題或者是需要靈感時可以回去翻一下。

專案 工作內容
xxx 檢視xxx專案架構內容(是使用什麼架構開發? MVC? MVVM? => 接著除了看程式碼之外了解架構的規則或者是需要留意的地方)
xxx 確認專案目前執行的進度(確認指的是要知道這些專案有沒有壓時間點內要完成的目標)

由於當時就是使用Word紀錄工作日誌而且還用了好長一段時間,到後來都要用年和月區分工作,現在回想起來會覺得怎麼可以用它記錄那麼多工作內容(沒有特別去抱怨怎麼是用Word xD)。不過也利用了這個機會培養了一個習慣(對我來說每天寫工作日誌就像是挖掘新的事物),同時也記錄著新鮮人準備開始踩坑的點點滴滴。


上一篇
Day 3 - 新人報到前的準備與莫名的焦慮感
下一篇
Day5 - 新鮮人提升開發效率的方法(擴充套件篇)
系列文
菜鳥工程師的奇幻旅程30

尚未有邦友留言

立即登入留言