Sometimes I wonder if Emacs and Vi would be so appreciated if they were commercial as well, without any FOSS version available.
Strange logic: if everyone followed that train of thought, we'd all settle for whatever quality tools are available so long as the price is $0. I'd much rather pay for a valuable tool than use a subpar free tool.
To expand, sublime is still by far my favorite TEXT editor. I just don't find doing everyday text editing tasks in VSCode to be pleasant at all, its an amazing IDE though!. Atom is much better for the task but the responsiveness and large file handling capabilities of sublime makes it the clear winner. If you already paid the $70 for a licence back when atom didn't exist anyways...
Regardless of their quality, because the actual IT generation wants to earn money with tools they got for free (beer), while other professions people do pay for their tools.
You seem to feel strongly enough about this to repeat it nearly word-for-word in multiple comments. Trust me, every profession wants to pay less for its tools. And no one, in IT or out, is choosing their tools "regardless of quality".
This is why most companies selling such software tools have switched their basic versions from "trial during X days/trial license" to free (beer), while trying to seduce developers to eventually pay for the full version.
Are you working on a project that makes money? Will a productivity tool increase your productivity by half a percent? Then that tool is worth hundreds of dollars. If not thousands.
I am talking about IT being one of the few professions in 2016, with individuals that expect to earn money while using tools produced with the effort of others for free (beer), while not giving anything back (not even bug reports, unless their own customers press them against the wall).
So the question isn't about the quality, rather how many Emacs and vi users would have actually payed for them, if they were only available as commercial software?
Would those shit loads of plugins exist if people had to pay for them?
Main part of pycharm is free and open source: https://blog.jetbrains.com/pycharm/2013/10/pycharm-3-0-commu... .
> Sometimes I wonder if Emacs and Vi would be so appreciated if they were commercial as well, without any FOSS version available.
One reason for multitude of emacs extensions is the open source nature. Average IntelliJ user is less likely to write extension than emacs user.
For example, why must I click ok after pushing a change to a remote git server? Shouldn't it be a toast?
It's pretty sad that VS Code doesn't give you much that VS6 couldn't do back in the day (except slower and less stable).
Also, I think your memory is playing tricks on you. I've experienced more the my fair share of crashes in VS6.
At the very least it could be considered a vote for the feature.
They are extensible, sure, but not very flexible.
> This assistance can be provided either by IntelliJ IDEA itself, or based on the data from
> the built-in TypeScript compiler, or through integration with the TypeScript Language Service.
With $120+ per year subscription I am surprised people use it.
I really don't like this trend of software as subscription.
If it was $120 for buying a license I would probably consider it. But $120 for 1 year use is rather high in my book.
Works pretty well, although I think I could increase productivity if I align the keybinding for both of them (i.e. quick open, find, etc)
I've tried VS Code, but prefer WebStorm.
That said, love Jetbrains. Have a Ultimate license for Java.
Also see here: https://news.ycombinator.com/item?id=12292148
The only thing that might "break" is if you rely on Webstorm's tools for things like test runners, compiling, minifying and bundling code, etc, instead of learning how to do it on your own. You'd then need to learn how to set it up yourself with the command line tools instead of a nice GUI.
At least use bash/batch files.
I want to be able to build my projects if I ever decide that I don't need it anymore
1. Make an ant/maven/gradle repo, and have the build command run gradle build or something.
2. Create a commandline (open source) tool called "intellibuild" or something, which reads the project files and does whatever the "build" button does.
Unfortunately, they don't do either, so if I don't have a license (or I want to give my code to others who don't use IntelliJ), my J2EE is not buildable.
> US $ 129.00 /1st year
I don't say it's not worth it, but we have pretty good editors for free (sublime, vscode, atom, etc).
As an example, to see what I mean, try to figure out how to write a properly typed Higher Order Component function. Last time I looked at it, this had no direct mention in documentation and only workarounds on StackOverflow.
export var hocFunction: (arg1: any, arg2: any) => <ComponentT>(component: ComponentT) => ComponentT
If you want to add new props as a result of the HOC then see the react-redux .d.ts for a few examples: https://github.com/DefinitelyTyped/DefinitelyTyped/blob/mast...
And I don't even have to introduce typescript to my codebase to get surprisingly good hinting and autocomplete.
I think it's gotten a lot better, and if lack of vim keybindings was something that was holding you back from trying VSC, I highly encourage you to try it again!
BTW I do not use TypeScript (or JS), but it was quite easy to write, still I was quite surprissed how messy VS Code codebase is.
Still, keep up the good work! ;)
 By that I mean I have it installed on mac/linux/win so when I open it on various computers, it usually has an update waiting. Not that I've ran it six times.
Ooh and they supposedly made Cmd-P searching ('Quick Open') faster. My other main complaint!
Edit: Yep it's faster. I used to wait a second or two for the desired results to pop up, now they're close to instant.
Supposedly it's Under Review. Hopefully, the next release has it.
Nowadays we have a much larger range of commands. We've got visual block mode, incremental search, vimrc support, marks, registers, proper vim undo support, very broad motion support, and quite a bit more.
Let me know what you think!
Why should someone be forced to change the name of their extension simply because another extension with a similar name became more popular or better?
Last time I commented on this on HN, I pointed out that the VSCodeVim group's extension had three times the number of downloads as the one called amVim. And of course it would. I speculated last time, just like I'm doing here, that this has more to do with the names chosen for the projects and the air of authority they have (VSCodeVim vs amVim) than it does with extension quality. More troubling is that recently the VSCodeVim folks changed their packaging so that it appears under the Vim name in the extension gallery and began using the official Vim logo, too. Not cool.
If so, isn't a "full disclosure" needed when speaking of a "competitive" project?
It would certainly be possible that he contributed code to the project given that.
And no, I'm not "maintaining some fork"--there's no way to submit patches on GitHub, and the only way to get changes in for most projects hosted there is to throw up a copy of your work as a remote for someone to pull from. My disdain for this workflow is already well-documented.
Pointing it out doesn't mean it was "surprising". Just that it happened -- and as such, it could be a possible conflict of interest.
"Contributor to project X trashes competitive project Y" is a different situation than "Totally unaffiliated with X and Y person, trashes Y".
Perhaps there was bad blood between the two projects, a backstory with interacting with them, etc -- in which case it would be good to know, that's why I asked.
Now, if there were more technical arguments it wouldn't matter -- they could be evaluated regardless of who tells them --, but your comment was mostly summed to: "they are inferior quality" and "they only succeeded because they use vim's name directly", which doesn't leave much to evaluate.
note, I don't do this - I use vanilla vsc for my text editor. I've just seen many who do.
then install the language files you want. This will install node completion:
typings install dt~node --global
Much easier than before!
i.e. you? https://gitlab.com/crussell/amVim
Am I alone in this? Are there security features that I'm missing to guarantee that my code editor isn't leaking information in 20 different directions?
The JS syntax highlighting can't distinguish between properties and variables, or properties that are functions, or object literal keys. It's almost there, but it's lacking enough to actually be quite bothersome, with no progress so far that I can tell.
But the implementation is different. You could just copy the .plist or the .tmLanguage file, but it's useless if it's not implemented or different on vs code.
edit: serious question, I like the coloring of changed/new files in Atom.
~/Downloads % md5 VSCode*
MD5 (VSCode-darwin-stable(1).zip) = b33b479ffa87052d05ed0141e64ad8a8
MD5 (VSCode-darwin-stable.zip) = 86f129fe0d75c195370da4b46814389c
~/Downloads % ls -l VSCode*.zip
-rw-r--r--@ 1 tom staff 49908098 8 Sep 23:04 VSCode-darwin-stable(1).zip
-rwxrwxrwx 1 tom staff 43345974 1 Apr 01:56 VSCode-darwin-stable.zip*
I was downloading an update to MS Sql the other day and the file was named exactly the same as the prior version. I was quite confused and could not even check if it was a later version until I double-clicked the installer.
Not sure what is stopping them from appending a version number to their filenames.
This made me think of all the times I've downloaded this or that paper from somebody's website, and I've ended up downloading a(nother) file called "paper.pdf"... though, just to annoy me, now that I actually try to make the point, at the moment my downloads folder has exactly 0 files called paper.pdf...
It's not the end of the world, just a minor annoyance, of a type I'd seen before, that (having 5 free minutes while in the middle of something) I felt moved to comment on.
Keep up the good work!
However, I noted that VS Code lost all syntax highlighting and displayed everything as a uniform grey text, making it harder to find what I was looking for. Atom retained the CSS syntax highlighting.
I also have a plugin for Atom to 'prettify' the CSS and basically un-minify it. Anyone recommend a similar plugin for VS Code that can do the same?
Did not know this. Are you telling me it un-minifies it to make it a bit more readable?
Really, really wish they would focus on providing a proper crashlog. Right now I'm getting intermittent crashes with no way of reproducing it, nor a good way of providing feedback to the team.
Why would one ever use a text editor that has perceptible latency when doing everyday tasks?
3 seconds isn't even latency, it's a freeze tbh.
I really want to be able to use it for my work but I can't unless it's about as fast as Sublime Text.
I really don't like how limited Sublime's linting/static analysis options are.
Give it a shot with the cpptools (I think that's what it's called), as well as the clang extension (which improved the experience by an order of magnitude).
I tried using rubymine for a bit as well, but I could never get it to not be slow as hell (I'm on a 2015 mbp with 16gb of ram). Tried tuning the settings a bit, turned on the fast typing config thing, still really laggy.
The one thing I was thinking was that I was also developing in a docker setup, so maybe file access was interfering or something? I haven't run a test outside of docker, so can't really verify and have moved past rubymine for now.
I do also some python and js, is quite amazing :)
I believe you just search extensions for Go, and you're solid.
Without it, this weird situation exists where Microsoft's Visual Studio Code looks really blurry on Microsoft's Surface Pro, because Microsoft Software isn't using Microsoft's API.
However, even if there was a native VSCode for Linux it wouldn't tear me away from Emacs.
"To fix an issue when the editor.fontSize is set to 0, we're releasing a 1.5.1 recovery build."
While VSC, JetBrains IDEs, etc. are very nice, I have been going back to my late 1970s roots and been enjoying Emacs. Great language support for Haskell, lisps, etc. And very responsive.
1. The first-in-class debugger
3. Really good support for Windows-specific technologies like Win32 and COM
VSC has 1 and 2 either now, or on its roadmap. As for 3, why do you want to develop for Windows on a Mac? I guess I don't understand what you need that VSC isn't already giving you, or planning to.
First-in-class C# support
Hit "F1" to get help on that function
Templates / Code library
MSDN is very thorough (if wordy), lots of examples and documentation
* * *
I use VSCode at work a bit; it's faster than Atom but not as fast as sublime. It's a decent code editor, I guess if I was full-on JS I'd love it but it's still kinda eh
Lots of good progress though; I definitely have my eye on this one
VS still has a ton more features though.
It will never be as advanced as VS but then again, VS will (probably) never come to Mac.
I found it very unconvincing last time I tried - I had weird errors installing .net Core, weird errors setting up tools in VS code and found no definitive instructions. I expected it to work pretty much out of the box... but no.
Not sure if my fixes were correct or if everything was working correctly so I just abandoned .Net Core on the Mac.
What you do on mac is:
brew install openssl
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/
(However, for some reason, I like the code completion in python mode in IDEA more than in vscode. It doesn't feel right, like the IDEA one does.)
See 'Using the "exclude" property' on https://code.visualstudio.com/docs/languages/jsconfig
> The exclude attribute tells the language service what files are and are not part of your
> source code. This keeps performance at a high level. If IntelliSense is slow, add folders
> to your exclude list (VS Code will prompt you to do this if it detects the slow down).