rufius

I’m very excited by this. Always loved Elixir, but I have always had a hard time with code bases above a certain size when there’s no typing.

This will make it my default choice the next time I need to build a web app or service.

You can disable iMessage altogether. Sure you can't uninstall it, but you can choose to simply not have it enabled on the phone: https://support.apple.com/en-us/HT203042

Basically no user would do this but it's not somehow magically forced on the user.

I honestly don't understand the argument. I'm not saying there isn't one - but it's not as though any other tech company is clamoring to allow unauthorized third party access to their services.

Without a drastic overhaul across the entire industry around the definition of service providers "interface" and requirements around documentation, it'll just open an exciting new can of worms and pain for customers. Support will be hell, experiences that work seamless will be difficult to achieve.

Again - that's not to say it's a bad idea, it just seems like we'd need a real rethinking of how we're doing things as an industry. That could be good, or we end up with a tragedy of the commons.

Agreed.

First amendment protections should only apply to individuals anyway. Tesla doesn’t have a sane argument here since Tesla is not a person.

(I recognize there’s a whole bag of worms around corporations and attempts to treat them like individuals in the eyes of the law.)

It's certainly related when you consider Pickup Trucks and the more "sporty" or "outdoorsy" SUV's. People that drive pickups, at least a substantial lot, do manual labor for a living. They're rough on their vehicles. And people doing outdoorsy stuff with SUV's are putting them in harsher conditions than just driving to work and the grocery store.

That said - if my assertion is true, the Tacoma is truly a wonder with its reliability and so on. No surprise given it is the mobility platform of choice in Mid-East and Africa for militias and local armies (i.e. Toyota Hilux).

I've owned two and my parents have also owned two. There appears to be a boom and bust cycle of reliability with them.

We still own one - a GLC300 from its first model year (2017) and it's basically been perfect. Zero problems beyond some cosmetic stuff w/ a seat rip but that's wear and tear. I care more about mechanical.

On the other hand, the E-class sedan we owned was nothing but trouble. I remember looking at some of the reported reliability data and it seemed like every 3-4 years, you'd have this cycle where the first year had great reliability and then it degraded over the next 2-3 years. When they released a new trim, reliability was back up.

Note - this is heavily anecdata, but having talked w/ other folks that owned multiple MB's, they felt it was similar.

My theory is it has something to do with the models manufactured in Germany versus the ones eventually offshore. Something doesn't translate as they offshore manufacture.

I like the idea, but the reliance on Node is a killer for me. I just don’t want anything to do with that.

HTTPS://zacbrown.org

Rarely updated. Usually a conversational/expository style explaining what I did to fix something at home.

Its purpose is 99% to be a record of things I built/configured/did to remind me later. I write in a style I don’t find boring (e.g. not lab notebook style).

Sometimes people find it useful. ¯\_(ツ)_/¯

AI/ML Engineers will be our modern day variant of the Mystic. They'll whisper sweet nothings into the ears of their models, looking at the goat entrails of what their models output and tell us of their predictions.

It's going to be a shit show.

I agree.

The article reads like satire. I can’t tell if he’s making fun of the hoops you have to jump through to make a “modern web app”.

This is limited to the Mac App Store. I’ve seen the same on the iOS and iPadOS app stores.

Either way, sketchy devs are capitalizing on the “gold rush” of generative AI.

So I read the linked document twice and I am failing to see how the content matches title. Granted I don't spend much time looking at these documents, but am I missing something?

Can you elaborate?

Played with it a bit. As others have noted - Copilot definitely has a leg up and isn't all that expensive. Copilot supports more languages, it seems to do better with prompting based on comments IME.

I'm sure Amazon's offering will get better, but I don't really see much reason to move for now.

Honestly - if you like UIKit and Swift then build in that. Better to make progress and exercise the idea than hem and haw about the perfect tool.

Apple’s style reminds me a lot of something I once read (and later experienced) about Japan and tourism:

> (roughly) Japan is a country for the Japanese. While they may welcome you and invite you to experience their country and culture, the country is very much setup to serve the Japanese populace.

Apple feels similarly. They build what they need and enough to capture the revenue they want, but I don’t perceive them to really cater to external needs beyond what will monetize.

Look for pointless work being done in the org and advocate for moving teams to working on what actually needs to get done.

It sounds weird but you’d be surprised how often teams have lost any good reason to be doing what they’re doing at a micro level. They might still be on track at a macro level, they’ve just got pointless work slowing them up.

Having worked for a company that's a very large customer of AWS's, it's not much better.

I've worked with both Azure and AWS professionally and both have had their fair share of "too many outages" or capacity issues. At this point, you basically must go multi-region to ensure capacity and even better if you can go multi-cloud.

Google - “What kind of cloud would a clown make?”

I just can’t fathom Google’s inability to sort this out. They’ve been the laughing stock of serious cloud business for years.

Amazon had a messaging app…?

People comparing Twitter and Mastodon as though they’re equivalent. They’re not - Mastodon has Twitter-like properties but the core “network” model (centralized vs federated) of the two makes them distinct beasts.

That’s not people’s fault to make the comparison. Mastodon and the larger community does little to disambiguate this and make it clear.

(I say this as someone that’s used both Twitter and mastodon for years. They’re just different, period.)

Slack is a bullshit product. Same goes for the rest of its ilk.

Work doesn’t happen in Slack.

Something I started doing with $JOB-1 was to write a “Working with rufius” document and share it with the broader org (in slack profile or intranet profile). One of the things I provide is an SLA on responding to communication. It roughly looks like:

- phone call - synchronous

- email - if I am directly on to-line, response by end of next business day

- slack/teams - hours to never

I basically only answer slack if I’m paying attention to it for whatever reason. My typical work schedule has me open it 3 times a day - once in the morning, once after lunch, and once about 30 mins before I end my work day.

The other thing I note is I don’t make decisions in slack. Decisions happen in documents or worst case, email. Something durable.

That “Working with” doc has done wonders for setting expectations with coworkers. I’ve gotten a lot of feedback from coworkers as well that they appreciate it and have created their own.

Frankly, if you’re a foundation and your mission is to fund research for the long term, your assets should not be in speculative bullshit.

They should have liquidated those holdings and put them in something safer.

My only consolation for you is the phenomenon is largely concentrated at companies that profit on selling user’s information.

Also - I question their characterization of how carefree these folks were. Of the few folks in my network that we knew rested and vested, many were so burnt out they eventually left the industry all together.

Edit: I wonder if they were smart and got out of their equity and into something better diversified. At least for a couple, my gut says no.

I’ve been on bsd.network for a while. Mostly because I do BSD adjacent things and some folks I know peripherally are there too. L

This seems like a good thing frankly. C++ sucks to work in (I have 10 years exp with it professionally). I’d never start a new project in C++. Maybe C for an exotic arch, but not C++.

Good riddance.

Based solely on my observation as a "staff engineer", the engineers that suffer most from remote work are the junior engineers. They are the ones we've had to help along the most, proactively coach the most, etc.

I think there's something lost with not having junior engineers in office with senior and staff+ engineers.

But not in a more meaningful way than TypeScript which has the advantage of being a superset of JavaScript.

Or choose to leave. I have walked out of meetings, having been repeatedly interrupted despite telling the interrupter that I did not appreciate it.

I’m not hard line on “no interrupting”, but if I ask someone to stop, then I expect them to stop. Or I’ll just leave. I have other things I could be doing.

On the contrary, I mostly get spam from yahoo and gmail addresses.

Microsoft is pretty rare for me to see in spam.