Skip to content

2021

  • 3 min read

Fortune

When I was a kid, my mom always told me, "Study hard! Otherwise, you could end up like that garbageman." The message was clear: I didn't want to collect trash for a living. Motivated by this fear, I worked hard in school and eventually went to university.

About a decade ago, I graduated with a bachelor's degree in chemistry. However, as Hong Kong is an international finance center, job opportunities for science graduates were scarce.

My first job had nothing to do with my degree. I worked at Uniqlo, a Japanese clothing store, as an entry-level sales associate with long hours. This job felt like a punishment. Like Sisyphus in Greek mythology, who endlessly pushes a rock up a hill only for it to roll back down, I would fold clothes neatly just for customers to come in and mess them up. This cycle led me to question the value of my education.

Eventually, I quit and went to Australia on a working holiday. I took up various jobs to survive, one of which was, ironically, a garbageman during a New Year's Eve event. The stench of alcohol and vomit was unbearable. It was a wake-up call: had I listened to my mom, maybe I wouldn't have found myself in such a role.

After a year in Australia, I returned to Hong Kong. Still unable to secure a job in my field, I transitioned careers by learning programming and becoming a software engineer. Yet, working at a reputable consulting firm, I was plagued by imposter syndrome. My solution was further education. I pursued a part-time master's degree in computer science and later, an MBA, hoping for a better career and to avoid ending up like the garbageman I once was.

During my MBA, I met Jonathan, a senior sales director at a software company. He helped me transition into a role as a technical sales consultant. This job required me to entertain clients, often through excessive drinking—something I had vowed never to do again.

One unforgettable night, during a business dinner with a major client, the volume of alcohol consumed pushed me to the edge. I excused myself to vomit in the restroom, a low moment that made me question my choices. I found myself recalling my days as a garbageman in Australia, the very position I'd tried so hard to avoid.

My new job also involved traveling across China and entertaining clients at KTV lounges, which often led to morally ambiguous situations. Despite my seemingly fortunate circumstances, I couldn't help but feel sympathy for the women working there. They didn't have the luxury to prioritize education and likely faced hardships I couldn't imagine.

Reflecting on my journey, I realize my mom was right—education is invaluable. Yet, here I was, entertaining clients with drinks just like the women at KTV. Their struggle and mine were not so different. So, before passing judgment on others, remember: every job is the result of a story you may not know. Treat everyone with the respect they deserve, regardless of their job title. Thank you.

  • in podcast
  • 3 min read

Fortune

Hello and welcome to Continuous Improvement, the podcast dedicated to personal growth and professional development. I'm your host, Victor, and today we have an inspiring story of resilience, career transitions, and the importance of not judging others based on their job titles.

When we are young, we often receive advice from our parents about the importance of education and the fear of ending up in certain professions. But sometimes life has different plans for us. Today, I want to share with you an incredible journey of self-discovery and continuous improvement, based on a blog post titled "Every Job Has a Story" by an anonymous author.

Our story begins with the author's mom warning them to study hard or else they might end up as a garbageman. Fueled by this fear, the author worked hard and obtained a chemistry degree. However, job opportunities in their field were limited, forcing them to take a job at a clothing store.

Folding clothes in the store felt like a punishment, similar to Sisyphus endlessly pushing a rock up a hill. The author began questioning the value of their education and their chosen career path. Their journey took an unexpected turn when they worked as a garbageman during a New Year's Eve event in Australia.

The experience of being a garbageman, surrounded by the stench of alcohol and vomit, became a wake-up call for the author. It made them realize the importance of listening to their mom's advice and avoiding ending up in a job they had initially looked down upon.

Returning to Hong Kong, the author struggled to find employment in their field. Determined to change careers, they taught themselves programming and became a software engineer. Yet, imposter syndrome plagued their confidence. To overcome this, the author pursued further education—a part-time master's degree in computer science and later, an MBA.

But even after transitioning into a technical sales consultant role, the author found themselves repeating past mistakes. This job involved entertaining clients through excessive drinking, similar to the days when they were a garbageman.

A low point came during a business dinner with a major client when the author excused themselves to vomit in the restroom. This humbling experience reminded them of their earlier struggles in Australia and the job they had desperately tried to avoid.

The author's professional life also included encounters with KTV lounge culture, where they saw the challenges faced by women working in such environments. They realized that the struggle of these women and their own struggles were not so different.

Reflecting on their journey, the author gained a profound understanding of the value of education and the importance of never judging others based on their job titles. They share this message with us: every job has a story, and it's crucial to treat everyone with the respect they deserve.

And that concludes our story today. Remember, continuous improvement isn't just about personal growth; it's also about understanding and respecting the journeys of others. Thank you for joining me on this episode of Continuous Improvement. I'm Victor, your host, and I look forward to sharing more inspiring stories with you in the future.

  • in zh
  • 1 min read

財富

當我還是個孩子時，我的媽媽總是告訴我，“要努力讀書！否則，你可能會像那個垃圾工人一樣。”這訊息十分清楚：我並不想靠收集垃圾來謀生。由這種恐懼所驅動，我在學校努力學習，最終進入了大學。

大約十年前，我以化學學士學位畢業。然而，由於香港是國際金融中心，理科畢業生的就業機會非常有限。

我的第一份工作與我所學的專業無關。我在日本的服裝店Uniqlo做了一份初級銷售員的工作，每天工作時間很長。這份工作讓我感覺像是在受罪。就像希臘神話中的西西弗斯，不停地將石頭推上山坡，只是為了讓它滾下來，我會整齊地摺好衣服，然後客人進來就把它們弄亂。這種情況讓我質疑我受的教育的價值。

最終，我辭職去澳洲做了一年的打工度假。我做了各種工作來生活，其中一份工作，諷刺的是，在新年夜晚會做了一名垃圾工人。醉酒和嘔吐的惡臭令人難以忍受。這是一個警醒：如果我聽了我媽媽的話，也許我就不會找到自己在這樣的角色中。

在澳洲呆了一年後，我回到了香港。仍然無法在我專業領域找到工作，我轉變了職業，學習编程並成為一名軟件工程師。然而，在一家有聲譽的顧問公司工作，我卻困擾於冒牌者症候群。我找的解決辦法是繼續學習。我攻讀了一個兼職的計算機科學碩士學位，然後是工商管理碩士學位，希望能有更好的職業生涯，並避免變成我曾經做過的垃圾工人。

在我攻讀MBA期間，我遇到了Jonathan，他在一家軟件公司擔任高級銷售總監。他幫助我轉行，成為一名技術銷售顧問。這份工作需要我娛樂客戶，通常是通过過度飲酒——這是我發誓再也不會做的事情。

一個難以忘懷的夜晚，在與一個大客戶的業務晚宴上，我因為飲酒過度而感到極度不適。我藉口到洗手間去嘔吐，這一刻讓我反思我的選擇。我回憶起我在澳洲當垃圾工人的日子，那正是我努力避免的境地。

我的新工作還涉及到在中國各地出差，並在KTV中娛樂客戶，這經常帶給我道德上的困境。儘管我看似有了好運，但我卻無法不對那裡工作的女性過度同情。她們沒有優先考慮教育的奢侈，在我無法想象的困境中掙扎。

在反思我的經歷時，我體認到我媽媽是對的——教育是無價的。然而，我一方面在如KTV這樣的地方用酒精娛樂客戶，與那些KTV裡工作的女性一樣。我們的掙扎並無太大區別。所以，在對他人妄下評論之前，記得：每一份工作背後都有一個你可能不知道的故事。不論他們的職位如何，把每個人都當作應得的尊重對待。謝謝你。

  • 3 min read

Jobs to Be Done

I'm sure you've experienced this while shopping online. You find a product at an attractive price and decide to purchase it, using internet banking for the payment. However, an error message appears that says, "Sorry, something went wrong; the transaction failed. Please try again later." It's quite annoying, right? Maybe you've had enough and decide to let it go. But before you do, consider the "task at hand" when you're using a service or a product. This issue is crucial not only for the vendor but also for you.

In the past, I worked as a technical lead in a bank and realized that the financial industry is full of acronyms. HSBC, the bank where I used to work, has a rather cynical acronym of its own: "How Simple Becomes Complicated." If you think that pressing a button on an internet banking site is simple, you're mistaken. The process is incredibly complex. The business team gathers requirements, the design team creates the layout, and the development team writes, tests, and deploys the software. On average, it takes two weeks just to alter a single character on a webpage.

I was part of the ASD-ASP team, which stands for Accelerated Scaled Delivery in the Asia Pacific, and my responsibility was to create regional features. If you're from Malaysia, you've undoubtedly used PayNet's FPX (Financial Process Exchange) service. In Singapore, a similar service is known as PayNow.

