asked Nov 08 '11
This post is a wiki. Anyone with karma >75 is welcome to improve it.
We are constantly reflecting on the design of Rascal and are interested in your feedback. So here is a question: Which features of Rascal are difficult to learn?
We are interested in specific examples where you have struggled with a Rascal feature. We are also interested in suggestions for improvement. Should the feature be changed? Is the documentation unclear?
Thank you for helping us to make Rascal a great language.
I'd really like some more code examples in the tutor. The structure of the reference manual is already really good, but often a simple example would help understand the syntax of things a lot.
If you don't know it from another language like Haskell, it is definitely the Algebraic Data Type. E.g. it feels really strange to see constants defined as functions without a body.
Maybe we should just relate them to structs in C when explaining, or classes without methods in c and java? Thats what they are; with a builtin toString method :-)
JurgenVinju (Nov 21 '11)editI’ve heard once from a student that the EASY paradigm itself was very difficult to comprehend. When I re-explained it with the classic parse-transform-unparse road as an example (instance) of the extract-analyse-synthesise cycle, it clicked, but still I was the one left puzzled because I just assumed that EASY is… well… easy.
Perhaps descriptions provided to students should be different that ones presented at conferences?
For nonnative speakers perhaps the word "synthesize" doesnt resonate immediately either.
JurgenVinju (Nov 21 '11)editAsked: Nov 08 '11
Seen: 68 times
Last updated: Dec 20 '11
Copyright CWI, 2010-2012. Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.