A couple of important things to know about our projects.
We always keep a CHANGELOG in the root of directory of the project. Here’s the one we have for sitespeed.io. We always write down the changes we do in the project.
We always use semantic versioning when we do a release.
We take your privacy really serious: Our documentation site, our dashboard and our compare tool do not use any tracking software at all (no Google Analytics or any other tracking software). None of the sitespeed.io tools call home.
But beware: Chrome and Firefox can call home (we know for fact that Chrome do). We would love PRs and tips how to make sure browsers don’t call home when you run your tests.
When you create issues, do PRs, use our Slack channel or contact us on email, please follow our Code Of Conduct.
We release our software under the MIT License or Apache License 2.0. Please respect it and respect our work: We ask you not to change the logo or the contribution to the project. Please do this to pay the respect to the many hours we put down into the project.
We try to have issues for everything we do (sometimes when there are small technical changes we miss that), we do PRs. Big PRs we always review them within the team.
We try to release things as soon as the functionality is tested and ready (we release often, sometimes a couple of times a week). For sitespeed.io we try to do at least one major release each year.
We highly rely on testing on Travic-CI and our own automatic testing.
Usually we have one big function that we wanna release (for 6.0 that is HTML support for plugins). We then focus on finishing that functionality and try to squeeze in as many other good things as possbile.
We’ve been releasing sitespeed.io since 2012 and we plan to continue do it for a long time. At the moment we are a three member team and we love to get more people involved!
We work on the project after hours/weekends and usually that is enough to keep it going. Peter has been taking a couple of weeks off work each year to prepare for larger releases.
We have stayed away from taking money contributions so far (except an award from the The Swedish Internet Infrastructure Foundation). That helps us to be independent (and that is important for us), but we aren’t totally closing the door for money. But we prefer people helping out with PRs instead.
We are pretty confident that how we work and how we keep sitespeed.io going, will make our project outlive many commercial web performance tools (we’ve been going strong the last 5 years). It’s pretty simple: We do this because we love it and we have a mission to make web performance tools free and available for everyone. Commercial products always needs paying customers to keep going.
We really (yes I mean really) focus on helping you as a user. If you have a problem please create an issue or talk to us on our Slack channel.
If there’s a common problem or a bug and we talk about it on Slack we will kindly ask you to create an issue. Issues are great because it helps people that has the same problem.
It sometimes happens that we get get contacted about issues privately via email or DM on Twitter. Please don’t do that, we want to keep everything as open as possible. Only contact us if we ask you to or if you have an important security issue.
We had over one million downloads so far and still counting. We have companies in the Alexa top 10 that uses sitespeed.io. We have students at universities that uses our tools for their publications. We have retailers that use it. Even our moms and dads uses it. We are pretty sure sitespeed.io will work out good for you too.
With the old 3.X we got the following feedback in the Toolsday podcast:
SpeedCurve has a really low barrier of entry ... it's a bit of a evolution maybe ... if you need something more advanced look into sitespeed.io" By Taylor Jones (IBM) on the podcast Toolsday http://www.toolsday.io/episodes/performance.html
Note: SpeedCurve is a paid service built on top on the Open Source tool WebPageTest. If you love WebPageTest (we do!) you can drive it using sitespeed.io and collect the metrics and use it side by side with all the sitespeed.io metrics.
