Giống như nhiều người khác, tôi luôn luôn đúng rằng "Một trình biên dịch thuần túy sẽ không bao giờ tồn tại cho Ruby bởi vì ngôn ngữ quá linh động cho một trình biên dịch tĩnh hoạt động."Bất kỳ ai đã thử ngôn ngữ lập trình tinh thể (mã máy được biên dịch Ruby)?
Nhưng gần đây tôi stumbled khi những:
The Crystal programming language at GitHub
Cả hai dự án dường như là rất thú vị. Chúng có thể cho chúng ta tốc độ của một ngôn ngữ được biên dịch tự nhiên (và mã được yêu cầu thương mại thường xuyên, mã hóa của ngôn ngữ được biên dịch) trong khi vẫn giữ tất cả (hoặc nhiều nhất) của sự thanh lịch và linh hoạt của Ruby. Thêm một thư viện hỗ trợ tốt (hoặc, nhiều khả năng, khả năng truy cập các thư viện C++ hiện có) và bạn có thể dễ dàng hiểu tại sao công cụ này lại có thể thú vị.
Có ai đã thử ngôn ngữ Crystal không? (Tôi chưa có, vì các vấn đề biên dịch với ruby-llvm)
Cảm giác của anh/cô ấy về nó là gì?
Bạn có nghĩ rằng, với những lựa chọn thiết kế đó, thực sự có thể phát triển trình biên dịch mã nguồn (mã máy) cho Ruby (với một nỗ lực hợp lý và trong một khoảng thời gian hợp lý) không? Có phải là có ý nghĩa?
Trình biên dịch có thể không có ý nghĩa như thế nào nếu nó đúng? – Marcin
Nó sẽ có ý nghĩa (đó là: _useful_) _to develop_ như một trình biên dịch, tất nhiên. Làm thế nào tôi có thể được như vậy ngốc để nghĩ rằng trình biên dịch _itself_ không thể có ý nghĩa (đó là: chính xác). – AlexBottoni
Được biết, JRuby hoạt động nhanh như bất kỳ ứng dụng Java nào khác (trọng lượng cho trọng lượng). Tôi từng sử dụng Smalltalk, và nghĩ rằng đó là _slow_ ...Tuy nhiên, nó thực sự là IDE chúng tôi đã có đó là sự chậm trễ. Các mô-đun Smalltalk thực tế được sử dụng từ thời gian chạy C và C++. Điều tôi đang nói là các ngôn ngữ bí truyền có thể nhanh chóng; đó là mồ hôi 99% mà Edison đã đề cập. – will