Live data from Hacker News

Visual Studio Code 1.0

code.visualstudio.com

391–400 of 487 posts

Re: Visual Studio Code 1.0

#391

Earlier quoted context omitted.

"a few hours" ??? Come on, let's not pretend that EMACS is going to take "a few hours" to come to terms with and become more productive in than an IDE.

Actually, you can get decently proficient in just few hours. Have you actually tried sitting in front of Emacs or vim for more than 30 minutes, to the clock ? Humans have this funny thing as they grow older - they look at a thing, maybe try it out for few seconds, and then immediately determine it's too difficult and it will take forever. They rarely bother to spend actual five minutes, to the clock. If they did, the…

> Have you actually tried sitting in front of Emacs or vim for more than 30 minutes, to the clock?

Not parent but I have. I still would recommend something else for all the stuff I work with.

That said, it is amazing, I just believe in my line of work people are better off spending time learning an ide, esp refactoring, efficient search/ replace as well as how to enable block selection.

Re: Visual Studio Code 1.0

#392
post #127

Earlier quoted context omitted.

> editing a file that's a few hundred megabytes big? As long as that's not possible it's not even a contest ;) I usually try to keep my source files and config files smaller than a few hundred megabytes. Sounds like you might need more specialized tools for your unusual approach to editing source code.

A good code editor should let you inspect that 800MB XML file your customer sent you.

Back in the days before I learned about vim, Textmate was the choice for editing huge data files.

Didn't ever understand people who used it for the things Notepad++ could do back then though.

Re: Visual Studio Code 1.0

#393

The one thing that prevented me from switching to VSCode last time I tried it was the lack of projects management (e.g. a project remembers what files were open, what folders are associated with it, and you can quickly switch between projects, like the CTRL+ALT+P list in Sublime Text). Is there such a feature now?

Yes, the lack of a built-in project switcher is a nuisance. I'd like to have a little dropdown at the top of the (left) sidebar with project names. A keyboard shortcut plus a bit of fuzzy matching drops down the list and picks a project and pop all the files in that project are loaded right where I left off. Maybe copy a few lines to the clipboard, maybe add a TODO: note to myself that just occurred to me while working on something else, then a quick keyboard shortcut and pop I'm back in the other project.

Switching between multi-file projects should be almost as easy as switching files within a project.

Re: Visual Studio Code 1.0

#394

Earlier quoted context omitted.

Coming from OS X, there are a bunch of minor things missing in Notepad++ that I'm used to having on OS X. Like the ability to drag tabs between windows with the mouse, to move new tabs to a new window, or to create a new file and immediately save it. The scrolling in Notepad++ is also a little buggy. Just to give you a perspective about what the other side thinks, since you inevitably develop different habits in diff…

> Coming from OS X Also, do Windows editors have that Alt+drag rectangular text selection feature that most/some OS X apps have?

My most used editors (Sublime Text and Notepad++) have this.

Re: Visual Studio Code 1.0

#396

Earlier quoted context omitted.

Just wanted to say I find Notepad++ to be an excellent tabbed editor, especially for XML or SQL. I use it on windows all the time and really miss it on OS X where I find Textmate to be a bit awkward.

I dropped Notepad++ for SublimeText a while back (partially because it supports both Windows and Mac). VS Code is slowly winning me over though!

I love ST, but the hotkeys are so different between Windows and Mac and it drives me up the wall. I feel like I'm abroad in the UK and now fries are chips, chips are crisps, crackers are biscuits, Ctrl+H is Cmd+Shift+F, etc... It really gets in the way of my ability to work in my editor fluently, which is ultimately all a text editor is good for.

Re: Visual Studio Code 1.0

#397
post #50

VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux. I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great. Enter VSCode,…

Ummm, no. VS Code is a decent editor, nothing more. It certainly doesn't transform the way code is written on Unix/Linux. Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces. They can also be both customized to be whatever you want them to be, there's not really a limit to their functionality except what plugins are already written. Ditto for Atom, though of course,…

Compared to Vim's learning curve, the Wall from GoT is just a small speed bump. I have tried to learn vim for 10 years now and just cannot get past the initial stages.

Re: Visual Studio Code 1.0

#398

The two highest rated comments in this thread make the little vein in my forehead pop out. Microsoft is doing some very cool stuff these days so props to them. "VSCode has done the thing that nobody expected MS to do, change the way code was written in Unix/Linux" though? I believe the term irrational exuberance applies. Let's not get carried away here.

> The two highest rated comments in this thread make the little vein in my forehead pop out.

There are some days when I wish that I had enough money to employ a small army of "thought leaders" to "organically" shape discussion on Internet Message Boards.

Alas, my single upvote will have to suffice. ;)

Re: Visual Studio Code 1.0

#400
post #88
post #50

Earlier quoted context omitted.

Ummm, no. VS Code is a decent editor, nothing more. It certainly doesn't transform the way code is written on Unix/Linux. Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces. They can also be both customized to be whatever you want them to be, there's not really a limit to their functionality except what plugins are already written. Ditto for Atom, though of course,…

>Vim and Emacs are still superior if you want to put the time >in, TBH, not every developer is willing to become a power user or interested to learn an IDE instead of the language itself. Being someone who worked on VStudio alot and now on Linux/Mac based tools, I can safely say that Microsoft tools are Developers friendly most of the time. It's good they are introducing same touch for Linux/OSX community.

It makes sense that if you program a lot that you will learn how to save time in the long run. It took me a day or two comfortable enough to be efficient in it, at least as I was with Atom. After the first few days, you will just learn new tricks while you are programming.

You will see that after you learn how to use Vim you won't want to use anything else to edit text, you emails, browser and word processing will be in Vim.

Post reply on HN