[-] fasterandworse@awful.systems 3 points 26 minutes ago

Is it absurd that the maker of a tech product controls it by writing it a list of plain language guidelines? or am I out of touch?

[-] fasterandworse@awful.systems 1 points 1 hour ago

well this fucken sucks. I was rooting for the dude and his projects.

[-] fasterandworse@awful.systems 7 points 4 days ago* (last edited 4 days ago)

i'll put myself out there - here's a receipt from 06~07 https://web.archive.org/web/20070512035940cs_/http://www.toyota.com.au/toyota/main/css/elements.css

we were a team of 5 devs including me. We weren't tribed off into separate areas of concern, we all knew the whole project back to front, and (maybe not the most clever move) managed without version control by always being aware which part we were working on. Cos, ya know, communication is easy when you are 5 people sitting in a group.

Don't give me shit about the complexity of the UI in modern apps either. We were dealing with a huge collection of brochure style pages that had plenty of variations. We kept all that css under 500kb. We could achieve the bland flatness of modern uis under 100kb easily. No fucking doubt.

[-] fasterandworse@awful.systems 9 points 4 days ago

Modularity also allows for code reuse. It increases maintainability.

another thing to think about is how this was not invented by frontend frameworks. We did it fine pre-SPAs and pre-preprocessors. It was part of the architecture and strategy. The hard work that allowed us to essentially reskin entire, very complex, projects every couple of years

[-] fasterandworse@awful.systems 7 points 4 days ago

I know this sounds like old man shit, but I'll die on this hill. It's a significant fundamental attitude shift

[-] fasterandworse@awful.systems 8 points 4 days ago

I remember when we used to write our name in our css files because we wanted to, not because our ssh key enforced it for auditability

[-] fasterandworse@awful.systems 9 points 4 days ago

I love when someone argues against something that is arguing against everything they use in their argument

[-] fasterandworse@awful.systems 9 points 4 days ago

praise the circumstances that enable the scourge of b2b saas products imposed on employees at the collaboration factory

[-] fasterandworse@awful.systems 14 points 4 days ago* (last edited 4 days ago)

as a developer my favourite thing about react componentisation is how it makes me and my team more readily replaceable

[-] fasterandworse@awful.systems 12 points 4 days ago

I remember seeing an argument on reddit between a css dev that understood the depth of the responsive design philosophy and a dismissive Reacter that shut them down by calling them an old "list-aparter"

[-] fasterandworse@awful.systems 16 points 4 days ago

we used to strive for minimum possible front-end payload, and it was an embarrassment to do anything with JS that wasn't backed up by a non-js default. Will never forget how suddenly React removed all those things from front-end team meetings.

They were solid industry-wide concerns that just... disappeared

[-] fasterandworse@awful.systems 9 points 5 days ago

Mastodon, too, will not give you anything if you have JS disabled.

54
A Rant about Front-end Development (blog.frankmtaylor.com)
submitted 6 days ago* (last edited 6 days ago) by fasterandworse@awful.systems to c/techtakes@awful.systems

A masterful rant about the shit state of the web from a front-end dev perspective

There’s a disconcerting number of front-end developers out there who act like it wasn’t possible to generate HTML on a server prior to 2010. They talk about SSR only in the context of Node.js and seem to have no clue that people started working on this problem when season 5 of Seinfeld was on air2.

Server-side rendering was not invented with Node. What Node brought to the table was the convenience of writing your shitty div soup in the very same language that was invented in 10 days for the sole purpose of pissing off Java devs everywhere.

Server-side rendering means it’s rendered on the fucking server. You can do that with PHP, ASP, JSP, Ruby, Python, Perl, CGI, and hell, R. You can server-side render a page in Lua if you want.

9
submitted 4 months ago* (last edited 4 months ago) by fasterandworse@awful.systems to c/techtakes@awful.systems

This is not so much about a particular post but rather to document Jakob Nielsen's relentless generative AI boosting.

His weekly updates are so saturated with AI subject matter and every image is AI generated they are unreadable and I can only assume the text is AI generated as well. It really doesn't matter if it isn't, in fact, because he's demonstrating in real-time how damaging the AI aesthetic is to a brand.

He also seems to be mentioning his 40 years of expertise a lot more, which might be a reaction to some negative feedback. I want to dig deeper, but I don't like the feeling that I'll have to read generated stuff carefully.

His latest newsletter triggered this post because he links to a terrible AI generated song he made (with the line "Jakob Nielsen with UX fame, forty-one years, still in the game") and spends most of the newsletter talking about the process.

https://www.youtube.com/watch?v=bYt12jr5yUY

2
Omegle dot com ded (web.archive.org)

replaced with essay of lament by creator.

My only hot take: a thing being x amount of good for y amount of people is not justification enough for it to exist despite it being z amount of bad for var amount of people.

1
submitted 8 months ago* (last edited 8 months ago) by fasterandworse@awful.systems to c/techtakes@awful.systems

I don’t really have much to say… it kind of speaks for itself. I do appreciate the table of contents so you don’t get lost in the short paragraphs though

1
submitted 10 months ago* (last edited 10 months ago) by fasterandworse@awful.systems to c/techtakes@awful.systems

The decentralised finance club needs to make their core values poster bigger and easier to understand

We’re here in 2023 and they still forget that the core value of “not your keys not your wallet” is the equivalent of putting your cash under your mattress instead of using a bank and the complexity that comes with that is unavoidable.

You can get more people to use a mediocre product/technology by making it easy to use

People will use complex products/technologies if they are useful enough.

But these people can’t make it useful so they keep banging their head against the wall trying to make it more simple.

It is inevitable that they will try the even lazier route of deceiving people into thinking it is simple.

Nitter: https://nitter.net/evanvar/status/1699032296870015232

edit: changed title to reduce keyword matches in lemmy fediverse searches

0
submitted 10 months ago* (last edited 10 months ago) by fasterandworse@awful.systems to c/techtakes@awful.systems

I always knew they had it in them, I just thought they'd ease into it a little

https://nitter.net/gitcoin/status/1691092823872073728

view more: next ›

fasterandworse

joined 1 year ago