Live data from Hacker News

Web-based editor

docs.github.com

111–120 of 307 posts

Re: Web-based editor

#111

Am I alone in not jumping on the Visual Studio [Code] bandwagon? Other online editors have had "vim modes" for ages (e.g. Overleaf) and frankly I'm unlikely to write a chonking great script or project in a browser on Github -- a minor modification is much more likely. VS Code's codebase is huge . Will Github allow people to use other $EDITORs? (Yes, I'm aware this makes me sound like an old man!)

I am a developer for almost 15 years now. My primary operating system is windows. I have used Linux but only sparingly. I have used many IDEs. I have never ever felt the need to use vim. Is it fair to say, because VSCode does not have a "vim mode", it is somehow inferior as an editor? I seriously don't get it. I have used VSCode almost from day one. It is a fantastic editor and quite a capable tool. I seriously love…

I have never used vim in my life (20 years in dev. including on linux and used linux since the late 90s). Many people talk about vim lately, probably the most I've seen and I'm still not sure why.

That said, VSCode is very good. But I don't believe in a web-based IDE and in remote Github repos. That's a recipe for disaster and unescapable vendor lock-in, and in any case it's only an option for web dev., really.

Edit: Since some people always take things literally: I have of course tried vim, like most people who ever worked with Unix/Linux I suppose, but never got beyond that. I am surprised that it seems to have become so "fashionable" lately. There are many alternatives to vi/vim and many IDEs. My experience is that vi has always suffered from its interface and has struggled to expand beyond "bearded Unix gurus"...

Re: Web-based editor

#112

Am I alone in not jumping on the Visual Studio [Code] bandwagon? Other online editors have had "vim modes" for ages (e.g. Overleaf) and frankly I'm unlikely to write a chonking great script or project in a browser on Github -- a minor modification is much more likely. VS Code's codebase is huge . Will Github allow people to use other $EDITORs? (Yes, I'm aware this makes me sound like an old man!)

I am a developer for almost 15 years now. My primary operating system is windows. I have used Linux but only sparingly. I have used many IDEs. I have never ever felt the need to use vim. Is it fair to say, because VSCode does not have a "vim mode", it is somehow inferior as an editor? I seriously don't get it. I have used VSCode almost from day one. It is a fantastic editor and quite a capable tool. I seriously love…

[deleted]

Re: Web-based editor

#113
post #100

Earlier quoted context omitted.

Depends what I’m doing, but most day stuff is in a JetBrains product, or vscode , or sublimetext - in that order. But I did go from notepad, to eclipse, to ST, to vscode to JetBrains, so … obviously I’m trying to get into emacs now

Companies want developers to buy into editors like religion. All of them (editors) do the same, but spending money on IntelliJ is the hardest flex because it says I’m an enterprise developer look at me.

I bought JetBrains myself because I was told about some nice refactoring tools, and they were right.

I don’t ask my work to pay, because I use it personally as well, and I look at my brother as a woodworker and he’s honed his tools to what suits him.

I do the same.

Re: Web-based editor

#114
post #100

Earlier quoted context omitted.

Companies want developers to buy into editors like religion. All of them (editors) do the same, but spending money on IntelliJ is the hardest flex because it says I’m an enterprise developer look at me.

Really? I swapped to PyCharm when I was a solo dev because it had superior code insight compared to the other editors. What is enterprise about it beyond it costing money?

Yea that’s a weird flex, I get some companies have “use these tools” but that’s largely for support and discounts

Re: Web-based editor

#116
post #63

If you don't want to tie in with GitHub, there is also a vscode browser version called "code server" https://github.com/cdr/code-server I've been using it for the last couple of weeks on a development VPS and really love it. I'm considering moving my dev environment over to the server and just open a browser to do all the work.

Is there any upside compared to using the SSH Remote extension? https://code.visualstudio.com/docs/remote/ssh

It automatically sets up the server for me on any machine I can SSH into and I can use real VSCode instead of the browser version.

Re: Web-based editor

#117
The onboarding experience was odd.

I pressed "next section" thinking it would move me down to the next item in the menu, but it skipped me to another page. Then I tried to press some kind of "back" button and it ended the onboarding completely. And there doesn't seem to be a way to get it back again.

Re: Web-based editor

#118
post #67

I am still proud of [github1s]( https://github.com/conwnet/github1s ) No Credits given :( => https://github.com/conwnet/github1s/issues/346

“.” is a common convention meaning the current directory. I typically open projects locally with “code .” so I don’t view this as a complete ripoff; however, a section for “prior art” on Twitter and/or the changelog would have been a nice touch

Re: Web-based editor

#119
post #24

The amazing part is that it's all divs, spans, CSS and very smooth. Congrats!

Well, nobody uses to render a table because it has so much baggage that it is incredible slow (implicit calculations for width/height for every cell etc.). These super fast super browsers we have today? You can kill all of them if you render a table with around 500.000 cells. So yes, many people use divs and spans for the same functionality.

Wait, can these@ same browsers render a table made of 500,000 divs + css without crashing?

Re: Web-based editor

#120
post #13
post #3

Earlier quoted context omitted.

Why is it scary?

It's the end of being able purchase any kind of perpetual license to your software. It'll all be on the web and it will be paid per month. When that meets a company with an aggressive sunset policy or if they have an outage it won't be a good time.

One could also see it as an option that makes contributing to open source so much easier for small edits. There are plenty of times when I am working that I would make a small change or refactoring to a project, but the idea of cloning, setting up an environment, figuring out how they run tests, etc. makes for too much of a barrier to entry.
Post reply on HN