Urgent.News

What's breaking now, across thousands of outlets.

Tech

I Freaking Love Breaking My Own Software

Validation testing is one of my favorite parts of the application lifecycle. I love, I mean I freaking love hammering away at code in search of bugs. There's a strange rush that comes from finding something you didn't expect, figuring out why it happened, fixing it, and then trying to break it all over again. I probably spend too much time in the evenings and weekends making apps and hammering…

Validation testing is a passion of mine. I enjoy finding bugs, figuring out why they occur, fixing them, and then repeating the process. This pursuit began during a job as an application analyst where I tested a new PACS system, documenting user-reported performance issues. My obsession with breaking software began when I worked as a clinician, feeling a sense of ownership when I found performance problems.

I still feel that rush when I discover issues before end users do. Today, I use various tools, including AI, to find edge cases. I ask AI to generate scenarios I may have overlooked and test them against applications. While AI assists in validation, I never ask it if my application is good. Instead, I want it to help me identify potential failures, challenge assumptions, and test the application's reliability.

This philosophy is crucial when building software for AI agents, as they can fail even if individual components seem to work correctly. To address this, I created ReliAgent, which examines API responses, parameters, and metadata for reliability issues before the result is passed downstream. However, this led to another challenge: ensuring the reliability tool itself is reliable. My obsession with breaking software remains unchanged, and I strive to find issues before users do.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

GoyGram — one Python runtime for both Telegram Bot API and MTProto, with a Rust core and OpSec-first sessions

GoyGram is a Telegram framework for Python. It runs both of Telegram's protocols — Bot API and MTProto — in a single asyncio runtime, and moves crypto and TL serialization into a compiled Rust…

  • GoyGram supports both Telegram Bot API and MTProto protocols in a single asyncio runtime.
  • Rust core uses AES-256-IGE and AES-256-GCM for high-performance cryptographic functions.
  • GoyGram prioritizes OpSec with secure session storage and restricted login methods.

About Best in IT: Practical AI, Automation and Developer Tools

Welcome to Best in IT. I’m Artur Poniedziałek — an IT project manager and technology enthusiast who enjoys turning promising tools into practical, repeatable solutions.

  • Artur Poniedziałek writes Best in IT to bridge tech advancements and real-world applicability.
  • Focuses on local AI models, private AI assistants, and developer tools.
  • Highlights benefits and challenges of running AI models locally.

The Hidden Cost Of A Line of Code

"Given an integer array nums , return true if any value appears at least twice in the array, and return false if every element is distinct." My first approach was to use a list class Solution : def…

  • Initial approach had O(n^2) time complexity
  • Set-based solution improved efficiency to O(n)
  • Final optimal solution uses single line of code

Decoupling from the Data POV: Stop-and-Start Boundaries, Independent Pointers, and Why Your Code (and AI) Need It

The Blind Spot in Modern Architecture Debates Ask five engineers what "decoupling" means, and you will get five abstract answers about SOLID principles, hexagonal layers, microservice boundaries, or…

  • Decoupling data, not just code, leads to automatic logic decoupling
  • Independent memory pointers isolate modules from each other's changes
  • Stop-and-start boundaries create temporal air gaps between system stages

More from Sunday 30 August →