Live data from Hacker News

Code together in real time with Teletype for Atom

blog.atom.io

221–230 of 230 posts

Re: Code together in real time with Teletype for Atom

#222

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…

IntelliJ is pretty close to what you want...

Re: Code together in real time with Teletype for Atom

#224
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.

Serious question—

Does/would a high-end (e.g., Xeon-class) processor and/or a boatload of RAM help keep Code's performance snappy?

FWIW, I run my Code install quite light since my "duties and responsibilities", ahem, only require a few languages/data types, ergo, I am not pushing it hard at all.

FTR, I have a (licensed) install of Sublime, which I confess is snappier than Code, but the difference is so small I use whichever one is better for the task at hand and any difference dissappears under the pressure of an outage enforced deadline :-D

Re: Code together in real time with Teletype for Atom

#225

Earlier quoted context omitted.

I guess the next step would be something along the lines of Google Wave where you could playback the "conversations" and see the learning process develop.

Damn I miss Google Wave

It was opensourced, but apparently nobody wanted to maintain it for free. https://incubator.apache.org/wave

Re: Code together in real time with Teletype for Atom

#226

Earlier quoted context omitted.

> you have to learn an old and obscure LISP dialect for it As someone who is glancingly familiar with emacs (I have only ever written one elisp function, that too with help) it's a really stupid question, but couldn't emacs have bindings for lua or python or something? That would increase the number of people who can program for it and customize it. > in 20 years from now Emacs will still be around I think the real r…

Emacs is a lisp; there's a very small and tiny layer of C at the bottom and everything else is a tower of lisp. You can interact with it with other languages, via many different means, but in the process you lose the joy and power of working in a live lisp environment.

> there's a very small and tiny layer of C at the bottom [...]

That layer of C is hardly "tiny." Everything from font drivers to process management to a lisp interpreter to window and buffer code, to overlays, and a lot more.

Re: Code together in real time with Teletype for Atom

#227
post #226

Earlier quoted context omitted.

Emacs is a lisp; there's a very small and tiny layer of C at the bottom and everything else is a tower of lisp. You can interact with it with other languages, via many different means, but in the process you lose the joy and power of working in a live lisp environment.

> there's a very small and tiny layer of C at the bottom [...] That layer of C is hardly "tiny." Everything from font drivers to process management to a lisp interpreter to window and buffer code, to overlays, and a lot more.

There's 1,262,537 lines of elisp in 25.3, compared to 291,203 lines of C and C headers. While there is a fair amount of C code to do what you mentioned, much of the C is definitions for the core lisp language with 1,483 DEFUN statements in it.

But yah, not tiny, sure. I'm looking forward to it being replaced via the REmacs project.

https://github.com/Wilfred/remacs

Re: Code together in real time with Teletype for Atom

#228

Earlier quoted context omitted.

> 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.

I also noticed ALE was very slow with JavaScript so changed it to run on save only. However Neovim’s plug-in architecture is a big improvement. I’m running Deoplete (which provides intellisense like functionality) on the same machine, and it is basically instant. There are GIFs at the bottom of the repo: https://github.com/Shougo/deoplete.nvim

Hey, thanks for that tip. This is really great. I'd never used neovim and almost switched to vs code but this is working really well!

Re: Code together in real time with Teletype for Atom

#229

Every time I see one of these "code together in real time" announcements I remember SubEthaEdit, which did this flawlessly 14 years ago, and released the collab part as a library that other apps can use: Coda uses (or at least used, I haven't used Coda in years) it and is/was compatible for sharing. https://subethaedit.net

Too bad it had a terrible name...

Why do you think it’s bad?

Re: Code together in real time with Teletype for Atom

#230
post #75

Earlier quoted context omitted.

> top two open source editors I must have missed the announcements for vim and Notepad++.

Interesting way to spell Emacs

Because Emacs could do that before Atom's devs were even born.
Post reply on HN