Live data from Hacker News

Code together in real time with Teletype for Atom

blog.atom.io

211–220 of 230 posts

Re: Code together in real time with Teletype for Atom

#211
post #202

"Sharing the same physical machine is impossible for remote teams" -- if only there was some kind of network that would allow people to log into a machine remotely... More seriously, though, in the mid-90s, I worked at a place where most work stations were Sun Sparcs. One way of "coding together" was that one person did an xhost+ to allow a second frame of an Emacs running on a second person's machine to be opened on…

Wayland destroyed that 20+ year old X feature though

Re: Code together in real time with Teletype for Atom

#212

So glad to see that they've implemented this algorithm in JS! https://github.com/atom/teletype-crdt I've tried implementing a very similar algorithm (one could say it's the same approach) in the beginning of this year, but had one remaining issue with concurrent overlapping deletions that I couldn't figure out (and the paper I was basing the algorithm on didn't account for it: http://www.sciencedirect.com/science/art…

I found this blog post on this subject very approachable: http://digitalfreepen.com/2017/10/06/simple-real-time-collab...

Re: Code together in real time with Teletype for Atom

#213
A lot of effort put into "dumb" text editors, but we still don't have (to my knowledge at least) a truly cross-platform / cross-backend IDE that will allow you, for example, to open .sln/.cmake/.make/whatever projects/solutions and provide you with a nice interface to change project settings or even compiler used. This could save a lot of development time and improve productivity, and I'm sure it's a much more useful and common use case than collaborative editing.

Re: Code together in real time with Teletype for Atom

#214
post #206
post #195

Earlier quoted context omitted.

Regarding fossil, do you use fossil for tickets and self-hosting? How well do fossil tickets work compared to Github issues? Do you use any custom themes for fossil tickets?

We used tickets somewhat and we are self hosting through a nginx proxy in order to log the http activity and proxy over https. The ticketing has markdown support. We use a custom theme, not for tickets but for the whole repo. Fossil tickets are only used internally, we use osticket regular ticketing. There is also a service for hosting fossil repos called Chisel, but it's nowhere near as useful as Github. http://chis…

Thanks!

Re: Code together in real time with Teletype for Atom

#215

So glad to see that they've implemented this algorithm in JS! https://github.com/atom/teletype-crdt I've tried implementing a very similar algorithm (one could say it's the same approach) in the beginning of this year, but had one remaining issue with concurrent overlapping deletions that I couldn't figure out (and the paper I was basing the algorithm on didn't account for it: http://www.sciencedirect.com/science/art…

I found this blog post on this subject very approachable: http://digitalfreepen.com/2017/10/06/simple-real-time-collab...

That's a nice blogpost! It does describe char-based CRDTs nicely, but the RGASS/teletype-crdt algorithms are string-based, which brings a lot of headaches, as you can have insertions that split existing nodes, etc.

Re: Code together in real time with Teletype for Atom

#216
post #39

Earlier quoted context omitted.

Why is there breakneck competition here to offer the best free code editor?

I guess that when users make the habit of using the free tool, then the company that provides it can easily embed other convenience habits that could potentially lead to a future sale. Both Microsoft and Github have commercial products to sell at a later stage, VSCode has now integrations with Azure, I don't know about Github integrations on Atom but the potential is there. When the user is using your free tool you a…

They're working on making Atom + Github to be a 1-1 association in your Git workflow. See https://github.atom.io/

Re: Code together in real time with Teletype for Atom

#218

It's amusing to see this while building in Second Life. The Second Life build tools are a 3D CAD system with real-time collaboration in virtual reality. Several people can be editing the same set of 3D objects simultaneously. Others can stand around and watch, from different viewpoints. Doing this for text is trivial by comparison.

Your comment led me to figuring out if Second Life is still really a thing. And I can't really figure it out. Apparently Linden Lab has over 200 employees so there must be some revenue on it. But is the user base growing, and how big is it?

The user base is flat, but the revenue keeps coming in. About 250 employees, down from a peak of 350, and about $66M in revenue.

Linden Labs is developing something new, called "Sansar", for virtual reality users. It's closer to a video game than a simulated world; it's a platform for "experiences", which are essentially third party games. Whether that works out depends on whether VR gets any traction. Second Life also might get a boost when the new Amazon "Snow Crash" series airs. Second Life is the closest thing to the "metaverse" of Snow Crash.

Second Life is interesting because it is an Internet system that isn't the World Wide Web. It's not HTTP based. It doesn't use HTML or Javascript. It's a huge system of its own. It has a social network, with members, groups, and text and voice chat. Strangely, about 40% of avatars never move; they just use the chat functions.

There's a whole world in there that is totally independent of Google and Facebook.

Re: Code together in real time with Teletype for Atom

#220

Earlier quoted context omitted.

I found this blog post on this subject very approachable: http://digitalfreepen.com/2017/10/06/simple-real-time-collab...

That's a nice blogpost! It does describe char-based CRDTs nicely, but the RGASS/teletype-crdt algorithms are string-based, which brings a lot of headaches, as you can have insertions that split existing nodes, etc.

Would love to learn how the two approaches differ from each other. The string-based one sounds more space efficient.
Post reply on HN