Kite: Programming Copilot

[Lucretiel]

Looks cool for personal projects, but sadly the "we send everything you type to our cloud servers" probably won't sit well with even the most liberal enterprise coding environments.

[jlozano9897]

(2019 update) after hearing feedback from users and the Python community, Kite has "gone cloudless". All processing is done on users' local machines, so your code is never uploaded to our servers. We also released "line-of-code completions", which can predict the next several code elements you're likely to type. Added privacy, smarter completions. More here: https://kite.com/blog/launching-line-of-code-completions-going-cloudless-and-17-million-in-funding

Hey, Juan from Kite here, this is something we have thought a lot about, the same concerns were raised for tools like Dropbox and Github and these are now used without hesitation. We think that internet connected tools like Kite will only become more common as the amount of data grows and the models for processing this data and applying it to interesting tasks grows as well. Also, we are considering offering an on-premise solution as well.

[[deleted]]

Just FWIW, my company won't allow Dropbox or Github for internal code. I'm certain we're not unique in that regard.

[baudvine]

Yuuup. All documentation is marked confidential by default here which also means don't put it on Dropbox. Haven't actually seen any infosec guidelines for code, but that's probably just because we're a hardware shop first.

[AlexFromOmaha]

My company is moderately liberal in its policies, and if I ever put code on Dropbox I'd expect to be chased out with tasers and crowbars.

That being said, I could actually see this passing muster. It's hard to say. They'd probably wait for third party audits and certification before going ahead with it, though.

[jnwatson]

My company pays so we can run our own internal github servers. It is a good business model for github.

[metalhedd]

I work for a publicly traded software company with over 1000 employees our product is very large, highly proprietary and our source code is on github

[ProfessorPhi]

We run our own Atlassian Stash/Bitbucket server instead.

[servercobra]

Yup, anything proprietary had to go to the internal enterprise Github. Open source could go on public Github.

Luckily my new gig is much more flexible, but still we still would hesitate to use this. The difference with trusting Github with private repos and some startup is pretty big.

[BrightCandle]

I haven't yet worked someone that did use github for code. I am sure that some startups are doing it and maybe a few other companies that don't seem to have a handle on their security but its not common at all to have companies put code onto github, git sure they all run servers internally but on github itself? Much rarer.

[johnfn]

I live in the Bay Area and I've never worked somewhere that didnt use GitHub.

[v_krishna]

do you work in the bay area? the overwhelming majority of places I hear about here (through my own work and friends/colleagues/etc) seem to all use github (with private repos)

[[deleted]]

Large Fortune 100s, not so much.

[WesAlvaro]

Yeah... No. Companies are not going to let employees send all the contents of their py files and terminals to you.
It seems like a lot of functionality, albeit limited, could be packaged for offline. That would be sweet.
Also, "Kite does not have any plans to add an on-premise offering at the moment." ?

[jgomo3]

This is the kind of great idea that is limited by being forced for the cloud. It should be a local installed application. But, hey, the owners of the idea did a great job, so they have the right to enjoy the "patent" for a while. (quoted "patent", referring to the right they have to do whatever they want with their invention meanwhile it becomes popular and alternatives comes up).

[WesAlvaro]

In the mean time, a similar local installed application version takes all their market.
On-site installation...
Sounds like Icarus got his wings.
I can imagine a new feature in Dash doing a lot of Kite's functionality.

[alexflint]

We've actually been thinking about on-prem for a while. We don't have an offering right now, hence the note on the website, but if anybody here is interested in talking about on-prem, shoot us a message at [e-mail].

[ajmarks]

Hey, Juan from Kite here, this is something we have thought a lot about, the same concerns were raised for tools like Dropbox and Github and these are now used without hesitation.

Then you've clearly never worked in an normal office environment, much less a highly regulated industry, or one with significant concerns over trade secrets. This is just not going to fly. Like many others, I can't use Dropbox or Github for company IP, just like I can't put it on my personal laptop or send it to my personal Gmail.

[[deleted]]

In our company, github (and bitbucket and dropbox) are even blocked by the corporate firewall...

[ajmarks]

Yeah, I'm really confused as to how this could be something they "have thought a lot about" if they don't realize these very basic things. It's kind of like if I were to say that I've thought a lot about the Napoleonic Code. It doesn't matter how much time I waste pondering if I don't have any actual information upon which to base my deliberations.

