Fig is macOS-only, proprietary, requires e-mail and has telemetry Fig relies on free labour to add completions and does not support open-source completion formats Fig is VC-funded and at some point will have to generate revenue for it’s investors - at your cost don’t use Fig! if you have zsh you can use zsh-autocomplete, which is no worse than Fig https://github.com/marlonrichert/zsh-autocomplete edit: this comment w…
Hey, you've made your point multiple times in this thread - maybe take a rest, drink a glass of water and go for a walk? Be well.
Fig now supports JetBrains IDEs
51–60 of 71 posts
Re: Fig now supports JetBrains IDEs
#52Earlier quoted context omitted.
Hey, you've made your point multiple times in this thread - maybe take a rest, drink a glass of water and go for a walk? Be well.
And before you try it, no I'm not an employee and I'm not a shill. I don't use Fig, though I had a preliminary interview with them last year and they took 3+ months to get back to me, so...
Re: Fig now supports JetBrains IDEs
#53Of course there's a lot of HN bitterness here. But I like Fig. I've been running my own heavily customised .zshrc for about a decade with loads of bells and whistles in terms of autocomplete and customised prompts and what not and it has been great and I've kept it current with cool new toys. But I've dumped most of it in the last month for Fig. I like seeing command specific options, relevant to the current context,…
[deleted]
Re: Fig now supports JetBrains IDEs
#54Earlier quoted context omitted.
> YC-baked [sic] companies get tips and notifications when they're about to get featured We don't.
us outsiders can't know for sure! for example i didn't knew a comment critiquing a YC-company could be pinned down but now i know and this doesn't make neither HN nor Fig better in my eyes
Re: Fig now supports JetBrains IDEs
#55Of course there's a lot of HN bitterness here. But I like Fig. I've been running my own heavily customised .zshrc for about a decade with loads of bells and whistles in terms of autocomplete and customised prompts and what not and it has been great and I've kept it current with cool new toys. But I've dumped most of it in the last month for Fig. I like seeing command specific options, relevant to the current context,…
Learn the tools, stay away from the toys. Hundreds of developers have been incredibly productive with a regular shell - there isn't any practical need for a product like Fig. If it were me and I was seeking more productivity from my shell, I would dive into books into how to improve it for myself rather than hook myself to another tool.
Re: Fig now supports JetBrains IDEs
#56Earlier quoted context omitted.
us outsiders can't know for sure! for example i didn't knew a comment critiquing a YC-company could be pinned down but now i know and this doesn't make neither HN nor Fig better in my eyes
My understanding is that high-karma accounts can downvote comments/posts. HN is still primarily a community where supporting & encouraging those building things is the norm. Criticism of makers isn't rare, but my hunch is that it's less accepted. So this could explain the downvotes. Also keep in mind that HN is still a work in progress—to this day. Dang works hard to keep a civil, supportive community, and how upvote…
before some invisible magic happened, the comment was the first one on the page
can HN mods give an explanation to this?
Re: Fig now supports JetBrains IDEs
#57Earlier quoted context omitted.
Learn the tools, stay away from the toys. Hundreds of developers have been incredibly productive with a regular shell - there isn't any practical need for a product like Fig. If it were me and I was seeking more productivity from my shell, I would dive into books into how to improve it for myself rather than hook myself to another tool.
If I was seeking to be more productive I would probably install a tool like Fig and be done with it rather than spend time diving into the books to customize my shell. I think a lot of people in this thread are overlooking the simplicity of installing it and having it "just work" versus spending time fiddling with zsh configs.
you only have to do it once and forget about it
Re: Fig now supports JetBrains IDEs
#58Fig is macOS-only, proprietary, requires e-mail and has telemetry Fig relies on free labour to add completions and does not support open-source completion formats Fig is VC-funded and at some point will have to generate revenue for it’s investors - at your cost don’t use Fig! if you have zsh you can use zsh-autocomplete, which is no worse than Fig https://github.com/marlonrichert/zsh-autocomplete edit: this comment w…
Re: Fig now supports JetBrains IDEs
#59Fig is macOS-only, proprietary, requires e-mail and has telemetry Fig relies on free labour to add completions and does not support open-source completion formats Fig is VC-funded and at some point will have to generate revenue for it’s investors - at your cost don’t use Fig! if you have zsh you can use zsh-autocomplete, which is no worse than Fig https://github.com/marlonrichert/zsh-autocomplete edit: this comment w…
With the risk of feeding a troll: can I ask you why you're so angry in every comment? You're almost hateful. I want to understand what makes you act like this, why you think the makers of Fig deserve this kind of response and how you think your comments contribute something positive to the discourse here on HN.
i’m spreading awareness and contributing to the conversation by outlining negatives for somebody who might be considering Fig
i do agree with you that some of my comments in the thread were not friendly and i’ll try to do better! i have also deleted some of my previous comments
again, sorry
Re: Fig now supports JetBrains IDEs
#60Earlier quoted context omitted.
Currently, lots of developers use GitHub (which naturally requires a login) to sync their dotfiles across devices. We are building our own version of this, that is more tailored to the use case than a generic git repo interface. :)
git controls versions and is open-source you’re building a proprietary solution for something that isn’t a problem at all
I'd like to see what kind of innovation they can bring to dotfile management.
I keep most of my important dotfile configuration in a private repo managed by stow/syncthing, but the management gets old after a while and the git commit -am "update" gets old after a while..