6 ms·

Any reason you haven't tried visual studio code?

braderhart 9y ago
Can't speak for op of comment, but everyone suggests this... yes I've tried it and no I really don't want it no matter how many times it is mentioned. I am happy with Vim for myself now, and am glad that I moved beyond the bloated IDE way of thinking, including Visual Studio Code. Yes, Atom had its shortcomings in that arena, but I'd still prefer to use Atom over Visual Studio, due mostly in fact that the project has contributed more to the community. Microsoft has made a single exception to abandon their native language frameworks and to use a bloated JavaScript jungle of software dependency hell that no one ever audits, in order to build a text-editor in a web browser that performs like Crysis and makes you feel that they are mining cryptocurrencies in some encoded javascript module. Vim on the other hand is pure text editor built in quality-optimized C and comes with pretty much every feature baked in. Atom is created and maintained in large by GitHub, and they have a much better reputation towards open source.
- krisroadruck 9y ago
  Im probably super out of the loop but I always wonder about these kind of comments. Even if electron uses say 500% more resources than vim, why in the world would that matter beyond personal irritation for anyone making 6 figs doing software development? I get the impression from these arguments that people are trying to do serious software development on 5 year old budget hardware. In any profession, investing in your tools is par for the course. Most of the geeks I know have far more machine than they could ever use as a matter of pride. Why would a few hundred extra megs of ram or a few more clock cycles matter if you have gigs of ram at your disposal and many cores? If the tool is good and doesn't touch your limits why does it matter if it's as slim as a demoscene release or as hungry as a browser tab? No judgement, genuinely curious.
  - avhon1 9y ago
    > Most of the geeks I know have far more machine than they could ever use as a matter of pride. I take the opposite approach: I really enjoy using hardware which is exactly adequate to what I need it to do. My entire senior year (2016-2017) of college, I ran Arch linux on an IBM Thinkpad X40 that I bought on eBay for 30 USD. It had a 1.1 GHz 32-bit Pentium 4, 1 GB of memory, a 32 GB CompactFlash card as a hard drive, a 1024x768 12" display, two hours of battery life, and a glorious keyboard (with an amber light above the screen!). I did everything on that computer: writing papers (vim and LibreOffice), writing assignments in C, Python, and Scheme (Chez and Racket), web browsing (Seamonkey), light image editing (Gimp and Inkscape), interactive 3D biochemistry simulation (Compucell), 3D modelling (Blender and Solvespace), and retrogaming (DosBox and Zandronum (Doom)). I owned much newer, much more powerful computers, but I didn't use them at all that year because I really enjoyed using a computer that was exactly large enough in every dimension (spatial and otherwise) to do all the things I wanted to do without making me wait. During that time, I learned a lot about the resource usage of various applications: * Seamonkey used way less memory than Firefox. (Seamonkey has since switched to using the same rendering engine as Firefox ESR, so I don't think this is the case any longer.) * UBlock Origin really is faster than Adblock Plus. * Using ad blocker makes a HUGE improvement in browser CPU usage. * I couldn't install Chrome/Chromium at all because they require a 64-bit processor. * Dillo is really fast and uses very little memory, but isn't very standards-compliant. * Netsurf is pretty fast and pretty low-memory, but it still isn't quite standards compliant. (For example, monospace text on Github always rendered as black text on black background.) It also doesn't ship with javascript support. * No matter the browser, javascript animations in webpages always ran slowly and pegged the CPU at 100%. [0] * Playing videos in VLC or mpv uses way less CPU than playing the same files in a browser. * A lot of websites, including the HTML version of gmail, actually look pretty good in xlinks2. * Suckless's `st` terminal has a very small memory footprint but takes an amazing amount of CPU time to redraw itself when scrolling. * Blender and Solvespace are both very conservative with memory, and also are remarkably usable on a single-core machine with software OpenGL. * Inkscape has a nifty tile-based rendering engine -- with a sufficiently complex file, I could watch it refresh the screen over the course of 0.2 to 0.4 seconds. * Older versions of Inkscape (back when it was written in C) render way faster than newer versions (even the new 0.91 release, which substantially improved over the previous (still written in C++) 0.48). * DrRacket allocates more memory every time you run your code. After a half-hour or so of write-test-write-test, I would have to restart DrRacket to avoid running into swap. * CompuCell is actually very usable, even in a Windows XP virtual machine with 640 MB of memory running on the above laptop. [1] * AbiWord is faster to launch but otherwise not much faster or lower-memory than LibreOffice Writer. * When playing a video which the computer can't quite keep up with, VLC has a bad problem of ruining the picture and not fixing it for several seconds (until it gets to and successfully decodes a keyframe). mpv is much smarter about throwing away or skipping work, and is much less likely to propagate rendering errors over time. * Brutal Doom's built-in low-performance setting doesn't clean up gibs over time, it just reduces the rate at which they are produced. A separate mod is needed to keep 1000's of gibs from accumulating. * Quake 3 does not work well on a single-core 1.1GHz Pentium 4. (It runs, but the even with all of the settings turned down the frame rate is so low it's like having about a 250-500 ms ping.) * muPDF is by far the fastest PDF rendering engine on linux. * Vanilla Emacs is actually really fast. * Spacemacs is remarkably more CPU-intensive than vanilla Emacs. As a result of all of this knowledge, I was able to set the laptop up so that it was able -- barely -- to do literally everything I wanted to do on a computer on it, in a way that was comfortable for me. The machine and I were very in-sync, and I was working just as hard on my assignments as my computer was. I was very happy with the X40 and the way I had it set up, and very unhappy when it died the common X40 death (bad solder on the motherboard). I was very sad to get rid of that laptop; I had a much closer connection to it than my 2.4 GHz quad-core i5 with 6 GB of RAM. The more powerful machine is more distant. I never have to try to cooperate with it, and I never feel that it's really working with me in the same way that I felt about the X40. I've been tinkering with a pair of OLPC XO-1 laptops. It would be awesome if I could comfortably use them for everything. I think that they're beautiful examples of industrial design, they are very open-source, and their screens have a really cool grayscale triple-resolution sunlight-readable mode. Unfortunately, I don't think I could live with 256 MB of RAM. There are just too many webpages that can only be rendered properly by engines that will need more memory than that. (Not to mention that the official operating system can't install more than 1 package at a time without running out of memory, and it has a memory leak that will fill the RAM up in less than a day.) Also, some projects I'm working on in Java would probably take a very long time to render on the 433 MHz AMD Geode. (Maven seems very bad at doing the minimum necessary amount of work.) I have been able to do some real work on them - I edited an existing SVG and animated it using Inkscape, a text editor, and epiphany. (http://bloominglabs.org/index.php/Logo#Animated_Logo http://bloominglabs.org/index.php/Logo#Animated_Logo) I've turned this into a big, boring story about my own experience and preferences. I just wanted to say that, aesthetically, I really don't like software that clearly uses much more space, time, or energy than necessary to do what it does, and that I really do appreciate software that makes good use of space, time, and energy. After all, time, space, and energy are all finite. This occasionally has practical implications, but personally this is largely ideological. Obviously don't waste time (I only have but so much of it!), but as long as the software can keep up with me, conserving energy and space is admirable and desirable. I should probably just write a blog post about this. [0] This is, of course, only the case for browsers that support javascript (Seamonkey, Firefox, all the webkit-based stuff). The performance of Dillo, Netsurf, xlinks2, and all of the terminal browsers are unaffected by javascript. [1] CompuCell's linux installer was completely broken at the time, and the build instructions didn't work. I did a semester's worth of CompuCell homework assignments and in-class interactive modeling in a 640 MB Windows XP virtual machine. It really was okay. In class, when we were all trying to tweak a simulation to get it to act a certain way, I was first to find working parameters a fair percentage of the time.
  - z3t4 9y ago
    Working from a tropical island on laptop on battery with a glary screen and satellite uplink while sitting in a loung-chair and sipping margarita.
  - afpx 9y ago
    My gardener once left one of his shovels in my yard for a few hours. During that time, someone stole it. I asked him why someone would steal a shovel, and he said because it was a $150 shovel.
    - krisroadruck 9y ago
      It's always interesting to see how tools of different trades scale. I got into woodworking a while back and discovered Festool. Turns out there is a decent difference between a $200 miter and a $1300 miter. Though much like audio equipment or anything else really there are certainly diminishing returns.
    - braderhart 9y ago
      Moral of story.. don't leave nice shovels in the yard and don't install crappy spyware OS like Windows on nice new computer.
  - stephenr 9y ago
    Most laptops top out at 16GB of ram. Unless you’re only using your editor, you need resources for other things too. VM based dev environments via vagrant, docker etc are very common. What I don’t understand is why if you’re going to use an editor that’s resource heavy, you wouldn’t just use an IntelliJ product. Sure, they’re jvm based and “heavy”. But they’re also fucking amazing, and have functionality none of these text editors are ever likely to have. Resource usage is acceptable if there is a benefit to the user. Oh right. I forgot. You can afford a $3K brand new laptop but you won’t shell out $200 a year for a tool you use basically every work hour of every work day.
    - AstralStorm 9y ago
      IntelliJ tends to eat gigabytes per instance. This is not good enough when you want to have just even 2 projects open... That id's with a tweaked JVM. It alongside Java compilation can bring a machine with 10 GB free ram to its knees and end in swap death. I deal daily with the variant called Android Studio. Enough that about 30% I'd the coding has to be done in vim for performance reasons. The only great features are refactoring, advanced syntax highlighting, code completion and advanced search... If someone wrote something that is not a hog and can handle Android flavor of C++ and Java as well I'd switch in a heartbeat. This Xray is not it.
      - stephenr 9y ago
        > IntelliJ tends to eat gigabytes per instance Mine is currently sitting at 1.7GB with 3 projects open, but yes it does use a lot of memory. I never argued that it doesn't, but as you point out: > great features are refactoring, advanced syntax highlighting, code completion and advanced search Syntax highlighting and search are common these days, code completion is in most decent editors/IDE's but the key one is refactoring, and it's associated tools: find usage. I keep trying out KomodoIDE (still not really native, but at least it's not Java) hoping it will be good enough to change to, and it hasn't gotten there yet. > If someone wrote something that is not a hog and can handle Android flavor of C++ and Java as well I'd switch in a heartbeat. The problem for me I think, is language/tool support in general. I generally write in scripting/interpreted languages (although I have written Java for a client) but it could be shell, php, python, ruby, sql, or of course any number of 'data' formats - json, xml, markdown, yaml (if Im feeling masochistic that day).
  - ivm 9y ago
    > I get the impression from these arguments that people are trying to do serious software development on 5 year old budget hardware. Mac Mini 2012 here, what's the problem? I just don't use bloated text editors or chat apps and it works fine.
    - krisroadruck 9y ago
      No problem at all. Simple curiosity :)
  - braderhart 9y ago
    Well, usually poor resource utilization means bad design all around. You can always buy more powerful hardware, but it won't fix something that is fundamentally flawed. Text editors are very personal to me. I spend a lot of time learning shortcuts and tricks that are easily cross-platform and portable, and Vim is very easy to do that and is still actively maintained by a great community of well-versed developers that aren't just getting another paycheck from a mega-corporation pretending to do some social good.
  - flukus 9y ago
    > Even if electron uses say 500% more resources than vim, why in the world would that matter beyond personal irritation for anyone making 6 figs doing software development? It would cost me several thousand dollars for a laptop with enough storage to make me happy, or I could get one with a hard disk from dell for under a thousand, or stick with an older machine for nothing. The difference goes into my home loan for me, for others it goes into a number of other things, from hobbies to investments. Just because you are making good money doesn't mean you should waste it on top of the line everything. It also puts you much more in touch with your users. MS used to enforce the concept of dogfooding but it seems they only do this on top of the line surface pros these days. At least that's the only reason I can think of that allowed windows 10 to get out the door in such a broken state. If they'd had my cheap dell they surely would have noticed the multiple seconds that it can take for the start menu to load with a spinning disk in the mix. > If the tool is good and doesn't touch your limits why does it matter if it's as slim as a demoscene release or as hungry as a browser tab? Yes, the bloated one will slow down the rest of my system, we might have multiple GB available but they are still competing over other extremely finite resources like processor cache, disk buffers, etc.
