Re: [請益] 後端作品請益已刪文

看板Soft_Job作者peter98 (新兵)時間2年前 (2021/11/04 02:16)推噓1(1推 0噓 4→)

留言5則, 1人參與討論串3/3 (看更多)

我從一個面試官的角度來回你我前三年在廢廢的紐約金融IT業後一年在美國大公司裡面最差的那一間我大概面過1x次technical面試就是live coding 面過兩次system design面試通常沒經驗的畢業生不會排system design 只會看你的coding 因為要考coding的時候來觀察很多面向一個是code實力水準一個是code寫的好不好(maintainable/readable/concise/logic) 最重要的一個是看你是不是可教之才我們會期待你寫出一份不錯的code 但是你寫的如果不是最佳解我們會給你個提示讓你把最佳解寫出來如果你能夠根據提示寫出來即使你一開始寫不出來你這關肯定都是stronly inclined 所以坊間有教一個技巧給刷題已經刷到爐火純青的人用的就是如果你知道這題有最佳解你一開始不要寫出來當然你也不要寫一個爛爛的暴力解你就等著面試官給你提示最佳解你順著他說的把它寫出來該關面試官100%愛死你當然我知道很多coding面試都被玩壞了所以公司內部也會一直換題只是某些國家的人更強大一換題不到一周就會流出去怎麼換都沒有速度跟不上也沒那麼多題可以考那怎麼辦只好越考越難難道那題根本是一個正常人寫不出來的然後從中跟你討論盡量去考察你的coding能力而且coding面試官都會被訓練過比如不可以看該面試者的履歷要把這個面試者當白紙純看當場的coding表現這是因為coding面試就是只看coding 上面說的通常是針對相關經驗年資在3年以下是用就是全coding 沒其他的了如果是3-8年的就一定會加考system design 這時候可能會看一下你的作品(但通常是不看) system design也是有題庫的如果你有作品我也不會問你作品但我會從system design題庫中挑一個跟你作品有關的題目但是也沒差因為你肯定是找不需要經驗的職位所以就看台灣怎麼玩我也不清楚只是如果想要更上一層樓有些作品就不是把功能做出來而已這麼簡單而是要考量各個components之間的抉擇沒有最佳解但是你要能說出來其中幾個選擇是用在甚麼樣的情況比如說聊天要用同步還是非同步這時候如果只會有一個sender跟一個receiver 那面試者答非同步可能就不太好你會問說怎麼可能只有一個傳一個接呢這樣也很好面試就是要一來一往這時候就要看有些面試官說這個我們晚點會討論那就等等討論但有一種面試者我們一定把他刷掉當你跟他說: 需求就是這樣子就是一個傳一個接如果面試者還堅持不能這樣那可能會覺得該面試者有點不好溝通其他的問題還有DB的選擇流量大跟資料量大的話要怎麼處理當然對你來說你現在肯定用不到畢竟你是剛轉行面試官如果問你system design的東西那是面試官智障 (所以我要為我在你原文裡的推文道歉因為我一開始沒注意你是剛轉行) 想找有經驗的人就該去找有經驗的而不是把人叫來洗臉然後我剛說的system design的問題其實都是基礎而已可是工作後會常常用喔不要瞧不起他年資更久的就會再加問關於多個projects同時在run要怎麼解決一些問題以上謝謝大家 ※ 引述《zxa426153 (點點點)》之銘言： : 大家好，我78年次，私立資工畢業，沒有做過相關工作 : 想轉職為「後端工程師」，有做了一個作品出來，請各位前輩幫忙看看 : 使用 vue，bootstrap，node，mysql : 伺服器架在 heroku，前端放在 github : 是一個類似 FB、ig 的社交網站 : 可以發文、點讚、留言之類的 : 目前完成比較有挑戰性的功能有「聊天」及「hashtag」 : https://i.imgur.com/uBrLLqg.gifv : https://i.imgur.com/aVVOxFC.gifv : 作品連結：https://whynotwilson.github.io/simple-twitter-vue/ : 可使用帳號 : user1@example.com 密碼：12345678 : user2@example.com 密碼：12345678 : . : . : . : user10@example.com 密碼：12345678 : 如果以這個作品來面試後端工程師的話會有什麼問題嗎？ : 感謝各位 : ---------------------------------------------------------- : 2021/11/4 00:10 更新 : 感謝各位前輩給了相當多的意見，補充一些資訊 : 目前的目標是 junior 後端工程師 : 希望三年內提升到 senior 並且希望能配得上這個等級 : 我修了一些小 bug 如下 : 1. 貼文可發送空白訊息 : 2. 貼文跟讚連續發送的問題 : 3. 註冊帳號要有預設頭像 : 4. 聊天可發送空白訊息 : 5. 提示訊息會被 Navbar 蓋住 : 有些推文提到開源，其實我一開始沒理解開源是什麼意思 : 我以為是要跟人家一起開發，我想說，痾......我應該會拖累人家 : 後來才理解是要開放程式碼的意思，原來是我沒開放 : 我想說怎麼都沒人噴 commit message 或是程式碼太髒之類的 : 我本來就有預計要讓人看看我的程式碼有沒有哪裡不好 : 或是有沒有什麼壞習慣之類的 : 只是我怕我如果介紹的太長大家會沒耐心看完，想說快點進入主題 : 前端 github：https://github.com/whynotwilson/simple-twitter-vue : 後端 github：https://github.com/whynotwilson/simple-twitter-api : 目前只有程式碼，系統架構圖及 readme 後續會補上 : 這個專案的確很多人都有做過，因為這是一個線上教學的畢業專案， : 內容在之前的教案基本都有，不過教案的是餐廳論壇，我們要把它改成 twitter : 教案裡面沒有的是挑戰功能，一共有七個，這七個功能要自己想辦法生出來 : 專案要求需要挑三個，我們當初選的是「聊天(隊友)」「@好友(隊友)」「封鎖(我的)」 : 1. 聊天 : 2. 即時通知 (小鈴鐺) : 3. @好友 : 4. hashtag : 5. 打卡 : 6. 分享貼文 : 7. 封鎖 : 需要分組一起完成，我們那組是三個人 : 那時候我擔任組長，因為我想說可以多學點東西，因為時間只有二星期 : 第一週把基本功能完成，第二週前三、四天完成挑戰功能，後面三天上線 : 我是組長，工作滿多的，合併程式碼，上線，看看隊友完成度，第一週 github 爆炸 : 也要解決，再加上還要上班，後面上線問題也很多，所以當初考慮之後選擇了封鎖功能 : 因為比較簡單，我可以有比較多時間來弄整個專案 : 畢竟我是組長，還是要以整個專案為優先考量 : 我覺得當初那個我做的沒有很好，前後端沒有分離，而且我負責的功能是封鎖 : 感覺沒學到什麼東西，所以這次我想說自己來重做，盡可能把它做好 : 所以的確是有很多人做過這個專案沒錯 : 目前的目標是 junior 後端工程師 : 我不太清楚業界對於這個職位的要求到哪邊 : 所以我想來看看我的作品有沒有符合資格 : 如果不符合的話有哪邊需要改善？ : 要求 40k * 14 / 45k * 13 的話會太過分嗎？ : 文章好像有點長，謝謝看到這裡的各位，也謝謝你們給的意見 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 100.8.92.201 (美國) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1635963401.A.65F.html ※ 編輯: peter98 (100.8.92.201 美國), 11/04/2021 02:28:58

推

gitignore

11/04 02:25, 2年前 , 1^F

11/04 02:25, 1^F

→

gitignore

11/04 02:25, 2年前 , 2^F

11/04 02:25, 2^F

→

gitignore

11/04 02:25, 2年前 , 3^F

11/04 02:25, 3^F