<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Bhavnish</title>
    <description>The latest articles on DEV Community by Bhavnish (@bhavnish_e35294bf0fd0b2df).</description>
    <link>https://dev.to/bhavnish_e35294bf0fd0b2df</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4016627%2F8832f737-2e7d-4a9b-b7c9-9888972ffe8d.jpg</url>
      <title>DEV Community: Bhavnish</title>
      <link>https://dev.to/bhavnish_e35294bf0fd0b2df</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/bhavnish_e35294bf0fd0b2df"/>
    <language>en</language>
    <item>
      <title>The Placebo Bug: Why Smart Developers Leave Mistakes in Their Code on Purpose</title>
      <dc:creator>Bhavnish</dc:creator>
      <pubDate>Wed, 08 Jul 2026 18:24:13 +0000</pubDate>
      <link>https://dev.to/bhavnish_e35294bf0fd0b2df/the-placebo-bug-why-smart-developers-leave-mistakes-in-their-code-on-purpose-4og2</link>
      <guid>https://dev.to/bhavnish_e35294bf0fd0b2df/the-placebo-bug-why-smart-developers-leave-mistakes-in-their-code-on-purpose-4og2</guid>
      <description>&lt;p&gt;A few days ago, I was talking to a junior developer who was literally sweating bullets. He had just pushed a feature for a staging website that barely gets 500 users a month.&lt;/p&gt;

&lt;p&gt;But looking at his senior developer’s reaction? You’d think the guy was managing the infrastructure for Amazon’s Prime Day Sale.&lt;/p&gt;

&lt;p&gt;“Scale check kiya? What if 10,000 users hit this exact API at 3 AM? Refactor this logic.”&lt;/p&gt;

&lt;p&gt;The code was perfectly fine for their current requirement. But the senior dev had to find a flaw to justify his hierarchy. This is where the tragedy of modern software engineering begins, and a brilliant, toxic survival hack takes over: The Placebo Bug.&lt;/p&gt;

&lt;h2&gt;
  
  
  What is a Placebo Bug? (The Strategic Distraction)
&lt;/h2&gt;

&lt;p&gt;When experienced developers realize that their managers or seniors have a habit of “kami nikalna” (finding faults just for the sake of it), they stop giving them perfect code.&lt;/p&gt;

&lt;p&gt;Instead, they intentionally leave a very small, harmless, and obvious mistake in the front-end or the script.&lt;/p&gt;

&lt;p&gt;Maybe an unaligned button.&lt;/p&gt;

&lt;p&gt;Maybe a funny typo in an error message (like writing “Succesfully” instead of “Successfully”).&lt;/p&gt;

&lt;p&gt;Maybe a massive padding that makes the UI look slightly weird.&lt;/p&gt;

&lt;p&gt;When the senior reviews the code, their eyes immediately light up. “Arey! Look at this alignment. Everything else is fine, but fix this button first.”&lt;/p&gt;

&lt;p&gt;The junior says, “Sorry, my bad. Fixing it right away.”&lt;/p&gt;

&lt;p&gt;Two minutes later, a new commit is pushed. The senior feels proud that they added value, the junior’s core complex architecture passes without unnecessary refactoring, and everyone goes home happy.&lt;/p&gt;

&lt;p&gt;It’s not good engineering; it’s human management.&lt;/p&gt;

&lt;p&gt;This is actually a very old trick in the tech world, famously known as “The Corporate Duck” story.&lt;/p&gt;

&lt;p&gt;Years ago, a game designer noticed that his manager always forced changes on every project just to prove he was the boss. So, the designer tried a hack: he put a totally random, funny Duck on the main character’s head. The manager reviewed it and said, “Everything looks perfect, just remove that duck.” The duck was deleted, and the actual important work was saved without any annoying changes.&lt;/p&gt;

&lt;p&gt;Today, developers do the exact same thing to survive:&lt;/p&gt;

&lt;p&gt;The CSS Bait: Changing a button’s padding from 16px to 30px on purpose, just so the senior can say, "Hey, fix the spacing."&lt;/p&gt;

&lt;p&gt;The Obvious Typo: Writing “Succesful” instead of “Successful” in a login alert so they have an easy mistake to catch.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Dark Side: Why This Culture is Driving Developers to Insecure AI
&lt;/h2&gt;

&lt;p&gt;While the Placebo Bug sounds like a funny corporate hack, the reality behind it is quite dark.&lt;/p&gt;

&lt;p&gt;When seniors create an atmosphere of fear instead of mentorship, new developers stop experimenting. When a fresher is constantly grilled for minor things, they panic. Out of fear, they do the worst thing possible: They start relying blindly on AI tools.&lt;/p&gt;

&lt;p&gt;Whenever an error comes, instead of reading the documentation or understanding the root cause, they copy the code, throw it into an AI tool, and say, “Please make this perfect.”&lt;/p&gt;

&lt;p&gt;The AI looks at the internet data, patches something together, and gives a clean-looking solution. The code runs on staging, the senior approves it, and the ticket is closed.&lt;/p&gt;

