> What’s Howard University and what makes it reputable enough to mention here, presumably as some sort of appeal to authority?

It’s arguably the most well known and prestigious of the historically black college and universities in the US:

https://en.wikipedia.org/wiki/Historically_black_colleges_an...

It’s a pretty recognized name in the US. Certainly enough to qualify a professor as an authority - as much as any university association can.

They really do not understand software. Or at least human friendly interfaces.

I have a GBX-100, which does have basic smart features when connected to a phone. If you get a text or email, it will tell you that you have a notification.

You also have the option to read the contents of the message, if you press a single button six(!) times!

Fortunately I bought it because I wanted the time and I liked the way it looks.

> This latest move signals that Amazon is likely realizing enough AI-driven productivity gains within corporate teams to support a substantial reduction in force," said Sky Canaves, an eMarketer analyst. "Amazon has also been under pressure in the short-term to offset the long-term investments in building out its AI infrastructure."

What is this take based on?

How likely are the cuts due to overhiring for projects that are being axed, vs for projects that are continuing with automation?

And no offense to Ms Canaves, but why is an “eMarketer analyst” being called on to explain Amazon hiring decisions relating to their progress in AI?

The layoffs have nothing to do with AI.

It’s sorting out org bloat, span of control issues, and teams without a clear ROI. Normal “leadership mismanaged the company and now there’s a mess to cleanup” stuff.

But AI is both expensive (from a capital standpoint) and a great excuse for investors, hence the spin.

Most of the 5 petabytes is a model used to determine if your sharpies are counterfeit.

They remotely brick your Sharpies even if they are original because of a bug in the software

I had a problem with the ESP32 implementation specifically. The micropython implementation itself runs as a task under ESP-IDF, rather than bare metal, which is the case on some other microcontrollers like rp2350. So it doesn’t have access to the full resources of the board - as a good chunk is reserved for IDF.

I had a project where I had would make repeated API calls, which returned small to moderate json payloads.

To avoid running out of heap, I had to constantly force python garbage collection. That took a long time, so I wasn’t able to call the APIs on the intervals I needed.

Eventually I gave up and moved to using ESP IDF directly, which IMO was super easy to do - Espressif has made a great integration with VS Code. If anyone’s on ESP32, i would skip micropython.

>If anyone’s on ESP32, i would skip micropython.

I've used MicroPython for prototyping. It's quite nice with its REPL.

However, for more than a simple proof of concept I wouldn't use MicroPython at all, on any platform.

My personal gatekeepey opinion is that if you want to learn embedded, you really should go for C. (C++ or Rust also exist, but C should be the first)

I don't think that deserves to be categorized as a "reliability" problem. I don't think that's technically a reliability problem.

Sounds like it was reliable, with the problem being that it's much much slower than bare metal (a very well known thing), with the microcontroller not having the required processing power to service your task in that context.

Dropping into C for performance critical code is something you sometimes need to do with python, regardless of platform, because it's slowwwwww anywhere it runs. You'll always hit a ceiling, and much much sooner on a microcontroller.

Serious recommendation: I would not have R. Kelly anywhere on your project page.

If you’re trying to give a 30 second elevator pitch about what your project does, you should not have a name be a guy spending 30+ years in prison for child sexual abuse.

Ooooops, I didn't notice it on a first quick look. Yeah, I'm with you.

Agree. There are other puns possible for wifi:

  Name: GoGoGadgetInternet
  Password: Inspector

“PrettyFlyForAWiFi”

Your definition of fun is scary

Where do you draw the boundary? Can I no longer enjoy watching space jam because it contains songs by R Kelley? A WiFi SSID which is a pun from a popular song seems pretty far removed from promoting or celebrating R Kelley.

I knew this comment was coming on HN.

The answer, as the other commenter suggested, is that I’m providing feedback for technical communication.

If your documentation or marketing materials are making me focus on unreadable font choices or poor color schemes, it’s not doing it’s job.

Similarly, if your marketing materials are making me think about a convicted sex offender instead of your project, they’re not doing their job.

You can enjoy whatever you want! Your parent comment provided PR advice, not a moral judgement on anyone who enjoys any piece of art made by unsavory people.

And to be honest, I think you too understand this, deep down

I think there’s an expectation on the Supreme Court to overturn many of the tariffs when it takes up the case in November.

There’s already a market forming in trading the right to tariff refunds.

From his website, I learned that he is a “VISIONAIRE, INVENTOR, and PHILANTROPIST (sic)”:

https://www.sebastienlagree.com/

Maybe this is the final form of someone that permanently leaves xcode to market. Wow.

The author of the article makes a third party app that assists with these workouts, he isn’t Lagree.

lol, I didn't expect this before I clicked

You might find these posts informative:

https://chipsandcheese.com/p/arm-or-x86-isa-doesnt-matter

https://chipsandcheese.com/p/why-x86-doesnt-need-to-die

All instructions across x86 and Arm are being decoded to micro-operations, which are implementation specific. You could have an implementation which prioritizes performance, or an implementation that prioritizes power consumption, regardless of the ISA.

Decoding instructions, particularly on a modern die, doesn’t consume a significant amount of area or power, even for complicated variable length instructions.

Even if they never actually solve winter driving, they could just… not drive during the winter?

If there’s a high probability of below freezing temperatures, cars can just make their way out of the city to some parking lot to hunker down.

Or move them elsewhere in the country during the winter months.

Having a seasonal service is not a bad idea. The big problem with that is cutoff times. Too early and people will complain when they can't get a ride when no snow is on the ground. Too late and you're liable for everything that happens when the road is covered in thin ice or sleet, including leaving someone stranded. You will need very accurate weather predictions for operating over the winter months.