Trang chủ

Liên hệ

Một người, một hộp thư, bằng tiếng Việt hoặc tiếng Anh

Email là kênh tôi đọc trước và trả lời tử tế: admin@tuanem.com. Website này không có form liên hệ, và đó là chủ ý — một cái form sẽ thu thập thông tin của bạn vào một nơi mà sau đó tôi phải đi bảo vệ, còn ứng dụng mail của bạn thì làm việc đó tốt hơn.

Bạn đang viết cho ai

Tôi tên Nguyễn Tuấn Anh, và tôi xuất bản dưới tên Tuan Em. Tôi là một lập trình viên iOS tự học, làm việc với Swift và SwiftUI, dùng Rust cho mọi thứ không phải là ứng dụng, và tôi viết website này — blog và sách — bằng thời gian của mình. Không có công ty nào phía sau, không có đội ngũ và không có bộ phận hỗ trợ: những gì bạn gửi đến hộp thư cá nhân của tôi và tôi là người trả lời. Thêm về tôi và cách tôi đi đến đây nằm ở trang giới thiệu.

Tôi ở Hà Nội, Việt Nam, tức UTC+7. Đó là điều thực tế cần biết về thời gian phản hồi — nếu bạn viết từ châu Âu hay châu Mỹ, thư trả lời của tôi có lẽ được viết lúc bạn đang ngủ.

Viết ở đâu

Hãy viết bằng tiếng Việt hoặc tiếng Anh, tùy bạn thoải mái với thứ nào — tiếng Việt là tiếng mẹ đẻ của tôi và tôi trả lời bằng đúng thứ tiếng bạn đã dùng. Chữ thuần không định dạng là hoàn hảo. Bạn không cần xin lỗi về tiếng Anh của mình; tôi cũng không học tiếng Anh của tôi trong lớp.

Địa chỉ này dùng tốt cho việc gì

  • Một lỗi trong bài viết hay một chương sách. Là loại thư hữu ích nhất tôi nhận được. Cho tôi biết trang nào và sai ở đâu, tôi sẽ sửa và ghi công bạn nếu bạn muốn. Các thư báo lỗi được xếp lên đầu hàng, trước mọi thứ khác ở đây.
  • Một câu hỏi về điều gì tôi đã viết — một đoạn văn không rõ, một đoạn mã không biên dịch được, một khẳng định bạn cho rằng cần thêm lưu ý. Nếu câu trả lời dài hơn một đoạn văn thì nó thường trở thành bài viết tiếp theo, nên có thể bạn đang giúp cả những người đọc khác.
  • Xin phép đăng lại hoặc dịch một bài. Hãy nói bạn muốn dùng gì và nó sẽ xuất hiện ở đâu. Câu trả lời thường là đồng ý; điều khoản sử dụng giải thích cái gì cần xin phép và cái gì không.
  • Công việc. Làm iOS theo hợp đồng, một vấn đề Swift hay Rust mà đội của bạn đang bế tắc, viết hoặc review tài liệu kỹ thuật. Hãy nói vấn đề, khung thời gian đại khái và có làm từ xa được không — tôi sẽ trả lời có hoặc không rõ ràng chứ không để lửng lơ.
  • Bất cứ gì về dữ liệu của bạn — một bản sao những gì được lưu, một yêu cầu xóa, một câu hỏi về quảng cáo trên những trang này. Câu trả lời sẽ như thế nào thì đã ghi trong chính sách bảo mật.
  • Một quảng cáo trên website này trông như lừa đảo hoặc gây xúc phạm. Google chọn chúng, không phải tôi, nhưng tôi có thể chặn một nhà quảng cáo cụ thể khi đã biết về nó.

Về một ứng dụng của tôi

Một lỗi, một đề nghị tính năng, hay việc xóa tài khoản ứng dụng đều đến cùng địa chỉ này, nhưng trang hỗ trợ đáng đọc trước: nó liệt kê năm chi tiết biến một báo lỗi thành một bản sửa, và giải thích vì sao việc hoàn tiền phải đi qua Apple hoặc Google chứ không qua tôi.

Bao lâu thì có thư trả lời

Thường trong vòng hai ngày làm việc. Tôi là một người có công việc riêng, nên thư gửi tối thứ Sáu được trả lời vào thứ Hai, và một câu hỏi kỹ thuật dài đôi khi phải chờ đến cuối tuần, khi tôi có thể trả lời cho tử tế thay vì trả lời cho xong. Nếu một tuần trôi qua mà không có gì, hãy viết lại — nghĩa là thư đầu bị xếp vào spam, chứ không phải tôi phớt lờ bạn.

Các yêu cầu về dữ liệu của chính bạn được trả lời muộn nhất trong một tháng, đúng như luật yêu cầu và dài hơn nhiều so với thời gian thực tế cần đến.

Những gì tôi sẽ không trả lời

Không phải vì thô lỗ — chỉ là những thứ này không có kết cục tốt, và nói trước thì tiết kiệm thời gian chờ cho cả hai:

  • Bài viết khách mời và liên kết trả phí. Không ai khác viết trên website này và không liên kết nào ở đây được mua. Những lời đề nghị "góp một bài viết", chèn một liên kết vào bài có sẵn, hay mua một lượt nhắc do-follow đều bị xóa mà không đọc.
  • Các lời chào hàng SEO, marketing và gia công. Cũng như bất cứ thư nào mở đầu bằng lời khen về "cái blog tuyệt vời" của tôi mà không gọi tên được một thứ gì trên đó.
  • "Làm hộ tôi ý tưởng ứng dụng này miễn phí", hoặc làm bài tập, bài kiểm tra mang về nhà hay bài phỏng vấn của ai đó.
  • Gỡ lỗi một codebase riêng tư lớn từ một ảnh chụp màn hình. Tôi rất vui được xem một ví dụ nhỏ có thể tái hiện, và không thể nhận cả một dự án như một việc giúp không.