關於bse的定義，個人感覺還是很模糊的。從業務分工的角度看,語言,技術,甚至於專案管理,bse的工作應該是乙個多方面的組合。在我原先的幾篇 blog中，對bse的定義已經有過一些**，但涉及的範圍過大，以至於很多人都認為，好的bse就是「全能的救火隊員」，差一點的bse就是個「專業翻 譯」。
你的問題我想這麼回答：乙個pg如果學點日語的話，他有可能成為乙個能直接讀懂式樣的好pg；乙個翻譯，如果能學習點程式設計的話，那他有可能成為乙個好的技術翻譯。
那bse到底是做什麼的呢？在我經歷過的外包專案中大致是這樣的：
1，直接與日本客戶接觸，從「要件定義」的階段參加專案，與了解式樣或直接參與設計
2，完成部分的詳細設計，做sample，以便給國內方面做式樣解釋時使用
3，外包專案開發中，作為聯絡視窗，處理日常qa，通過各種方法，確保國內方面的進度、品質。
4，納品後，參與客戶方面的測試，彙總測試資訊，安排程式的修正。。。
等等等等。
個人感覺，bse與專案經理的工作內容有相似的地方，乙個好的專案經理，再加上若干年在日工作的經歷（或者日語精通），那他就具備成為bse的條件了。當然，這種情況只是理想狀態（笑）
在 外包的專案中，bse的存在類似於海外旅遊時的導遊。除非那些外語精通，並且對目的地資訊瞭如指掌的人，不然大多數的人出國旅遊時還是會選擇跟團，跟著導 遊走，心裡多少有種踏實的感覺。導遊除了在現地安排觀光以外，對遊客的照顧應該是方方面面的，很多細微的工作甚至於是旁人所不知的。bse在外包專案中的 作用也應該是這樣的。
話題有點撤遠了，就簡單說到這裡吧。無論是技術還是外語，都不是一蹴而就的，需要長期的積累。bse可能不會是終身職業，但作為bse，他所具備的多種能力，會是他職場人生中的重要財富。
開篇 成為優秀的BSE
我從事對日軟體外包已經有9年的時間了，在9年的辛酸和風雨中我不斷的成長，成熟。一年半前，為了能在這條道路上走的更好，我捨下了妻子，房子，和家人，獨自來到日本。在日的一年多以來，通過和日本人零距離的工作和接觸，體會了許多以前在國內無法體會到感覺，感覺到了日本軟體和中國軟體之間的巨大的差異。處理事情的思...
關於Flag的定義
最近在維護專案的 發現了由於flag不一致導致的很多問題，現在對這一問題總結。1，flag分為兩種，可以組合的和不可以組合的。可以組合的flag適合用每一位表示乙個含義。不適合組合的flag適合用列舉型別。例如 視窗按鈕選項適合用位來表示 最大化 最小化 關閉 視窗型別 模式對話方塊vs非模式對話方...
關於巨集定義
一 巨集替換 1.巨集展開的順序 先由外層向內層檢查，直至最內層後依次向外層展開。例外 遇到 開頭的巨集就不再往內檢查，從該層開始往外展開。2.重新掃瞄和替換 在替換列表中的所有引數替換過之後，預處理器將對結果token序列重新掃瞄以便對其中的巨集再次替換。當正在替換的巨集在其替換列表中發現自身時，...