---
# System prepended metadata

title: '0609 算命師 這題可以通靈嗎? :leo:'
tags: [career]

---

# 0609 算命師 這題可以通靈嗎? :leo: 
[toc]

今天的經驗分享也是雞湯 :hatched_chick: 
在後端工程師的世界裡面有許多不能解的問題，不能接還是要接；有時候需要自己跳下來當PM，沒有意外還必須請前端埋Log；萬能雙手Java SQL來創造出奇蹟。

出現問題沒有解決的時候大家找前端，然而對我來說Angle哥是算命師，對您來說他們是產品的哪種大神呢？

Angle哥是SSI的OG，許多產品沒有PM的時候它需要自己跳下來做，算命師與正向雞湯!!

### **OG果然是OG**
**滿滿的雞湯** **萬事起頭難**  intern產品市場角色 > 後續做選擇 **什麼樣的價值**
**25-27** 曾經 1.5年是小公司的CEO，從業務、BOM表、人事(五險一金)、農民在工地鬧事
**單純做個工程師**，只要面對電腦就好。SOHO還是需要有很多的不確定性
**三十歲的時候，看著三歲的兒子和肚子裡的女兒，決定要回到職場。**
![](https://hackmd.io/_uploads/SydbwJkw2.png)

公司是很好的環境，多去嘗試和認識朋友，但絕對不要把現在的公司當作最後的工作。
所有的INTERN離職之後都有新的方向，換個環境會有更好的想法。
**工程師的開發: 5%腦袋理論** 
[下次次](/rbARywU_RZ-3rV2GlEzpoA)

---

### 沒有意外的話，資深後端工程師最難培養。
[技能樹](https://roadmap.sh/)參考: https://roadmap.sh/
Backend的技能很廣，本科系出身也是需要很多參考
本科系好處是跟課程老師學習ML從上課的1-2小時可以快速進入主題。

> - 後端要養成的時間比較長，主要是熟悉Linux的系統至少也要2年，會有比較長的養成期。
> - 前端可能半年可以有產值
### 基本問題
>**人生算命題**

Q1 如果今天有親戚的小孩說未來要當軟體工程師，會鼓勵他嗎?  
---
**鼓勵走商業** 軟體都是人，前期投入的開發成本是高的，比較看不到東西。 @@
  - A: 台灣的產業還是硬體比較吃香，與其走軟體，建議走硬體，在韌體的項目會跟晶片比較有關
  ***Firmware*** 軟體轉韌體的domain know-how 完全不一樣
  Microsoft 的故事 (前面的外商 >200) *頂 > 海外 > 更多
  緯創 - provider是Microsoft -->進入Microsoft (60萬跳四倍 200萬) 2900板橋房子*GET*
 Googler的故事 (也是有韌體需求)
  軟體工程師的面試關卡多，需要一直刷 Leetcode

  
  NOTE: 
  軟體工程師 -即便40-50歲也是會有工作機會 (IT導入雲端，作業系統，程式語言)
    
  -  T^T 英文很重要 **印度的英文腔**
  
Q2  前端&後端
---
- 前端作UI 後端做資料＞server( 載體的Linux系統要熟悉)
      以前沒有分前後端，2015-2016 (SPA)出現Facebook的模式之後才開始區分。
      軟體可以轉職的空間更彈性，但是薪水夠也不會餓死。
      :moneybag:(想看核心價值請複製貼上) 
      
      ![](https://hackmd.io/_uploads/B16EpAC82.png)
      
      ![](https://hackmd.io/_uploads/SJ98xyJv2.png)


Q3 (簡答)不太擅長溝通.表達的人適合走後端軟體工程師的路嗎?
---
- (原本打錯字 -不太常 ->頻率不常溝通沒關係)
     **精準的表達更重要**  **表達需求與想法**
     **所以你____，你想要表達的是什麼?** **這件事情，我覺得不好。** 工程師是[收斂問題]以解決問題，是工程師基本的軟技能，如果沒有精準看到問題，會很痛苦。在文件搜尋驗理解力很重要，可以是讀文件的能力或是Crl+F的搜尋能力，快速找到問題。
     
     -前後都包 -->有結果就好了
     
     *PRESENT* 不是必要，是在面試的時候會加分。
     
     工程師不需要嘴砲(工作上的大鳴大放，自己挖坑)，只需要提供解決方案，還有看事情。


>**產品的市場導向**
   
Q4 後端的工作開發產品﹑架構設計、系統維護，心中覺得哪個項目比較困難嗎? 
---
    **架構設計** 需要考量成本、未來營運的問題 (架構師)，需要特別獨立出未來要擴充的單元。
    VS - 百萬用戶- 產品需求 > 程式端的架構


Q5 產品上線見真章
---
   
   A: 後端不會比較難，建立POC是很簡易，最難的地方是上線。 
   學生作品:100: 業主眼裡都一樣，產品上線馬上看到差異。
     
     產品的經驗 - 使用沒問題，依然是需要使用者的回饋，產品上線之後 {收到帳單}因為驚嚇過度而想找到解決方法--例如:方案上的protocol修改。
     
     後端最容易出現問題是在實體資料串接，因為laytency出現資料錯誤，要大量資料同時寫入才會出現問題。
     
     除非要寫演算法--演算法 

     
     

Q6 問題發生的時候會有究責嗎?
---
  >**組織文化的金句**
 
   - A: 究責不會解決問題。簡單地說，換一個人難道就不會出現問題嗎，還是要解決問題。
     
        
     API sort要15秒才寫完，要怎麼把15秒濃縮成3秒