Live data from Hacker News

Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

news.ycombinator.com

81–88 of 88 posts

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#81
post #80

Earlier quoted context omitted.

We were actually toying with the idea of showing vertical lines for releases on the various charts. So for example: # of open issues over time, and you can see if it correlates with a major release. Identifying user satisfaction automatically is more tricky (sentiment analysis, which would be amazing, but we don't have the resources to do that well). For now, one of the things we might do is to ask people to specify…

When a user rates a library, they should really be rating a version of it (even if the latest is always assumed). As time passes and new releases are made, ratings over time could indicate whether the project is getting better or worse.

Wow, showing a graph of user ratings over time would be amazing (once we have enough data)

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#82
How are libraries added to a category? Manual? Eg. https://openbase.io/packages/top-javascript-frontend-framewo... seems very lacking.

Side note, selecting frontend frameworks from the sidebar gives the same list but the URL stays https://openbase.io/categories - URL should update.

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#83

How are libraries added to a category? Manual? Eg. https://openbase.io/packages/top-javascript-frontend-framewo... seems very lacking. Side note, selecting frontend frameworks from the sidebar gives the same list but the URL stays https://openbase.io/categories - URL should update.

Indeed, currently it's curated manually! Would love to get suggestions for more libraries we can add to that category!

You're right about the selecting categories from the sidebar not updating the URL, we haven't implemented the routing yet, that is something that we'll implement soon.

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#84

Thank you for creating this site - it looks like an excellent piece of work. I hope you find a way to make some money from the work, enough at least to pay the hosting bills. A couple of questions: 1. I found a way to add a tutorial link to my package's page, but the wider documentation seems to be limited to whatever is put in the README.md file. Is there a way to add links to additional documentation? 2. You mentio…

Thank you for your feedback!

1. Nope, we currently have no way to edit what's in the overview page, so unfortunately you'll need to edit your README file to add additional links.

2. In general, we're going to use an approach similar to BundlePhobia where we would show the gzipped/uncompressed file of the final file, but it does make sense to allow maintainers to flag this (and other information) as wrong.

3. Our search engine is still work in progress. We started with the npms implementation, added additional layers of information from our dataset, and will iteratively add more and more factors to search results ranking. Unfortunately, we still can't grant for a specific package to be shown in the search autocomplete. We are, however, adding a "search result page" that would show more than the 9 results that you see in the autocomplete.

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#85

How are libraries added to a category? Manual? Eg. https://openbase.io/packages/top-javascript-frontend-framewo... seems very lacking. Side note, selecting frontend frameworks from the sidebar gives the same list but the URL stays https://openbase.io/categories - URL should update.

Indeed, currently it's curated manually! Would love to get suggestions for more libraries we can add to that category! You're right about the selecting categories from the sidebar not updating the URL, we haven't implemented the routing yet, that is something that we'll implement soon.

I think it's a good idea to include ones that stands out from rest of the pack.

https://github.com/sveltejs/svelte and https://github.com/ryansolid/solid stands out by being the only 2 that are compiled to standard js, so no framework is loaded at runtime.

Speed is important too and https://github.com/infernojs/inferno (and solid above) is well known for speed and is backed by benchmarks.

Not sure if you want to add more beyond this point since a few more will push the boundary to just include everything which is over 100 nowadays.

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#86

Earlier quoted context omitted.

Indeed, currently it's curated manually! Would love to get suggestions for more libraries we can add to that category! You're right about the selecting categories from the sidebar not updating the URL, we haven't implemented the routing yet, that is something that we'll implement soon.

I think it's a good idea to include ones that stands out from rest of the pack. https://github.com/sveltejs/svelte and https://github.com/ryansolid/solid stands out by being the only 2 that are compiled to standard js, so no framework is loaded at runtime. Speed is important too and https://github.com/infernojs/inferno (and solid above) is well known for speed and is backed by benchmarks. Not sure if you want to add…

Awesome, thanks for the suggestions. Not sure how we missed Svelte (?!) I'll be sure to add those to the frontend framework category

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#87

Looks great. Can you add testing coverage as one of the metrics?

Thank you. You mean a percentage (77%), like the one you usually see on a README badge?

Yup, exactly. It gives confidence in using the library

Re: Launch HN: Openbase (YC S20) – reviews and insights for open-source packages

#88

Nice, now we can review someone's open source contributions they usually worked for free on.

I feel you, as I have tremendous respect and appreciation to open-source maintainers. Nevertheless, I think most developers already "review", critique, and share their opinion of open-source libraries loud and proud. They just don't have a dedicated platform to do that. Like most developers, I've been using dozens of open-source libraries, it's natural that I'll form some sort of opinion about them. If I'm like most…

I'm curious about whether your project would make more events like what happened with the rust actix-web library.

Short story if you're not aware: It is the fastest web library out there, but the maintainer quit open source entirely. I fear projects like yours would just make it worse.

This may sound harsh: your rebuttal doesn't really address the issue it just tries to justify 'live with it'

Post reply on HN