１.位於清大校內，可享校內職員的福利。如：圖書館、停車場、健身房（但也要有時間用）
２.辦公室硬體設備很新，提供雙螢幕、全罩耳機、桌機Ram 8G up （是個有經費的團隊）
３.新人甚麼都接觸的到，而且有機會完整地執行一個專案。
４.工程部門同事好相處，願意提供技術交流。
我當初職位是統計助理(屬分析組)。目前團隊組成：大主管、分析組-具小主管(PM)、工程組(大主管管理)-無工程主管。
1.管理方式
兩組都是以大主管說得為主，包含工作項目、能否加班，工程組的工作內容由大主管指派，分析組事項討論是直接對大主管跟諮詢委員(就是直接在Line群問)，小主管不會先幫你審核或是透過他向外溝通。
2.加班文化
面試說得很好聽彈性上下班，但主管縱容加班文化；下班時間到，會被要求先打卡，再回到位子繼續上班。如果欲申請加班會被各種阻擋，須下班前先向主管提出，如果超過下班時間說要申請加班會被前述駁回(因此沒有成功申請過)。另外自己(沒申請的)加班不曾被主管說過謝謝、辛苦了。(但如果你對台灣教育有一份想奉獻的心，可能不會覺得累)
3.具下班回報制度。
下班時要將一天的工作項目、代辦事項回報在團隊Line群。導致事情做完也不敢準時下班，以及同事間的比較心態，即使認真上班但工作項目太少在回報時也會備受壓力。
4.每天晨會
說好聽是同步彼此工作訊息、訓練口條；要報告昨天做了甚麼、今天預計做些甚麼，試用期新人不能報告說要學習熟悉系統，會被大主管說那是要花個人時間而不是團隊業務。幾乎每天都會聽到大主管在罵人(說話很直)，要有在大庭廣眾下被質問的心理準備跟心理素質。
5.系統優化
分析組工作內容是：客服＋系統測試、開發、規劃分析、驗證。但每次客服被問爆的問題，團隊抱持消極的態度改變；說鼓勵新人提出問題但會被說參與的規劃不夠多，要你多看看再提。
6.組內老鳥認為系統教一次你就要懂，講話很不客氣。
7.客服工讀生
有工讀生編制為接聽客服電話，但整個分析組都會被主管要求接電話，或是一邊處理手頭的業務一有電話就要接(但高峰期電話不會有間斷的時候)。自己的事情，要等17:30客服時間結束後進行(如果多次沒做完就準時下班，可能會被降職為工讀生ㄏㄏ)。
8.工作分配不清(無專業PM)
以我的職位統計助理，雖然面試有說要規劃報表，但實際上除了寫SQL做報表，外部單位索取資料的需求分析、系統上填報資料的UI呈現也都要一個人規劃。相關的參考資料都要自己跟其他同事要，組內PM並不會主動幫忙。
9.第7點+第8點-->拉資料、做報表規劃中電話響了，要先接電話幫user處理完問題，再回來寫。也可能是我無法分心做兩件事，應徵前可以先想想。
10.文書繁雜+格式統一規範
因為上游單位是公部門，承襲公家機關的文化，甚麼文件都有格式統一規範，說明文件、UI、報表、程式，要有對文書處理的耐心。如果系統更新，要抽換所有說明文件上的圖片及文字。
11.交接不清
交接這個職位的時候，小主管說前手的資料卡在舊的主機中，沒有可以參考的資料，所以東西都要我從頭弄。但隔了兩個禮拜，有天跟小主管討論到一半突然跟我說有前手規劃的資料可以參考(???)，不懂是故意不給還怎樣，不免讓人覺得不主動給幫助。
12.不尊重專業
統計助理、工程組提出優化事項或是錯誤，除非能立即讓系統變好用，在晨會上會被質問：誰叫你做這個的？
1.公務機關style，薪水1號就發
2.辦公室位於清大校內，好停車
3.學校福利多多
4.技術門檻低
很多程式都是初學者等級拼接而成，對入門者及較無接觸前沿技術者友善
5.後端工程師上班時間大部分固定
非高峰期，我有時寫得夠快的話，有蠻多時間可以休息的
但分析組存在常態性加班現象
6.工程組同事個性都很好
7.可以提升溝通能力，壓力管理能力
8.爛code很多，改好的成就感每天都可以有
9.很多地方可以貢獻，很好累積履歷成就
1.小熱
雖有冷氣但溫度頗高
如果跟我一樣是需要冷氣的人，不太建議，每天會汗濕整片
2.沒有加班
不是真的不加班，而是如果要加班需要事先提出申請，主管審核通過才能加班
所以就算你真的加班了，可能只會被回你需要事先申請
因此其實只有兩個選擇
放下手邊工作或者默默自己吸收加班
最讓人不爽的是，還要準時打卡
就是因為寫code寫到不想離開現在的狀態，
要是有那個閒工夫打卡，回家難道他不香嗎?
PS:在月會上，
外地開會會議結束時間為加班時間截止時間，
回程交通時間不予計算
3.沒有專業PM
因為這裡沒有PM，有可能會瞬間湧入工作，造成忙的時候很忙，閒得時候很閒
4.問責對象問題
我跟我的後端主管規劃實作一個錯誤蒐集系統，抓到一個存在已久的漏洞
緊急通報上級並進行修補
這個漏洞是分析組在管理上的疏漏
因為我同事沒有照標準作業流程做，導致這個漏洞被記錄下來
結果我的同事被怪罪沒有照標準流程走
只能找下一份工作
我的後端主管被拔掉管理職，改由分析組直接管轄工程組
問責對象有點奇怪
5.管理方式權威體制
目前主要管理人員非常堅持自己的意見，不太容許意見不同
基本上不要有太多意見的話，工程人員還是可以好好過的
管理人員不太會承認自己的錯誤
理由是因為前面工程師亂搞，所以他現在如果不強硬
以後工作環境會變更糟
我自己還有遇到因為需求說PDF產製太慢
換了新的產法，產製時間縮短至原30~40%
等我替換一半後， 管理人員突然跟我說不換了
因為舊的產法需要的套件，GitHub上更新比較新，星星比較多......
還跟我說兼職工程師說沒有比較快，我叫她親自過來我測給他看
又不願意過來直接看結果
堅持就是要回到原本的產製方式
(還有一些兼職工程師的問題，這裡就不展開說)
6.分析組是客戶而非PM
工程師面對分析組就像直接面對客戶一樣
分析組只有對業務有一些想法
但沒有具體的規劃，不太會考慮現有的規則與資料
而且不會考量維護程式碼成本
舉例來說:
原先有個控制權限的模組，現在需求希望特定頁面因權限不同而顯示不同訊息
一開始簡單的實作是，透過原模組設定正確顯示權限，程式部分只要改動中間件顯示不同訊息
結果到後來，分析處堅持就是不想調整顯示權限，希望工程師一個頁面一個頁面加
對，就是要工程師一個頁面一個頁面加訊息!!!
如果你有幸進入此公司，一定要欣賞我留下解釋其來龍去脈之文件
7.技術債很高很高，可能會帶歪踏入職場的菜鳥
很多程式都是初學者等級拼接而成
會遇到很多邏輯混亂的程式碼，包了超多層的if
方法不遵守原子性，命名混亂
可以在裡面找到基本上所有不良的寫作範例
然後把composer套件放git
直接改套件原始碼
前後端混和，各種牛鬼蛇神寫法都可以，只有想不到沒有做不到
可以用把學生名單寫成URL，用GET來傳，結果學生太多造成414
Vue不拆component，整個寫成一大包
UI/UX設計不良，造成操作邏輯很有問題，例外狀況很多
資料庫設計完全沒在管，直接就是當EXCEL在用
這裡UI是用EXCEL畫，用新工具的朋友可能要注意一下
8.固定作法，對改變接受程度不高
原本技術部分對後端主管說明後，改變還是有辦法的
但在後端主管降職後，技術方面改變稍嫌困難
UI/UX同事進來後表示希望可以使用新的工具
但這裡堅持讓她也要用EXCEL來畫
而且因為被歸類到
並且按照分析組訓練流程
承擔客服人員任務，並且背下相關法規來了解業務
不考慮使用專案管理工具
堅持每個人手動整理當天工作進度進行回報
9.LINE為主要溝通工具
這點因人而異
對我來說是缺點的原因是感覺有點被侵入到私生活
覺得工作還是用Slack等其他軟體 ，可以切割工作與個人
10屬於約聘制
總結:
對我而言，並不是一份合適的工作
以下針對後端工程師
具有以下特質可能會比較適合
沒有自己的意見，聽話，說一動做一動
有自己的意見，就算溝通失敗也鍥而不捨，不會影響心情
下班時間，處理問題到一半不會煩躁，因為你可以輕鬆斷捨離
下班時間，處理問題到一半不會煩躁，因為你可以選擇默默加班
看到糙code不會煩躁，因為你可以順便貢獻一些，反正出錯再改
看到糙code不會煩躁，因為你具有超強讀心術，可以穿越時空讀到當下作者的想法
因為你可以無視他，不會想改變現有code品質
因為你可以無視管理人員覺得你進度緩慢，也想改變現有code品質。
面對一改再改的需求可以抱持，因為浪費的是公司的時間，拿錢辦事的心態
面對一改再改的需求可以抱持，這就是我的貢獻，我超強的心態
已經夠強，不需要在工作中追求精進自身能力
這輩子不想做別的工作了，不需要在工作中追求精進自身能力
對Laravel、PHP、OOP概念夠強到可以重構
對Laravel、PHP、OOP概念夠弱到不會感到有什麼地方怪