Thông điệp chuyển giữa các bối cảnh thực thi nhẹ, cùng với khả năng tạo và phá hủy các bối cảnh này một cách linh hoạt, về cơ bản là mô hình diễn viên .
Ngôn ngữ lập trình có xu hướng tiếp cận vấn đề biểu hiện theo một trong hai cách: Ngôn ngữ OO có xu hướng tập trung vào việc thực hiện dễ dàng hơn các thao tác tương tự bằng các loại dữ liệu khác nhau (ví dụ: "đối tượng tôi có thể nhấp bằng chuột" có thể là thanh cuộn, một cửa sổ, một menu, một hộp văn bản, v.v. - cùng một hoạt động, biểu diễn dữ liệu khác nhau), trong khi các ngôn ngữ chức năng có xu hướng tập trung vào việc dễ dàng thực hiện các hoạt động mới đối với cùng loại dữ liệu cơ bản. Bằng cách từ bỏ hệ thống phân cấp lớp, Go dường như kết thúc nhiều hơn về phía "chức năng" của sự phân chia này.
Như Adam Crossland đã chỉ ra trong nhận xét của mình, "loại giao diện triển khai thực hiện" có thể được coi là một hình thức gõ vịt, rất phổ biến trong các ngôn ngữ động. (Tuy nhiên, về mặt kỹ thuật chính xác hơn để coi đây là một hệ thống kiểu cấu trúc trong các mẫu Go. C ++ có lẽ là cách triển khai phổ biến nhất của hệ thống kiểu cấu trúc hiện nay.)
Go có rất nhiều tiền đề - tôi không nghĩ bất kỳ ý tưởng nào của nó là nguyên bản của ngôn ngữ. Nhưng tôi nghĩ đó thường là thước đo sai cho một ngôn ngữ dự định là thực tế. Có vẻ như nó trộn lẫn các ý tưởng hữu ích từ nhiều miền khác nhau lại với nhau một cách tao nhã, rằng (tôi nghĩ) sẽ dẫn đến việc lập trình hiệu quả hơn so với C # hoặc Java có thể mang lại. Tôi hy vọng nó đạt được lực kéo.