Squarespace Onsite Software Engineer Product Backend

Squarespace onsite, 地點在NYC總部 很漂亮很前蔚的office, 公司還有廚房提供免費午餐 ^^ 真是潮到出水的startup

第一輪system design 設計一個youtube video process的系統 讓使用者可以選定一個自己過去上傳的video做影像處理, 然後再把處理過的檔案上傳回youtube, 假設已經有API可以把從youtube上抓下來的video檔做處理  
我的回答是 把video的data(file data, metadata)那些存在memory裡, 讓API去對這些file data做影像處理, 還有不把他們存在disk裡是因為題目要求處理完後就必須upload回youtube, 所以沒必要放在local disk storage(disk write read很expensive). 還有因為video file的download upload很費時, 所以我提到要把當前video process進度寫在write ahead log裡 這樣如果該系統crash, 就可以在reboot後從log中得知該如何從先前掛掉的地方繼續. 然後為了提高scalability 要把這個app的job deploy到數個production machine上 再由scheduler去分配由哪台machine來處理當前的使用者請求, scheduler同時也得藉由定期的poke這些machine做health check. 來避免將來把user request分配到一個已經掛掉的machine. 我還有提到要多設計一個micro service(e.g. secret manager)專門來處理對youtube permission的問題, 這個micro service會在download video的時候先把該user的youtube user token存在keychain裡(不能存在local disk不然會產生security的問題) 當影像處理完成後再用這個token跟youtube確認我們要upload the new video on this user's behalf.

第二輪coding interview,
LRU cache的變種, key value pair來實現, follow up是如果在value裡多加一個time的attribute(架設是秒數), 要如何定期evict掉超過t秒沒有被access的key value pair

第三輪behavior
問最喜歡的project, 覺得最challenging的project, 會如何幫隊友code review, 大概記得這些

第四輪object oriented programming code review
這好像是squarespace獨有的interview, 面試官會在投影片上面上code, 是一份很破很破的java application backend code, 要在時間內找到越多的bug(或是可以改進的地方)越好, 印象中有lock unlock沒處理好, connection error的retry設計不良, function的命名有問題(在get function裡做write), 後端的code沒有return error message(e.g. http error response code 4XX, 5XX)給前端, list的操作沒有效率可以用hashmap改進, constant命名沒有大寫, object在constructor裡沒有initilaize, instance variable也沒有initialize, 大概記得這些


三天後來信被拒了... 說我although system design is impressive, there's no good fit at this time.... 哀桑 當時面試完還滿喜歡這間還滿想去的說   
. check 1point3acres for more.