google / google/codeworld

Consider upstreaming deprecation of & from LSU fork

Offen
#1,397 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
discussion
Vorherrschende Sprache
Haskell
Sterne
1.3k
Forks
201
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

I noticed that @alphalambda removed the `&` operator from their standard library, in favor of `pictures` (renamed to `combined` in that fork). I've had similar thoughts, and I wonder if I ought to do the same thing (slowly, with a VERY long deprecation cycle) in my own copy.

I think the issue is that students find `&` to be too much like English, and not enough like a mathematical operator. That leads them to have incorrect expectations that it can be used in all places where they want multiple things. I've seen students try to use `&` to separate animations, items in a list, and so on.

I definitely haven't decided to do this. I think I'll wait to discuss with @alphalambda after it's been used there for a while. It would be a shame to do such a disruptive deprecation, only to learn that it doesn't help! Just creating the issue to capture discussion and track the decision-making.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne damit, die Diskussion zu diesem Issue und die referenzierte Änderung im LSU-Fork zu prüfen, und vergleiche anschließend, wie `\u0026` dort durch `pictures` oder `combined` ersetzt wurde. Für den Abschluss wäre eine endgültige Entscheidung darüber erforderlich, ob und wie CodeWorld den Operator als veraltet markieren sollte; es wurden keine Zieldateien oder Tests identifiziert.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
haskell
Bereich
compilers
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
20/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.