red
15 stories and discussions about red, aggregated from every source we track.
Watch the AI decision model Jev play Pokémon Red in its entirety, live.
The James Webb Space Telescope spots mysterious “little red dots” everywhere. A bold new theory suggests they’re suns dozens of times larger than our entire solar system.
More about Red Hat's decision to make CentOS Stream the primary repository for RHEL sources.
<p><strong>TL;DR: Should I give a "time out" to 'newbies' who have been 'newbies' for (subjectively) too long, or am I being too harsh?</strong></p> <p>Let me start with a graph.</p> <p><a href="https://raw.github.com/gist/9e8f8b837c1eb7e68c90/6332a8a13e51ae71adf2cdfad04d8dbb1839f791/skill-vs-time.png" rel="ugc">https://raw.github.com/gist/9e8f8b837c1eb7e68c90/6332a8a13e51ae71adf2cdfad04d8dbb1839f791/skill-vs-time.png</a></p> <p>Now let me explain what the graph <em>means</em>.</p> <p>The red and yellow lines in this graph are two people who have been in the Ruby on Rails community <em>about</em> the same period of time. The person represented by the red line has gained more skill over a shorter period of time than the person represented by the yellow line. Let's say the total time for this graph is 18 months. Both people, for all intents and purposes of this story, are gainfully employed as Ruby on Rails developers. Where they work, what they are paid and what they're building aren't important to this story. What is important is the role that these two people play in the #rubyonrails channel on Freenode.</p> <p>Yellow is in the channel nearly every single day continuously asking questions. Red (not me, by the way) is there, again, nearly every day, answering questions from people like Yellow. Occasionally, these questions take anywhere from mere seconds all the way up to (in more than one case) <em>5 hours</em> to answer. These questions are usually relatively simple things, like defining custom validations, working out nested resources or figuring out syntax errors in ERB code.</p> <p>Now, I don't personally have a problem with people who take up the channel's time by asking question after question after question, month after month after month. That's what the channel's there for. If we didn't allow all those questions then why even have the channel in the first place? My problem is that I think that a lot of the answers to these problems can be solved in a better way than asking anonymous strangers on the internet for help. Like reading <a href="https://railstutorial.org" rel="ugc">free</a> and <a href="http://manning.com/bigg2" rel="ugc">not so free</a> about the topic, for instance. Or finding an anonymous stranger who can consistently volunteer their time to help build the thing that they're having issues with, and become not-so-anonymous, perhaps even a friend.</p> <p>Basically, IRC is a shitty medium for discussing big programming architecture problems, but a great one for teeny-tiny problems.</p> <p>In IRC-land, Red only has so much patience to help Yellow in their quest for learning. If it appears that after a long time that Yellow isn't actually learning anything from what they've been told and they aren't applying any actual critical thinking to the problem space, then Red may get annoyed at the "slow-goingness" of the progress. I've seen this happen. Hell, I've been annoyed myself that some people just don't 'get it' sometimes. But what I realised is that, as the above graph shows, different people learn at different speeds. As an extension of that, different people learn better from different resources. Some people may learn better from just brute-forcing a problem. Others may need hand-holding and a walkthrough of the problem several times before they finally understand.</p> <p>I don't know what the "correct" answer is to this problem. Do you maintain the status quo and let Yellow keep asking questions, day in and day out and hope that, over time, there is actually something to show for it; that they actually reach a higher form of competency? Or do you encourage them (perhaps forcefully so) to look into other means of improving their knowledge in the field? I just don't know.</p> <p>WDYT, Lobsters?</p>
Why Red Hat Dropped Btrfs and Standardized on XFS in RHEL? Why did the most influential enterprise Linux vendor walk away from Btrfs, and is that decision still holding?
Our Red Team introduces an APT in a Linux system to test its persistence and perform infection of Linux processes.
Open-source adversarial testing engine, SDK, and CLI for AI agents. Runs locally or against the Humanbound Platform. - humanbound/humanbound
Perplexity's security team tested its SPACE sandbox platform by giving frontier models like Opus 5 and Gemini 3.1 Pro full root access inside Firecracker microVMs. None breached the VM boundary in 108 runs, though four…
Implement structured decision reads with DiffusionGemma on Red Hat AI to achieve low-latency, self-hosted AI for regulated industries.
The app died at Red Rocks while its health checks stayed green. Every line of code was fine. The sum was nobody's job.
LLM red teaming tests what a model says. Agent red teaming tests what it does: tools, permissions, workflows, and actions. Learn the differences and how to test AI agents.
BotGauge helps teams red-team, evaluate, monitor, and govern AI agents from development to production - with testing, guardrails, and continuous visibility.