After months of hard work, I built the feature and released it into production. I thought, "Finally, my job is done!" Now, you can choose FPX as a payment option when purchasing earphones on Shopee. You complete the purchase after clicking the "pay" button, and I felt pleased with my work.

However, imagine being visually impaired and relying on an accessibility tool to navigate the website. You'd be unaware that you have only 10 minutes to complete the transaction. The accessibility tool would read aloud every second, counting down and leaving you no time to complete your task. This was a real pain point that I hadn't considered. I didn't receive feedback from actual users until much later.

I tried to address this issue, but it was nearly impossible in such a large company. When I spoke to business analysts, they said their job was done, as they were mainly concerned with profits. The designers claimed their job was done, preferring to create flashy animations rather than focus on accessibility. The engineers also insisted their job was done; they wanted to move on to machine learning and blockchain technologies.

I couldn't persuade my colleagues, partly because I wasn't aware of Aristotle's three modes of persuasion: Ethos, Logos, and Pathos. But now, I'd like to hear your thoughts. Before you use a product or service, consider what job it is meant to accomplish.

Clayton Christensen, a Harvard Business School professor, has articulated this approach. His thesis poses the question, "What task does a person hire a product to do?" Understanding this job makes it easier to identify ways to improve the product.

So when I use online banking, my job is to complete the transaction. I don't care about fancy animations or whether the system uses AI or cryptocurrencies. The product team had been asking the wrong questions and trying to solve the wrong problems. We must outperform our competitors and ensure successful transactions for everyone, including those who are visually impaired. The Malaysian government even has a regulatory requirement that FPX transactions must be successful 70% of the time, with penalties for non-compliance.

The job isn't done, and there's an elephant in the room. The next time you encounter a problem with online banking, ask yourself: What is the "job to be done?" Empathize with others who face the same issue, especially those with visual impairments. As a customer, communicate your needs to the bank. Help bring about change by voicing your concerns. This matter is not to be taken lightly. Be the change you wish to see in the world.

  • in podcast
  • 3 min read

Jobs to Be Done

Host (Victor): Welcome to another episode of Continuous Improvement, the podcast all about personal and professional growth. I'm your host, Victor, and today we're going to dive into a thought-provoking topic: the importance of understanding the job to be done when using a product or service.

Have you ever encountered an error message during an online transaction that left you frustrated? Join the club! Today, I want to share a personal experience that made me realize how crucial it is for both vendors and customers to consider the task at hand before using a service or product.

In my previous role as a technical lead in a bank, I discovered something quite fascinating. The financial industry is filled with acronyms, and even the banks have their own cynical ones. For instance, the bank I worked for, HSBC, had an acronym that stood for "How Simple Becomes Complicated." It perfectly captures the complexity behind seemingly simple tasks, like pressing a button on an internet banking site.

The process of delivering these services involves multiple teams working together. The business team collects requirements, the design team creates the layout, and the development team writes, tests, and deploys the software. Believe it or not, it often takes up to two weeks just to make a tiny alteration to a webpage.

During my time as part of the ASD-ASP team, responsible for creating regional features, I had the opportunity to develop services like PayNet's FPX in Malaysia and PayNow in Singapore. I was proud of my work, making online transactions smoother for customers.

However, I soon realized that there was an important aspect I hadn't fully considered — accessibility. Imagine being visually impaired and relying on assistive tools to navigate a website. It never occurred to me that the tools would unknowingly interrupt the transaction process by constantly announcing the countdown of remaining time.

I wanted to address this issue, but it proved to be quite challenging in such a large organization. The business analysts were mainly concerned with profits and considered their job done. The designers focused more on flashy animations rather than considering accessibility, and the engineers were already looking ahead to explore emerging technologies like machine learning and blockchain.

Sigh I wish I had known about Aristotle's three modes of persuasion back then - Ethos, Logos, and Pathos. These powerful tools could have helped me advocate for change and show the importance of considering the needs of all users.

Now, I'd love to hear your thoughts on this matter. Before using a product or service, have you ever considered the job it is meant to accomplish? What improvements would you like to see in the services you use?

Clayton Christensen, a renowned professor from Harvard Business School, introduced the concept of understanding the job that a person hires a product to do. This understanding allows us to identify areas for improvement and create a better experience.

When I use online banking, my job is simply to complete the transaction. I don't care about flashy animations or the latest technologies. I want a smooth process that ensures successful transactions for everyone, including those with visual impairments. Did you know that in Malaysia, the government has regulations requiring a 70% success rate for FPX transactions, with penalties for non-compliance?

So, next time you encounter an issue with online banking or any other service, ask yourself: What is the job to be done? Think about others who may face similar challenges, especially those with different abilities. Don't forget, as a customer, you have a voice. Communicate your needs to the service providers and help drive positive change.

Remember, this is not a matter to be taken lightly. We each have the power to be the change we wish to see in the world.

That's all for today's episode of Continuous Improvement. I hope you found this discussion thought-provoking and that it inspires you to consider the job to be done when using products or services.

If you enjoyed this episode, don't forget to subscribe to our podcast and leave us a review. We always appreciate your feedback.

Until next time, keep striving for improvement in every aspect of your life. This is Victor, signing off.

[End of the podcast]

  • in zh
  • 1 min read

需要完成的工作

我確定你在網上購物時經歷過這種情況。你找到一個價格吸引的商品並決定購買它，使用網上銀行進行付款。然而，出現了一條錯誤信息說："對不起，出了點問題；交易失敗。請稍後再試。"這很煩人，對吧？也許你受夠了，決定放棄。但在你這樣做之前，考慮一下當你使用服務或產品時的"手頭任務"。這個問題對供應商和你都至關重要。

在過去，我曾在一家銀行擔任技術主管，我發現金融業充滿了縮寫。我以前工作的銀行匯豐，有一個相當諷刺的自稱："How Simple Becomes Complicated." 如果你認為在網上銀行網站上按一個鍵就很簡單，那你就錯了。這個過程非常復雜。商業團隊收集需求，設計團隊創建佈局，開發團隊撰寫，測試並部署軟件。平均而言，僅更改網頁上的一個字符就需要兩周的時間。

我是ASD-ASP團隊的一員，這意味著我在亞太地區負責加速規模交付，我負責的是創建區域功能。如果你來自馬來西亞，你無疑已經使用過PayNet的FPX（Financial Process Exchange）服務。在新加坡，一個相似的服務被稱為PayNow。

經過幾個月的辛勤工作，我創建了該功能並將其投入生產。我想："終於，我的工作完成了！"現在，當你在Shopee上購買耳機時，你可以選擇FPX作為付款方式。你在點擊"支付"按鈕後完成了購買，我對我的工作感到滿意。

然而，想像一下如果你是視障人士，依賴輔助工具來導航網站。你不會知道你只有10分鐘的時間可以完成交易。輔助工具會大聲讀出每一秒，倒數時間，讓你沒有時間完成你的任務。這是一個真正的痛點，我當時沒有考慮到。直到很久以後我才收到實際用戶的反饋。

我試圖解決這個問題，但在這樣一家大公司中幾乎不可能。我與商業分析師交談，他們說他們的工作已經完成了，因為他們主要關心的是利潤。設計師宣稱他們的工作已經完成，他們更喜歡創建華麗的動畫，而不是關注輔助功能。工程師們也堅持他們的工作已完成；他們想轉向機器學習和區塊鏈技術。

我無法說服我的同事，部分原因是我不瞭解亞里士多德的三種說服方式：Ethos、Logos和Pathos。但現在，我想聽聽你的想法。在你使用產品或服務之前，考慮一下它應完成的工作是什麼。

哈佛商學院的教授克雷頓·克里斯蒂森森（Clayton Christensen）闡述了這種方法。他的論文提出了問題："一個人僱用一種產品來完成什麼任務？"理解這個任務會使找出改善產品的方法變得更容易。

所以當我使用網上銀行時，我的工作就是完成交易。我不在乎華麗的動畫或者系統是否使用了AI或加密貨幣。產品團隊一直在問錯誤的問題，並嘗試解決錯誤的問題。我們必須超越競爭對手，確保所有人，包括視覺障礙者，都能成功交易。馬來西亞政府甚至有規定要求，FPX交易必須成功率達到70%，否則將面臨處罰。

工作還沒有完成，還有一頭大象在房間裡。下次你在網上銀行遇到問題時，問問自己：什麼是"需要完成的工作"？對那些面臨同樣問題的人，尤其是視障人士，表示同情。作為顧客，將你的需求告訴銀行。通過表達你的憂慮來推動變革。這個事情不容忽視。你要做你想在世界上看到的變化。

  • 3 min read

