全棧工程師如今是個很熱的話題,如何定義全棧工程師?在著名的問答網站Quora上有人提出了這個問題,其中一個得到了高票的回答是:前端
全棧工程師是指,一個能處理數據庫、服務器、系統工程和客戶端的全部工做的工程師。根據項目的不一樣,客戶須要的多是移動棧、Web棧,或者原生應用棧git
深覺得然,因此,全棧工程師應該分爲Web全棧和App全棧。恰巧最近看了本有關Web全棧工程師的書,記錄下其中一些觀點。程序員
筆記
- 應該從能力和思惟方式兩方面來斷定一我的是不是一個合格的全棧工程師。
- 對於一些經理來講,寧肯僱傭多個可管理的普通工程師,也不肯意聘請一個不可管理的天才工程師。
- 一個前端工程師可能會不加思考地實現視覺設計稿,由於他的崗位說明裏規定了本身的職責,這其中不包括質疑設計稿,因此他忽略了本身的最終目標:讓產品更好。
- 全棧工程師除了在一個專精知識領域有深刻研究以外,還以知識廣博和解決問題能力強著稱。
- Done is better than perfect
- 老闆僱傭一個員工,不是由於他能寫程序,而是由於他能幫助本身賺錢。賺錢有兩種方法:減小成本和增長收入。
- 若是增長一個用戶須要的功能是加分項的話,拒絕一個用戶不須要的需求更加值得推崇。
- 要先看看有哪些問題須要解決,而後再補充您的工具箱。永遠從商業目標的角度來決定學習什麼,而不是純粹爲了鍛鍊技術能力去學習。
- 若是我開創一個公司須要招聘「全棧工程師」,我要求的三個能力就是一專多長、關注商業目標和關注用戶體驗。
- 繞開每一個人都會去作的事情–投簡歷–轉而作一個本身的做品,這就給企業傳達了一個信號。
- 主動性是全棧工程師必備的一個特質,沒有一個全棧工程師是被別人逼出來的。
- 每一個人都要有意識地維護本身的做品集,它在半年一次的考覈、晉升面試甚至之後的跳槽中都很是有用。
- 儘可能減小同一域下的HTTP請求數,以及儘可能減小每個資源的體積。
- 把靜態資源放在非主域名下,除了能夠增長瀏覽器併發,還能夠減小HTTP請求中攜帶的沒必要要的cookie。
gzip
是一種開源的數據壓縮算法,其中g
表明免費的意思。
- DDoS攻擊者喜歡攻擊的頁面通常是會對數據庫進行寫操做的頁面,這樣的頁面沒法靜態化,服務器更容易宕機。
- 越接近高級工程師,越考察對某個點的本質理解,以及在項目和團隊中的引導做用,而不是對某工具的使用經驗。
- 框架應該是比庫更普遍的概念。一個庫是一系列對象、方法等代碼,您的應用程序能夠把這個庫連接進來,起到了重用代碼的做用,剩下了重寫這部分代碼的工做量,而一個框架是一個系統中可重用的一部分。
- 行動重於計劃,本身給本身撓癢。
- 由於你們懼怕失敗,因此想把產品調整得天衣無縫才發佈。可是世界上成功的軟件都不是完美的軟件,而是在合適的時間發佈的、剛剛夠用的產品。若是它能活下來,在後面的版本中,他纔有機會愈來愈好。
- 讓市場承認你的能力,而不是讓老闆承認,由於老闆會變,老闆的標準不一致,而市場是一致的。
- semver & npm dependencies rules
- 架構是當項目變得複雜以後必須考慮的問題,而項目老是會變得複雜的。
- 「任何能用Javascript實現的,最終都必將用Javascript實現。」Atwood定律
- 語言只負責描述一個程序,而程序運行的速度,不取決於語言,而是算法和編譯器的質量。
- 若是您平時沒有作重要的事情,就會發現本身經常在作緊急的事情。
- 若是平時沒有注意鍛鍊身體,就會經常去醫院,花費更多時間
- 若是沒有培養後輩,爲每一個項目設置接班人,就會經常須要處處救火。
- 若是沒有配置好版本管理系統就開始工做,就會浪費更多時間去找回丟失的代碼
- 若是偷懶硬編碼一些變量在代碼中,後續會花費更多時間過去調試
- 時間四象限:
- 拿工做時長來拼,這是體力勞動時代打工者的心態在做祟。
- 程序員大體分兩種:科學家和工程師。科學家關注技術是否優越,而工程師關注產品是否完美。
- 懶惰的終極緣由就是你想逃避這件事。
- 耐心是一種能力
- 用市場最高價格僱傭高效能人士組成團隊 Netflix企業文化
- 所謂自我提高,首先是接納自我,而不是貶低自個人性格。
- 不要爲了迎合主流社會,而假裝成一個外向、熱情、合羣的人。
- 項目的定義是:在必定的約束條件下(時間和資源),具備明確目標的一次性任務。
後記
作本身感興趣的事情,學想學的知識,不要怕走偏了,若是有人說遊手好閒,那就讓他們說去吧。若是你能遠離傳統的路子,將會不一樣凡響。 –Steve Jobsgithub