Define plan for open sourcing package without open sourcing real-time-server module about teletype HOT 3 CLOSED

Some options

1. Go ahead and release the server as open source as well.
2. Release an alternative reference implementation of the server.
3. Make it so open source developers can't run tests on the client but we can.

from teletype.

1. Go ahead and release the server as open source as well.

I'm personally drawn to this option. I like the transparency that comes with this option, especially given the sensitivity around people likely wondering what information we are/aren't collecting.

2. Release an alternative reference implementation of the server.

I like this as a potential long-term solution. I'd prefer not to do this in the short-term, given that doing this would take time away from the other items we have planned for the initial launch. However, perhaps we could start by open sourcing the server (which means that everyone can run tests in real-time and real-time-client and everyone can see how little data collection is taking place). If we later find ourselves wanting our server implementation to be private, we could then release an alternative reference implementation or a test harness.

What do y'all think?

from teletype.

Yeah, for now the server is fairly simple. If we start doing special stuff to make it scale, writing it in Go, etc, then maybe we keep it private. The problem with a reference implementation would be keeping everything in sync, but we could potentially run our tests both against the real server and the reference implementation internally. But that's ongoing double-work.

from teletype.