Working with Localization on Websites and Mobile Apps in APAC

First and foremost, why does this blog post exist? What question are we trying to answer? A colleague of mine in the UK specifically asked me about localization, tools, and best practices—or lack thereof—in the Asia-Pacific region.

Since my company has expanded to various locations in the APAC area, including Singapore, the Philippines, and Vietnam, I am here to discuss frontend localization.

You'll likely encounter the term "i18n" in frontend development. Ever wondered what the 18 represents? It’s not 18 different languages; it's the number of letters between the first 'i' and the last 'n' in the word "internationalization."

Before diving in, let me introduce myself. I used to work as a technical lead in a bank and am sharing my previous experiences in the banking sector—a field rife with acronyms. You'll quickly realize that everything in banking involves an acronym, seemingly to sound more professional and obfuscate meaning.

I worked for HSBC, an acronym that humorously stands for "How Simple Becomes Complicated." Changing even a single character on a website is far from straightforward. The complicated process involves multiple teams—from business requirements to code review, quality assurance, and deployment—often taking up to two weeks just to change one word on a production webpage.

I was part of a team called ASD-ASP, which stands for Accelerated Scaled Delivery in the Asia-Pacific. My role involved building regional features for web and mobile platforms, such as FPX in Malaysia and PayMe for businesses in Hong Kong. The examples I mention are drawn from real-life experiences.

For instance, let's consider the page displayed below:

Notice anything wrong? The issue lies with the timer. Imagine being visually impaired and relying on an accessibility tool to navigate the page. You would be clueless about the remaining time to complete the transaction. Worse still, if you try to have the tool read the timer aloud, it will count down every second, leaving you no time to complete the transaction.

We used Adobe Experience Manager (AEM) to build this page. While AEM allows non-technical team members to make updates, the reality often involves frontend engineers making text changes or building dialogues using XML, creating an unnecessary layer of work.

In terms of mobile, our internal tools written in Python scripts read copy in various languages from a Confluence page to generate localized JSON files. The developer then includes this file in the app. This approach often creates more problems than it solves, as I'll explain shortly.

The copy team usually labels frontend designs using a Confluence page. This can easily go awry, as design screenshots often become outdated and engineers might use inconsistent keys to represent the same thing. Reusing keys across different pages leads to unexpected side effects when values are updated.

Next, consider the screen below for potential localization issues:

Here are five major pitfalls:

  1. The term "country" can be problematic. For instance, listing Taiwan or Hong Kong as separate countries can be illegal due to national security laws.

  2. Failing to localize the search bar is another issue. Search behavior and sorting algorithms vary between languages and regions.

  3. Error messages also need localization, not just translation. It's better to map error codes to localized messages instead of translating entire strings.

  4. Lack of versioning for translations can be disastrous, especially when business requirements change frequently.

  5. Ignoring accessibility translations can be detrimental to the user experience, especially for visually impaired individuals.

Furthermore, machine translations like Google Translate are highly discouraged. For more successful localization, collaborate with local teams who can readily identify potential issues.

Any questions about localization? Feel free to ask. :)

  • in podcast
  • 3 min read

Working with Localization on Websites and Mobile Apps in APAC

Welcome back to another episode of Continuous Improvement, the podcast where we explore strategies, best practices, and insights to help you enhance your professional skills. I'm your host, Victor, and today we're diving into the world of frontend localization.

But before we get started, let me share a bit about myself. I used to work as a technical lead in a bank, where acronyms seemed to rule the day. From HSBC, which hilariously stood for "How Simple Becomes Complicated," to ASD-ASP, the team I was part of—Accelerated Scaled Delivery in the Asia-Pacific—I learned firsthand how complex frontend development can be.

In today's episode, we'll be addressing a question from a colleague in the UK who reached out to me about localization, tools, and best practices in the Asia-Pacific region. With my company expanding to locations like Singapore, the Philippines, and Vietnam, it's a topic close to my heart.

So, let's start by demystifying the term "i18n" often used in frontend development. Did you ever wonder what the number "18" represents? Well, it's not actually about 18 different languages, but the number of letters between the first 'i' and the last 'n' in the word "internationalization."

Now, let's dive into some real-life experiences. During my time at HSBC, we faced numerous challenges when it came to making even the smallest changes on a website. It often took weeks to change just one word on a production webpage due to the involvement of multiple teams, from business requirements to code review, quality assurance, and deployment.