- JeremyBanks 9y ago
  This reads like you haven't paid attention to anything Microsoft has done for the last five or so years, including VS Code. The strategy around VS Code is entirely consistent with the more open-source-supportive angle the company has been taking, and the editor is very performant and well-engineered compared with Atom.
  - braderhart 9y ago
    Haha, please enlighten me. Let's see what open source license Microsoft picked for their generous efforts to restore socioeconomic equality: https://code.visualstudio.com/license https://code.visualstudio.com/license
    - yorwba 9y ago
      From that page there's a trail of links to this explanation for the licensing: https://github.com/Microsoft/vscode/issues/60#issuecomment-161792005 https://github.com/Microsoft/vscode/issues/60#issuecomment-1... TLDR: Visual Studio Code is a Microsoft-branded product that is made available to users under a Microsoft-y license. However, the "vscode" project containing almost all code for that product is open-sourced under MIT.
      - deleted 9y ago
        [deleted]
      - braderhart 9y ago
        Are you serious? You have to link me to a GitHub issue where they still don't clearly explain their license, and then if you read the comments you can see tons of other concerns that they never address. It is almost like they want to keep spying on you and exploiting.. hmm, strange. Weird that they have so many trade offs for privacy always. I see small two-person teams doing more work and good for software than mega-corporations like Microsoft.
- tamrix 9y ago
  You're a bit late to the party lol. vim is dead. All us 'cool elite programmers' as you so blindly follow, have moved onto to use neovim.
  - nurettin 9y ago
    A year ago I tried incorporating typescript language server into vim. The experience was an unpleasant stutter. I guess some editors just aren't meant for some things.
    - alexyoung 9y ago
      It's got better recently. I'm using https://github.com/autozimu/LanguageClient-neovim https://github.com/autozimu/LanguageClient-neovim for work without any obvious issues, but https://github.com/natebosch/vim-lsc https://github.com/natebosch/vim-lsc is also good
  - petre 9y ago
    Neovim can't handle my obsolete terminal library in Ubuntu LTS. I've also had issues on the iMac at work. Vim works just fine or at least it's usable.
    - deleted 9y ago
      [deleted]
  - braderhart 9y ago
    Neovim is mostly still Vim, but with some built-in extensions and packaged plugins. Vim is still great if you don't mind managing a few preferred plugins yourself, and (at least on Arch) it comes packaged with some pretty sane defaults. Overall though, Vim has made huge improvements in the area.
  - petee 9y ago
    leet programmers use vi :P
    - 9y ago

Can't speak for op of comment, but everyone suggests this... yes I've tried it and no I really don't want it no matter how many times it is mentioned. I am happy with Vim for myself now, and am glad that I moved beyond the bloated IDE way of thinking, including Visual Studio Code. Yes, Atom had its shortcomings in that arena, but I'd still prefer to use Atom over Visual Studio, due mostly in fact that the project has contributed more to the community. Microsoft has made a single exception to abandon their native language frameworks and to use a bloated JavaScript jungle of software dependency hell that no one ever audits, in order to build a text-editor in a web browser that performs like Crysis and makes you feel that they are mining cryptocurrencies in some encoded javascript module. Vim on the other hand is pure text editor built in quality-optimized C and comes with pretty much every feature baked in. Atom is created and maintained in large by GitHub, and they have a much better reputation towards open source.

