Sự cần thiết phải học mở rộng ngôn ngữ haskell cho sản xuất

Ngôn ngữ cốt lõi của Haskell thực sự đơn giản. Đến từ nền tảng OO, khó khăn chính là thích nghi với mô hình chức năng thuần túy.

Trong khi học Haskell "cơ bản", tôi luôn coi các phần mở rộng ngôn ngữ là đồ chơi cho người CS hoặc là thử nghiệm cho các phiên bản ngôn ngữ trong tương lai (như from future import ???trong python).

Tuy nhiên, khi tôi bắt đầu xem xét các khung web như Yesod, tôi thấy rằng rất nhiều tệp nguồn yêu cầu giữa 3 và 4 phần mở rộng. Một số trông khá đơn giản (StringOverload). Những thứ khác thực sự đáng sợ (GADT, Type Famillies, Template Haskell). Tài liệu của họ liên kết đến các tài liệu nghiên cứu, điều đáng sợ đối với ai đó muốn học "chỉ" một thư viện mới.

Có nhất thiết phải học các phần mở rộng ngôn ngữ GHC để có hiệu quả trong Haskell không? Nếu bạn thuê một nhà phát triển Haskell cho một ứng dụng sản xuất, bạn có hỏi kiến ​​thức như vậy không?

Có nhất thiết phải học các phần mở rộng ngôn ngữ GHC để có hiệu quả trong Haskell không?

Đúng. Và điều đó đúng với bất kỳ ngôn ngữ / công cụ nào. Với kiến ​​thức cốt lõi / cơ bản, bạn có thể giải quyết các vấn đề của cuộc thi trực tuyến, có thể là dự án đại học nhỏ, nhưng chắc chắn không phải là ứng dụng trong thế giới thực.

Nếu bạn thuê một nhà phát triển haskell cho một ứng dụng sản xuất, bạn có hỏi kiến ​​thức như vậy không?

Điều đó bây giờ phụ thuộc vào việc bạn có một số người với bạn có thể chia sẻ kiến ​​thức này. Nếu có, thì người đó có thể tăng cường nhân viên mới. Nếu không thì bạn phải có được người có kiến ​​thức như vậy trước. Và một lần nữa điều này đúng với các công nghệ mới.

Dĩ nhiên bạn cũng có thể cố gắng thuê những người có kiến ​​thức sâu rộng như vậy ở Haskell. Nhưng Haskell còn khá mới trong ngành và xem xét rất ít dự án thương mại đã được thực hiện xung quanh nó, việc tìm kiếm người như vậy sẽ khó khăn. Cách hiệu quả để xây dựng một nhóm các chuyên gia ở Haskell, sẽ là thuê những người biết cơ bản và sẵn sàng làm việc tại Haskell, sau đó giáo dục họ.