Kỹ sư quan hệ nhà phát triển tại Canonical

Tổng quan vị trí

Vai trò từ xa này kết nối các nhóm sản phẩm Canonical với lập trình viên dùng Ubuntu và công cụ liên quan. Công việc kết hợp kiến thức Linux thực hành với trao đổi cộng đồng, nội dung kỹ thuật và thuyết trình tại sự kiện. Khu vực được nêu là APAC và EMEA.

Trách nhiệm

• Tham gia thảo luận sản phẩm và đưa phản hồi của lập trình viên vào ưu tiên, quyết định hằng ngày.
• Giải đáp câu hỏi kỹ thuật trên diễn đàn, mạng xã hội và meetup; cải thiện tài liệu dành cho lập trình viên.
• Tạo bài viết, bài nói hoặc hội thảo và trình bày tại hội nghị, sự kiện kỹ thuật.
• Nhận diện trở ngại lặp lại trong trải nghiệm lập trình viên và phối hợp cải thiện giữa các nhóm Canonical.

Yêu cầu

• Có kinh nghiệm phát triển, triển khai phần mềm trên Linux và thể hiện sự quan tâm tới cộng đồng mã nguồn mở.
• Quen thực hành đóng gói Linux như deb, snap, charm, rock, pip hoặc bộ chứa.
• Có kỹ năng thuyết trình rõ ràng, thấu hiểu nhiều quan điểm và tạo dựng niềm tin với lập trình viên.
• Sẵn sàng đi lại hai lần mỗi năm cho sự kiện công ty và khi cần cho cuộc gặp đối tác hoặc dự án thượng nguồn.

Công nghệ trong công việc

• Linux: It combines hands-on Linux knowledge with community conversations, technical content and event .
• CAN: They are problem-solvers and inventors, who understand people's needs and love the way that tools can be adapted to meet .

Hướng dẫn đánh giá mức độ phù hợp (tiếng Anh)

Phân tích dựa trên yêu cầu và trách nhiệm trong tin tuyển dụng của nhà tuyển dụng.

Understanding the scope. This Developer Relations Engineer position at Canonical is best assessed through the work described in the employer’s posting, rather than the title alone. The available role overview says: “This remote role connects Canonical product teams with developers using Ubuntu and related tools. It combines hands-on Linux knowledge with community conversations, technical content and event presentations. The listed…” Read that statement together with the responsibilities below to understand the likely balance between delivery, coordination and technical decision-making. The role belongs to the software engineering area, but that label is only a guide to the work; the employer’s own requirements remain decisive. Before applying, check the original listing for reporting lines, product or team assignment, employment terms and any details that may have changed since this copy was checked. Where this page says a fact is not specified, treat it as an open question rather than an implied promise.

What the responsibilities signal. The posting specifically names “Join product discussions and bring developer feedback into priorities and day-to-day decisions.”; “Answer technical questions in forums, social channels and meetups, and improve documentation for developers.”; “Create articles, talks or workshops and present at conferences or technical events.”. For each duty, identify a project where you performed comparable work and be ready to describe the context, your own contribution, constraints, decisions, and measurable result. Explain how you moved from the initial need to implementation, review, release or operational follow-through, where those stages apply. If the work involved other teams or users, distinguish your decisions from the group’s contribution. Avoid presenting a technology keyword as proof by itself: connect it to the problem you solved, the scale or complexity involved, and what changed after your work. The source may contain additional duties; review it directly before preparing your application.

How to read the requirements. The listed qualifications include “Software development and deployment experience on Linux, with a demonstrable interest in open-source communities.”; “Practical familiarity with Linux packaging such as deb, snap, charm, rock, pip or containers.”; “Clear presentation skills, empathy with different viewpoints and an ability to build trust with developers.”. Mark each requirement as demonstrated, adjacent experience or a genuine gap, then use a concise example for the first two categories. A strong example explains what you personally owned, how you made trade-offs, how you validated the result and what you learned. If the posting specifies years of experience, language ability, certifications, location or eligibility, address those facts plainly in your CV or application rather than relying on the employer to infer them. Do not claim a qualification from exposure alone. For a requirement you do not meet, describe relevant transferable experience accurately and ask the recruiter whether it is mandatory.

Technology and working evidence. The technology terms associated with this listing are Linux. Treat this as a set of posting-derived signals, not a guarantee that every tool is used daily or that the list is complete. For each term relevant to your experience, prepare one concrete example: the system or workflow, the part you owned, the alternatives considered, and how you tested reliability, security, performance or usability as.

Phúc lợi

• Canonical nêu mô hình làm việc tại nhà theo nhóm phân tán với các buổi gặp mặt trực tiếp, ngân sách học tập cá nhân 2.000 USD mỗi năm, rà soát đãi ngộ hằng năm và phần thưởng ghi nhận.
• Tin tuyển dụng còn nêu nghỉ phép năm, nghỉ khi sinh con, chương trình hỗ trợ nhân viên và hỗ trợ đi lại dự sự kiện công ty. Chế độ cụ thể có thể thay đổi theo địa điểm.

Về Canonical

Canonical phát hành Ubuntu và phát triển phần mềm mã nguồn mở cho đám mây, thiết bị kết nối và hạ tầng doanh nghiệp. Các nhóm của công ty làm việc phân tán trên nhiều quốc gia.

Việc làm liên quan

• Vị trí Developer Relations Engineer (London, UK) tại Supabase — Supabase
• Vị trí Developer Relations Engineer (New York, NY) tại Supabase — Supabase
• Vị trí Developer Relations Engineer tại Supabase — Supabase
• Kỹ sư quan hệ nhà phát triển tại Runpod — Runpod
• Vị trí Developer Relations tại Linear — Linear
• Vị trí Developer Relations tại Linear — Linear