Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create language/notable-design-decisions page #1002

Closed
AlexDaniel opened this issue Oct 30, 2016 · 3 comments
Closed

Create language/notable-design-decisions page #1002

AlexDaniel opened this issue Oct 30, 2016 · 3 comments
Labels
big Issue consisting of many subissues wishlist "nice to have" issues; might require a lot of work or a big change or be low priority

Comments

@AlexDaniel
Copy link
Member

Another item originating from #728.

When I started using Perl 6, I really enjoyed stuff like this: https://perl6advent.wordpress.com/2014/12/24/day-24-seeing-wrong-right/. I think it helped me see why some things are this way and not another. Also, who knows, maybe this page could give people more incentive to be open-minded to stuff like sigils.

@AlexDaniel AlexDaniel added the docs Documentation issue (primary issue type) label Oct 30, 2016
@coke coke added the wishlist "nice to have" issues; might require a lot of work or a big change or be low priority label Dec 2, 2016
@coke coke changed the title Create language/notable-design-desicions page Create language/notable-design-decisions page Jan 9, 2017
@JJ
Copy link
Contributor

JJ commented May 6, 2018

Not sure about this one. Design decisions are probably implementation-dependent, and thus should go to rakudo. Will this help Perl 6 users in some way? Not sure, but probably not.
Then there's the problem on how to document those decisions. Unless whoever took the decision does it, it's probably impossible for the average perl6/doc contributor to find that out. So if you don't feel strongly about this, I'm for closing it.

@JJ JJ added the JJ TPF Grant label May 6, 2018
@AlexDaniel
Copy link
Member Author

AlexDaniel commented May 6, 2018

Design decisions are probably implementation-dependent, and thus should go to rakudo.

I am talking about language design decisions, and that can only fit language docs.

Will this help Perl 6 users in some way?

I think understanding why-s can help a lot when learning a language.

Unless whoever took the decision does it, it's probably impossible for the average perl6/doc contributor to find that out

It is still possible to talk about pros and cons, and then ping one of the Larrys to check if it's correct and if there's anything to add.

@JJ JJ added the big Issue consisting of many subissues label May 6, 2018
@JJ
Copy link
Contributor

JJ commented May 6, 2018

Then we'll have to do two (big) things here:

  • Identify which are the notable design decisions we want to talk about
  • Document them

@JJ JJ removed the JJ TPF Grant label May 14, 2018
@coke coke removed the docs Documentation issue (primary issue type) label Nov 14, 2022
@Raku Raku locked and limited conversation to collaborators Feb 4, 2023
@coke coke converted this issue into discussion #4190 Feb 4, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
big Issue consisting of many subissues wishlist "nice to have" issues; might require a lot of work or a big change or be low priority
Projects
None yet
Development

No branches or pull requests

3 participants