56 karma · joined March 30, 2019
This is also addressed in the article:
> E. DON’T TRY TO SHORT SPACEX!!
> Elon Musk is a cult figure. Moreover, he has again and again proven himself immune to any meaningful market, legal, or regulatory scrutiny.
> Musk’s detractors have been correct about Tesla’s terrible fundamentals, its Full Self-Driving lies, its robotaxi fantasies, its shaky accounting. But when they have imagined these things might affect the stock price, they have been wrong.
Yes, our new generation of overlords seem to be socially and emotionally stunted and exhibit an alarming naivete about the world. This worries me almost as much as the tech itself. It is impossible to predict the future but in the past when a ruling class completely disregarded the effects of their greed and excess on the wellbeing of society, at some point the bill came due and the consequences for them (and society) were dire.
Unfortunately for users this is more often used as an excuse to ship buggy / badly done software.
I am always amazed how so many software engineers seem to dislike coding, which seems to be a major underlying theme in the AI-coding cheerleading.
Coding never feels tedious to me. Talking to a chatbot, now that’s tedious.
This is only towards the end of the article but addresses what was bothering me throughout it all — that having dogs is only viewed here through the lens of how it relates to having children.
What if some people (like me) simply 1) like dogs 2) don’t want children, and there’s no link?
But there are many systems today that take a long time to restart so you can’t just abort if you have a chance to recover.
> Ryanair CEO Michael O’Leary […] wants his Boeing's 737 and 800 fitted with 10 rows of them, and 15 rows of traditional seats.
> Michael has suggested the standing tickets may potentially cost as little as £1 to £5.
According to Google, a 737 has a max seating capacity of 230.
Increasing that by 20% would be 46 seats more. So all this to take in around 50-230 pounds (or dollars, whatever) per flight?
I posted this to give people an idea of what the article is and is not. I was disappointed how little of the actual letters there is in this 4000 word word salad.
This section contains two types of curation that have to be separated: college radio is good curation, it is nonprofit, done by people for the love of the medium and will help you broaden your horizon. Rolling Stone et. al. is bad curation, a form of gatekeeping really, very commercial, requiring lots of connections and resources to get featured in.
What is AI good at already — I mean apart from making a few people very rich and using tremendous amounts of resources to generate slop?
Accurate, as far as I can tell
I’m in SF and I have not looked at a “TV/app style” forecast in years. Instead every morning I read:
https://forecast.weather.gov/product.php?format=CI&glossary=...
During the day I look periodically at:
Another interesting stat is that the majority of motorcycle crashes are single vehicle accidents, ie. the rider going down by themselves. While this can be equipment failure, in most cases this will be crashing due to riding too fast or above skill level.
So yes, riding very carefully at safe speeds and avoiding dangerous situations (I choose my routes to avoid situations where drivers are likely to be in their phone — mostly freeways and freeway-like streets in cities) will make bikes a lot more safe.
8 bit CPU with 16 bit address space, a simple assembly language, most peripherals accessible by modifying bytes in memory, coupled with a desire to show off and one up each other produced an absolute treasure trove of programming tricks and techniques. Coders regularly produce(d) results that on paper were not possible on C64.
(That said your point is valid — there is boilerplate that is tedious and the resulting pain will be motivation to improve things)
More like an absolute bumbling idiot of a colleague that you have to explain things over and over again and can’t ever trust to get anything right.
I was actually surprised / disappointed by the poor quality of the drivers out there. If you instrument and log the bytes u8g2 sends to the device and how the buffer is sent, you see it’s pretty messy, inefficient and hacky. Seems like everyone copy+pasting everyone else’s code, without understanding fully.
So in the end I just decided to draw into a local buffer and then send that buffer in one single transaction to the display.
Once you figure out the data sheet it’s actually very easy to program these displays. For example, to test any SSDxxxx display, you need to send all of two bytes: 0xaf (display on), 0xa5 (all pixels on)
I am now looking at SSD1322, which is both grayscale and has enough internal RAM for two buffers for even smoother drawing (write into a non-displayed region of the RAM and then change the display offset)