Skip to content
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

Project's name is too generic and hard to search for #730

Closed
guidow opened this issue Sep 7, 2017 · 9 comments
Closed

Project's name is too generic and hard to search for #730

guidow opened this issue Sep 7, 2017 · 9 comments
Labels
solution: duplicate the issue is a duplicate; refer to the linked issue instead

Comments

@guidow
Copy link

guidow commented Sep 7, 2017

The project's name is very generic, which makes it hard to search for in, for example, internet search engines or the package repositories of various operating systems. My first impulse upon finding this library was to see if it was already present in my distribution's package repository, but how should I even go about that? Searching for just "json" is not going to be helpful. (Turns out googling for "nlohmann json" works better, but still...)

The name is also bound to lead to some confusion, as it is already the name for the format/meta-format itself.

This also makes it awkward to specify a dependency on this library in a way that will likely work across distributions.

The full name of the project, "JSON for Modern C++", on the other hand, is too unwieldy, consists of several words and does not actually seem to be used much.

@nlohmann
Copy link
Owner

nlohmann commented Sep 7, 2017

Duplicate #377.

@nlohmann nlohmann added the solution: duplicate the issue is a duplicate; refer to the linked issue instead label Sep 7, 2017
@nlohmann
Copy link
Owner

nlohmann commented Sep 7, 2017

After four years, I still can't think of a better name...

For what it's worth: Googling for "json c++" brings the library as first hit. And when you search for "json" at Github, it is also the first hit.

@nlohmann
Copy link
Owner

nlohmann commented Sep 7, 2017

Any ideas?

@nm17
Copy link

nm17 commented Sep 7, 2017

@nlohmann maybe jsony, js+, ossjson, mjson (like "modern json")

@theodelrieu
Copy link
Contributor

I was thinking about njson personally, but mjson seems ok too

@guidow
Copy link
Author

guidow commented Sep 7, 2017

If you are okay with using your own name, how about nlohmann-json? Another option might be modernjson++, which is pretty close to the official long name already.

My opinion on the matter:
It does not have to be particularly fancy or creative, it just shouldn't be just "json", simply because that is too ambiguous.

@guidow
Copy link
Author

guidow commented Sep 7, 2017

There is already a Python and a Java library called mjson: https://bolerio.github.io/mjson/, https://pypi.python.org/pypi/mjson

@nlohmann nlohmann added the state: please discuss please discuss the issue or vote for your favorite option label Sep 7, 2017
@nlohmann
Copy link
Owner

nlohmann commented Oct 2, 2017

I'm not convinced.

@nlohmann nlohmann closed this as completed Oct 2, 2017
@nlohmann nlohmann removed the state: please discuss please discuss the issue or vote for your favorite option label Oct 2, 2017
@nlohmann
Copy link
Owner

nlohmann commented Oct 2, 2017

I know it would be nice to have a "better" name, but I'm not willing to change it just for having a new one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
solution: duplicate the issue is a duplicate; refer to the linked issue instead
Projects
None yet
Development

No branches or pull requests

4 participants