"Don't let it out!!!"
🐈 🛍️
"Don't let it out!!!"
🐈 🛍️
Re: "it’s a lot either to believe"
easier?
Microsoft: "Here, on this Windows 10 operating system that we're telling you that we no longer wish to support, we have this new software and services that we want to sell you! Your choices are ...
#1. "Yes! Of course! Give it all to me right now!"
-or-
#2. "Remind me again in three days."
...
[Where's the "F*k NO, I do NOT want that cr*p!" option?!?]
"First, let's update the drivers."
@Infoseepage @teledyn @davidho.bsky.social
Summary:
"Kitty!!!" ^-^
🧍♀️ 🐈 … 😻
Yes; exactly!
You might *get* bad "bird flu" from your cat(s)!
Outdoor cats are likely to chase, catch, and eat sick birds.
.
This is why I stopped petting other people's cats that I see in the neighborhood: Cats and humans can share a number of respiratory diseases, including SARS, COVID, the flu, and maybe colds.
It's the Pirate Barney!
Oh, so that's *the real reason* they decided to hold it indoors! 😱
The World Bollard Association on "X" (formally "Twitter")
"3 + 3 * 3 = __"
(and fill in what you think the answer should be)
😆
For decades, I've said that if you're doing long, boring, repetitive work in software development, then you're doing it wrong: You should extract reusable code, or automate it.
Current marketing of Generative AI as "AI" (seemingly intentionally) confuses: There is a lot of non-Generative-AI and statistical methods and heuristics that are still useful and good for large dataset initial analysis. And have been since long before the Generative AI fad.
“Each [programmer] could be functioning more efficiently, with greater satisfaction, if he and his manager would only learn to look upon the programmer as a human being, rather than another one of the machines.”
— Gerald Weinberg, 1971
If a code review were being done as a *discussion between peers*, then it would be far more appropriate to say, "Hmmm… I was thinking I would have done it this other way. But are there advantages to this way?" And that opens up a discussion. A text comment, marked as a required "todo," blocking merge, is a challenge, not a discussion.
During discussion, the reviewer might agree that what the submitter did was the best choice.
It seems unfortunate that, as an industry, we've largely fallen into the rut that "code review" is "leaving comments on a pull request, some of which block the merge."
The original code review research, which justifies the practice, was a *DISCUSSION* of the code being reviewed. Not asynchronous socially disconnected text comments.
…
It's the perfect size for the queen, who is right there! ^-^
Another of that breed:
Yes.
And given that the opposite of "git push" is "get fetch", shouldn't the first be called "get throw"?
Actually, insightful investigation has shown that LLMs are *no good at summarization*.
They do not and cannot understand the *meaning* of the text. So they can't pick out the most important parts.
All they can do is show you the most frequently repeated or similar parts. And often, that's the *least* important stuff:
It often takes lots of evidence to reach a conclusion. And you have to eliminate alternative theories.
Volume is NOT importance!!!
agile software developer of several decadeshttps://twitter.com/JeffGrigg1searchable at https://www.tootfinder.ch/
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.