Live data from Hacker News

Show HN: TabNine, an autocompleter for all languages

tabnine.com

31–40 of 193 posts

Re: Show HN: TabNine, an autocompleter for all languages

#32
post #30

I wish someone would figure out the right UX for partial autocompletion. e.g. I type "wo" and my phone suggests ("would", "work", "wonder"), there should be an easy way to say I'm trying to type "working" rather than clicking the "work" autocomplete then backspace, then "ing". I'd imaging TabNine has this problem in spades, since it does such long autocompletes. It could suggest "unsigned long long" when I've typed "…

This can work with camel casing. So you type UnsiLI, then enter.

Re: Show HN: TabNine, an autocompleter for all languages

#33

Awesome. Excellent work. It seems to work with a small Ruby app, but not with a big Ruby on Rails application. Is it because it's too large? How can I check for errors or index status? Using it with Sublime Text.

I suppose you are running into the index size limitation that is mentioned here: https://tabnine.com/buy

Re: Show HN: TabNine, an autocompleter for all languages

#34
post #30

I wish someone would figure out the right UX for partial autocompletion. e.g. I type "wo" and my phone suggests ("would", "work", "wonder"), there should be an easy way to say I'm trying to type "working" rather than clicking the "work" autocomplete then backspace, then "ing". I'd imaging TabNine has this problem in spades, since it does such long autocompletes. It could suggest "unsigned long long" when I've typed "…

Fwiw, if there are competing `unsigned long int` autocompletes, it looks like it will shorten the recommendation to `unsigned long `, which is really neat.

This is just based on the site, I've not tried it yet. YMMV

Re: Show HN: TabNine, an autocompleter for all languages

#35
Any thoughts on how this performs vs deoplete? I've really enjoyed deoplete. It makes my coding quite a bit faster. However I've recently become pretty frustrated with all the gocode forks and go module interaction, so there's definitely room for improvement.

Re: Show HN: TabNine, an autocompleter for all languages

#38

> your software will automatically update to the full released version at no additional charge. So, give your proprietary software both network access and access to all my source code? I have very few complaints about the Jedi autocomplete library, which is neither proprietary nor requires network access. I welcome innovation in dev tools, but I wish you had found a monetization strategy that didn't require us to tru…

I agree with your concerns - I wonder what could be written to alleviate them? This brings up an interesting problem. Ie, could we write a monitoring proxy where if enabled, all traffic goes through this proxy. This proxy enables the end user to monitor 100% of traffic, all http requests, and could even have a secondary documentation flow that explains the I/O for security minded individuals. Then you'd shut off remo…

I don't think a DRM solution that is both robust against an adversary and inspectable by a stakeholder can be engineered. Software can't look out for both the person running it and the person selling it simultaneously when their needs are mutually exclusive. Cory Doctorow has some eloquent content on the topic, ie at [0].

In this particular case, the use of TLS (good!) makes it relatively challenging to inspect. Assuming the author isn't shipping a cert in his binary (doesn't look like it) - I'd have to spinup a new VM, load a custom root cert, and mess with a TLS terminating proxy / forwarding solution, and hope he's not using a secondary stream cipher on top of TLS. Maybe I get lucky and https://mitmproxy.org/ or something just works out of the box. In any case, lots of effort to know he's not siphoning up all the source code on the local machine and using it to train v2 of his project. And the more robust the DRM solution, the less feasible it is to inspect.

[0] https://github.com/jwise/28c3-doctorow/blob/master/transcrip...

Re: Show HN: TabNine, an autocompleter for all languages

#39
post #30

I wish someone would figure out the right UX for partial autocompletion. e.g. I type "wo" and my phone suggests ("would", "work", "wonder"), there should be an easy way to say I'm trying to type "working" rather than clicking the "work" autocomplete then backspace, then "ing". I'd imaging TabNine has this problem in spades, since it does such long autocompletes. It could suggest "unsigned long long" when I've typed "…

Typing an 'r' is faster than clicking on "work" then backspacing.
Post reply on HN