TỐI GIẢN / MẪU MONO

Mono.
Không gì ngăn giữa bạn và công việc.

Bố cục đen trắng dựa trên kiểu chữ mạnh mẽ và khoảng cách chính xác. Mono trình bày quá trình nghề nghiệp kỹ thuật gọn gàng, tiết chế.

Tải về trên App StoreTạo và xuất CV bằng CVura.

Jordan Ellis

Nhà thiết kế sản phẩm

Portland, Oregon, Hoa Kỳ · jordan@example.com

Tóm tắt hồ sơ

Nhà thiết kế sản phẩm giúp quy trình phức tạp trở nên đơn giản. Có kinh nghiệm nghiên cứu, giao diện dễ tiếp cận và hợp tác chặt với nhóm kỹ thuật.

Kinh nghiệm làm việc

Nhà thiết kế sản phẩm2023 — Hiện tại

Fieldwork Studio

  • Thiết kế lại luồng sắp lịch sau khi quan sát cách điều phối viên xử lý thay đổi phút cuối.
  • Xây dựng thư viện thành phần dùng chung và cùng các kỹ sư giao diện người dùng viết tài liệu về các mẫu tương tác.
Nhà thiết kế sơ cấp2021 — 2023

Common Ground

  • Chuyển những chủ đề xuất hiện trong hoạt động hỗ trợ khách hàng thành nghiên cứu khả năng sử dụng, rồi cùng nhóm sản phẩm xác định thứ tự ưu tiên cho các cải tiến.
  • Tạo nguyên mẫu tương tác cho trải nghiệm thiết lập tài khoản mới.

Kỹ năng

Thiết kế sản phẩm · Nghiên cứu người dùng · Tạo nguyên mẫu · Figma · Khả năng tiếp cận · Hệ thống thiết kế

Học vấn

BFA, Communication Design · Pacific Northwest College of Art · 2021

MẪU WEBSITE · VÍ DỤ HƯ CẤUTối giản

TƯ DUY THIẾT KẾ

Phân cấp rõ ràng.
Ấn tượng đầu có chủ đích.

Không có cột bên hoặc hình chấm điểm kỹ năng. Những đường phân mục rõ ràng chia quá trình làm việc thành từng phần, còn ngày tháng được trình bày gọn để dành cột nội dung chính cho đóng góp của bạn.

Phù hợp nhất với
Vai trò kỹ thuật và hồ sơ trực tiếp đơn giản
Trình tự nội dung
Giới thiệu → Kinh nghiệm → Kỹ năng → Học vấn
Trọng tâm cá nhân hóa
Gắn công cụ với nhiệm vụ trong các ý gạch đầu dòng về kinh nghiệm. Dùng mục kỹ năng như danh mục tra cứu công nghệ phù hợp, không lặp một danh sách thuật ngữ dài ở mọi vị trí.
Một điều cần kiểm tra
Quá trình làm việc kỹ thuật được trình bày quá dày có thể khó đọc lướt. Biên tập các dự án lặp lại trước khi giảm cỡ chữ nội dung.

KHI NÀO CHỌN MONO

Chọn bố cục cho câu chuyện cần kể.

Mono dùng một cột rõ ràng và các đường kẻ đậm để phân chia mục. Chọn khi trình tự thời gian rõ quan trọng hơn phần đầu trang trang trí. Đường phân chia mạnh làm ranh giới công việc và mục dễ thấy, nhưng không khiến văn bản dày đặc dễ đọc hơn. Giữ mỗi gạch đầu dòng tập trung vào một đóng góp và dùng cùng kiểu ghi thời gian xuyên suốt. Trước khi xuất, kiểm tra tiêu đề công việc dài nhất và chỗ chuyển giữa các nhà tuyển dụng; ranh giới dễ đọc hữu ích hơn việc cố nhét thêm một gạch đầu dòng yếu.

01

Công việc kỹ thuật có kết quả thực tế

Mono dành không gian cho ví dụ kỹ thuật hoặc hệ thống kết nối phần triển khai với mục đích. Mô tả dịch vụ, lỗi hoặc yêu cầu trước khi liệt kê công cụ. Người đọc khi đó có thể phân biệt thay đổi cơ sở dữ liệu có ý nghĩa với việc nhắc tên công nghệ thông thường và chọn chi tiết đáng trao đổi sâu hơn.

02

Quá trình có nhiều dự án tương tự

Khi bạn dùng cùng những ngôn ngữ lập trình ở nhiều công việc, bố cục chỉ có ích nếu các gạch đầu dòng giải thích được sự khác nhau về trách nhiệm. Hãy chọn một ví dụ về độ tin cậy từ một vai trò và một ví dụ về bàn giao sản phẩm hoặc chuyển đổi hệ thống từ vai trò khác. Lặp lại cùng một bộ công nghệ dưới tên mọi nhà tuyển dụng chỉ khiến trang dày đặc hơn mà không cho thấy khả năng phán đoán của bạn đã phát triển như thế nào.

