[英文] 順道拜訪

我等一下要順道去公司拿份文件，只是順路，一點都不麻煩，但該怎麼用英文表示才精確呢？讓我們來看看英文有哪些片語可以用來表示「順路」！
stop by
也可以說stop in。這是最普遍使用的片語，用來指在去某目的地的途中順道拜訪另一個地方。例句：I'll stop by on my way home.（我在回家的途中會順道拜訪。）
drop by
同義片語，例句：I asked her to drop by whenever she was in the neighborhood.（我請她只要一到附近，就順道過來。）
另外，也可以說drop in，但可別跟drop off搞混了，這個片語是指「打瞌睡」，例句：She tends to drop off in this class.（她常在這堂課上打瞌睡。）
swing by
這個表達方式常在美式影集中聽見，屬於較非正式的用法，正確的定義是「快速拜訪」。例句：I need to swing by the store and pick up some food for dinner.（我得去一下雜貨店採買些晚餐要用的食材。）
不過現在有很多老美會用來指順道拜訪，例句：I’ll swing by your place after I pick up some groceries.（在我買完東西後，會順道過去你家。）
附帶一提，swing dance搖擺舞是一種舞蹈喲，源自美國紐約，舞步活潑、輕快、俏皮，顧名思義，就是一種以「搖動」 為主體的舞蹈。
pop in
這也是較口語的片語，亦即「未事先告知就前往」，例句：Maybe we'll pop in after the movie.（也許看完電影後，我們會出其不意地造訪。）
另一個由pop組成的常見片語是pop up（彈出），例句：This icon kept popping up.（這個視窗一直彈出來。）
還有，夏天常下的雷陣雨英文就是pop-up storm！
相反地，如果是事先安排好的行程，則可以用pay a visit和call on表示，例句：The salesman said he'd pay a visit to/ call on me in the morning.
前面舉的例子，也順道在這裡解釋一下：
「有人氣」就是popular，這是一個人氣產品或這個產品很有人氣，都是This is a (very, highly) popular product，popular本身已有受歡迎的肯定意味。
「破口大駡」某人，英文可以用bite your head off，駡到把人的頭都咬下來了，厲害可見。
「隔熱杯套」叫做sleeve，袖子，把杯子套進去，像不像把手放進袖子裡呢？


留言

張貼留言

這個網誌中的熱門文章

[翻譯] 介紹現代網路負載平衡與代理伺服器

圖片
原文(Source): https://blog.envoyproxy.io/introduction-to-modern-network-load-balancing-and-proxying-a57f6ff80236 什麼是網路負載平衡 (network load balancing) 與 代理伺服器的代理行為 (proxying)? 維基百科是這樣定義負載平衡的 > 負載平衡藉由工作量分配到多台運算資源, 例如: 主機, 主機叢集, 網路連結, CPU,  硬碟等. > 負載平衡盡量最佳化資源的使用, 最大化每個最大化每個資源的吞吐量(生產能力), 最小化反應時間, 避免單一資源工作量過重 > 使用多個資源來當負載平衡來提升可靠與高可用而不是單一個資源 > 負載平衡總是使用獨立的軟體或硬體, 例如獨立的 multilayer switch, 或是 DNS主機的程式 上面的定義用於各資訊領域的各方面, 不單單只有網路而已. 作業系統使用負載平衡在實體處理器去分配運算任務, 容器編排服務像是K8S使用負載平衡在不同的主機叢集中去分配任務, 而網路負載平衡器則是將網路上進來的任務分配給可用的後端主機們. 剩下的文章主要都是講解關於網路負載平衡. 圖1 圖1展示了從應用層來看網路負載平衡. 許多的用戶端(Client)透過只需要向 load balancer 請求, load balancer就會將這些request, 也就是上述提到的任務分配給可用的後端服務. Load balancer位於Client 與後端之間執行幾個重要的任務: 服務發現 (Service discovery) 後端的服務在系統的哪裡, 他們的IP(位置)是什麼? (也就是load balancer該如何與後端主機溝通) 服務的狀態檢查 (Health checking) 現在的服務是否是可接受請求的 負載平衡 (Load Balancing) 該用什麼樣的演算法去平均將request分配給可用的服務 在分散式系統使用負載平衡主要有幾個好處: 主機抽象 (Naming abstraction): 每個client 不需要知道每個後端服務在哪, 只需要利用預先定義好的機制向負載平衡器...
閱讀完整內容

[MySQL] schema 與資料類型優化

圖片
選擇優化的資料類型 原則: 越小越好 因為會佔用最小的磁碟、記憶體與CPU快取。 越簡單越好 操作整數比操作字串代價低，因為字串排序規則 ex: 儲存ip應該用 unsigned int - 4 bytes, 用 varchar 會用到 15 bytes 儲存時間應該用 mysql 內建的時間類型 DATETIME, TIMESTAMP可以儲存相同資料：時間日期，精確到秒 TIMESTAMP 只用 DATETIME 一半的儲存空間，根據時區自動變化 TIMESTAMP 允許的時間範圍比 DATETIME 小很多 避免 NULL 在 innodb 上有單獨的 bit 儲存 null 值，但在 myisam，但還是盡量避免 整數類型 tinyint - 8 bits smallint - 16 bits mediumint - 24 bits int - 32 bits bigint - 64 bits 如果是有正負數的，會因為 1 bits 會用來記錄正負，故範圍為 -2^(n-1) ~ 2^(n-1) unsigned 的範圍則是 -2^n ~ 2^n MySQL 可以為整數指定寬度，例如 INT(11)，其實沒什麼意義，11只是表示與 MySQL 相關工具(client 端的 cli) 用來顯示的長度，對於儲存與計算來說，INT(1)與INT(20)是一樣的。 實數類型 decimal(M,N) - M: 最大位數, N: 小數點後有幾位 ex: decimal(18, 9) => 9位數字.9位數字，總共使用 9 個 bytes float => 4 bytes double => 8 bytes decimal的計算雖然比較精確，但需要額外，但需要額外的空間與計算開銷，資料量較大時，可以用 bigint 代替 decimal，假設需要精準到萬分之一，則可以將數字*1百萬，將結果存在 bigint 內，可以同時避免福點數計算不精準與 decimal 計算代價太高。 字串類型 VARCHAR row_format=fix，這樣就都會固定長度，沒意義 varchar會需要額外1~2 bytes記錄長度, 假設用 latin1 charset, varchar(10) => 11 bytes, varchar(1000) => 1002...
閱讀完整內容