Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. An Empirical Study of Harness Design for Coding Agents(arxiv.org ↗)
    15comments
  2. I Vibed a Proof of Conway's Conjecture(overreacted.io ↗)
    26comments
  3. AI Protest in Montreal(montrealgazette.com ↗)
    5comments
  4. C++26: Trivial infinite loops are no longer undefined behaviour(sandordargo.com ↗)
    7comments
  5. Cloudflare Quick Tunnels(cloudflare.com ↗)
    7comments
  6. Bend 2 and the Vibe-Coding Trap(liampwll.com ↗)
    178comments
  7. OpenJev(openjev.com ↗)
    185comments
  8. North Korean nuclear test sets off years of earthquakes – Science – AAAS(science.org ↗)
    3comments
  9. The Shadows Lurking in the Equations – Underwater Islands(gods.art ↗)
    5comments
  10. Subnormal floating-point numbers are expensive on Intel processors(lemire.me ↗)
    38comments
  11. I don't like passkeys(hawksley.dev ↗)
    331comments
  12. Warren Buffett Steps Down as Berkshire Chairman, Names Son to Replace Him(nytimes.com ↗)
    113comments
  13. Cekura (YC F24) Is Hiring(ycombinator.com ↗)
    discuss
  14. Jemalloc 5.4.0(github.com/jemalloc ↗)
    62comments
  15. The scourge of x86 emulation(fex-emu.com ↗)
    57comments
  16. NATS publishes preliminary report on technical incident of 8 September(nats.aero ↗)
    4comments
  17. Microsoft exec called AI scraping 'the largest theft of labor in human history'(techcrunch.com ↗)
    492comments
  18. Mathematicians Build Long-Awaited Graph Sandwich(quantamagazine.org ↗)
    discuss
  19. Bonsai 2 27B: Near-Lossless Compression in a 9x Smaller Footprint(prismml.com ↗)
    170comments
  20. Astra for Law(openai.com ↗)
    645comments
  21. ZCode, the GLM coding agent, silently uploads your Git history(tokenstead.ai ↗)
    49comments
  22. Second Circuit Allows Government to Search Electronic Devices at the Border(knightcolumbia.org ↗)
    12comments
  23. Bend – A language that blocks AI mistakes via proof, on CPU and GPU(bend-lang.com ↗)
    276comments
  24. BeanShell3 in Development(beanshell.github.io ↗)
    1comments
  25. Qwen 3.8 Omni Flash(qwen.ai ↗)
    102comments
  26. When the fractional part of a float fixes your shader(crocidb.com ↗)
    13comments
  27. Replacing Pull Requests with Delta(zed.dev ↗)
    51comments
  28. NATS Major Incident Preliminary Investigation Report [pdf](nats.aero ↗)
    1comments
  29. Pre-Greek: The lost language hidden within Ancient Greek(linguisticdiscovery.com ↗)
    57comments
  30. How to Write with an LLM(sockpuppet.org ↗)
    171comments

Clients Don’t Care About Responsive Web Design

1 pointsby 13y agospeckyboy.com
4 comments
13y agoHN ↗

Responsive design is crap. I (as a user) would rather have ONE fucking site that looks the same in all devices.

"Responsive design" of the kind with moving divs around for different sizes instantly give me LESS on a mobile, and changes the experience from when I browse on my laptop. Suddenly I have to hunt for things that were all there on the laptop version of the website.

It's ironic that we got "responsive design" in an era when even mobile/tablet devices finally have the capability to show a full width page and/or employ tap-to-zoom to make navigation a breeze.

13y agoHN ↗

...but let me give you a real world example:

- You're out on the street and want to find the local Target

- You do a google search which takes you to the Target website

- Now you're looking at a page that lists 25+ stores on a giant laundry list

- You zoom in and now have the scroll through tons of text which all looks alike while people hustle by you on a busy sidewalk

- You now find the listing but it's on a long line of text which you have to swipe to see the entire address

This is a case where having a single page that you don't have zoom in on would make a major difference to the user.

13y agoHN ↗

You can't seriously believe that "Tap-n-Zoom" provides a better browsing experience from a ~4" screen than that provided be a well designed responsive site ... can you?

I present the HN front page as a prime example. Every time I load it from my phone I groan at the prospect of dragging a small viewport all around the content area in order to read the full titles/comments of submissions. A responsive design with a simple list interface would easily solve this problem.

Furthermore - from what I remember of UX modules at University the whole point of good responsive design is that it presents the same content to the user as they would expect from a desktop interface. You can't cite an example of someone not following a practice as a reason to not to follow that practice.

At the end of the day - this article was about designing websites for small businesses who are looking for customers. These people are not involved with the content you present to them straight away and are, by definition, "browsing". As such you can expect anything less than a seamless, "quick" experience to harm their eyeball conversion rates.

TL;DR - Nope.

13y agoHN ↗

You can't seriously believe that "Tap-n-Zoom" provides a better browsing experience from a ~4" screen than that provided be a well designed responsive site ... can you?

I very much can. I want the full monty on my mobile phone (and tablet), not what some designer deemed the more important parts with which to "respond" to my screen size.

I present the HN front page as a prime example. Every time I load it from my phone I groan at the prospect of dragging a small viewport all around the content area in order to read the full titles/comments of submissions. A responsive design with a simple list interface would easily solve this problem.

A custom list interface? That's even worse in the general case than the usual responsive "musical chairs" div game. That's what RSS clients and decicated native apps are for. If I want to visit Hacker News, I want to see Hacker News. And Hacker News as is, is 100% great for mobile navigation -- it's merely a signle column list of links already.

Furthermore - from what I remember of UX modules at University the whole point of good responsive design is that it presents the same content to the user as they would expect from a desktop interface. You can't cite an example of someone not following a practice as a reason to not to follow that practice.

I've never seen a "responsive design" providing "the same content" and surely not in the same manner to the desktop interface. All actual use and all the examples in design sites I've seen, are all about moving content around, hiding blocks for smaller screens, etc.