Conversation
--- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
--- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
--- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
|
|
||
| Chapel’s biggest benefit for me is how quickly it lets me prototype | ||
| high-level parallel and distributed code, and then incrementally | ||
| optimize it. For graph algorithms, Chapel allows you to represent a |
There was a problem hiding this comment.
Potential pullquote
Chapel’s biggest benefit for me is how quickly it lets me prototype
high-level parallel and distributed code, and then incrementally
optimize it.
content/posts/7qs-rodriguez/index.md
Outdated
| My entire dissertation was written in Chapel, and that is the biggest | ||
| success Chapel helped me achieve. I went from knowing little about | ||
| parallel programming to becoming comfortable both as a graph scientist | ||
| and a parallel programmer. Chapel let me learn parallel programming |
There was a problem hiding this comment.
Potential pull quote
I went from knowing little about
parallel programming to becoming comfortable both as a graph scientist
and a parallel programmer.
content/posts/7qs-rodriguez/index.md
Outdated
| other frameworks. At the end of the day, these tools are all about | ||
| parallelizing operations, and Chapel helped me see how parallelism | ||
| maps to real problems without needing to first understand every detail | ||
| of message passing, the underlying runtime, etc. |
There was a problem hiding this comment.
Another alternative, though a bit long
At the end of the day, these tools are all about
parallelizing operations, and Chapel helped me see how parallelism
maps to real problems without needing to first understand every detail
of message passing, the underlying runtime, etc.
There was a problem hiding this comment.
Thanks for the pullquote suggestions, Engin! I think this one works well when shortened to:
Chapel helped me see how parallelism maps to real problems without needing to first understand every detail of message passing, the underlying runtime, etc.
| parallelism clearly without wrestling with the more verbose or | ||
| cumbersome syntax of OpenMP and MPI. That clarity helped me understand | ||
| how parallel and distributed codes work, and later made it much easier | ||
| to read and work with codes written in other parallel frameworks. |
There was a problem hiding this comment.
Pull quote?
That clarity helped me understand
how parallel and distributed codes work, and later made it much easier
to read and work with codes written in other parallel frameworks.
Maybe edited slightly to start as "Chapel's clarity" in the quote itself.
There was a problem hiding this comment.
I like this one too, but think I'll just stick with the previous, as the two appear close to one another in the text and carry a similar message. So the two I'm going with are:
Chapel’s biggest benefit for me is how quickly it lets me prototype high-level parallel and distributed code, and then incrementally optimize it.
Chapel helped me see how parallelism maps to real problems without needing to first understand every detail of message passing, the underlying runtime, etc.
--- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
--- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
Despite being external, this feels worth featuring as it moves out of the top slot. --- Signed-off-by: Brad Chamberlain <bradcray@users.noreply.github.com>
This is a checklist of items that an editor, if not author, should go through prior to publishing a blog article.
start_testwork?docs/mainordocs/vs.docs/x.yzPost-merge: