Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Code together in real time with Teletype for Atom

blog.atom.io

Post reply on HN
Print view View original

121–130 of 230 posts

Re: Code together in real time with Teletype for Atom

#121

Post by petre »

g051051 wrote: post #91
zimablue wrote: post #51

Earlier quoted context omitted.

But?

Just making the point that it went from a simple text editor to a much more full-featured IDE wanna-be. That's a bit of a paradigm shift to me.

That's why I've been using Atom instead. Since 1.17 or so it got quite usable and it's getting better with every iteration. Nowhere near as fast as Sublime Text but usable for daily coding. I disabled the git plugin because we're using fossil. I hope it doesn't become an IDE like VS Code. At least they made the IDE packages separate.

Re: Code together in real time with Teletype for Atom

#122

Post by cbcoutinho »

twitchard wrote: post #116

My team at the Node Knockout hackathon implemented an editor-agnostic version of this feature last weekend. I guess it is an idea whose time is come. https://www.nodeknockout.com/entries/35-nodeist-colony For me, the editor-agnosticism is the most important feature I would want my live coding experience to have. My team uses a mixture of Vim, Sublime, Emacs, VS Code, and Atom, and we have configurations we are comfor…

The team behind this feature think that editor-agnosticism is also really important, that's why they split up this project into atom-teletype and teletype-core. AFAICT the 'core' library could be used to implement a package in any of the electron based editors.

Re: Code together in real time with Teletype for Atom

#123

Post by seveneightn9ne »

fjabre wrote: post #115

I can appreciate your efforts here. It isn't trivial to put something like this together but I'm going to go ahead and state the obvious: Face to face is far superior to a solution such as this one for what I think are self evident reasons. You're better off, by orders of magnitude, getting on a plane or train and going to see your code buddies. When I'm coding with someone we're not usually on the same files or piec…

Being together in person doesn't solve the problem of wanting to edit the same code simultaneously. For some projects, git is enough, but for something really small this seems like it would really help.

Re: Code together in real time with Teletype for Atom

#124

Post by foldr »

Barrin92 wrote: post #93
dbmikus wrote: 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.

> feel as snappy and light as Vi. this is only true if we're strictly talking editing text wihtout any plugin functionality. As soon as you add code completion features vim shows its age, the Ale extension for async linting for example feels very sluggish on a few only slightly dated laptops I tried out and frequently grills the cpu.

This. Vim also has a nasty habit of hanging completely if something goes wrong at the filesystem level (e.g. a disconnected sshfs mount).

Re: Code together in real time with Teletype for Atom

#125

Post by fjabre »

seveneightn9ne wrote: post #123
fjabre wrote: post #115

I can appreciate your efforts here. It isn't trivial to put something like this together but I'm going to go ahead and state the obvious: Face to face is far superior to a solution such as this one for what I think are self evident reasons. You're better off, by orders of magnitude, getting on a plane or train and going to see your code buddies. When I'm coding with someone we're not usually on the same files or piec…

Being together in person doesn't solve the problem of wanting to edit the same code simultaneously. For some projects, git is enough, but for something really small this seems like it would really help.

I'm not saying it isn't a legitimate problem but I've never had it.

For me, if we're not using git I could get the other dev's latest changes by simply doing a file copy of whatever I needed and then get it into my own environment. I work offline with most of my dev mates. We are rarely ever coding at the same time of day given time zone differences and sleeping patterns.

If we're a small team we're probably quite aware of where the other one is in the code and what they're working on. I don't need real time for that.

I think being able to see the other dev type in real time in the same file doesn't solve anything for me and may in fact be distracting and counter productive. I'm not sure 'real time' fits here.

Re: Code together in real time with Teletype for Atom

#126

Post by scbrg »

BoiledCabbage wrote: post #62

I don't use it at all, but hasn't emacs supported this since the 80s or 90s?

Not sure if there's been a way to integrate separate emacs processes, but it has always been possible to launch a new frame (emacs speak for window) displaying the same buffer, and given network transparency in X, have it displayed on any remote computer running X.

Re: Code together in real time with Teletype for Atom

#127

Post by derefr »

cbcoutinho wrote: post #122
twitchard wrote: post #116

My team at the Node Knockout hackathon implemented an editor-agnostic version of this feature last weekend. I guess it is an idea whose time is come. https://www.nodeknockout.com/entries/35-nodeist-colony For me, the editor-agnosticism is the most important feature I would want my live coding experience to have. My team uses a mixture of Vim, Sublime, Emacs, VS Code, and Atom, and we have configurations we are comfor…

The team behind this feature think that editor-agnosticism is also really important, that's why they split up this project into atom-teletype and teletype-core. AFAICT the 'core' library could be used to implement a package in any of the electron based editors.

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?

Re: Code together in real time with Teletype for Atom

#128

Post by z3t4 »

free_everybody wrote: post #73
frik wrote: post #68

Earlier quoted context omitted.

What are the current plans about Coffeescript? I just looked at the code on Github, it says 85% Javascript, 12% Coffeescript. Is the plan to port the 12% to JS6? (and hopefully not Typescript) Great work with Atom editor. I successfully conviced my friends to move from VSC to Atom on macOS.

What's wrong with Typescript? Also, why does it matter to you? Genuinely curious.

It's like having Leonard Cohen transpiled to Justin Bieber. Now look at it from the Justin Bieber fans point of view, why would they listen to Leonard Cohen in order to hear Justin Bieber ? Even though research says Leonard Cohen makes better music! From Leonard Cohen fan's point of view it doesn't matter as they only hear Leonard Cohen, not Justin.

Re: Code together in real time with Teletype for Atom

#129

Post by Animats »

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.

Re: Code together in real time with Teletype for Atom

#130

Post by maxbrunsfeld »

derefr wrote: post #127
cbcoutinho wrote: post #122

Earlier quoted context omitted.

The team behind this feature think that editor-agnosticism is also really important, that's why they split up this project into atom-teletype and teletype-core. AFAICT the 'core' library could be used to implement a package in any of the electron based editors.

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.
Post reply on HN