5 ms·

Let me give you a counterpoint. I have worked at two companies in FAANG now, and I've also worked on the Linux kernel on ethernet drivers. None of those situati

Let me give you a counterpoint. I have worked at two companies in FAANG now, and I've also worked on the Linux kernel on ethernet drivers. None of those situations allowed the use of Jetbrains. In fact, I've never worked for a place or on a product that didn't allow for vim. Sometimes you will also be required to work from a remote server. I'm not talking about to fiddle bits, I'm talking about real development. There is also a lot of downsides to not working from the terminal. Vim users are consistently better interviewers because they spend more time interacting at the system level. There are a lot of disadvantages to working with an IDE that turns valuable knowledge into a series of black box buttons.

enitihas 8y ago
I don't think there is any issue with Vim itself, and can't see why any place would disallow it. I still use vim on remote servers, and am quite happy with it. Being proficient with vim helps you do things faster for sure. The issue I was raising was to get functionality even comparable to jetbrains products, you need to install a good amount of vim plugins, and then you either audit them constantly, or place a lot of trust in the maintainers. You don't need any of that with jetbrains. Please find an example here: https://news.ycombinator.com/item?id=14857944 https://news.ycombinator.com/item?id=14857944
mlevental 8y ago
why weren't you allowed to use jetbrains at faang?
- ilovecaching 8y ago
  Editors need to be able to support our very unique way of storing code (monorepo).
  - bbbobbb 8y ago
    I had the exact opposite issue past weeks. Using a Go monorepo, none of the 'normal' go tools worked. In fact, auto complete did not work with go modules at all for months, I only recently got alternative language server somewhat working and they only work for a single modules repository. On the other hand, Goland (or Go plugin for IntelliJ) handled modules flawlessly the whole time and they handle monorepo full of go modules flawlessly as well.
    - mr_aks 8y ago
      Go team is now working on an offical LSP server called gopls and have in fact just recently publishes first alpha release so hopefully, the situation will improve in a while.
      - bbbobbb 8y ago
        Yes, using gopls is the way how I finally got some support for modules for the first time since they were released (single module only though - useless for monorepo).
  - closeparen 8y ago
    Funny, ability to output fully functional Jetbrains configs is a core requirement for our early-stage corporate Go monorepo.
  - mlevental 8y ago
    ...but you can exclude directories in jetbrains tools?
  - GordonS 8y ago
    I'm a recent convert from Visual Studio to Rider, and I love almost every aspect of it. The bit I really don't like is how it handles source control - it seems to try to generalise every source control provider, and I find the git functionality to be a real PITA - it automatically stages any new files, and I've encountered many quirks that I just don't like. My solution thus far is to use VS Code for all git functions (yes, I prefer a UI over command line for git), and use Rider for everything else. It suits me well - VS is basically my dream git UI! Having said that, I still wish JetBrains would fix the car-crash of their got functionality...
    - mlevental 8y ago
      >it automatically stages any new files no it doesn't? it explicitly asks you whether you'd like to "add" the file.
      - GordonS 8y ago
        Strange Rider seems to stage all new files without asking for me. I'm on 2019.1.EAP1, but I had the same behaviour on 2018.3.4. It might be configurable, but I don't see anything in the git config within Rider.
  - fwip 8y ago
    Google and Microsoft use monorepos, and it's so unique that nobody in either company can use JetBrains?
    - meddlepal 8y ago
      I'm not a Googler so I don't know for sure, but I'm pretty sure Jetbrains IntelliJ is pretty heavily used at Google considering Bazel has really good support for it and it is the basis for Android Studio... so yea, sounds more like a self-inflicted problem than a real problem.
  - EKLM-ZK88 8y ago
    There's a plugin to support the large monorepo at the FAANG i work for, i would expect there is one at the other too. A lot more people use the jetbrains products than you think at these companies.
ma2rten 8y ago
Google allows both Vim and Jetbrains, but Jetbrains is considered to officially supported while vim is just supported by 20% time.
- throwawaytoday5 8y ago
  Could you explain what you mean by Vim being support 20% of the time?
  - ma2rten 8y ago
    Google employees can use 20% of their time to work on projects of their choosing.

enitihas 8y ago

I don't think there is any issue with Vim itself, and can't see why any place would disallow it. I still use vim on remote servers, and am quite happy with it. Being proficient with vim helps you do things faster for sure. The issue I was raising was to get functionality even comparable to jetbrains products, you need to install a good amount of vim plugins, and then you either audit them constantly, or place a lot of trust in the maintainers. You don't need any of that with jetbrains. Please find an example here: https://news.ycombinator.com/item?id=14857944 https://news.ycombinator.com/item?id=14857944

mlevental 8y ago

why weren't you allowed to use jetbrains at faang?

ilovecaching 8y ago
Editors need to be able to support our very unique way of storing code (monorepo).
- bbbobbb 8y ago
  I had the exact opposite issue past weeks. Using a Go monorepo, none of the 'normal' go tools worked. In fact, auto complete did not work with go modules at all for months, I only recently got alternative language server somewhat working and they only work for a single modules repository. On the other hand, Goland (or Go plugin for IntelliJ) handled modules flawlessly the whole time and they handle monorepo full of go modules flawlessly as well.
  - mr_aks 8y ago
    Go team is now working on an offical LSP server called gopls and have in fact just recently publishes first alpha release so hopefully, the situation will improve in a while.
    - bbbobbb 8y ago
      Yes, using gopls is the way how I finally got some support for modules for the first time since they were released (single module only though - useless for monorepo).
- closeparen 8y ago
  Funny, ability to output fully functional Jetbrains configs is a core requirement for our early-stage corporate Go monorepo.
- mlevental 8y ago
  ...but you can exclude directories in jetbrains tools?
- GordonS 8y ago
  I'm a recent convert from Visual Studio to Rider, and I love almost every aspect of it. The bit I really don't like is how it handles source control - it seems to try to generalise every source control provider, and I find the git functionality to be a real PITA - it automatically stages any new files, and I've encountered many quirks that I just don't like. My solution thus far is to use VS Code for all git functions (yes, I prefer a UI over command line for git), and use Rider for everything else. It suits me well - VS is basically my dream git UI! Having said that, I still wish JetBrains would fix the car-crash of their got functionality...
  - mlevental 8y ago
    >it automatically stages any new files no it doesn't? it explicitly asks you whether you'd like to "add" the file.
    - GordonS 8y ago
      Strange Rider seems to stage all new files without asking for me. I'm on 2019.1.EAP1, but I had the same behaviour on 2018.3.4. It might be configurable, but I don't see anything in the git config within Rider.
- fwip 8y ago
  Google and Microsoft use monorepos, and it's so unique that nobody in either company can use JetBrains?
  - meddlepal 8y ago
    I'm not a Googler so I don't know for sure, but I'm pretty sure Jetbrains IntelliJ is pretty heavily used at Google considering Bazel has really good support for it and it is the basis for Android Studio... so yea, sounds more like a self-inflicted problem than a real problem.
- EKLM-ZK88 8y ago
  There's a plugin to support the large monorepo at the FAANG i work for, i would expect there is one at the other too. A lot more people use the jetbrains products than you think at these companies.

ma2rten 8y ago

Google allows both Vim and Jetbrains, but Jetbrains is considered to officially supported while vim is just supported by 20% time.

throwawaytoday5 8y ago
Could you explain what you mean by Vim being support 20% of the time?
- ma2rten 8y ago
  Google employees can use 20% of their time to work on projects of their choosing.