Fig now supports JetBrains IDEs(fig.io) |
Fig now supports JetBrains IDEs(fig.io) |
We just released a new version of Fig that allows users to install a custom input method on macOS. This means we now work with over a dozen new terminals, including all JetBrain IDEs, Alacritty, Kitty, WezTerm and more.
The engineering behind it was surprisingly tricky since these APIs are not as well documented as you'd hope. (Indeed, the best place to look is the C header files [0])
But with a lot of trial and error, we've managed to get an implementation we're happy with. (That said, if anyone has tips on how to install an input method, without requiring a system restart, I'd love to hear them!)
I'll be around all day to answer any questions about how Fig works under the hood!
--
Also just to address some stuff that generally comes up when we're posted on HN:
1. Why is there a login?
Autocomplete is just our first product, and it's part of a suite of tools focused on improving developer experience in the terminal. The idea is that you can configure your developer environment in Fig and then we'll sync it across all of your devices.
2. Is there telemetry?
Yes, but you can opt-out entirely by running a single command.
fig settings telemetry.disabled true
3. How will Fig make money?
Fig will always be free for individuals. Teams pay for Fig for collaboration and discovery of internal scripts and for managing dev environment setup and onboarding.
4. Is there a Linux/Windows version?
We are making really good progress and will have a prototype in the next month or so. See the Github issues for Linux[1] and Windows[2]
[0] https://github.com/phracker/MacOSX-SDKs/blob/master/MacOSX10...
What's Fig's target audience? Developers.
Developers have been using a tried and tested way to keep configurations for decades -- dotfiles. We sync them across all our devices using git (or any of a thousand other ways). This is a solved problem and doesn't require email addresses or logins.
Which kinda sucks
We are building our own version of this, that is more tailored to the use case than a generic git repo interface. :)
Yeah yeah right and you just appeared out of nowhere with a 300-word explainer. "Just in case". Stop this shit-show already, everybody knows you're a YC-baked company
YC-baked companies get tips and notifications when they're about to get featured
people are critiquing you below and you're asking HN mods to downrank negative comments to keep up your PR-game
my harsh, but valid criticism of your product ended up at the bottom of page, although it has 20 points and should actually be higher than yours and any other comment, but life's easy when you can cheat a bit!
see yourself: https://imgur.com/a/Z5AZkik
how can a comment with 20+ points be the last one on the page?
We don't.
But I've dumped most of it in the last month for Fig. I like seeing command specific options, relevant to the current context, and in a long list which I can scan and scroll quickly.
I go to documentation MUCH less now and I'm faster with it. And that's most of what I care about.
Commence retaliations...
1. Zero configuration needed to get started.
With Fig, the experience just works out of the box. A lot of developers - especially people less comfortable with the terminal - don't feel confident installing a bunch of 3rd party zsh completions or creating a custom setup.
2. Extensibility.
We've worked really hard to make the experience of writing your own completions very easy and powerful. Lots of teams are using Fig to make internal scripts and CLI tools more ergonomic and discoverable.
In my experience, writing custom shell completion scripts is not very much fun.
are you telling us that your proprietary blackbox that asks my e-mail and sends telemetry data is better than open-source well-documented, widely-used, established tools?
> Lots of teams are using Fig to make internal scripts and CLI tools more ergonomic and discoverable.
can these completions be used outside of Fig?
i guess not, because this doesn’t make you any money?
> In my experience, writing custom shell completion scripts is not very much fun
yep, because nobody usually writes them, they’re autogenerated by whatever CLI framework you’re using
with Fig you write them and yes, writing autocompletions for Fig manually is better than writing Compdef manually
but again, nobody usually writes them…
this sounds ridiculous because it is
they can’t drop this shitty idea now, because they took tons of cash from venture capitalists to make it happen
zsh-autocomplete now has some competition so maybe both products will innovate at a faster pace.
> Autocomplete is just our first product, and it's part of a suite of tools focused on improving developer experience in the terminal. The idea is that you can configure your developer environment in Fig and then we'll sync it across all of your devices.
It's taken some creativity on the engineering side, but has been super fun to see what we've been able to build when working with these constraints.
bash: trap: __bp_install: invalid signal specification
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 was the most popular before HN moderators pinned it down, turns out Fig is YC-sponsored, so i’m not surprised
We think that layer on new interfaces can help make the commandline even more powerful... as well as making it more accessible. Check out kui[0] to get an idea of what we're imagining.
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
Be well.
I've answered a few of your concerns in a different comment[0].
tl;dr
Autocomplete is just our first product, and it's part of a suite of tools focused on improving developer experience in the terminal. The idea is that you can configure your developer environment in Fig and then we'll sync it across all of your devices.
Fig will always be free for individuals. Teams pay for Fig for collaboration and discovery of internal scripts and for managing dev environment setup and onboarding.
A Linux/Windows version is coming soon. [1] [2]
[0] https://news.ycombinator.com/item?id=31113668.
don’t make it look like you’re solving a complicated problem
i don’t have 10000 computers at home that i want to sync my configs to
neither do i change my zsh config every day
you do understand that this is a non-issue?
> Fig will always be free for individuals. Teams pay for Fig for collaboration and discovery of internal scripts and for managing dev environment setup and onboarding.
what? people pay for it? you must be kidding, right?
there’s one reason you’re being ridiculed here: you have no moat, no unique value proposition, but you can’t just take your ball and go home, because you have investors whom you promised that this shit is big and will make you guys rich
luckily HN-community understands that and won’t eat your worthless crap
yeah right, let's just blindly trust them!
> zsh-autocomplete now has some competition
Fig can't compete, because it only works on mac and isn't open-source
It’s been broken for months and I didn’t get enough value out of it to figure out how to fix the installation.
you only have to do it once and forget about it
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..
you really think your proprietary, VC-baked, telemetry-enabled product would improve developer experience?
a terminal is accessible as it gets and doesn’t need a web interface
this is just a pervert version of Electron
That said, if you already are very comfortable in the terminal, some of the pain points that we're tackling might be less acute for you.
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
before some invisible magic happened, the comment was the first one on the page
can HN mods give an explanation to this?
We believe that there is a lot of room to improve developer experience in the terminal. That's why we build the products that we build.
there are even open-source tools like Syncthing that do this
i guess i’m very thankful we don’t need Fig for this!
There are like 100 blog posts on how to manage your dotfiles...
There are a small number of trusted users (not moderators or high-karma accounts, but people who have been on HN for many years) who have the ability to mark a comment generic or offtopic, which downweights it. We encourage them to do that when a generic or offtopic comment is sitting at the top of a page, choking out more interesting discussion. It's actually the single biggest thing we've found to improve thread quality, because generic and offtopic subthreads—especially angry ones, like the one you started—tend to quickly suck all the oxygen out of a conversation, and end up making the thread be about obvious-generic things rather than the intellectually interesting details of a specific article.
This is an experiment in extending moderation powers to the community at large (and I'd love to extend it further*, because the results have been superb so far). But it has nothing to do with YC—in fact we've instructed these users not to apply such downweights when YC or a YC-funded startup is the story, because the principle I mentioned above takes highest precedence. So I'd presume that the user who downweighted your subthread had no idea that Fig was a YC startup.
You posted 16 comments in this thread attacking someone's product from what is clearly a pre-existing entrenched position. That's way too much, and not at all the curious conversation that this site is supposed to be for. (Edit: we also got an unusual number of emails complaining about how you derailed the thread.) So I think the user who applied the downweight in your case was correct in principle—doing that did improve the quality of the thread (at least for a while), which is exactly what the downweight is for. They just didn't catch the YC aspect; if they had, I'm sure they would have held back.
* (Side note: if anyone sees this and wants to 'try out' for the right to downweight comments in this way, you're welcome to email hn@ycombinator.com. Send a few examples of subthreads you think should have been downweighted and I'll take a look.)
I don't have a bone to pick here -- HN is one of the better moderated sites ive seen for good discussion.
i'd like to ask couple questions:
- why aren't regular downvotes enough to moderate the conversation?
- what is the selection process for these users, do you make sure they are unbiased?
- do any users, who currently possess said abilities have any connection to YC or companies that YC have funded?
- do you review the comments these users are downweighting to make sure the act is legitimate?
- will you punish users who disregard the downweighting rules (such as the case here)?
you also admit that this thread should have been moderated less, as it is about YC-company
if so, then why haven't you still reversed the downweights on my comments to fix the rule-breaking behaviour of your shadow mods?
In my experience, though, it isn't worth the time and energy to respond to hostile cross-examinations. I'm interested in satisfying the curiosity of good-faith users, and this feels more like an interrogation. That's no fun and does nothing for the community.