SShortSingh.
Back to feed

Developer's 64-Day AI Coding Streak Revealed Hidden Cost of Always-On Work

0
·59 views

A senior developer used AI coding agents over the summer to single-handedly build and launch ChargEV FleX across the full stack — app, backend, admin interface, and infrastructure. Between June 15 and August 17, he committed code for 64 consecutive days, writing over one million characters of commit messages in just two months. Data he later pulled from his own work history showed that 24% of his commits during that period fell between 10 p.m. and 3 a.m., up from 10% in the prior ten months. He reflects that AI removed the time constraint that once limited full-stack work, but also eliminated natural stopping points like waiting for builds or colleagues — friction that had quietly regulated his workload. The experience led him to conclude that running more parallel agent sessions than one person can thoughtfully oversee carries real personal and professional costs.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Android 'no internet' fault traced to rogue IPv6 router advertisements from a 5G router

A user found that their Android phone showed Wi-Fi as connected but without internet, while other devices worked normally. After isolating the problem, they traced it to a Huawei 5G router (CPE) that was broadcasting IPv6 router advertisements despite being set to LAN-only mode. Disconnecting the device made the phone's issue disappear, and reconnecting brought it back. The author explains that Android's connectivity check depends on reaching its servers, and that stray IPv6 gateway announcements can redirect the phone's traffic into a dead end. The article describes how to detect these advertisements using rdisc6 or tcpdump on the same network segment.

0
ProgrammingDEV Community ·

Debugging interviews reward investigation process over a lucky first patch

Live debugging rounds on broken UIs or unfamiliar repos are evaluated on how the candidate investigates, not on how quickly they reach a working fix. Recommended practice is to restate expected versus actual behavior, identify the layer where the fault likely sits, form one testable hypothesis, and run the cheapest probe before editing code. Guides from several interview-prep sources emphasize this sequence over rewriting components or making silent, trial-and-error changes. Interviewers tend to watch how candidates narrow the search space, and a patch that hides the symptom without finding the root cause can score poorly. Some employers restrict AI or external tools during these rounds, so candidates are advised to confirm the rules with the recruiter beforehand.

0
ProgrammingDEV Community ·

Why the key skill in AI-driven engineering is knowing when to reject AI proposals

AI tools can now propose architectures, split work into tasks, write code, and prepare deployments, prompting new methodologies such as AWS's AI-Driven Development Lifecycle. The author argues that the decisive question is who actually makes the engineering judgments, not how fast AI can generate output. In this view, the most valuable human contribution is the authority to reject proposals, set constraints, request alternatives, and halt execution. Without that authority, human oversight risks becoming a ceremonial approval step. The piece illustrates the danger with an example of an agent proposing an overly complex design, such as adding Kafka, Redis, and a new microservice for a simple reservation feature.

0
ProgrammingDEV Community ·

Home intrusion detector's syn_scan rule could never fire, author reports

A developer building CNDS, a home-network intrusion detector that uses Scapy and five detection engines, ran it on a Raspberry Pi 5 and saw alert volumes of around 45 per hour on day one, with roughly 178 and 336 false positives on two October days. Causes included untrained demo models saturating their scores, critical payload regex rules firing on encrypted traffic, and a monitoring probe generating most remaining alerts. After fixing these, daily alerts dropped to 37 to 63 with none rated high or critical. A red-team test then revealed that the syn_scan rule had a contradictory condition that made it impossible to trigger, since every SYN packet also counts as a forward packet. The author fixed the rule and made it critical, though a SYN flood test still produced no alert, prompting further investigation.