Contact
One person, one mailbox, in English or Vietnamese
Email is the channel I read first and answer properly: admin@tuanem.com. There is no contact form on this site on purpose — a form would collect your details into somewhere I would then have to secure, and your own mail client does the job better.
Who you are writing to
My name is Nguyễn Tuấn Anh, and I publish as Tuan Em. I am a self-taught iOS developer working in Swift and SwiftUI, with Rust for everything that isn't an app, and I write this site — the blog and the books — on my own time. There is no company behind it, no team and no support desk: what you send arrives in my personal mailbox and I am the one who replies. More about me and how I got here is on the about page.
I am based in Hanoi, Vietnam, which is UTC+7. That is the practical thing to know about response times — if you write from Europe or the Americas, my reply is probably composed while you are asleep.
Where to write
Write in English or Vietnamese, whichever you are more comfortable in — Vietnamese is my first language and I answer in whichever one you used. Plain text is perfect. You do not need to apologise for your English; I did not learn mine in a classroom either.
What this address is good for
- A mistake in an article or a chapter. The most useful mail I get. Tell me which page and what is wrong, and I will fix it and credit you if you want the credit. Corrections go to the front of the queue ahead of everything else here.
- A question about something I wrote — a passage that did not land, a code sample that will not compile, a claim you think needs a caveat. If the answer is longer than a paragraph it usually becomes the next article, so you may be doing other readers a favour.
- Asking to republish or translate something. Say what you want to use and where it will appear. The answer is usually yes; the terms of use explain what needs asking and what does not.
- Work. Contract iOS work, a Swift or Rust problem your team is stuck on, technical writing or review. Tell me the problem, the rough timeframe and whether it is remote — I will give you a straight yes or no rather than leaving it open.
- Anything about your data — a copy of what is held, a deletion, a question about the advertising on these pages. What the answer will be is set out in the privacy policy.
- An ad on this site that looks fraudulent or offensive. Google picks them, not me, but I can block a specific advertiser once I know about it.
One of my apps
A bug, a feature request, or deleting an app account goes to the same address, but the support page is worth reading first: it lists the five details that turn a bug report into a fix, and explains why a refund has to go through Apple or Google rather than through me.
How long a reply takes
Usually within two working days. I am one person with a job, so a message sent on Friday evening is answered on Monday, and a long technical question sometimes waits for a weekend when I can answer it properly rather than badly. If a week goes by with nothing, write again — it means the first one was filed as spam, not that I ignored you.
Requests about your own data are answered within a month at the outside, which is what the law asks and far longer than it actually takes.
What I will not answer
Not out of rudeness — these just have no good ending, and saying so up front saves us both the wait:
- Guest posts and paid links. Nobody else writes on this site and no link here is bought. Offers to "contribute an article", insert a link into an existing post, or buy a do-follow mention are deleted unread.
- SEO, marketing and outsourcing pitches. Also anything beginning with a compliment about my "amazing blog" that does not name a single thing on it.
- "Please build my app idea for free", or writing someone's homework, take-home exercise or interview task.
- Debugging a large private codebase from a screenshot. I am glad to look at a small reproducible example, and cannot take on a whole project as a favour.