Môi trường khai phóng hiệu quả nhất khi người tham gia được trực tiếp làm những việc mà môi trường đó muốn hỗ trợ. Nhưng người mới thường chưa có đủ khả năng để làm ngay những việc đó. Một trải nghiệm thực hành trực tiếp được thiết kế tốt có thể giúp họ bắt tay vào làm thật ngay từ đầu.
Ví dụ, hãy hình dung một công ty phần mềm có hạ tầng kiểm thử riêng, giúp kỹ sư tự tin hơn khi thay đổi những phần quan trọng trong mã nguồn. Người quản lý có thể giới thiệu hạ tầng này cho kỹ sư mới bằng cách giao một tính năng mà họ biết chắc sẽ phải chỉnh sửa phần mã đã được kiểm thử kỹ. Khi làm việc, kỹ sư mới sẽ thấy phần mã xung quanh có tham chiếu đến khung kiểm thử, rồi tự nhiên tích hợp tính năng mới theo cách tương tự. Quá trình rà soát mã sau đó sẽ mở ra các trao đổi hữu ích về kiểm thử. Nhờ hạ tầng này, kỹ sư có đủ tự tin để phát hành tính năng. Sau trải nghiệm đó, họ sẽ thấy việc viết kiểm thử cho các tính năng tiếp theo trở nên quen thuộc và dễ tiếp cận hơn.
Hãy so sánh với trường hợp ngược lại. Người quản lý không chủ động tạo trải nghiệm như trên. Kỹ sư mới được giao mở rộng một tính năng chưa dùng hạ tầng kiểm thử riêng, nên có thể không nghĩ đến việc dùng nó. Sau đó, một người khác nhắc đến hạ tầng này trong phần rà soát mã và gửi tài liệu giới thiệu. Nhưng đọc tài liệu chỉ là hoạt động nói về mục tiêu cần đạt, chứ chưa giúp kỹ sư thật sự trải nghiệm mục tiêu đó. Vì vậy, mức độ gắn kết sẽ thấp hơn. Khi thử dùng ngay, kỹ sư cũng dễ thấy khó tích hợp, vì trong module đang làm không có sẵn ví dụ nào để bắt chước.
Đáng tiếc là trải nghiệm thực hành trực tiếp rất khó thiết kế và khó nhân rộng. Dù vậy, nó có tiềm năng rất lớn nếu được triển khai qua các phương tiện có thể phổ biến rộng rãi. Tôi xem đây là lời hứa cốt lõi của các phương tiện kiểu Primer: Primer++ đặt người học vào bên trong một lĩnh vực và giúp họ bắt đầu tham gia thông qua trải nghiệm thực hành trực tiếp.