Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> EDIT: for anybody curious, we had to make breaking changes to the p2p protocol and used that as a chance to bundle a lot of improvements -- mainly with performance and reliability. It sucked to break existing content though.

What guarantees are in place to ensure this wouldn’t happen again in the future? I really like the project and realize it’s still young and can probably risk piling on breaking changes, but I can’t imagine future upgrade paths will involve contacting one of the project maintainers on Twitter.



> What guarantees are in place to ensure this wouldn’t happen again in the future?

I will say that I'm personally embarrassed that we had to do it. I don't like disappointing people who support our work. There was a post on HN recently about how Unity keeps breaking its platform; I don't want to end up like that.

The other thing I'll say is, there was a year-long gap from the 0.8.x beaker releases to the 1.0, and a lot of that time was connected to the engineering work on the protocol. The top priority was scaling, but we also added tooling the protocol so that if a similar breaking change is needed in the future, we can handle it smoothly.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: