Live data from Hacker News

Code together in real time with Teletype for Atom

blog.atom.io

131–140 of 230 posts

Re: Code together in real time with Teletype for Atom

#131

Not sure this is wise, but I started a test portal 252510f8-e474-45e0-bec1-5714435fa305 if you want to give it a whirl. Edit: it's still working great even with 15+ people - very slick! Also, here's the madness in repo form - https://github.com/mrspeaker/teletest

I'm curious, how was the performance with all of that happening? (i'm assuming at some points you had 10+ people in there at once?)

Re: Code together in real time with Teletype for Atom

#132
post #77
post #74

Earlier quoted context omitted.

I doubt any Electron-based editor is going to feel as snappy and light as Vi. Have you been noticing performance decreases? I haven't noticed any.

VS Code is trying hard to be an IDE for all languages. If you use pure VS code without extensions, it quite snappy. But as you start adding more and more extensions, it starts slowing down and that too quite fast.

This is true, but its still very snappy for an electron app.

After adding around 10+ plugins on Atom it not only became slower but it started crashing or having internal errors.

With VS code I have 17 plugins installed and it still feels light enough. Personally I disable most plugins until I need them and I think most people should do the same considering how easy it is to disable a plugin.

I have all my language specific plugins disabled until I need to use them.

Re: Code together in real time with Teletype for Atom

#135

Not sure this is wise, but I started a test portal 252510f8-e474-45e0-bec1-5714435fa305 if you want to give it a whirl. Edit: it's still working great even with 15+ people - very slick! Also, here's the madness in repo form - https://github.com/mrspeaker/teletest

I'm curious, how was the performance with all of that happening? (i'm assuming at some points you had 10+ people in there at once?)

I just stopped sharing the document. I was just running it over crappy cafe wife for 2.5 hours, max ~20 people, always 5 to 10... performance seemed fantastic - didn't tax my lappy at all. Very impressed!

[Re-shared it at 28e6c3b4-754c-44ef-9406-869604db9db5 - it would be good if you could keep a UUID somehow, but I guess that's unfeasible]

Re: Code together in real time with Teletype for Atom

#137
post #117
post #107

How does this work? Does the code that is typed go through a cloud service? I guess that would stop a lot of people using it in work.

In the case of Atom, no - it's peer-to-peer - github servers are only involved with initial connection. Probably the same for VS code, but not looked.

Ok, that's pretty cool. Thanks - had a quick scan of the page but didn't see that.

Re: Code together in real time with Teletype for Atom

#138

Earlier quoted context omitted.

> the top two open source editors Subtle. On-topic, I remember recently Uber and Lyft were working on a similar feature, and both knew about the other but neither knew that the other knew. I wish I could remember what the feature was.

I believe this happened with Lyft Line and Uber Pool.

That’s the one! Thank you!

Re: Code together in real time with Teletype for Atom

#139
post #78

Earlier quoted context omitted.

Why would spaces be sent over the wire?

Why wouldn't they be? How else would you envision indentation working?

Well, one of the people in the scenario uses tab characters, not spaces.

Re: Code together in real time with Teletype for Atom

#140
post #127

Earlier quoted context omitted.

Could the protocol implemented by teletype-core be (easily) spoken by a non-electron editor, or is there an inherent impedance mismatch where e.g. the protocol structures its data in ways amenable to DOM manipulations of text but not to other text buffer formats?

The protocol isn't coupled to the DOM or Electron in any way. The one thing that makes it easier to implement in electron is that it uses the WebRTC standard for peer to peer connections.

WebRTC is a beast of a protocol to implement, and so far browsers have had the canonical implementation. There's a few C++ libraries out there, but even then it's a lacking ecosystem.
Post reply on HN