So does that mean that if you "opt out", Google _won't_ use your code for training, even on a personal/free plan?
### 1. Is my code, including prompts and answers, used to train Google's models?
This depends entirely on the type of auth method you use.
- *Auth method 1:* Yes. When you use your personal Google account, the Gemini Code Assist Privacy Notice for Individuals applies. Under this notice, your *prompts, answers, and related code are collected* and may be used to improve Google's products, which includes model training.
### 2. What are "Usage Statistics" and what does the opt-out control?
The "Usage Statistics" setting is the single control for all optional data collection in the Gemini CLI. The data it collects depends on your account type:
- *Auth method 1:* When enabled, this setting allows Google to collect both anonymous telemetry (like commands run and performance metrics) and *your prompts and answers* for model improvement.
Does this mean that for a personal account, your data is always "collected", but the opt out may prevent your data from being used for training? Also, the question was about "code", but this addresses only addresses "prompts and answers". Is code covered under prompts? The first FAQ lists "*prompts, answers, and related code are collected*" as separate items so it's still not clear what happens to code and if there's a way to opt out from your code being used for model training IMO.
Systemd didn't create this problem. But it solves the issue of distributions shipping config files as part of packages and then on every package upgrade having to reconcile between the distribution's config and your modifications. Now with the drop in system you don't need to do that.
I am not an expert but I think in general systemd has a lot of complexity but it's to handle existing issues in a better way. Some of the older init systems might be simpler to describe or get started but lead to more confusing situations in the long run.
There are no Chrome builds for Linux on ARM, for instance. (There might be Chromium builds but that won't have the proprietary Google stuff like account sync.)
I tend to agree, but then I wonder what we would call language server protocol additions to editors like Emacs/Vim. Or even Visual Studio Code, for that matter.
Gradescope is an online grading and assessment platform that uses cutting-edge technology and features like flexible autograders and AI-assisted answer grouping to make grading easier, faster, and more equitable. We're a small, collaborative team who are passionate about improving assessment in higher education. We care deeply about our users and work proactively to deliver new value for them. We iterate often, wear multiple hats, and take pride in building reliable, high-quality software. Gradescope was founded in 2014 at UC Berkeley and joined Turnitin, a leading provider of educational technology for academic integrity, in 2018.
We're looking for experienced Ruby on Rails developers to join us in expanding and scaling Gradescope:
That looks like an interactive ui--I can't declare use-package forms in my init.el, and have the initial install and any updates be async and concurrent.
I dunno, in my experience going from 1080p to 4K is a huge benefit for photos as well. While I wouldn't necessarily notice the extra details when looking at a photo from a distance, when I see the 4K next to the 1080p displaying the same photo it is noticeably more "realistic" somehow. Considering that even phone cameras take 12MP+ pictures, that extra detail has to count for something. For me pretty much everything looks noticeably better on a 4K display. Granted I'm slightly under 30 but I do wear glasses, so I dunno how much eyesight affects things.
Yeah, it would be pretty interesting to be able to use this as an Android development environment. It should be significantly faster than current approaches with emulation.
I think we're already well past that point to be honest. One of the things people laud about the Google Pixel cameras is their HDR mode, and that's really not just capturing the real world as it is.
### 1. Is my code, including prompts and answers, used to train Google's models?
This depends entirely on the type of auth method you use.
- *Auth method 1:* Yes. When you use your personal Google account, the Gemini Code Assist Privacy Notice for Individuals applies. Under this notice, your *prompts, answers, and related code are collected* and may be used to improve Google's products, which includes model training.
### 2. What are "Usage Statistics" and what does the opt-out control?
The "Usage Statistics" setting is the single control for all optional data collection in the Gemini CLI. The data it collects depends on your account type:
- *Auth method 1:* When enabled, this setting allows Google to collect both anonymous telemetry (like commands run and performance metrics) and *your prompts and answers* for model improvement.
Does this mean that for a personal account, your data is always "collected", but the opt out may prevent your data from being used for training? Also, the question was about "code", but this addresses only addresses "prompts and answers". Is code covered under prompts? The first FAQ lists "*prompts, answers, and related code are collected*" as separate items so it's still not clear what happens to code and if there's a way to opt out from your code being used for model training IMO.