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
Search - "bad design"
-
Microsoft
Windows is now tainted with telemetry, bad design choices and ads. They constantly push the user towards edge, Microsofts app store, cortana etc. I know you can hack it and change it, but their attitude towards the user and opinion on what the os should be has changed for worse.18 -
In the Vietnam War, soldiers called M16A1 "Mattel 16" because of its plastic parts and it being notoriously unreliable.
Though, Eugene Stoner didn't design a bad weapon. M16A1 passed the test phase perfectly, but it was tested by experienced marine soldiers who knew what they were doing. Eugene and Armalite didn't realize that even though the weapon worked reliably for marines didn't mean it would still be reliable in the hands of inexperienced privates.
This is why you should always account for proficiency and experience of your users.8 -
Worst collaboration experience story?
I was not directly involved, it was a Delphi -> C# conversion of our customer returns application.
The dev manager was out to prove waterfall was the only development methodology that could make convert the monolith app to a lean, multi-tier, enterprise-worthy application.
Starting out with a team of 7 (3 devs, 2 dbas, team mgr, and the dev department mgr), they spent around 3 months designing, meetings, and more meetings. Armed with 50+ page specification Word document (not counting the countless Visio workflow diagrams and Microsoft Project timeline/ghantt charts), the team was ready to start coding.
The database design, workflow, and UI design (using Visio), was well done/thought out, but problems started on day one.
- Team mgr and Dev mgr split up the 3 devs, 1 dev wrote the database access library tier, 1 wrote the service tier, the other dev wrote the UI (I'll add this was the dev's first experience with WPF).
- Per the specification, all the layers wouldn't be integrated until all of them met the standards (unit tested, free from errors from VS's code analyzer, etc)
- By the time the devs where ready to code, the DBAs were already tasked with other projects, so the Returns app was prioritized to "when we get around to it"
Fast forward 6 months later, all the devs were 'done' coding, having very little/no communication with one another, then the integration. The service and database layers assumed different design patterns and different database relationships and the UI layer required functionality neither layers anticipated (ex. multi-users and the service maintaining some sort of state between them).
Those issues took about a month to work out, then the app began beta testing with real end users. App didn't make it 10 minutes before users gave up. Numerous UI logic errors, runtime errors, and overall app stability. Because the UI was so bad, the dev mgr brought in one of the web developers (she was pretty good at UI design). You might guess how useful someone is being dropped in on complex project , months after-the-fact and being told "Fix it!".
Couple of months of UI re-design and many other changes, the app was ready for beta testing.
In the mean time, the company hired a new customer service manager. When he saw the application, he rejected the app because he re-designed the entire returns process to be more efficient. The application UI was written to the exact step-by-step old returns process with little/no deviation.
With a tremendous amount of push-back (TL;DR), the dev mgr promised to change the app, but only after it was deployed into production (using "we can fix it later" excuse).
Still plagued with numerous bugs, the app was finally deployed. In attempts to save face, there was a company-wide party to celebrate the 'death' of the "old Delphi returns app" and the birth of the new. Cake, drinks, certificates of achievements for the devs, etc.
By the end of the project, the devs hated each other. Finger pointing, petty squabbles, out-right "FU!"s across the cube walls, etc. All the team members were re-assigned to other teams to separate them, leaving a single new hire to fix all the issues.5 -
Most confusing sign-up form checkbox I've ever read:
"If you would like us to no longer continue to stop not sending you special deal and offers every week, please indicate you are inclined to yes by not checking the box."
source: online course12 -
I'm a perfectionist and like things done the right way, but had to learn to let go and remind myself it's the clients site and their choice. No amount of logic and reasoning is going to stop a hellbent client from wanting the dumb things they want, even when it's bad for design, performance, usability and/or SEO.1
-
Who makes monitors which can only change the input if there is a signal on the currently selected input?
Monitor on -> VGA -> No signal -> Going to sleep
Like, let me change it to something which has a signal instead of directly going to sleep again?9 -
I hate to offer some unsolicited critique of something I happily use for free... but I have to say this somewhere to just get it out. That's what this place is for, right?
The new MDN visual design fucking sucks.
It's like a purposeful example I might make for my students - of "what not to do." There were a few things they could have done to improve MDN for sure. Instead, they didn't improve it. They just "changed it." That is always a bad move. Now everything just has less contrast and is floating around with nothing to anchor it. Didn't they show it to anyone and get feedback along the way? "So, we made all the fonts closer to the same size, removed any differentiation in weight so that everything will look the same and just kinda blur out and put people to sleep, and just in general dulled everything out as much as possible - and also here's this logo thing too."4 -
My last night :
- Had nothing much to work on
- Opened an anime site to spend sometime.
- Clicked on some really good shows.
- Realized full screen isn't working on that page.
- Fired up JS Console , spent next 30 minutes trying to get the video part full screen. Failed!!
- Opened up Google & navigated through stackoverflow looking for the fix. Still couldn't do it.
- Cursed the website for having a bad design.
- Left the site.8 -
Best:
Seeing ALL the members of my team finally coming into their own. One person tackled our entire not-at-all-simple CI/CD setup from scratch knowing nothing about any of it and, while not without bumps in the road, did an excellent job overall (and then did the same for some other projects since he found himself being the SME). Two of my more junior people took on some difficult tasks that required them to design and build some tricky features from the ground-up, rather than me giving them a ton of guidance, design and even a start on the basic code early on (I just gave them some general descriptions of what I was looking for and then let them run with it). Again, not without some hiccups, but they ultimately delivered and learned a lot in the process and, I think, gained a new sense of self-confidence, which to me is the real win. And my other person handled some tricky high-level stuff that got him deep in the weeds of all the corporate procedures I'd normally shield them all from and did very well with it (and like the other person, wound up being an SME and doing it for some other projects after that). It took a while to get here, but I finally feel like I don't need to do all the really difficult stuff myself, I can count on them now, and they, I think, no longer feel like they're in over their heads if I throw something difficult at them.
Worst:
A few critical bugs slipped into production this year, with a few requiring some after-hours heroics to deal with (and, unfortunately, due to the timing, it all fell on me). Of course, that just tells us that next year we really need to focus on more robust automated testing (though, in reality, at least one of the issues almost certainly would not - COULD NOT - have been caught before-hand anyway, and that's probably true for more than just one of them). We had avoided major issues the previous three years we've been live, so this was unusual. Then again, it's in a way a symptom of success because with more users and more usage, both of which exploded this year, typically does come more issues discovered, so I guess it tempers the bad just a little bit.2 -
Dev goals for 2022? Best and worst DX in the past?
Wish to prioritize customers with useful business goals who are open to sustainable web dev, usability and accessibility.
Want to use even more CSS and find a way to use new features like parent selectors without sacrificing compatibility.
Continue learning and using Symfony, but also continue with my full-stack side project using JS or even better TypeScript for the backend also for the backend.
Best developer experience: getting new customers for my own business after leaving a company last winter.
Worst developer experiences:
Corporate customers with large budgets and design agencies seem to fancy all the antipatterns I thought bad and obsolete, like carousel content, animations everywhere, and autoplay videos on the home page. Poorly written, poorly thought, and sometimes contradictory, requirements. Customers and agencies changing their mind halfway through a project.
"Agile" daily meetings, not giving devops necessary repository permissions, and making Webpack mandatory for no real reason.2 -
Is an art director/manager that makes designs for an existing website expected to brief the developer on how he wants his new designs to work? Or is the developer expected to innately understand what his functional desire is from the design itself?
My art director/manager claims that he shouldn't have to log into the backend to see how things relate to one another, and that his designs alone should imply what is intended.
When some design element overlaps an existing image gallery, am I expected to magically know whether this element is singular or partaining to the current image shown?
I want to know whether or not me getting mad at him for not telling me how he wants stuff to work is valid, and whether or not I should demand that he briefs me how his design relate to existing taxonomy.
Am I the bad guy?4 -
Where can I find cheap or free mobile app ux/ui designs? I wanna build a note taking app but Im bad at design. I want to find some decent ux/ui design template so I could just jump in and start implementing5