Agile Meridian / Post Manager
Same
This misunderstands the announcement completely.
What the announcement is saying is: previously, if you wanted Gemini to have access to text and chat apps, you also needed to enable Gemini Apps Activity, i.e. the feature that saves all Gemini interactions to the cloud. Now, the settings to enable or disable app access from history tracking are fully separate, so you can have app access enabled (if you want) even if the Apps Activity feature is disabled.
Partly because it's from 2014, so the modern static typing renaissance was barely starting (TypeScript was only two years old; Rust hadn't hit 1.0; Swift was mere months old). And partly because true evidence-based software research is very difficult (how can you possibly measure the impact of a programming language on a large-scale project without having different teams write the same project in different languages?) and it's rarely even attempted.
Yes, the dialog was changed, as part of this linked issue (and maybe again after that; this whole incident is very old). After reading some of the comments on that issue, I agree with the reasoning with some of the commenters that it would be less surprising for that menu option to behave like git reset --hard and not delete tracked files.
OP clearly means "preprocessor", not "precompiler". You're right that preprocessing itself isn't slow, but the header/impl split can actually cause some slowness at build time.
I haven't worked on any teams where all members committed "every 24 hours", and there have always been some branches that live longer than we'd like (usually just unfinished work that got deprioritized but still kept as an eventual "todo"), but most teams I've worked on have indeed followed the basic pattern of only one long-lived branch, reviews and CI required prior to merge, and all feature-branches being short-lived.
Oh hey, it's modern ed!
...why not both? An auto-formatter for personal use, a linter for CI checks on PRs.
What do you mean, "breaking"? This isn't a new encoding scheme, it's an informational page showing ASCII encoding.
One problem is that the build isn't easily reproducible: there are a few comments in that issue thread from someone trying to reproduce it and failing.
BatmanAoD
0 post score0 comment score
I think you're misunderstanding that paragraph. It's specifically explaining how LLMs are not like humans, and one way is that you can't "nurture growth" in them the way you can for a human. That's not analogous to refining your nvim config and habits.