IT 工程師日語：站立會議、評論和規格

工程術語及其日語讀物

該領域的詞彙大多是從英語借用的片假名，這對閱讀來說是個好消息，但對聽力來說卻是壞消息。 Server 變成 sābā，有兩個長元音且無 r 音，data 變成 dēta，release 變成 rirīsu，merge 變成 māji。如果你用英文發音說出來，同事可能聽不懂他們的會議速度，你也可能認不出他們回來了。將每個單字當作具有自己的長度和節奏的日文單字來學習。

除了每個外來語之外，通常還會有一個漢字詞出現在票據、規格和正式報告中。八姑是聊天字；票標題寫的是「fuguai」。 Tesuto 就是你所做的； kenshō 就是報告所說的你所做的。較舊的文獻也刪除了一些外來語中的最後一個長元音，因此您會遇到寫為 サーバ 的 sābā 和寫為 ユーザ 的 yūzā。它們是相同的字。

每日站會分為三個部分

晨會，通常被稱為“朝井”或“每日”，到處都遵循同樣的三個問題：你昨天做了什麼，你今天要做什麼，以及是否有什麼事情阻礙了你。準備三個句子，而不是一個故事。 Kinō wa 代表昨天，kyō wa 代表今天，或是 burokka wa toku ni arimasen 或您被困的特定地方。說“gambarimasu”而不是具體的狀態是常見的錯誤。領導者想要一個任務名稱和一個狀態。

進步的話很重要。 Yotei dōri 的意思是按計劃進行，sukoshi okurete imasu 的意思是稍稍落後，kyō-jū ni owaru mikomi desu 的意思是預計今天完成。如果您落後了，請在站立會議中說明，而不是在截止日期前一天晚上的訊息中說明；日本團隊原諒了早先聽說的延誤。

領導者可能會回覆簡短的後續內容，例如“itu-goro owarisō desu ka”，粗略地詢問何時完成，或者“dara ka tetsudaimashō ka”，提供幫助。回答一天和一項任務，如果阻礙因素超出你的控制範圍，請尋求協助。

詢問規格並確認您的理解

日本的規範對話遵循 iu rikai de atte imasu ka 的模式，意思是我的理解是正確的。你用自己的話重申你認為規範所說的內容，並讓其他人確認或更正。這並不是軟弱的表現，而是軟弱的表現。 「ninshiki awase」（協調理解）一詞是資深工程師不斷要求的。錯誤在於過早地說 wakarimashita 來結束討論，然後構建錯誤的東西。

用 shiyōsho no doko ni kaite arimasu ka 詢問規則寫在哪裡。如果沒有寫在任何地方，答案通常是聳聳肩，這是你自己提出該行為並尋求同意的暗示，這也會把它寫下來。

直接但有禮貌的代碼審查評論

一篇好的日本評論評論清楚地指出了問題，僅軟化了說明。 Koko wa null ni naru kanōsei ga arimasu 陳述了沒有對沖的風險。然後修復會以建議的形式出現：shita hō ga ii kamo shiremasen，這意味著它可能更好，或者wakeraresō desu，這意味著它看起來可以被分割。小的風格點用 komakai desu ga（小但是）標記，而來自初級審稿人的裸露 shite kudasai 讀作命令，所以將其保存到領導的語氣或明顯的錯誤中。

作為作者，用 go-shiteki arigatō gozaimasu 感謝審稿人，並說出你會做什麼。如果代碼是故意的，請用 itoteki ni 說明並給出原因；日本評論家期望的是一個理由，而不是辯護。下面的交換顯示了一個拉取請求的雙方。

批准通常以 LGTM desu 或 shōnin shimashita 的形式到達，合併的拉取請求通常會在線程中得到一行 māji shimashita。即使評論很粗糙，也要回覆 arigatō gozaimasu；該主題由整個團隊閱讀。

報告錯誤和事件