03

Tài liệu có thể được in

Cấu trúc đen trắng không phụ thuộc vào màu nhấn để truyền đạt ý nghĩa. Điều này giúp việc kiểm tra bằng mắt thuận tiện hơn, nhưng bạn vẫn cần xem lại bản in thực tế. Hãy chú ý các chỗ xuống dòng trong tên công nghệ dài, thông tin liên hệ và ngày tháng, đặc biệt khi một mục công việc bắt đầu gần cuối trang.

VÍ DỤ HƯ CẤU ĐƯỢC PHÂN TÍCH

Kỹ sư backend thay danh mục công nghệ

Trong ví dụ hư cấu này, Ravi liệt kê Python, SQL, hàng đợi, container và các công cụ giám sát trong cả phần tóm tắt lẫn mọi mục công việc. Anh đang ứng tuyển vào một nhóm cần khả năng xử lý tác vụ nền đáng tin cậy. Anh giữ một danh mục kỹ năng ngắn và sử dụng cột chính của Mono để giải thích một thay đổi trong cách xử lý việc thử lại. Trang CV giờ cho thấy các công cụ đã giúp anh làm được gì, thay vì liên tục chứng minh rằng các công cụ ấy có xuất hiện trong công việc.

ĐIỂM XUẤT PHÁT

Dùng Python, SQL, hàng đợi và giám sát để phát triển backend.

PHIÊN BẢN HỮU ÍCH HƠN

Triển khai cơ chế thử lại cho các tác vụ xuất bị chậm, bổ sung trường hợp kiểm thử hồi quy cho yêu cầu trùng lặp và viết tài liệu về cách khôi phục cho nhóm trực.

Cách diễn đạt này làm rõ hành vi, việc xác minh và những người dựa vào thay đổi đó. Nó tránh khẳng định rằng toàn bộ nền tảng trở nên đáng tin cậy nhờ một đóng góp. Việc Mono không có các yếu tố trang trí khiến chất lượng lời giải thích càng dễ thấy. Ravi có thể giữ những công nghệ liên quan trong mục Kỹ năng, đồng thời dành phần kinh nghiệm cho các ràng buộc, quyết định và minh chứng đủ để trao đổi trong một buổi phỏng vấn kỹ thuật.

TỪ MẪU ĐẾN CV CỦA BẠN

Cho mỗi mục một nhiệm vụ rõ.

01

Chọn một vấn đề cho mỗi gạch đầu dòng chính

Hãy chọn một lỗi, yêu cầu hoặc quyết định triển khai và giữ câu văn tập trung vào điều đó. Chỉ nhắc đến công cụ thiết yếu khi nó giúp giải thích công việc. Nếu một gạch đầu dòng chứa ba dự án không liên quan, hãy tách chúng hoặc chọn dự án phù hợp nhất. Một câu chuyện kỹ thuật rõ ràng hữu ích hơn một bản ghi phát hành bị nén chặt.

02

Dùng kỹ năng như mục lục

Giữ những công cụ mà bạn có thể trao đổi ở mức vị trí yêu cầu. Tránh tự đánh giá bằng tỷ lệ phần trăm không được giải thích hoặc liệt kê một lần tiếp xúc ngắn ngang với quá trình sử dụng đáng kể. Đối chiếu từng kỹ năng quan trọng với phần kinh nghiệm và xác định dự án chứng minh kỹ năng ấy. Bỏ những mục chỉ làm danh sách dài thêm.

03

Kiểm tra những dòng nhiều chữ ở kích thước thông thường

Xem tài liệu đã xuất mà không phóng to để bù cho chữ nhỏ. Thuật ngữ ghép dài và chi tiết trong ngoặc có thể khiến các gạch đầu dòng kỹ thuật khó đọc lướt hơn. Rút gọn cách viết trước khi cố ép thêm nội dung lên trang, đồng thời kiểm tra để kết quả chính của dự án vẫn nằm gần hành động của nó.

THỬ BỐ CỤC WEBSITE NÀY

Xem trước trực tiếpTải văn bảnIn thành PDF
Biến Mono thành của bạnTải bản văn bản để bắt đầu

Mẫu miễn phí trong trình duyệt. Không cần tài khoản. Các chi tiết trong ví dụ đều là hư cấu.

LẦN BIÊN TẬP CUỐI

Giữ thiết kế phục vụ nội dung.

01

Biến tài liệu thành mã nguồn

Cú pháp trang trí, dấu nhắc dòng lệnh và nhãn công việc trông như mã có thể khiến thông tin thông thường khó nhận biết hơn. Mono đã có nhịp trình bày chính xác. Dùng cách diễn đạt quen thuộc cho chức danh và học vấn, dành ký hiệu kỹ thuật cho chi tiết thực sự giúp giải thích công việc, thay vì dùng như trò đùa thị giác.