krisroadruck 9y ago
Im probably super out of the loop but I always wonder about these kind of comments. Even if electron uses say 500% more resources than vim, why in the world would that matter beyond personal irritation for anyone making 6 figs doing software development? I get the impression from these arguments that people are trying to do serious software development on 5 year old budget hardware. In any profession, investing in your tools is par for the course. Most of the geeks I know have far more machine than they could ever use as a matter of pride. Why would a few hundred extra megs of ram or a few more clock cycles matter if you have gigs of ram at your disposal and many cores? If the tool is good and doesn't touch your limits why does it matter if it's as slim as a demoscene release or as hungry as a browser tab? No judgement, genuinely curious.
- avhon1 9y ago
  > Most of the geeks I know have far more machine than they could ever use as a matter of pride. I take the opposite approach: I really enjoy using hardware which is exactly adequate to what I need it to do. My entire senior year (2016-2017) of college, I ran Arch linux on an IBM Thinkpad X40 that I bought on eBay for 30 USD. It had a 1.1 GHz 32-bit Pentium 4, 1 GB of memory, a 32 GB CompactFlash card as a hard drive, a 1024x768 12" display, two hours of battery life, and a glorious keyboard (with an amber light above the screen!). I did everything on that computer: writing papers (vim and LibreOffice), writing assignments in C, Python, and Scheme (Chez and Racket), web browsing (Seamonkey), light image editing (Gimp and Inkscape), interactive 3D biochemistry simulation (Compucell), 3D modelling (Blender and Solvespace), and retrogaming (DosBox and Zandronum (Doom)). I owned much newer, much more powerful computers, but I didn't use them at all that year because I really enjoyed using a computer that was exactly large enough in every dimension (spatial and otherwise) to do all the things I wanted to do without making me wait. During that time, I learned a lot about the resource usage of various applications: * Seamonkey used way less memory than Firefox. (Seamonkey has since switched to using the same rendering engine as Firefox ESR, so I don't think this is the case any longer.) * UBlock Origin really is faster than Adblock Plus. * Using ad blocker makes a HUGE improvement in browser CPU usage. * I couldn't install Chrome/Chromium at all because they require a 64-bit processor. * Dillo is really fast and uses very little memory, but isn't very standards-compliant. * Netsurf is pretty fast and pretty low-memory, but it still isn't quite standards compliant. (For example, monospace text on Github always rendered as black text on black background.) It also doesn't ship with javascript support. * No matter the browser, javascript animations in webpages always ran slowly and pegged the CPU at 100%. [0] * Playing videos in VLC or mpv uses way less CPU than playing the same files in a browser. * A lot of websites, including the HTML version of gmail, actually look pretty good in xlinks2. * Suckless's `st` terminal has a very small memory footprint but takes an amazing amount of CPU time to redraw itself when scrolling. * Blender and Solvespace are both very conservative with memory, and also are remarkably usable on a single-core machine with software OpenGL. * Inkscape has a nifty tile-based rendering engine -- with a sufficiently complex file, I could watch it refresh the screen over the course of 0.2 to 0.4 seconds. * Older versions of Inkscape (back when it was written in C) render way faster than newer versions (even the new 0.91 release, which substantially improved over the previous (still written in C++) 0.48). * DrRacket allocates more memory every time you run your code. After a half-hour or so of write-test-write-test, I would have to restart DrRacket to avoid running into swap. * CompuCell is actually very usable, even in a Windows XP virtual machine with 640 MB of memory running on the above laptop. [1] * AbiWord is faster to launch but otherwise not much faster or lower-memory than LibreOffice Writer. * When playing a video which the computer can't quite keep up with, VLC has a bad problem of ruining the picture and not fixing it for several seconds (until it gets to and successfully decodes a keyframe). mpv is much smarter about throwing away or skipping work, and is much less likely to propagate rendering errors over time. * Brutal Doom's built-in low-performance setting doesn't clean up gibs over time, it just reduces the rate at which they are produced. A separate mod is needed to keep 1000's of gibs from accumulating. * Quake 3 does not work well on a single-core 1.1GHz Pentium 4. (It runs, but the even with all of the settings turned down the frame rate is so low it's like having about a 250-500 ms ping.) * muPDF is by far the fastest PDF rendering engine on linux. * Vanilla Emacs is actually really fast. * Spacemacs is remarkably more CPU-intensive than vanilla Emacs. As a result of all of this knowledge, I was able to set the laptop up so that it was able -- barely -- to do literally everything I wanted to do on a computer on it, in a way that was comfortable for me. The machine and I were very in-sync, and I was working just as hard on my assignments as my computer was. I was very happy with the X40 and the way I had it set up, and very unhappy when it died the common X40 death (bad solder on the motherboard). I was very sad to get rid of that laptop; I had a much closer connection to it than my 2.4 GHz quad-core i5 with 6 GB of RAM. The more powerful machine is more distant. I never have to try to cooperate with it, and I never feel that it's really working with me in the same way that I felt about the X40. I've been tinkering with a pair of OLPC XO-1 laptops. It would be awesome if I could comfortably use them for everything. I think that they're beautiful examples of industrial design, they are very open-source, and their screens have a really cool grayscale triple-resolution sunlight-readable mode. Unfortunately, I don't think I could live with 256 MB of RAM. There are just too many webpages that can only be rendered properly by engines that will need more memory than that. (Not to mention that the official operating system can't install more than 1 package at a time without running out of memory, and it has a memory leak that will fill the RAM up in less than a day.) Also, some projects I'm working on in Java would probably take a very long time to render on the 433 MHz AMD Geode. (Maven seems very bad at doing the minimum necessary amount of work.) I have been able to do some real work on them - I edited an existing SVG and animated it using Inkscape, a text editor, and epiphany. (http://bloominglabs.org/index.php/Logo#Animated_Logo http://bloominglabs.org/index.php/Logo#Animated_Logo) I've turned this into a big, boring story about my own experience and preferences. I just wanted to say that, aesthetically, I really don't like software that clearly uses much more space, time, or energy than necessary to do what it does, and that I really do appreciate software that makes good use of space, time, and energy. After all, time, space, and energy are all finite. This occasionally has practical implications, but personally this is largely ideological. Obviously don't waste time (I only have but so much of it!), but as long as the software can keep up with me, conserving energy and space is admirable and desirable. I should probably just write a blog post about this. [0] This is, of course, only the case for browsers that support javascript (Seamonkey, Firefox, all the webkit-based stuff). The performance of Dillo, Netsurf, xlinks2, and all of the terminal browsers are unaffected by javascript. [1] CompuCell's linux installer was completely broken at the time, and the build instructions didn't work. I did a semester's worth of CompuCell homework assignments and in-class interactive modeling in a 640 MB Windows XP virtual machine. It really was okay. In class, when we were all trying to tweak a simulation to get it to act a certain way, I was first to find working parameters a fair percentage of the time.
- z3t4 9y ago
  Working from a tropical island on laptop on battery with a glary screen and satellite uplink while sitting in a loung-chair and sipping margarita.
- afpx 9y ago
  My gardener once left one of his shovels in my yard for a few hours. During that time, someone stole it. I asked him why someone would steal a shovel, and he said because it was a $150 shovel.
  - krisroadruck 9y ago
    It's always interesting to see how tools of different trades scale. I got into woodworking a while back and discovered Festool. Turns out there is a decent difference between a $200 miter and a $1300 miter. Though much like audio equipment or anything else really there are certainly diminishing returns.
  - braderhart 9y ago
    Moral of story.. don't leave nice shovels in the yard and don't install crappy spyware OS like Windows on nice new computer.
- stephenr 9y ago
  Most laptops top out at 16GB of ram. Unless you’re only using your editor, you need resources for other things too. VM based dev environments via vagrant, docker etc are very common. What I don’t understand is why if you’re going to use an editor that’s resource heavy, you wouldn’t just use an IntelliJ product. Sure, they’re jvm based and “heavy”. But they’re also fucking amazing, and have functionality none of these text editors are ever likely to have. Resource usage is acceptable if there is a benefit to the user. Oh right. I forgot. You can afford a $3K brand new laptop but you won’t shell out $200 a year for a tool you use basically every work hour of every work day.
  - AstralStorm 9y ago
    IntelliJ tends to eat gigabytes per instance. This is not good enough when you want to have just even 2 projects open... That id's with a tweaked JVM. It alongside Java compilation can bring a machine with 10 GB free ram to its knees and end in swap death. I deal daily with the variant called Android Studio. Enough that about 30% I'd the coding has to be done in vim for performance reasons. The only great features are refactoring, advanced syntax highlighting, code completion and advanced search... If someone wrote something that is not a hog and can handle Android flavor of C++ and Java as well I'd switch in a heartbeat. This Xray is not it.
    - stephenr 9y ago
      > IntelliJ tends to eat gigabytes per instance Mine is currently sitting at 1.7GB with 3 projects open, but yes it does use a lot of memory. I never argued that it doesn't, but as you point out: > great features are refactoring, advanced syntax highlighting, code completion and advanced search Syntax highlighting and search are common these days, code completion is in most decent editors/IDE's but the key one is refactoring, and it's associated tools: find usage. I keep trying out KomodoIDE (still not really native, but at least it's not Java) hoping it will be good enough to change to, and it hasn't gotten there yet. > If someone wrote something that is not a hog and can handle Android flavor of C++ and Java as well I'd switch in a heartbeat. The problem for me I think, is language/tool support in general. I generally write in scripting/interpreted languages (although I have written Java for a client) but it could be shell, php, python, ruby, sql, or of course any number of 'data' formats - json, xml, markdown, yaml (if Im feeling masochistic that day).
- ivm 9y ago
  > I get the impression from these arguments that people are trying to do serious software development on 5 year old budget hardware. Mac Mini 2012 here, what's the problem? I just don't use bloated text editors or chat apps and it works fine.
  - krisroadruck 9y ago
    No problem at all. Simple curiosity :)
- braderhart 9y ago
  Well, usually poor resource utilization means bad design all around. You can always buy more powerful hardware, but it won't fix something that is fundamentally flawed. Text editors are very personal to me. I spend a lot of time learning shortcuts and tricks that are easily cross-platform and portable, and Vim is very easy to do that and is still actively maintained by a great community of well-versed developers that aren't just getting another paycheck from a mega-corporation pretending to do some social good.
- flukus 9y ago
  > Even if electron uses say 500% more resources than vim, why in the world would that matter beyond personal irritation for anyone making 6 figs doing software development? It would cost me several thousand dollars for a laptop with enough storage to make me happy, or I could get one with a hard disk from dell for under a thousand, or stick with an older machine for nothing. The difference goes into my home loan for me, for others it goes into a number of other things, from hobbies to investments. Just because you are making good money doesn't mean you should waste it on top of the line everything. It also puts you much more in touch with your users. MS used to enforce the concept of dogfooding but it seems they only do this on top of the line surface pros these days. At least that's the only reason I can think of that allowed windows 10 to get out the door in such a broken state. If they'd had my cheap dell they surely would have noticed the multiple seconds that it can take for the start menu to load with a spinning disk in the mix. > If the tool is good and doesn't touch your limits why does it matter if it's as slim as a demoscene release or as hungry as a browser tab? Yes, the bloated one will slow down the rest of my system, we might have multiple GB available but they are still competing over other extremely finite resources like processor cache, disk buffers, etc.
JeremyBanks 9y ago
This reads like you haven't paid attention to anything Microsoft has done for the last five or so years, including VS Code. The strategy around VS Code is entirely consistent with the more open-source-supportive angle the company has been taking, and the editor is very performant and well-engineered compared with Atom.
- braderhart 9y ago
  Haha, please enlighten me. Let's see what open source license Microsoft picked for their generous efforts to restore socioeconomic equality: https://code.visualstudio.com/license https://code.visualstudio.com/license
  - yorwba 9y ago
    From that page there's a trail of links to this explanation for the licensing: https://github.com/Microsoft/vscode/issues/60#issuecomment-161792005 https://github.com/Microsoft/vscode/issues/60#issuecomment-1... TLDR: Visual Studio Code is a Microsoft-branded product that is made available to users under a Microsoft-y license. However, the "vscode" project containing almost all code for that product is open-sourced under MIT.
    - deleted 9y ago
      [deleted]
    - braderhart 9y ago
      Are you serious? You have to link me to a GitHub issue where they still don't clearly explain their license, and then if you read the comments you can see tons of other concerns that they never address. It is almost like they want to keep spying on you and exploiting.. hmm, strange. Weird that they have so many trade offs for privacy always. I see small two-person teams doing more work and good for software than mega-corporations like Microsoft.
tamrix 9y ago
You're a bit late to the party lol. vim is dead. All us 'cool elite programmers' as you so blindly follow, have moved onto to use neovim.
- nurettin 9y ago
  A year ago I tried incorporating typescript language server into vim. The experience was an unpleasant stutter. I guess some editors just aren't meant for some things.
  - alexyoung 9y ago
    It's got better recently. I'm using https://github.com/autozimu/LanguageClient-neovim https://github.com/autozimu/LanguageClient-neovim for work without any obvious issues, but https://github.com/natebosch/vim-lsc https://github.com/natebosch/vim-lsc is also good
- petre 9y ago
  Neovim can't handle my obsolete terminal library in Ubuntu LTS. I've also had issues on the iMac at work. Vim works just fine or at least it's usable.
  - deleted 9y ago
    [deleted]
- braderhart 9y ago
  Neovim is mostly still Vim, but with some built-in extensions and packaged plugins. Vim is still great if you don't mind managing a few preferred plugins yourself, and (at least on Arch) it comes packaged with some pretty sane defaults. Overall though, Vim has made huge improvements in the area.
- petee 9y ago
  leet programmers use vi :P
  - 9y ago