日語錯誤報告與其他地方的錯誤報告具有相同的框架：發生了什麼，如何重現它，您期望什麼，以及您得到什麼。這些字是 saigen tejun 代表複製步驟，kitai suru dōsa 代表預期行為，jissai no dōsa 代表實際行為。當它只出現在一種環境中時，請說“rōkaru de wa saigen shimasen”；這句話為審稿人節省了一個小時。

事件，shōgai，有更嚴格的順序。第一份報告 daiippō 發佈得很快，只說明哪些內容受到了破壞以及哪些人受到了影響。原因隨後出現，在chōsa、調查之後，結案報告添加saihatsu bōshi、預防復發。日本團隊對你第一則訊息的速度的判斷遠多於其完整性，所以在你了解原因之前就發送它。

溫和地估計並推遲最後期限

估算以天或人日（nin-nichi）給出，並用 hodo 或 kurai 來軟化，意思是大約。 Mikka hodo desu 是一個正常的答案；沒有軟化劑的赤裸裸的數字聽起來就像一個承諾，承諾會被記住。當所要求的日期不切實際時，標準詞是“kibishii”（緊接著），緊接著是一個替代詞。另一個選擇是讓阻力可以接受：推遲日期、縮小範圍，或提出讓領導者選擇的優先問題。

如果你需要時間思考，「ichido mochikaette kakunin shimasu，讓我把它拿走並檢查一下」是一句令人尊敬的句子。這表明你認真對待這個估計，而不是當場猜測，這可以為你贏得一天的時間。

領導者可能會用 jā, getsuyōbi de onegai shimasu 回答，接受星期一，或用 nantoka narimasen ka 回答，詢問是否可以做些什麼。對於第二個，重複範圍交易而不是洞穴：kono kinō o hazuseba, kin'yōbi ni dekimasu，如果我們放棄這個功能，星期五是可能的。

讀日本票

門票是漢字詞彙的所在地。每個追蹤器上的欄位標籤都會重複，因此學習其中二十個標籤可以將難以閱讀的牆壁變成可以掃描的形式。狀態值是您在站立中大聲說出的值，因此請根據其發音來閱讀它們，而不僅僅是其含義。

日本同事寫的工單通常以 yoroshiku onegai shimasu 結尾，即使它只是一個錯誤報告，您的評論也可以以同樣的方式結束。當您關閉票證時，會處理單行 taiō shimashita，其中包含拉取請求的鏈接，這就是預期的簽核。

聊天工具禮儀

日本的團隊聊天比大多數工程師預期的更正式。直接訊息通常以“otsukaresama desu”（通用的工作場所問候語）開頭，當您有空時，向忙碌的人提出請求時會添加“o-tesuki no toki ni”。誠實地標記緊迫性：isogi de wa aarimasen 告訴讀者可以把它留到午餐後，而 shikyū 的意思是放下一切，所以很少使用它。在大多數團隊中，表情符號反應都被視為致謝，但來自資深人士的請求值得打出「shōchi shimashita」。

在日本聊天文化中，有訊息很常見。當你離開時，Riseki shimasu；當你回來時，modorimashita；當你結束這一天時，honjitsu wa agarimasu。他們一開始看起來很挑剔，一週後就會變得自動化。

工程日語每週例行公事

• 每天在會議前使用真實的票名大聲說出您的立場；三句話不到一分鐘。
• 每天用日文寫一則評論評論，即使是對同事的拉取請求，您也會默默批准，並且每次都使用一張軟化表單。
• 每週從頭到尾閱讀一張封閉的門票，並說出其狀態歷史：michakushu、taiō-chū、rebyū-machi、kanryō。
• 為您擁有的系統排練事件第一個報告，以便在真正的警報觸發時按順序顯示單字。
• 每週練習一次截止日期對話，其中你提供範圍交易而不是「是」。
• 保留你在會議中讀錯的外來詞列表，並大聲練習它們的長元音。