Re: [心得] 如果可以, 真的建議不要再去創業公司了
小弟超廢，架構入門是看繁體中文書
http://www.eslite.com/product.aspx?pgid=1001239292328388
工作後時不時也爬爬 Hacker News
像是在 ithome 那篇 Event Sourcing 出來前兩天剛好在上面看到這篇文
https://arkwright.github.io/event-sourcing.html
也看完該篇文章連結出去的文章，了解這技術大概的優劣
所以不是很懂 FB 後端版版主說，對於新手不適合是啥概念，文章明明都說得蠻清楚了
新手如我也可以大概判斷哪時該用哪時不該用
各式架構有在看相關技術文章的人，應該都知道大公司也常常會分享怎樣處理，如:
https://docs.gitlab.com/ee/development/architecture.html
我是不曉得實際上去進到大公司後實際上去 tune 的機會有多少 (因為我進不去)
但是就軟體業開放的程度，以及現在雲端發達，免費用不完的情況下
不用進去大公司就能自己架設自己實驗了，作壓力測試， script kid 如我都能辦到了
架構這東西大部分就是學就會了，比那些高深的演算法簡單多了
大部分都是差不多的 workaround ， 大部分通用且厲害的東西還是研究人員弄出來的
甚至有時候大公司弄出來的特殊架構你不是那個領域的有時還覺得沒用
一般後端架構你只要套套範例就好了，而且效果通常不錯，當然業務面還是要小心
自己業務特殊的地方，自己還是要再寫個測試去測試，
但這樣大概有點信心可以導入或是更換
畢竟是跟著人家大公司的架構，出事情也是大公司大流量的先出事吧
至於 client 端那些問題，不是基本功嗎? 在 Conf 裡面看到的那些演講的大大們
都馬在想辦法 Hack 底層，自從去過 Conf 以後，就覺得自己超級廢
常常會有種沒有看完 Android kernel 不要輕易嘗試去寫 Android ，
沒有看完網頁框架實作的程式碼不要亂用那個功能，
強迫自己去看原始碼，打好馬步，希望有天變和台上的大大們一樣強
遙想當年國中還在打楓之谷時，實在很難想像，那時和我同年的人已經在寫外掛賺錢了
依照網路開放程度，當年的小朋友就能做到這事情，現在這些架構實在太容易取得
比起那些架構，我還是覺得駭客，寫飛彈系統，寫太空機構程式，
自己想出算法解決無解問題的人才厲害，畢竟人家常常沒有樣本可以看
僅憑著一己天資，去讓自己發光發熱
原文說的架構問題和 LeetCode 看起來就像是: 你要背好魔術方塊公式喔!
背好還要轉過喔! 殊不知新創在解決的是那沒有公式的魔術方塊
當然可能不是技術面。。。
--
面試常常都是這樣，聽到對方提供的答案跟所想的相同，
就能得到較高的分數。
我也買了你提到的繁中書，只是很菜也用不上書中架構
我帶出來的一個學弟說了一句話讓我印象很深刻 "我要看完美的架構去看書就好拉！" 能自己用手去慢慢架構出真實世界需要的架構那真的很不一樣吧，共勉之
你說的Android 底層充其量只是OS層還偏上層，下面一大塊s
ervice/hal你幾乎無法改的。同理Kernel到你面對的那層中
間還有很大一塊，簡單的module可以kernel通上層通，複雜
的根本兩者脫鉤了
受教了（筆記，還好我不寫安卓
然後進大公司並不是只有學習怎麼弄架構而已，更大的是怎
樣從0到1這個步驟。隨便舉個例子，webrtc這個protocol，
你認為你在一個奇怪的小公司推一樣的東西有人會理你嗎？
WebRTC 我懂，幫公司研究過幾小時，不過後來主管很霸氣的殺死需求了 後來幾個來我們公司來面試前端的人也有寫一些小專案也是用它 知道很好用（套件多，可是效能啥的好像不是最好 但不懂 0 到 1 的問題，還望大大明示
當年寫外掛簡單 現在一堆補丁跟監控
可是那時候我連電腦裝修都不會，同年齡的國中生就會寫外掛了 QQ
他想表達的很簡單，應該是期許自己當那個寫文章的人，而
非看文章的追隨者，因為這兩者如果是真實business concep
t，至少都差1年以上了
Event source在某版戰很兇XD
原po有自學能力又謙遜 是我就會找你這種人
軟體大多時候就是找解決問題的辦法 而這時代又有很多資訊
可以參考。 但不少軟體人把自己放在一個很高的位子
"架構比那些高深的演算法簡單多了" word, 好個雲架構師
這年代什麼都馬上雲端，大小公司能上雲的都上雲， 雲端系統你不會人家還說你 Old school 可以常常見到地端的公司對原 Po 來說大概是直接排除的， 我以前在學校算是搞地端的，說好聽一點叫系統工程師，說難聽一點就是 MIS， 用 VMware 家的解決方案，災難復原、機房遷移、HA、實體伺服器障礙排除，大概玩過 也有幸在在學期間看到學校新機房落成，聽教授怎樣用合約壓廠商，怎樣規劃機房 我也大概知道地端的坑更深，實體的 HA ，網路問題，機房規劃，電路規劃， 消防系統，散熱系統，停電處理，雲端不用管的你都要管，都要會規劃 每個都馬很難，可是職位就是上不去，去面試八成履歷就直接被原 Po 打槍， 所以聽到很多前輩老師的心路歷程後我後來轉後端
他想說的是 架構有很多資訊可以參考 演算法就要看智商了
搞演算法的人確實薪水也容易比較高啊
他打雲架構師是暗示你經驗不夠, 不是說雲端的東西XD
原來如此，我經驗真的很不夠呢
我想原PO也知道，但是還是認真回。
但不得不說，雲端真的解決很多問題，而且做的很多公司好...
是阿，小公司用用雲端真的很幸福
※ 編輯: ttss4092 (36.231.238.23 臺灣), 02/24/2020 20:14:43webrtc 的例子應該不是你懂不懂，而是你有沒有辦法設計一
個像是 webrtc 的協定
有看到後續回應，大概了解，協定是需要說話份量夠大的才有可能推起來， 就算一間小公司弄出速度效能安全都比他好的，可能也沒人鳥，然後某大公司說採用後 才爆紅
※ 編輯: ttss4092 (36.231.238.23 臺灣), 02/24/2020 22:13:04還有啊，在 google 就需要處理沒人處理過的資料量所以設
計了 GFS, big table，mapreduce，chubby，spanner，這
些有參考以前的架構，但整體還是很多創新，不是說你看書
就可以做出來的，網路方面也做了大規模全球 SDN，這些東
西以前都沒有做出來，就是從 0到 1 的過程
推動 container merge 進 linux kernel，然後弄出 contai
ner orchestration platform，這些都是架構啊
小公司也有辦法，但那要夠強啊，像弄出 kvm 那種等級
這裡 container 指的是 cgroup
你說你搞地端，那些雲端公司都是自己超大規模的地端給別
人或自己用啊，光是為了解決 TCP overhead 就發表了好幾
篇論文試圖用新方法解決問題，這些也是看書學不到的.....
本來想問點什麼，但是 PCMan 大大好像說得差不多了
說得很細，感謝樓上...
雖然我不是backend，但我還是知道不同DAU量級在架構上設
計差異很大，這種量級經驗是沒辦法自學幹出來的，你確定
你的說法沒問題？
看多大吧，太大的話測試的錢要很多，就不是個人可以負擔的，但是如果公司願意給資源 ，還是可以測得，如果說自學的沒辦法幹出來，那是說線上那些架構都是有人教出來 的嗎? 那想知道 Google 的架構是誰教的，那人的老師又是誰，最後追朔，源頭的那位 沒人教不就是自學自幹的嗎? 最後難道不是回歸基本的資料結構演算法、複雜度、 硬體資源、各大項的取捨 (效能、一致性、研發時間。。。) 然後大量研發測試實驗嗎? 重點應該不是自學幹不出來，而是沒錢測試，如果我有錢租下或買下一顆地球的電腦， 架構出類似目前地球的網路架構，那我就可以測試全世界在攻打(使用)我系統的模樣， 然後老樣子，有問題的點慢慢優化不是嗎? 我不能確定我的說法沒問題，這是不是數學問題，我猜沒有人能保證說不會有一個天才 ，沒去過那些大公司，就從頭到尾幹出一個受世界喜愛的東西，然後也把架構弄得很好
※ 編輯: ttss4092 (36.231.151.212 臺灣), 02/28/2020 13:01:21架構師弄出來的，架構師會設計彼此也會討論，收集實際的
需求等等，最後提出一套架構來解決問題。當然這套架構會
隨著時間而積累和改善。
有這些人的好處就是透過他們你可以直接知道這樣設計背後
的原因，要解決的問題，設計思考的邏輯，以及可能會有的
缺點等等的，這樣就很容易去學習和模仿了
然後為什麼要進超大公司，因為這些人多半都在這些地方，
而且多個這種等級的彼此討論架構出來的東西，會比單一個
還來的更有意義
確實，如此新創如果非技術起家的，很難有那麼多高手，看來公司高手不夠多的情況下， 去一下大公司是有意義的，感謝指教。
※ 編輯: ttss4092 (220.132.128.60 臺灣), 03/03/2020 08:11:173
呃，真正的問題不是在大公司和新創定義上。 我以前就說過，高手則文章你可以看得很爽，但是對大部分人來說沒參考性， 因為你有九成九的機率無法複製，那些經歷跟你無關。 對不同人來說能找到的大公司職位和新創職位根本就是不同的，有能力的人 能找到的新創和一般人是不一樣的，講白就是，高手講的新創大部分人進不去，2
我在台灣待過外商 也待過新創 兩者比較我是比較喜歡新創 主要是靈活度。外商大企業就像是大家說的 動作緩慢，平常的作業主要是先確定不會出事10
待過大公司到新創，現在又回大公司 新創就是要快 因為老闆會說錢快燒完了 新創在高壓下學到很多，也有可能都學到毛而已 因為老闆會說錢快燒完，沒空讓你摸半天2
幫忙整理一下啦 hass兄就已經說了層級會影響很多東西了 後面的文章完全展現這一點 搞到連p神都出來回覆了，但要知道他口中的新創小公司叫appier ，號稱台灣獨角獸，大 公司則是Google喔11
我是覺得每個職涯其中不同的時期會有不同的選擇 以我個人來說 找工作大多以薪資以及能不能接觸使用新技術為考量 我待過原po說的3 1、2中的offer也都拿到過(都沒去)19
我進LinkedIn以前幾乎一直都在創業的公司啊，去年離開LinkedIn後直到現在也都在 一家算新創的公司做 只不過，13年前我選擇加入的公司是專門做當時還很新的軟體框架的，後來加入的 創業公司則是幫著在舊金山的總公司打美國市場的 加入新創比起加入大公司最大的差別就是：9
轉朋友的想法，我只是清潔工等級 前言： 近期有人說除了一流公司都別進去…… （本來這篇只發在小圈圈版，但是真的太重要了，所以還是公開發表好了） ------------------------------------------17
我只是來推薦一本書的 叫作學徒模式 裡面寫到在各種人生遇到瓶頸時該怎麼解 書中滿多建議都很實用 在去年找工作時 投了履歷給TonyQ大![Re: [心得] 如果可以, 真的建議不要再去創業公司了](https://i.imgur.com/pKBC2uRb.jpg "Re: [心得] 如果可以, 真的建議不要再去創業公司了")
爆
看到這篇好幾天了，想想還是也來分享一點個人經驗 我自己在業界的資歷沒有很久，也不是本科出身。 從十幾年前玩 open source 專案，誤打誤撞一路寫 code 到現在， 後來去國立資工所洗了一下 XD 所以現在也號稱本科了 研究所畢業後進入稍有規模的新創，後來也待了大公司。
如果有人推學徒模式 是不是代表學院模式的失敗呢？ 如果學院模式是失敗的 那麼是不是代表科班出身的人 其實並沒有比半路出家的人 高明多少 這個現象 我以前就講過 資工 這個科系所具有的特殊現象 這是因為資工本身的特質所造成![Re: [心得] 如果可以, 真的建議不要再去創業公司了](https://i.imgur.com/Jlvqfkxb.png "Re: [心得] 如果可以, 真的建議不要再去創業公司了")
90
Re: [心得] 如果可以, 真的建議不要再去創業公司了邀請接近10年的工程師來當Team leader 基本上你是看過對方的履歷 才會覺得該面試者可能有能力來擔任這職位 結果從履歷看不出來都在做一樣的事 不知道是他包裝得太好 還是你的理解能力有問題 : 面試之後發現，他近10年的經驗幾乎全都是創業公司 : 各種行業、各個層級的創業公司職位64
Re: [請益]高流量網站和資料結構首先很高興看到原PO發問 能夠這樣追逐更深入的技術，先恭喜你，離高手又更近一步了 我寫程式要飯也好一陣子了，分享一下我從聽說大流量很屌，想玩大流量， 到現在可以真正碰觸到大流量一路的心得 在開始之前，先回應原PO的 搶票網站 例子![Re: [請益]高流量網站和資料結構](https://i.imgur.com/TON1Nidb.jpg "Re: [請益]高流量網站和資料結構")
38
[心得] LabVIEW工作面試心得各位百萬年薪大大安安~ 先感謝本版許多資訊的幫忙 小弟畢業於中央物理所 這是第二份工作的求職心得 主要鎖定LabVIEW相關工作7
[心得] ChatGPT協助軟體開發的指令集近來寫程式時大量試用ChatGPT 剛好使用golang開發side project， 所以在各種情況下遇到的問題，都試著問ChatGPT 真的覺得超好用的！ 網頁好讀版：附上心智圖、完整範例(有些範例太長，PPT沒有辦法完整呈現)7
Re: [請益] 有沒有前輩是硬體底層一路包上來的啊我的工作幾乎都在做快速原型驗證 好比 有個心律偵測器，要回傳到一個家用小型攝影機 小攝影機裡面可以聯網把觀測資料紀錄到雲端 內部有模型可以做臉部辨識、自然語意辨識，執行語音指令、撥音樂5
[工作] 中華電信-(數分))資料中心網路系統或弱電小弟有幸錄取該職務， 想詢問板上神人大大， 對於中華電信數分的缺是否有較具體的工作內容了解， 簡章工作內容大致如下： 1. 資料中心機房設施、弱電系統、機房自動化系統、3
Re: [心得] 如果可以, 真的建議不要再去創業公司了結論：人的問題、際遇的問題 大公司的架構你沒權限摸不到 大公司的設計你沒經過一連串的開發過程 不懂為何這樣設計 多數的情形是3
Re: [請益] 社會新人想入坑cloud至少要考到哪張小弟不才剛好目前是屬於這種職務 在公司端非代理商 : 有google 過AWS 證書，似乎有分兩條路 : : 一條是developer1
[討論] Packhouse - Functional Programming架構Packhouse是因應Serverless而生的Functional Programming架構 大約在幾年前，我授命必須使用Serverless框架來為客戶建立服務 當時該框架還很年輕，AWS Lambda也還沒有Layer，因此從測試到部屬都是一場惡夢，在 資源匱乏的情況下只能建立一個基礎模型來協助開發 而在專案告一段落後，我便開始思考將模型轉成模組，因而產生了Packhouse
[推薦] AWS 自學聖經：5大必學雲端主題・超圖解【AWS自學聖經：5大必學雲端主題・超圖解入門】 作者介紹： 大家好，我是 Sam！我擁有多年雲端開發部署經驗，已通過 AWS 專家級認證，我專注於 「雲端」、「容器化」、「演算法」等熱門技術領域。我擅長將複雜的技術文件圖像化、 架構化，轉化成清晰觀念，帶領學員快速入門各種進階技術領域。![[推薦] AWS 自學聖經：5大必學雲端主題・超圖解](https://im1.book.com.tw/image/getImage?i=https://www.books.com.tw/img/001/091/09/0010910962.jpg&v=61b08943k&w=1146&h=600 "[推薦] AWS 自學聖經：5大必學雲端主題・超圖解")
![Re: [討論] hard code 速度會快嗎?](https://i.imgur.com/iwoZNLCb.jpeg "Re: [討論] hard code 速度會快嗎?")