&lt;p&gt;But here is the catch: AI gives you code that works, not code that is secure.&lt;/p&gt;

&lt;p&gt;Months later, when that same code hits production, unexpected errors start popping up. Security loopholes appear, data leaks happen, or the system gets vulnerable to hacks. Why? Because the code was generated by a tool that patches historical data, handled by a fresher who didn’t understand it, and approved by a senior who was too busy looking at margins and paddings.&lt;/p&gt;

&lt;p&gt;AI tools are great at giving you quick solutions, but they don’t understand corporate anxiety. AI will give you code that passes the basic test, but it won’t care if that code has hidden security flaws.&lt;/p&gt;

&lt;p&gt;When we scare freshers, we don’t make them better engineers — we just teach them how to copy-paste faster. And that is how companies end up with broken, insecure systems.&lt;/p&gt;

&lt;h2&gt;
  
  
  We Need to Fix the Bond, Not Just the Code
&lt;/h2&gt;

&lt;p&gt;If a fresher writes code for the first time, seniors need to understand their mental state. Instead of gatekeeping and showing authority, they need to appreciate the effort and guide them toward the next steps.&lt;/p&gt;

&lt;p&gt;When you over-criticize a beginner, you don’t make them a better developer — you just make them better at hiding their mistakes.&lt;/p&gt;

&lt;p&gt;The bond and understanding between a senior and a junior developer need to be solid. If a junior feels safe enough to say, “Hey, I don’t know how this scales, can you help me?” the company wins. But if the junior is forced to play mind games like leaving “Placebo Bugs” or copy-pasting unverified AI code just to survive the review, the tech stack is a ticking time bomb.&lt;/p&gt;

&lt;p&gt;Stop treating staging websites like NASA rocket launches. Build trust, not just features.&lt;/p&gt;

</description>
      <category>programming</category>
      <category>developer</category>
      <category>devculture</category>
      <category>career</category>
    </item>
    <item>
      <title>Why AI Can Code, But Still Struggles to Clean a Messy Room (The Moravec’s Paradox)</title>
      <dc:creator>Bhavnish</dc:creator>
      <pubDate>Tue, 07 Jul 2026 06:21:24 +0000</pubDate>
      <link>https://dev.to/bhavnish_e35294bf0fd0b2df/why-ai-can-code-but-still-struggles-to-clean-a-messy-room-the-moravecs-paradox-2d4l</link>
      <guid>https://dev.to/bhavnish_e35294bf0fd0b2df/why-ai-can-code-but-still-struggles-to-clean-a-messy-room-the-moravecs-paradox-2d4l</guid>
      <description>&lt;p&gt;Imagine an AI that sits inside a computer and solves the world’s toughest math equations or writes complex code in seconds. Sounds superhuman, right? But now, imagine putting that same AI inside a robot and asking it to do something simple: “Hey, can you clean up my messy bedroom?” Surprisingly, the robot’s system would probably crash. A task that a 5-year-old kid can do effortlessly becomes an impossible mission for the world’s most advanced artificial intelligence. Why is that?&lt;/p&gt;

&lt;p&gt;In science, this mind-bending reality is called Moravec’s Paradox. It simply means that things that are hard for humans (like playing chess or doing calculus) are incredibly easy for AI. But things that are completely natural to us (like looking around, walking, or picking up a shirt) are the hardest things for a machine to learn.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Shirt Folding Test vs. The Local Barber
&lt;/h2&gt;

&lt;p&gt;To understand this better, let’s look at two simple examples:&lt;/p&gt;

&lt;p&gt;1.The Shirt Test: If you tell an AI to fold a soft shirt, it gets confused. Why? Because fabric changes shape constantly with every touch. A human kid uses their eyes and hands to balance the physics of the cloth instantly. For a robot, every single fold requires billions of mathematical calculations.&lt;/p&gt;

&lt;p&gt;2.The Barber Challenge: Think about getting a haircut. An AI might have a double-degree in computer science, but if you give it a pair of scissors, it will probably mess up. It doesn’t understand the unique texture of human hair or how to navigate the shape of a head. Meanwhile, a local barber does it flawlessly and with style every single day because of experience and human touch.&lt;/p&gt;

&lt;h2&gt;
  
  
  Conclusion: Why Humans Will Always Be King
&lt;/h2&gt;

&lt;p&gt;Lately, everyone is terrified that AI is going to steal all human jobs and leave us with nothing to do. But this paradox proves that AI is just a tool. It is built to help us socially connect and make our software tasks easier.&lt;/p&gt;

&lt;p&gt;At the end of the day, the human mind is always king because humans created AI in the first place. A machine can never truly outsmart the human brain. The real future isn’t about replacing humans; it’s about learning how to balance our own intelligence with AI tools. When it comes to the real world — both physically and mentally — humans will always come first.&lt;/p&gt;

</description>
      <category>programming</category>
      <category>developer</category>
      <category>devculture</category>
    </item>
  </channel>
</rss>
