Hacker News new | past | comments | ask | show | jobs | submit login

FWIW here: The backend guys are wrong.



The test is to ask ask a full stack developer responsible for both sides what they would do! (And of course, accommodating the data needs of the UI is the answer.)


What a fullstack guy would do is irrelevant here, because if their requirements changed, they’d just redo it. It’s not about who does the job, but about where we end up at when the format becomes obsolete.

Likely scenario: backend formats data and moves on / gets busy elsewhere. Frontend changes, so that data is now required in a different format. Frontend decides to just reformat it at their side because of schedules. Now it’s a mess and nobody knows why.

The root of the problem is this stupid frontend/backend team division when it’s actually a single program. That’s where the idea of “let’s ask fullstack” comes from. But there’s no good answer this guy could give you, apart from “stop drawing stupid dividers across the whole”.


>What a fullstack guy would do is irrelevant here, because if their requirements changed, they’d just redo it

That was obviously a really general rule of thumb not intended to be an actual architecture guideline...


This is why you version an API.

Or just use GraphQL-esque methods, but versioning will poke its head in somewhere eventually.


Exactly. My understanding is the API accommodates the frontend data which accommodates the design which accommodates the users needs.


Entirely depends on how big the request might be


I agree. Sometimes it's easier to just return the record. It starts to suck when you get an array back and you have to loop through all n+1 results to query each additional record instead of just getting what you need in 1 request.


Seems like you structured your db wrong.


I was 5 when the DB was created so I don't think I structured anything wrong...


It sounds like both sides simply want to do the least amount of work possible.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: