câu hỏi lý thuyết. Sau khi đọc cuốn sách lập trình của Armstrongs, tôi đã tự hỏi: Sẽ mất một thời gian để học Erlang. Hãy để một mình làm chủ nó. Nó thực sự là cơ bản khác nhau trong rất nhiều khía cạnh. Vì vậy, câu hỏi của tôi: Có thể viết 'như erlang' hoặc với một số 'erlang như khuôn khổ', mà cho rằng bạn chăm sóc không để tạo ra các chức năng với sideffects, bạn có thể tạo các ứng dụng đáng tin cậy có thể mở rộng cũng như trong Erlang. ? Có thể với cùng một thông điệp gửi, tải các mô hình 'quy trình nhỏ'.có thể làm cho các chương trình đáng tin cậy có khả năng mở rộng đồng thời trong C như trong erlang không?
Lợi thế sẽ không phải là ném tất cả kiến thức C/C++ tích lũy của bạn lên hàng rào.
Bất kỳ suy nghĩ về vấn đề này sẽ được hoan nghênh
AFAIK, trích dẫn ban đầu là về LISP. tất nhiên, bất cứ ai sẽ nói nó thích hợp hơn về ngôn ngữ yêu thích của mình trong ngày, nhưng cách tiếp cận tối giản của (bản gốc) LISP làm cho nó một chút 'truer' – Javier
Không biết đó là về Lisp. Cảm ơn, Javier – gleber
[Quy tắc thứ 10 của Greenspun] (https://en.wikipedia.org/wiki/Greenspun%27s_tenth_rule) Một tham chiếu cụ thể đến thực tế là tại một thời điểm nào đó trong bất kỳ dự án đủ lớn nào, DSL nội bộ xuất hiện để thể hiện vấn đề . Rất thường thì điều này sẽ trở thành một ngôn ngữ macro nửa nướng hoặc một số chức năng 'thực thi (giải quyết (cobble()))' nổi lên bởi sự tiến hóa hoang dã và không thể hiểu được đối với những người mới đến. Một nửa điểm là Lisp khuyến khích phát triển có chủ ý các DSL như một cách để bóp nghẹt sự phức tạp mà hầu hết các ngôn ngữ hầu như được thiết kế để ngăn chặn điều này. – zxq9