One example I encountered was a timer that posed serious accessibility issues. Imagine relying on an accessibility tool as a visually impaired user, and you have no way of knowing the remaining time to complete a transaction. It's a frustrating experience that could've been easily avoided through better frontend development practices.

Speaking of practices, we used Adobe Experience Manager (AEM) to build web pages. While it allowed non-technical team members to make updates, it frequently required frontend engineers to make text changes or create dialogues using XML—a process that added unnecessary complexity.

Mobile localization had its own set of challenges. We relied on Python scripts to read copy in various languages from a Confluence page and generate localized JSON files, which were then included in the app. However, this approach often created more problems than it solved, as we discovered.

One common issue was inconsistencies in frontend designs labeled using Confluence pages. Outdated screenshots and inconsistent keys caused unexpected side effects when values were updated. It's crucial to have a robust system in place to ensure accurate and up-to-date translations.

Let's now turn our attention to potential localization issues on-screen. Imagine a scenario where the term "country" is used to list Taiwan or Hong Kong as separate countries, which can be illegal due to national security laws. These are the kind of pitfalls that must be avoided in a robust localization strategy.

Another challenge is failing to localize the search bar. Search behavior and sorting algorithms vary across languages and regions, making it essential to adapt the functionality accordingly. Error messages also need proper localization and not just direct translation. Mapping error codes to localized messages proves more effective than translating entire strings.

Moreover, the lack of versioning for translations can be disastrous, particularly when business requirements change frequently. And let's not forget the importance of accessibility translations. Ignoring them can significantly harm the user experience, especially for visually impaired individuals.

While machine translations like Google Translate might seem tempting, they often fall short in accurately conveying the intended meaning. That's why collaborating with local teams who understand the cultural nuances and potential issues is crucial for successful localization.

I hope this discussion has shed light on the challenges and best practices involved in frontend localization. If you have any questions or want to share your experiences, feel free to reach out. Thanks for tuning in today, and remember, there's always room for continuous improvement.

  • in zh
  • 1 min read

在亞太地區的網站和移動應用上進行本地化工作

首先，為什麼這篇部落格文章會存在？我們試圖回答什麼問題呢？我在英國的一位同事特別問我關於在亞太地區的本地化、工具，以及最佳實踐——或者說沒有這樣操作的原因。

由於我的公司已經擴展到亞太區的多個地方，包括新加坡、菲律賓，和越南，我在這裡討論前端的本地化。

你可能會在前端開發中遇到「i18n」這個詞。曾經搞不清楚18代表什麼嗎？其實並非代表18種不同的語言；它指的是「internationalization」一詞中第一個i和最後一個n之間的字母數量。

讓我先自我介紹一下。我曾經在一家銀行擔任技術領導，現在想要分享我在銀行業的一些過去經驗——一個充滿縮寫詠詠的領域。你很快會意識到，銀行業的一切似乎都和縮寫有關，這看起來更專業，也使意思更為混淆。

我曾為HSBC工作，這是一個笑話般的縮寫，意思是「如何把簡單的事情變得複雜」。在網站上改變甚至一個字符也遠遠不是一件簡單的事情。複雜的過程涉及多個團隊——從商業需求到代碼審查，品質保證，和部署，往往需要花費兩個星期的時間來改變產品網頁上的一個詞語。

我是一個叫做ASD-ASP的團隊的其中一部分，這代表在亞太地區的加速規模化交付。我的角色涉及為網站和移動平台構建區域特性，比如在馬來西亞的FPX和在香港的商業PayMe。我提到的例子都是來自真實生活的經驗。

例如，讓我們考慮下面顯示的頁面：

注意到什麼問題了嗎？問題在於計時器。如果你的視覺有障礙，並且依賴訪問工具來導航網頁，你將對剩餘完成交易的時間一無所知。更糟糕的是，如果你嘗試讓工具將計時器大聲朗讀出來，它將每秒倒數，讓你沒有時間來完成交易。

我們使用Adobe Experience Manager (AEM)來構建這個頁面。雖然AEM允許非技術的團隊成員進行更新，但實際情況通常涉及到前端工程師進行文字更改或用XML構建對話框，創建了不必要的工作層。