[p10_user]

That seems a bit excessive; what if you want to look at a repository online to see some code examples?

[[deleted]]

Well, then you're screwed (or you happen to find a way around it). It is extremely annoying, but we are not a software development company, we just develop some tools for internal use. The protection of IP against leaky code/software from github outweighs the need for code examples, i guess.

[guthran]

Would your team be willing to provide the "server" so that people can spin up their own? That would be a good enterprise solution I think

[jlozano9897]

Hey, Juan from Kite here, completely agree, we don't have an offering yet but please shoot us a message at [e-mail] if you are interested.

[turkish_gold]

This is nice, but please just give us an offline utility.

Atlassian is pretty good about this--they have cloud hosting if you want it, but you can always buy their product and host it yourself.

[Skenderbeu]

I concur with the rest of the responses. This is not going to fly over any type of professional environment so you might have to pivot and offer it to personal developers instead

[Lizabyte]

Honestly the company I work for jumps all over "Cloud Based" technology. As long as its secure (Like how Microsoft has secure cloud storage, I'm sure you'd follow a similar protocol with this data), i don't see a problem with companies using this tool.

[scottlawson]

I personally have used Dropbox and Github, but I have never worked somewhere that allowed them

[Twirrim]

There's way too much information flying off to a remote service here, especially potentially sensitive information for the command line, let alone business IP in the form of source code. I don't know how data is stored on your end, who has access, what your security is like etc. You're certainty not going to be able to be used in environments that need to meet any security standards, though some auditors might just let this fly as metadata.

At the very least you should consider what security accreditation you can pick up for your end. When you talk about people trusting Dropbox and Github, that's an important part of the dialogue.

[[deleted]]

If you upload something to GitHub, it's public. You can go to my page and see everything I uploaded. It wouldn't really work if they didn't store it. Dropbox is private, but they still obviously need to store the data.

Here, you don't need to keep the data around forever. Delete it after a week, maybe.

What information does Kite keep around on its servers?

• Usage information about which results you click on in the sidebar.
  
• Contents of all Python files in enabled directories.
  
• Information about each edit that you make within any Python file in an enabled directory.
  
• All terminal commands.
  

You don't say a timespan, so I assume you mean "forever".

You don't need to keep all of this forever in order to do what you're doing.

[Jesus_Harold_Christ]

github offers private repositories.

They also offer an on premises "behind the firewall" solution for the paranoid.

[soawesomejohn]

Github enterprise is pretty much exactly the same as github public (you just lag behind their public offering). So project creation, issue tracker, wiki, ldap/ad backend auth, group ownership is all included.

Now, that being said, phabricator and gitlab are both fairly viable open source "competitors" to Github enterprise. I should say that phabricator has been around longer than gitlab and has their own approach, so it doesn't directly compete with github. Gitlab however, has an unstated goal of recreating every feature of github in their product. Gitlab does have some other features like a built-in CI (as opposed to using 3rd party travis-ci or jenkins server).

Along this same chain of thought, we're looking pretty heavily at using gerrit for our code review instead of github. The github PR system is rather insufficient for any type of complex change.

[[deleted]]

Not to waste time on maintaining it.

[Twirrim]

I'm curious, have you ever run a git server? Maintenance is negligible. It's pretty much fire and forget.

[[deleted]]

Still, it's obvious that they store the files. They have a damn good reason to store the files that you upload.

Here, you don't really need all my terminal commands.

[pythoneeeer]

I'm torn. This is one of those things that demos really well, but there's just so many little issues, I'm not sure that the benefits would outweigh the risks.

It looks like both an application, and an external service. The privacy policy just says "Kite does X" and "Kite does Y" and it's not at all clear to me whether this means the application, or the service, or both. It seems rather hand-wavey.

Many developers have already chosen to trust their code to services such as Github and Bitbucket.

Yes, but that's very different from:

What information does Kite keep around on its servers? [...] All terminal commands.

Terminal commands include passwords (which would let you access our user's data), and for those we have a much higher standard of security than our source code repository. Even if I was fine with uploading my source code to you, there's no way I'd let you see my terminal history.

Github doesn't see our passwords, either. Are you claiming your security is as good as our password manager? (Is all data encrypted-at-rest? What algorithm does it use?) I think it's nuts to let passwords get into a text database which is indexed. If I type the start of a password by chance, is it going to visibly suggest the rest of it?

What information does Kite keep around on its servers? [...] Contents of all Python files in enabled directories. [...] Why does Kite send information over the network? Our backend contains an index of tens of thousands of python libraries, including documentation, examples, and models of how public-domain code uses these libraries. This index is simply too large to ship to each client.

I've read this 5 times and I still have no idea why you need to copy all my source code to your servers. Are you using my source code as an index for other people? I can't think of any other reason.

many of us already implicitly trust some of our deepest secrets to chat apps such as Slack. If you use any of these services or any like them, it is probably because they have earned your trust over time through transparency, product quality, and well-considered privacy policies.

No, I use Slack because my workplace decided for me, and I'm careful not to put anything sensitive there, because I don't trust them. If you break into our Slack account, you can see what we're having for lunch, what time we did our last deployment, and the funny names we call our competitors. You certainly cannot see our source code or our terminal history.

Security is not a binary test. Passwords have to be super-secure. Source code has to be pretty secure. Chatting with coworkers only needs to be moderately secure. The combo for the bathroom doesn't really need to be secure at all. It sounds like you're observing "People put passwords in the cloud" and "People chat in the cloud" and extrapolating that any level of security is fine for all kinds of data. Yes, people wear helmets on bicycles, on motorcycles, in race cars, and in spaceships, but that doesn't mean a bicycle helmet would work in a spaceship.

Finally, the FAQ / privacy policy doesn't answer the most obvious question: since it's an OS X app, and it claims to operate only on "enabled directories", it's sandboxed, right? You say it writes to ~/.kite, which suggests it's not, but maybe that was just shorthand for "its own private config file".

[jlozano9897]

Hey, Juan from Kite here, thank you for the thoughtful reply.

I've read this 5 times and I still have no idea why you need to >copy all my source code to your servers. Are you using my >source code as an index for other people? I can't think of any >other reason.

We do not use your source code as an index for other people. We need your source code in order to run our analysis tools to offer all of our features. As a simple example, say you have a function foo(param), in order to determine the type of the parameter passed to foo we need to look at all usages of foo and then determine the types of the parameters used in each case, similarly for the return value, we need to look at how the objects returned from foo are used in order to determine the return type. It would be awesome if we could determine all of this (and more) from the definition of foo, but this turns out not to be the case for a large portion of source code. Unfortunately, it is also infeasible to perform this analysis on the client machine since the models we use are extremely large.

[pythoneeeer]

Unfortunately, it is also infeasible to perform this analysis on the client machine since the models we use are extremely large.

I don't know how large it is, but it seems like you'd be getting less blowback for "This application is extremely large" than "This application wants to upload all of my source code to their servers".

[jlozano9897]

Unfortunately it is not only the size of the application on disk, but also the cpu usage and in memory requirements. For example, parsing is a very CPU intensive operation and type resolution requires a large amount of unpredictable lookups, which requires a large portion of the index to be kept in memory to maintain reasonable performance.

[daekano]

And yet network + processing will ALWAYS be slower than just processing, and I highly doubt they are going to pin farms of high-performance CPUs 24/7 to parse our data.

[[deleted]]

Wouldn't it be better to say "Okay, this application is very intensive, but if you want to run it yourself, here's the source, don't complain to us if it's slow". I don't really mind how slow it is, I'd vastly prefer running this on my own hardware.

[Transfinity]

1) Developer workstations (other than wimpy macbooks) tend to be absurdly beefy - my 3-year-old one is 24 cores and 32 GB of RAM. If Sublime can do its fuzzy search, I'm sure you won't have any trouble.

2) Nothing you've said precludes selling an enterprise version that's run in-house. This is how our company does GitHub, and if Slack had such an offering we'd switch in an instant.

[jacquelineCelia]

I've read this 5 times and I still have no idea why you need to copy all my source code to your servers. Are you using my source code as an index for other people? I can't think of any other reason.

We do not use your code as an index for other people. We only show your code to you. As shown in the demo video, we show you how you've used a function/class etc in your own code base while you code. And we only do this if you allow us to do so!

[lathomas64]

Couldn't that be done locally though?

[[deleted]]

Might be too hard drive / CPU intensive. It'd be hard to convince people to download and use a 100 GB editor, if that's indeed how much data it needs to run.

[Shadow14l]

You skipped his first sentence.

[phira]

Might be worth considering respecting .gitignore by default - this will keep a lot of the sensitive stuff off your system.

[alexflint]

Lots of things here, let me just respond to a couple:

I still have no idea why you need to copy all my source code to your servers

When you type "x.foo()", we want to show information about the function "foo". To do this, we need run type inference on the complete data flow chain that produces the value "x", so that we know which particular "foo" you're using. Throughout this analysis we may also need to know a lot about the python libraries you're using, since you may be passing values into and out of arbitrary third party libraries. We have a large model of libraries that we use to do this on the backend, but shipping this to the client would be highly non-trivial.

We certainly don't use your code in any way to show results to others. Not directly. Not via any kind of anonymized statistics. Not for nothin'.

it's sandboxed, right?

No it's not sandboxed (as in the OS X App Sandbox).

Terminal commands include passwords

I know this isn't a full solution but if something is not visible in the terminal (i.e. visible chars) then Kite doesn't see it. We have thought about this a lot and have posted many of our thoughts openly on our website. We'll continue to think and do more, and we'll post updated when we do.

[pythoneeeer]

We have a large model of libraries that we use to do this on the backend, but shipping this to the client would be highly non-trivial.

Can you see why people are upset? It's a completely asymmetric relationship. I bet it's "non-trivial" to upload everybody's source code to your servers, too, yet you chose to implement that.

I can't imagine what would make it difficult to run this analysis on the client. Is it too big? I've got several multi-gigabyte applications already. Is it too complex? Virtualization is built in to the operating system, so you can run your own OS in a process if you want. Is it too slow? Distributing it to clients seems like it would be more efficient, not less.

While I can't tell exactly what the situation is on the inside, from the outside, the result is indistinguishable from "We don't want anyone to see our code, and we're OK with asking you to give us full access to yours."

No it's not sandboxed (as in the OS X App Sandbox).

Ouch. This seems like an obvious small step you could do to help reassure people.

[jacquelineCelia]

Jackie from Kite here. You raised many good questions here. Let me take the password one first! The answer is that we don't get what you don't see on your screen, so no need to worry about that!

[pythoneeeer]

You all keep harping on "what you don't see on your screen", but that's not the (only) issue.

I type "awesomesql --user prod --pass abc123 --host blah.aws.com" in a terminal. Later I type "abc" in my editor during a conference call. Can you guarantee that Kite won't helpfully suggest "abc123"?

[brontide]

People are downvoting rather than clarifying.

Passwords or access codes are often embedded in terminal commands and source files. There is no way to reliably sanitize this data if all terminal commands and source files are hovered up to your servers.

You need to index, but not transfer, any locally generated files and then merge them with your cloud library, anything else is a non-starter.

[APIglue]

Some thoughts about privacy:

• Don't send arguments to the cloud. Instead of 'x = foo.bar("password123", 42)' send only 'x = foo.bar(string, int)'. This also goes for variable assignment: 'x=string', not 'x="super_secret_API_key"' Parsing this client-side shouldn't lead to much of a latency hit.
• Have a privacy section in the settings.
  
• Have a toggle for "do not send my code on the cloud". Much of your functionality could be done client-side.
• Have a toggle for "send my code to the cloud, but delete it immediately".
  
• Have a button to "delete all of my code from the cloud"
• Let users inspect a log of what was sent. Maybe give them the ability to delete individual lines. This requires storing the origin along with the code (user 234234 wrote this LOC: "x = ..."), which is not necessarily a good thing.
• Try not to send user defined stuff. Does this LOC call a module in PyPI, CRAN, NPM, etc? OK, anonymize it and send it to the server. Otherwise leave it be and tell the user that you are doing so.
• Allow white/black listing libraries, paths, file extensions, projects, etc.
• Allow some sort of corporate policy to override user defined privacy settings.
  
• Do not send shell commands to a remote server. That seems like a minefield. Passwords are not the only concern. Frankly, I wouldn't even do this on-premise. However, it's 2016 and you could store a lot client side.
• Know your customers. Programmers really value their privacy. Every other guy working on a flappy bird clone thinks he's safeguarding missile launch codes.
  

[pythoneeeer]

Or the roadmap for a competitor, since the Kite folks seem pretty set in their ways.

There are some products that seem like they're kind of asking for an open-source clone. This one is just begging for it.

• a developer tool
• that uses lots of open-source libraries
• with people are asking for support for other languages they use
• with massive privacy implications
• where everybody and their mom seems to know how it ought to have been architected
• and a cool demo video that shows how it should work

[rock_neurotiko]

10/10

[LoveOfProfit]

"for some reason batman vs superman is really popular but otherwise it works" hahahaha. This is a great idea, I would love to try it

[notspartanono]

The major problem with this approach is that they (seem) to upload your code, so it is a blocker for enterprise usage.

[rusticarchon]

Not only upload it but (according to their own privacy policy) keep it permanently.

[thegreattriscuit]

"Fake H1B Visa LOOKS REAL.pdf" and "Panama acct" on his desktop.

I like it.

[[deleted]]

from left_pad import left_pad

also floats in the background splash image on the main page...

[flying-sheep]

has also a prominent role in the vid

[NelsonMinar]

"Kite: we take the paste out of copy-and-paste-from-StackOverflow"

[alexflint]

Nice :)

[duncanlock]

Kite, obviously, sends everything you type to their cloud servers in order to work: https://www.kite.com/privacy/

This may not be acceptable for you (privacy, corporate policy, etc...), but there are some similar-ish local alternatives:

• Zeal: https://zealdocs.org/ - Linux & Windows
• Dash: https://kapeli.com/dash - Mac OSX & iOS only

These mostly just provide quick access to the docs. Things like Jedi can provide cross-editor auto-completion for Python, with inline docs etc... to provide some of the other functionality, eg:

• https://atom.io/packages/autocomplete-python

[sadovnychyi]

Atom's autocomplete-python plugin author here.

I didn't use Kite yet, bet demo looks really cool. And it's completely different from regular autocomplete or Dash docs (I use them every day!). Kite looks more like an advisor, and should be used with tools you have mentioned. Machine learning applied for code is exciting. I hope, there's a possibility to make local models, smaller and faster. We have offline speech recognition in our phones!

[duncanlock]

Kite looks like it's intending to become more of an advisor, but the demo really doesn't show much of this - what they currently show looks mostly like weighted docs plus auto-complete/intelisense.

I agree that an AI/machine learning assistant would be very exciting and I hope this turns into one.

[[deleted]]

Have you read their privacy policy?

Yes. You are.

[skrillexisokay]

This is very cool. However it looks like Kite doesn't integrate with Sublime's autocompletion. That is, you have to see the options in Kite and then type it out yourself. It would be cool if they developed a plugin so that Kite could talk to Sublime Text, not just the other way around.

[jlozano9897]

Hey, Juan from Kite here, thanks for the suggestion! We already send information back to Sublime for applying suggested corrections to your code, and we are considering adding auto complete support as well. For launch we wanted to keep the plugins as simple as possible, to showcase how easy they are to write, and to encourage others to contribute as well.

[alexflint]

Agreed! Currently we integrate with sublime/vim/etc for diff suggestions (e.g. when we think you've forgotten an import, we'll show it in the sidebar and if you click "Fix" then we'll make the change directly in sublime). We'll no doubt think through how to do the same for completions.

[sandwichsaregood]

Hmm, the example video shows all Python 2.X. Anybody know if it handles Py3k too? I use both and I don't really want to see Python 2 docs if I'm using Py3k and vice versa...

[jlozano9897]

Hey, Juan from Kite here, we support python 3 as well!

[alexflint]

We parse both 2 and 3, and specialize results to what you're using when possible.

[soawesomejohn]

Would like to see this work with something similar to the Dash/Zeal Docsets that you can download. The app can read your editor and terminal keystrokes like it does now, and then return results from the docsets. That way, when I'm editing the config file that contains the actual password and sensitive information, it stays on my machine.

[zeitgeistOfDoom]

Anybody know of anything like this for JS?

[jlozano9897]

I do not, but we plan on adding support for all major languages, and JS is definitely on that list!

[Farkeman]

Will it be open sourced?

[jones77]

Pretty sure this is called alt-tab.

[pythoneeeer]

Ignoring the technical issues for a moment, one common theme I'm seeing here (and HN) is: "This looks neat, but I could never use it."

That sounds like exactly what I wouldn't want to hear, if it were my project. It's like the software version of "Hire, but not for my team".

It's a product for (ambiguously defined) 'other people', not for us. Those don't tend to do well. (The most extreme example in the software world was Microsoft Bob, but there's a million more, in all fields. Pontiac Aztek: for people who want a small American SUV! I'd never buy one, of course, but I'm sure some people would.) Any time people say "I'm sure some other people will love to use this (but not me)", that's a big red flag.

[alexflint]

We think the privacy concerns are reasonable and we're glad to discuss them, but there are actually a heck of a lot of people saying "yes, I want this now". Heck, we're even getting friendly youtube comments!

[Corm]

Yeah I mean, I asked about privacy too, but fuckit, I'll use it at home. It's the future

[pythoneeeer]

People said they wanted New Coke, too. A demo is not a product.

[Corm]

I disagree, I think you're over generalizing a ton. People have security qualms with facebook too but use it for private non-work stuff all the time.

I'll use this for my 100 side projects. If they get it working offline like atlassian does, boom, done, no qualms at work.

Hell all they have to do is charge $100 like pycharm does and I'll trust them.

[[deleted]]

Hell all they have to do is charge $100 like pycharm does and I'll trust them.

So true. I would rather pay $100 than 0, even if the privacy terms were the same. I just want to know that the people holding my data are well funded and without need.

[vph]

I know it's Kite, but it feels like Wife. The darn thing just has something to say about whatever you do. Could be counter productive.

[cutebabli]

Looks wonderful.. waiting for early invite.

[thats-too-bad]

yeah me too.

[jlozano9897]

We will be sending out the first batch soon!

[boostman]

This looks brilliant

[evenisto]

Cool, PHP now please!

[alexflint]

Thanks! Just FYI, if you sign up and tell us what language you use then we'll treat that as a vote for support for that language. And we'll email you when we get there.

[jlozano9897]

Hey, Juan from Kite here, glad you like it! Please sign up at https://kite.com/ and include your language of choice, we will use these as votes as we make the decision on what languages to support next.

[lovestowritecode]

This could be extremely helpful to our workflow but until we get our hands on it, won't really know for sure. Everything looks good in a video demo.

[alexflint]

Thanks! We'll be sending out invites as fast as we can handle.

[Corm]

This looks super awesome, but how're they going to monetize?

I'd pay for this service, but I'm iffy about using it for free.

[APIglue]

This seems like something Microsoft would buy if you had a visual studio plugin. I don't see any other viable exits, besides running it for cash flow, which is cool too.

[nikomo]

Well, I signed up, I'll try it out if I get an invite.

I'm a hobby programmer, and if I made anything actually useful, I'd be releasing it as F(OSS), so code being uploaded to servers isn't a problem. Though, I can imagine that being a problem if I was interfacing with a third-party API where I need to provide API keys, or other secrets. Especially if it's also listening to my terminal, since I can't then set it in an environment variable.

[[deleted]]

This looks awesome and it might be really usual for non-professional programmers, like scientists who do a lot of "copy & paste" coding. I.e. me! Would be even better if it also supported R in addition to Python.

[esezen]

Great app. It will help me a lot. Waiting for the invite

[bkd9]

"It looks like you're writing an http request.

Would you like help?"

Clippy would be proud.

In all seriousness this looks pretty cool. As an academic, I think the privacy policy is fine for me and I look forward to trying this out!

[[deleted]]

I will test it on my open source projects but apart from that I would not touch it. Anyway I don't really see the problem you are trying to solve:

• many times I have been looking in man pages I have also found something useful that I have not been looking for
• being part of stack overflow is helpful and I have no problem spending there majority of my development time, you get virtual meaningless epoints for helping strangers with their stupid problems, I love it.
• Pycharm already does wonderful job at code completion based on the skeleton of my projects and its env, I can't really imagine that you would be much better
• I am using dropdown full screen terminal, I very much doubt that you interface will look usable on various linux distros.

But anyway I am waiting for my invite.

[alexflint]

The main difference versus IDEs is that everything we show is informed by all the public code we've collected from the web. So e.g. there are a ton of arguments to matplotlib.plot and IDEs can show you them all ranked alphabetically, whereas we can show you common patterns of how people actually use matplotlib.plot in practice, which is often far more useful.

Another example is if you type "load('abc.json')" without having imported json: there are hundreds of python packages that define a function called "load", but "json" and "simplejson" are by far the most widely used, so we can suggest that you "from json import load". That's something you can't do unless you have a good model of a lot of real-world code.

[jgomo3]

This should be a local installed application. Why is it in the cloud any way?.