Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Record/Playbacks #29

Open
kans opened this issue Apr 19, 2013 · 0 comments
Open

Record/Playbacks #29

kans opened this issue Apr 19, 2013 · 0 comments

Comments

@kans
Copy link
Member

kans commented Apr 19, 2013

started working on a floobits record playback on the client side in sublime

This ability should live in the backend because we are a fucking cloud platform as a service company and you shouldn't have to sync anything ever by hand.

I wanted to hack it up for an interview today, but I won't have time to finish it. Most of the time, we just have a mess of shit on a whiteboard at the end of an interview, but recording the process of working would be helpful. We could even generate metrics if we cared.

2 problems for recordings:
1. we don't record our own selections/highlights
2. Deletes are destructive (so you can't rewind)

Both of these problems are easily fixable. I tend to think recordings should have the common interactions- start/stop/rewind/ff and maybe cutting. I'd also like the ability to continue recording to an existing record.

Making it go:

  1. Copy entire state to s3.
  2. Make log of every highlight/patch event for the room.
  3. The client joins a room with the recording flag set to X.
  4. We replay shit to the client OR, just send the whole damn recording file.

Replaying shit means no new client side code. Sending the whole thing makes our life on the backend easier... client side code is almost certainly harder for us.

Other thoughts:
Speed is hard here- we want to adjust this based on the size of the patches.

Also, this would be sick in sublime in the code preview window thing.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant