A succinct way I’ve framed the split is that a front-of-the-front-end developer determines the look and feel of a button, while a back-of-the-front-end developer determines what happens when that button is clicked.
Doing it right requires a different pace of working and a much broader thought process than “ok, let’s get this thing out the door.” Which is super tough because most workplaces place a huge emphasis on getting things out the door, and fast. Little agile tickets that are expected to be completed in micro sprints to me seem to be antithetical to doing it right.
“Togetherness” is a fittingly nauseating name for an old ideal in planning theory. This ideal is that if anything is shared among people, much should be shared. “Togetherness,” apparently a spiritual resource of the new suburbs, works destructively in cities. The requirement that much shall be shared drives city people apart.
When an area of a city lacks a sidewalk life, the people of the place must enlarge their private lives if they are to have anything approaching equivalent contact with their neighbors. They must settle for some form of “togetherness,” in which more is shared with one another than in the life of the sidewalks, or else they must settle for lack of contact. Inevitably the outcome is one or the other; it has to be; and either has distressing results.
City residential planning that depends, for contact among neighbors, on personal sharing of this sort, and that cultivates it, often does work well socially, if rather narrowly, for self-selected upper-middle-class people. It solves easy problems for an easy kind of population. So far as I have been able to discover, it fails to work, however, even on its own terms, with any other kind of population.