Show HN: Ng-classy – Use Angular 1 and ES6 with ease
github.comHey, I have a reasonably popular project with a very similar name. It's not a huge issue but it might be a bit confusing for people using our projects: http://davej.github.io/angular-classy/
Starting a new Open Source Project
[ ] 1. Choose a nominally unique name within language/package space
[ ] 2. Okay, at least choose a unique name within the comparatively small sub-community you're targeting, so as not to invite unnecessary confusion for literally everyone involved
[x] 3. Post on Hacker News
I'd agree that this namespace conflict is by no means ideal. It's hard for someone to scope out the world of similarly-named packages in npm, determine which ones are actually used, and then name their package--even after investing in this process, it can be easy for one to miss something similar. That's probably why this happens so often.
People are being overly critical of atjoslin, given that he admitted in his edit that his intentions were not foul.
I know the internet is a place where tone doesn't really come across, but I'm just poking a little fun, not trying to be critical, since I'm not really invested one way or the other. In fact, if anything, it behooves me as an active participant in the Angular community not to pick fights & make enemies (hi, atjoslin!). :-)
> That's probably why this happens so often.
So often?
> People are being overly critical of atjoslin, given that he admitted in his edit that his intentions were not foul.
Well, maybe not-foul intentions are a high enough bar, but I think good intentions might look something like taking the extra half-hour (as an author/maintainer of numerous OS projects, I know it doesn't take that long) to find a slightly less-similar name. As this is a new project, I can't imagine the impact on your (checks GitHub, sees 31 stars & 4 watchers) community will be all that substantial.
Again, I have no particular investment here (okay, okay, technically I have 2 HN comments-worth of investment, so that adds up to... wait, yup, basically nothing). This is just a little friendly advice, and worth what you paid for it.
Sorry, but this is hardly rocket science: https://www.google.com/search?q=ng+classy
I didn't check the web-at-large, that's why. I just thought 'classy! It's classes.' Then I checked npm. Then I pushed it.
Probably was a bad idea.
Unfortunately, this is going to happen. Best wishes with your project.
Edit: I'm only trying to be straightforward. I meant only what I said: name collisions do happen, especially in the cluttered npm namespace, and will continue to happen.
And I meant what I said in that I do wish your project the best. No foul intent.
The tone of this response as well as the tone of the README in the actual project ensure that I'll pass on this, as I can bet on receiving dismissive and snarky responses to any issues/pull requests.
Careful with those assumptions, friend.
What in the world is that @ symbol doing? I've never seen that in ES6. It makes this thing look horrid and nonidiomatic, unless I'm just ignorant, which I could be, and both could be true.
That is a TypeScript decorator[0]. It's not a Real JavaScript Thing™ in the TC-39 sense, but you can use it if you're willing to put up with more build tools.
[0] http://blogs.msdn.com/b/typescript/archive/2015/04/30/announ...
That's also a Javascript decorator. You can use it with Babel today if you pass in `{stage: 0}`.
Huh, wycats finally caved on the syntax, eh? Good to know.
Thanks for educating me!
Decorators are an ES7 proposal -- they don't exist in ES6.
Good point, fixed https://github.com/eaze/ng-classy/commit/90ad4d8f493daad38f4...
They haven't even standardized if they are to behave like python decorators or c# annotations.