Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
C0D4681976yThere’s a bar, every day that bar gets lower and lower for that threshold point, and here we are making the systems so damn idiot proof we may as well automate every process and put them out of a job.
-
DEADC0DE2426y@ihatecomputers Depends on where we set the bar for over-engineering. But, point taken 👍🏻
-
Why would the system go down because of user interactions? Because it's Windows 3.1 style crap or what?
-
DEADC0DE2426y@Fast-Nop There is an interesting story about this guy whose last name is Null. Solely responsible for bringing down web services and stuffs.
The edge cases at my context were worse. You just simply can’t have every possible use cases covered. Depending on your customer size and the time to implement, you decide the bar.
PS : the system is more stable than windows 😂 -
@DEADC0DE when a guy named null brings down anything, the application is shit and riddled with security bugs anyway because the escaping is not in place.
This has nothing to do with raising a bar, but with meeting a basic coding level. -
@DEADC0DE I'm the best (worst) at over-engineering 😅 It's like everything I code is going to Mars :/
-
DEADC0DE2426y@Fast-Nop This is not at code level. When you do a DFD or Sequence of events, there would come situations where you look at the impact vs effort.
I don't compromise at code level :)
!rant
Breaking point in System Architecture. The point where you define it is ok for the system to break if you user doesn't meets the expected threshold of intellect.
In plain words, you say "F**K it, if someone is that stupid, let the system go down"
They don't teach this in college.
rant