concepts for this track

Hello,

I think for the concepts track we can borrow the list from c#
like this one : https://exercism.org/tracks/csharp/concepts

What do you both think
@Bajger @gypsydave5

[gypsydave5]

Good to start this one off

First off, @samWson kicked has already done some thinking around this: #444, and has specced out a basics concept: #439. Both these issues are worth a read as he also links to the definitions of concept exercises for Exercism.

His ideas of using the Ruby track concepts seems good, although it seems weird that they haven't stuck blocks down as a key Ruby concept. Really?

I really wouldn't borrow the C# list - the concepts are going to be too different as the languages are too different.

@samWson basics looks sound and echoes what's in Pharo By Example: programming in Pharo is about sending messages to objects and that's it. So that's definitely where we need to start. I also like his idea of providing supporting material from PBE and the rest of the Pharo books.

We can do this slowly, and incrementally. So what would come after objects and message passing? We could cover:

• more about messages (different types, evalution order, arithmetic gotchas)
• classes
  • leading to "classes are just objects too"
• instance variables
• nil
• ...

---

Just a note to finish: think we'd have to explain blocks before we explain conditionals in Pharo! Isn't this an amazing language?

[gypsydave5]

Another thought: Pharo as a community is full of people who spend a lot of time thinking about how to teach Pharo.

[gypsydave5]

Final thought: we could just rip out examples from Pharo By Example and go with them.

[gypsydave5]

Whatever we do we'll need to introduce new tooling into the dev environment to create a concept exercise.

There is already a list of concepts and challenges which can be used.
See here : https://github.com/exercism/v3/blob/main/reference/README.md

[Bajger]

Hi guys! My 2 cents here:

• for me greatest examples/inspiration is to look at MOOC and Pharo by Example, ProfStef (for basics)
• I vote to use more soundy names of concepts: Instead of "Basics" I would use: "Foreword", "Everything is an object!", "Sending messages is a key" or "All syntax on a postcard"

I agree with Dave, we don't need to create very comprehensive list of concept exercises, but start from very little things expading to more advanced details. Pharo (as direct successor of Smalltalk-80) have special unique features that might be diminished, if we will use traditional terminology used along other languages.
One more note (3rd cent): Smaller content is more readable (5-10mins read), so #439 is good but already too dense (I would break down to concepts mentioned in my 2nd bullet).

can be, but that is the way the exercism maintainers want that concepts exercises looked like.
Small concepts and a story which leads to a certain solution or methods.

But that is not what the users see.
the users see this : https://github.com/exercism/csharp/blob/main/exercises/concept/lucians-luscious-lasagna/.docs/instructions.md

that document on #439 is too document our steps so the next maintainers or contributers know what they may change or not
but we have to make such a document for every concept that we want to introduce.

[Bajger]

I don't understand much of your first 2 sentences. And I didn't propose any story telling. But anyway: I don't think there is any strict guideline/prescription how to prepare concepts by Exercism maintainers. It is up to us and I believe most of "Small Pharo-specific concepts" can hit one or more items in the terminology mentioned in the reference document.

What I mean is that the exercism maintainers has written guides how a concept challenge must look like.
And yes, that is a list where can be chosen out from.

[gypsydave5]

I think I see the tension here. @Bajger is correct; we should try to make the concepts as atomic as possible.

However, we still need them to be "big" enough to hang an exercise off. I'm not sure we could do that with something as small as sending a message - you need objects to send messages to!

Needs some thought...

[SleeplessByte]

@gypsydave5 we can help out with that if you want

The tension is that I think we need to use the concepts and challenges already present in exercism and David finds we have to make all the concepts and challenges ourselves. @SleeplessByte @gypsydave5 @Bajger

[SleeplessByte]

You don't need to use concepts already present :)

yes, but why think of something and making it when it's already present

[gypsydave5]

yes, but why think of something and making it when it's already present

I think the point would be that the list of Exercism concepts and exercises are a starting point, not an exhaustive list for all languages. Take a look at the Common Lisp ❤️ track; quite happy to define their own very CL specific concepts (cons cells, lambda lists) outside of the concepts suggested.

Sure, there'll be some crossover, and we can reuse some exercises. But we shouldn't feel constrained. Let's think about Pharo concepts! Then think about more general concepts, then think about some exercises - hopefully using some of the prior art in the other tracks.