这是indexloc提供的服务,不要输入任何密码
Skip to content

Conversation

@aeharding
Copy link

REASON:
Thirteen is so two hours ago

Also, this post

We may need a migration path, but I now think 12 is better for our users.

REASON:
Thirteen is so two hours ago
@aeharding
Copy link
Author

Also, if anyone wants to translate 12, it would be appreciated.

@tabarra
Copy link
Contributor

tabarra commented Mar 24, 2016

Considering that this package is probably used in thousands of projects, changing 13 to 12 so abruptly may cause issues inside the Node.js community.

I think we should make a committee of experts in the number 13 to evaluate the situation.
The problem is: does the committee should have 12 or 13 members?

@aeharding
Copy link
Author

That's a great idea. We should start a monthly meeting for discussing agenda items in this project anyways, given its growing popularity.

I'll start by adding an agenda item for this.

Anyone want to volunteer as secretary to take down the minutes?

EDIT perhaps this should be a separate issue.

@gytdau
Copy link
Collaborator

gytdau commented Mar 24, 2016

The project's founder hates the number twelve. I say if anything we should migrate to 14. 12 is the past, 13 is the present, and 14 is the future.

@terciodemelo
Copy link

I believe that 42 is the number we are looking for

@frg
Copy link
Contributor

frg commented Mar 24, 2016

Stop! I've put my heart and soul into the project.. don't do this to me guys. 13.

@tabarra
Copy link
Contributor

tabarra commented Mar 24, 2016

@frg You shouldn't. At any moment someone at npm can claim ownership of the 'is-thirteen' package.

@frg
Copy link
Contributor

frg commented Mar 24, 2016

Well that would be so unkind.

@gytdau
Copy link
Collaborator

gytdau commented Mar 24, 2016

There's always a risk in developing for OSS. Who knows, maybe now North Korea uses this for their missile targeting, to check if exactly 13 targets are in sight.

@robotnoises
Copy link

I think a fair compromise might be to leave the .thirteen() method name alone, but extend it to also support 12. Thoughts?

@caledhwa
Copy link

+1

@caledhwa
Copy link

The committee should be called the Open Twelve (previously Thirteen) Foundation or OTF. It will be supported by EMC, HP, IBM, VMW, MSFT. I believe, this will finally improve adoption of the Eclipse is-thirteen (soon to be 12) plugins and adoption that will outscale docker.

@aeharding
Copy link
Author

@caledhwa please see #76 and bring it up there, I think that's is a good point 👍

@Xiphe
Copy link

Xiphe commented Mar 25, 2016

I love @robotnoises idea. Really straight forward!

we might just support an environment variable setting the current value of thirteen.

export VALUE_OF_THIRTEEN=14

is(13).thirteen();
// false

@merlindorin
Copy link

I'm new to js but it seems that the language permit everything. For a monkey-patch, can we just write const 13 = 12 to fix that issue nicely?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

10 participants