在移動方面，我們的內部工具用Python腳本從Confluence頁面讀取各種語言的副本，以生成本地化的JSON文件。開發者然後在應用程序中包含此文件。這種方法常常會創建出比解決的問題更多的問題，我馬上就會解釋。

副本團隊通常使用Confluence頁面來標籤前端設計。這很容易出錯，因為設計截圖往往會過時，而工程師可能使用不一致的鍵來代表同一件事情。在不同頁面上重複使用鍵當值被更新時，會導致意外的副作用。

接下來，考慮下面的螢幕可能會遇到的本地化問題：

這裡有五個主要的陷阱：

  1. "country"這個詞可能會有問題。例如，因為國家安全法，列出台灣或香港作為單獨的國家可能是非法的。

  2. 沒有本地化搜索欄也是另一個問題。搜索行為和排序算法在語言和地區之間有所不同。

  3. 錯誤訊息也需要本地化，而不僅僅是翻譯。最好把錯誤代碼映射成本地化信息，而不是翻譯整個字串。

  4. 對於翻譯缺乏版本控制可能是災難性的，尤其是當商業需要經常變化的時候。

  5. 忽略訪問性翻譯可能會對使用者體驗有害，尤其是對於視覺障礙的個體。

此外，像Google Translate這樣的機器翻譯是非常不被鼓勵的。為了實現更成功的本地化，與能夠隨時識別潛在問題的本地團隊合作。

對於本地化有任何問題嗎？隨時提問。:)

  • 3 min read

On Imperfection

Is it difficult to create a book? The answer is debatable. Becoming a best-selling author is challenging if that's your sole aim. The process of writing, practicing, editing, and polishing takes a long time. The harsh truth is, if you're an unknown, few people will read what you've written. However, writing a book becomes simple if you commit to writing 50 words per day or one article per week. If you write consistently for a year, you'll have enough material to compile into a book, or perhaps a series of compilations.

Is it hard to give a speech? The answer is both yes and no. Speaking in front of an audience can be intimidating, especially if you aim to deliver a flawless performance that wows everyone. However, speaking on a topic for just two minutes is far from impossible. Anyone, regardless of their voice, body language, or rhetorical skills, can manage it. If the audience grasps your main point, that's already a success. There's no need to overthink it or let your fear of public speaking overwhelm you.

Is it challenging to maintain a healthy lifestyle? At first glance, it seems that committing to daily gym visits, getting out of a comfortable bed, and exerting the sweat and effort required for exercise can be quite demanding. However, running for 20 minutes or doing a few push-ups every day is certainly doable. Taking that first baby step can inspire you to continue and develop a positive habit.

Is dating difficult? No one said it would be easy, but you might be surprised by how challenging it can be. You might feel confident around your friends but freeze up in the presence of an attractive woman. While she's not a threat to you, the fear of embarrassing yourself may hold you back. There could also be other complications like her having a boyfriend or not being interested in men. As a result, she might not be captivated by your awkwardness. However, that's not the crucial point. What matters is enjoying your time and having a meaningful conversation.

While the list of activities could go on, there's a common thread: I set high standards for myself. I obsess over details and am preoccupied with outcomes, public opinion, and self-awareness. While this mindset might propel me to aim high, it also leads me to procrastinate. I didn't start writing until I felt sure of my ideas. I would decline speaking opportunities if I felt unprepared. I'd skip the gym if I could find enough excuses, and I'd hesitate to talk to strangers if I felt the need to impress them. My fear often inhibits me from taking the first step, leading to inaction. Mere thought, without action, leads nowhere.

Taking action, however, encourages further thought and more action. I've realized that things are usually not as bad as I had initially imagined. I've come to accept that my articles may not garner many likes, my speeches may not win international awards, I may not achieve a six-pack, and my partner may not be a supermodel. And that's okay. The outcome is beyond our control and depends on a mix of luck and statistics.

What truly matters is learning to love the process: finding therapy in focused writing, valuing the communication of a message in speaking, feeling energized through exercise, and simply having fun while socializing. Embracing the imperfections in your life can help you overcome imposter syndrome or the feeling of being a fraud who fears making mistakes. Even Albert Einstein, a bona fide genius, suffered from imposter syndrome. Why should ordinary people doubt their achievements?

So, what does it mean to be successful? Success is not defined by the outcome, but by progress: better writing, more practice in speaking, improved health, and enhanced social skills. Every small step toward continuous improvement is a success. It's something both you and I can achieve.