the spirit is weak. woe be the spirit. the body is weaker still. Siërra R
.
ask me about horses
.


somewhere on website league
username will be botflymother
really if you wanna find me just look for botfly mother
gonna keep that name around for a good while

gwenverbsnouns
@gwenverbsnouns

love the progression of

  • modern browsers are fast, mobile websites are good
  • everyone makes their sites using bajigabyte-sized Frameworks (u2122)
  • mobile websites are slow
  • everyone makes native apps instead, because they're fast and responsive
  • maintaining 3 versions of frontend code is expensive, so build everything with react, electron, etc etc
  • mobile apps are also slow and unresponsive

cohost is so much faster just by not following the past several years of nonsensical industry trends, it's so funny


fullmoon
@fullmoon

This actually highlights a very common phenomenon that I see all the time as someone who works on developer productivity

The way a lot of managers think about improving developer productivity goes something like this:

"If we invest 5% of our engineers towards improving developer productivity and they improve productivity conservatively by 10% then that's a net win. Everyone lives happily ever after"

NOPE!!!


jamesmunns
@jamesmunns

This phenomena has been described as a version of Parkinson's Law


You must log in to comment.

in reply to @gwenverbsnouns's post:

I think ALL the time about how I'll go to a bunch of websites that aren't really doing anything useful (at least not useful to me) that the same or similar sites weren't doing in 2010, while using hardware and an internet connection way better than anything I had in 2010, only for everything to take several times longer than it did in 2010

in reply to @fullmoon's post:

So there appears to be some implicit notion of a build time that is OK, doesn't there? Anything that's left available due to faster builds is used to do more fancy stuff and anything above the OK time leads to people becoming more careful. Then an interesting question seems to be: is it possible to change the implicit notion of OK build time to make people actually want faster builds?

I think that's somewhat related to the cultural emphasis on efficiency. If there's a general expectation that CI should be faster then people will tend to be more conscientious about not slowing it down and also report/prioritize fixing issues earlier

in reply to @jamesmunns's post:

Pinned Tags