02

Dùng hoạt động như bằng chứng tác động

Số lượt commit, số dòng mã hoặc số công cụ không cho biết liệu phần mềm có đáp ứng mục đích không. Ưu tiên hành vi được thay đổi, ràng buộc được xử lý hoặc việc xác minh đã thực hiện. Nếu kết quả chưa được đo lường, nêu đóng góp hữu ích thay vì bịa tỷ lệ phần trăm hiệu suất.

NHỮNG CÂU HỎI HỮU ÍCH

Câu hỏi về Mono.

Có nên bỏ mọi thuật ngữ kỹ thuật không?

Không. Giữ những thuật ngữ giúp xác định hệ thống có liên quan hoặc giải thích một quyết định khó. Mục tiêu là viết câu văn xung quanh sao cho dễ hiểu, để cả người có chuyên môn kỹ thuật và người đọc phổ thông đều biết bạn đã làm gì và vì sao việc đó có ý nghĩa.

Mono bắt buộc một trang không?

Không. Quá trình làm việc kỹ thuật phong phú có thể cần nhiều không gian hơn. Chọn công việc phù hợp và kiểm tra chỗ ngắt trang, nhưng đừng bỏ bối cảnh thiết yếu hoặc khiến nội dung khó đọc chỉ để đáp ứng một quy tắc một trang do bạn tự giả định.

Có thể dùng Mono cho việc phi kỹ thuật không?

Có, nhất là khi bạn muốn một tài liệu tiết chế với trình tự thời gian rõ ràng. Nguyên tắc biên tập vẫn như nhau: trách nhiệm và quyết định cụ thể nên đảm nhiệm lập luận chính, còn kỹ năng bổ trợ giúp người đọc tìm được năng lực phù hợp mà không chiếm cả trang.

ĐƯA Ý TƯỞNG VÀO THỰC HÀNH

Giải thích đóng góp bảo trì, không chỉ tính năng mới

Tình huống thực hành hư cấu: Joel bảo trì thiết bị kiểm thử nội bộ tại công ty hư cấu Reed Instrument Works. Thành tích phù hợp nhất của anh là chẩn đoán một lỗi ghi nhật ký xảy ra không liên tục, nhưng bản nháp theo mẫu Mono dành dung lượng ngang nhau cho mọi ngôn ngữ lập trình anh từng tiếp xúc.

  1. 01

    Chọn lỗi đáng giải thích

    Mô tả các mục nhật ký bị thiếu, điều kiện giúp tái hiện vấn đề và phần Joel đã điều tra. Cột chính liền mạch của Mono có thể trình bày trình tự này mà không biến phần kinh nghiệm thành sơ đồ của toàn bộ hệ thống.

  2. 02

    Giữ kiểm chứng cạnh thay đổi

    Một câu hữu ích có thể giải thích rằng Joel đã sửa quy trình ghi nhật ký và thêm phép kiểm thử chạy lặp cho điều kiện khởi động bị ảnh hưởng. Cách này phân biệt việc thực hiện thay đổi với việc xác nhận lỗi cụ thể không còn xuất hiện trong phép kiểm thử đó.

  3. 03

    Giảm danh mục công nghệ

    Giữ những công cụ cần thiết để hiểu quá trình điều tra trong ý gạch đầu dòng. Đưa các công nghệ liên quan khác vào một danh sách kỹ năng ngắn và bỏ những công nghệ bạn chưa thành thạo. Hệ thống phân cấp đen trắng khiến các danh sách trùng lặp đặc biệt dễ nhận thấy.

PHÉP KIỂM TRA QUAN TRỌNG

Tự hỏi liệu người không chuyên có thể nhận ra vấn đề trong khi người phỏng vấn kỹ thuật vẫn có cơ sở hỏi sâu về phép kiểm thử hay không. Giữ được cả hai lớp ý nghĩa đó trước khi cố đưa thêm một dự án lên trang.

Kết nối kỹ năng với dẫn chứng

BÀI ĐỌC TIẾP HỮU ÍCH

Làm nội dung được cân nhắc kỹ như bố cục.

SO SÁNH ĐÁNH ĐỔI

Hai hướng khác đáng xem.

Xem cả ba mươi bố cục
Khám phá mẫu

Type

Nhịp điệu đậm chất kỹ thuật

Phong cách biên tập
Khám phá mẫu

Framework

Cấu trúc để bạn phát triển

Tối giản

BƯỚC TIẾP THEO CỦA BẠN

Đưa kinh nghiệm riêng vào CVura.

Áp dụng các ý tưởng viết từ ví dụ này vào lần ứng tuyển tiếp theo. Chọn một bố cục trong CVura, chuẩn bị CV của bạn rồi xuất sang định dạng cần dùng.

Tải về trên App Store