【分享】實習生日常 week1~week5 | 台達電子DELTA ELECTRONICS INC.
- Brian Huang
- Sep 1, 2017
- 4 min read
Week 1 (7/1~7/7)
7/1，暑假第一天就起了個大早 (我暑假7/1才到QQ)，搭上擁擠的文湖線，在人潮極為可怕的港墘站下車。我們被帶到圓形會議室，大部份的intern都到了，大約五六十人，超乎我預期的人數。主管開始介紹台達，就是跟上次參訪大同小異的東西。話說報名台達的動機，也是因為上次參訪的印象還不錯，明亮寬敞且重要的是，給予員工相當大的自由，這點頗符合我的個性。總體來說，台達電是一家技術為主的公司，並且注重環保，前面提到，公司氛圍很自由，唯獨在節能這塊是十分苛求的，畢竟是公司吃飯的看家本領，這項特質聽起來很不錯，因為你必須先做對的事，再來才有機會想辦法把事做對。
我分到的部門D2D，雖然我當初面試是報名software，但現在那個部門還沒有工作可以分派，因此就先到D2D幫忙。我的主管是Ken與Jerry，講話都很直，在學習階段有人肯當機立斷點醒你，能讓你往正確方向前進。
下面就各個面向來介紹實習的第一週：
【技術部分】
Jerry跟Ken派了一個作業給我們，用意是“練兵”，我們要使用express這個附屬於node.js下的網路框架，搭建一個聊天室，訊息透過socket.io這個API來傳送給所有使用者，並搭配mongoDB，如此一來，歷史訊息便能被儲存。
在這個作業中學到不少，畢竟資工系讀了三年，很少有接觸javascript的機會，趁這機會磨磨基本功，磨磨express網頁框架的結構，也熟悉json這個常見的傳輸格式。
作業中，第一部分是前端，一般做前端是用HTML，不過express推薦使用的是jade。網路上有許多HTML to jade convertor的工具，因此不熟也無妨，只要生得出HTML即可。
第二部份是搭建socket，透過socket官網上的chatroom教學，一步步的實作，並不困難。
第三部分，是我卡最久的部分，比較好的寫法，是在伺服器中定義好RESTful(GET、POST、PUT、DELETE)的API，這四個分別對應到CRUD(create、read、update、delete)的其中一項。一開始用npm裝mongoDB時，因為全域變數、路徑的問題，連mongoDB的指令mongod都執行不了，後來把～/.zshrc中的路徑修改之後才得以執行。我在伺服器中把API定義好，接著在jade檔中，使用jquery提供的$.post()把資料送到server，server再把它以自己定義好的mongoose.Schema的格式存進database。想拿到資料時，在jade檔中，用$.get()或$.getJSON()把資料提取出來。
第四步驟是Jerry提出的Bonus，我們要把現在的code轉化成AngularJS，他是一門Google開發的語言，最大的賣點，是他可以將網頁切分成許多塊，讓不同人可以良好的協作，最後再將個人的部分整合。
有興趣者，你可以在 https://github.com/brianhuang1019/ChatRoomAPP 找到此Project
【環境部分】
我們實習生分佈在3F及8F，隸屬台達研究院的範疇。我分在D2D部門，當初面試的時候似乎沒聽過這個詞!? (笑)
環境頗為明亮，只是我們3樓的這間冷氣好熱…
Ken與我們約法三章
1.每天早上九點準時開個小會
2.含糖飲料不能放桌上，因為另一個部門的Steven打翻兩次了
3.男生每天都要穿長褲與不露腳趾的鞋，一到四穿有領衣服。
餐廳食物普普，羅勒義大利麵有點蝦，烏龍冷麵不冷，換個念頭想，才10塊，也沒辦法計較什麼了
3樓跟8樓廁所的衛生紙一直都是空的=__=|||
2樓小便斗的陶瓷有特殊角度，因此不需沖水，也不會有異味，含菌量也很低(這便斗很猛)
台北暑假太陽很強悍，往返捷運站滿頭大汗
【URPO】
這禮拜，我們每天早上寫chatroom，下午與HCCD部門(專門幫各部門解決問題，腦力激盪)一起合作討論，如何將URPO(專門與校方或公司外的單位接觸、媒合)部門常常遇到的一個效能瓶頸解決。
不知為何被選為小組長ＸＤ，我們這組人少，不過進度一直超前別組，整個很奇妙
URPO現在的問題是：
他們在與學校接洽時，是透過email，但正式簽約後，那封附有聯絡方式的mail，想在茫茫收件夾中尋覓，可謂大海撈針。
現在專案的資料存在Excel中，不過修改的權限只限URPO部門。如果校方的負責人，或是台達電的PM，若想更改，必須請URPO手動修改，對三方都是耗時的task。
在Excel中，若要對複數個attributes做搜尋，並將搜出來的結果做類似金額加總的動作，往往是件time-consuming的事。在向老闆說明這期應該提撥多少錢之前，必須經過惱人的搜尋階段。
承上，通常向老闆報告會使用圖表。但Excel內建的圖很醜，而且製圖亦不易。
每個專案之下，會附有相關文件，而這些文件並無法加入Excel，他們是存放在以attribute分類的資料夾中，當要找某一專案的相關文件，必須一層一層資料夾點進去，常常找錯資料夾，極不方便。
我們用moqups生了一個web雛形：https://moqups.com/jimmypupu@gmail.com/kBLLCYmU，針對以上五點問題做解決。
登入系統的設置，讓權限管理好簡單，不同權限會進入不同的main page，下方呈現的專案也不同，PM下方會呈現他所管理的專案，URPO部門人士下方會呈現最近瀏覽/修改過的專案。一切都針對該身份人士最想查詢的物件做設計。(解決第二點)
在專案新增時，有個“接洽中”的按鈕，這個鈕可以在搜尋時，使用者設定好filter，可以直接把接洽中的專案，以及各項聯絡資訊show出來。(解決第一點)
在搜尋頁面，我們只列出三項最常用來搜尋的attributes，若想使用全部attributes，去進階搜尋即可。而搜出來的專案，可以很輕鬆的透過設定圖表的X, Y軸要使用哪個attribute，畫出各種圖表。(解決三＋四)
這個系統最大的特色，是有個project-oriented的頁面，在搜尋頁面搜出的專案，只要點擊專案名稱，就會跳轉至此頁。這頁把該專案所有資料全部列出，在Excel中，每個專案有1~12個不等的階段性任務，在這裡，我們用表格呈現，並且，在每個階段性任務欄位的後面，都附有相關文件連結，因此只要找到該專案，其相關文件便近在咫尺。(解決第五點)
可改進的部分：
UI可以讓“工程師”的元素降低些(雖然我覺得直觀、直覺遠比花俏的介面好)
可以把想比較的專案全丟進某個頁面(有點像丟進購物車)
tag的設置。針對某些專案，可能會需要加上類似Instagram中的hashtag，不需要在database中新增一欄attribute。tag或許可以提升搜尋的實用度與精準度。
每個user中可以設置note的功能，可能他想對特定負責人寫下評語(ex: 這個人很雷，盡量別找他！！)，以供日後接洽、媒合時參考。
コメント