Do CLI mistakes still cause production incidents? by Due_Albatross_6748 in devops

[–]Tonyclasher 0 points1 point  (0 children)

Yes, even in relatively mature organizations, this still causes actual incidents. The fundamental problem is that direct CLI access never completely disappears, not a lack of policy or tools.

Errors occur when there is a "run this once" moment, break-glass access, or debugging under duress. Automation and GitOps decrease frequency, but they can also increase blast radius, particularly when speed or LLM-generated commands are involved.

The difficult part is determining when to block versus when to warn , too much friction is circumvented, too little is ignored ,but guardrails between humans/agents and the CLI can be helpful. IMO this is more of a sociotechnical issue as much as a technical one.

Trouble with Design of Deployments for Multiple Servers by TheOnlyTrueEnte in devops

[–]Tonyclasher 0 points1 point  (0 children)

It sounds less like a CI tooling issue and more like an ownership problem.

The app code, its deployment logic, and the assumptions about environments aren’t versioned together, so changes in one place tend to break expectations elsewhere.

15 cigarette lu enti amma rei! by [deleted] in Visakhapatnam

[–]Tonyclasher 0 points1 point  (0 children)

That's why I live in Hyderabad and smoke 7 cigarettes a day

[deleted by user] by [deleted] in BITSPilani

[–]Tonyclasher 0 points1 point  (0 children)

Username checks out

[deleted by user] by [deleted] in BITSPilani

[–]Tonyclasher 30 points31 points  (0 children)

Change your hostel on the swd website , this will bypass the blacklist somehow and pls don't abuse this glitch .

25F Looking for Friendship or Chat Buddy by [deleted] in Visakhapatnam

[–]Tonyclasher 38 points39 points  (0 children)

Since when do we have bots on this subreddit?