FastFileLink 的誕生故事
發表於 週日 23 二月 2025,分類於 Blog
我們遇到的問題
FastFileLink 的誕生,源自於我們公司實際遇到的一個真實問題。
在每一期實習結束時,我們經常遇到同樣的狀況:實習生離職時,尚未上傳或提交他們最新的工作相關檔案。這些檔案可能包含程式碼腳本、文件、設定檔,或其他尚未備份、也尚未推送到公司內部系統的重要成果。
為了避免資料遺失,我們一開始要求所有實習生將檔案燒錄成 DVD,並郵寄回公司。但你可以想像,這個做法很快就顯得過時又不方便。現在幾乎沒有人還在使用 DVD-ROM 光碟機,而整個流程——燒錄、包裝、寄送——既耗時又容易出錯。
為什麼雲端儲存行不通
一個很自然的替代方案,是使用像 Google Drive 或 Dropbox 這樣的雲端儲存服務。但這又帶來了另一個問題:儲存空間限制。
不論是實習生個人帳號,還是公司帳號,都沒有足夠的雲端空間來輕鬆存放所有必要的檔案。這些並不只是幾份文件,而是包含專案資料夾、影片、資料集等內容,單一實習生的檔案量就可能輕易累積到數十 GB。若要升級方案,就意味著額外的成本,而我們並不希望只為了回收一次性的檔案,就承擔長期的訂閱費用。
此外,就算雲端空間足夠,從公司外部直接將檔案上傳到內部系統也並不容易。我們的伺服器位於受保護的內部網路之中,遠端存取通常需要設定 NAT、VPN 或 Port Forwarding——這些都不是我們希望實習生在離職後還得處理的事情。
FastFileLink 的誕生
於是,我們打造了 FastFileLink ——一個簡單、安全、且不依賴雲端的檔案傳送方式。
透過 FastFileLink,實習生可以直接將檔案傳送給我們,完全不需要煩惱公司內部網路存取、雲端空間額度,或實體郵寄的問題。一切就是這麼直覺——檔案可以快速、順暢地從他們的電腦傳送到我們這邊。
而我們也開始思考:如果這個工具能解決我們的問題,或許也能幫助到其他人。
這正是 FastFileLink 誕生的起點。
從即時傳送,到先上傳、之後下載
在最初的版本中,FastFileLink 需要傳送端與接收端同時在線。雖然這樣可以運作,但在實際使用上並不總是方便——尤其是在跨時區,或彼此行程繁忙的情況下。
因此,我們進一步優化了它。
我們為 FastFileLink 新增了 「先上傳,之後再下載」 的功能:傳送端可以先將檔案上傳到我們的伺服器,而接收端則可以在任何方便的時間再下載。這大幅提升了雙方使用上的彈性。
現在,實習生可以在自己方便的時間上傳檔案,而我們也能在有空時再下載。不再需要等待,也不必再為了同步時間而煩惱。
一個真正「好用就好」的工具
FastFileLink 徹底改善了我們的工作流程,讓檔案交接變得前所未有地順暢。它是一個輕量的小工具,卻解決了一個對我們而言非常真實、也非常痛苦的問題——而這個問題,其實也存在於許多人的日常工作中。
這就是 FastFileLink 背後的故事。一個我們為自己打造的工具,如今也像 MailTrigger 一樣,正式與全世界分享。