I live in DFW right now. I’ll admit i don’t commute through downtown proper daily, but even when i do go through downtown after work it’s bad, but not nearly as bad as plenty of other places in thr US.
I live in DFW right now. I’ll admit i don’t commute through downtown proper daily, but even when i do go through downtown after work it’s bad, but not nearly as bad as plenty of other places in thr US.
15-45 minutes… I’m not exactly knowledgeable about pizza delivery logistics, so forgive me if I’m wrong about specifics. There was a decade or so where every chain promised delivery in 30 minutes or the pizza was free, but that’s no longer a guarantee these days.
Pizza delivery has electronically heated insulated containers for the drivers to keep the pizza in during the drive. Generally I think they group up orders so one delivery driver will hit up maybe 10-20 deliveries in that one run. It’s normally not driving 20 miles just to deliver one pizza.
Our cities aren’t densely built up, except for New York. The actual urban area of most cities generally has far fewer people than the suburban metroplex surrounding it. 6.5km is literally larger than all of downtown Dallas, depending on how you define downtown.
Even our cities are designed for car travel, so unless it’s rush hour you’re still faster by car. Unless there’s a concert or other event happening, it doesn’t take nearly 20 minutes to traverse downtown Dallas in a car.
Are you in the US? I’ve literally never seen a delivery driver on a bike, except for that action movie about bike couriers in NYC.
I’ll say that if the really talented people are signing on to this, that could be noticeable. I know Amazon tends to just churn through devs every year, but actually good software engineers are surprisingly hard to find.
Zelle is free. It sucks, but it’s there.
Look up how HLS (HTTP Live Streaming) works. They just need to generate a personalized playlist for each person which points at things already hosted on CDN, and insert the ads where they want in the literal text file that your video player reads from to serve you the video.
I don’t know much about it, but it looks like there’s specific tags designed for dynamic ad insertion. Idk if YouTube plans to use them in this case though, if they want it to be undetectable to the client.
They didn’t misspell “stream deck”
I think someone else said what it actually is in another comment. It’s functionally identical 90℅ of the time for me anyway,and I use CLI and vim on it.
It works fine for small projects. I think that with more than 2-3 devs a PR based strategy works better for enforcing review and just makes life easier in general, since you end up with less stuff like force pushes to fix minor things like whitespace errors that break everyone’s local.
If it’s a private repo I don’t worry too much about forking. Ideally branches should be getting cleaned up as they get merged anyway. I don’t see a great advantage in every developer having a fork rather than just having feature/bug branches that PR for merging to main, and honestly it makes it a bit painful to cherry-pick patches from other dev branches.
Everywhere I’ve worked, you have a Windows/Mac for emails, and then either use WSL, develop on console in Mac since it’s Linux, or most commonly have a dedicated Linux box or workstation.
I’m starting to see people using VSCode more these days though.
The Android TV app isn’t great either. I just cast to the TV from the mobile app, which is still slightly buggy but generally works fine.
Thinking about it a bit more, I think it’s more like the metrics used to get in front of a human (the automated/hr part) aren’t well matched to the actual goals. We end up interviewing a lot of people who are good on paper according to the first sort, but actual good hires within that aren’t as common as we’d like. But none of the engineers ever know about any of the people who were disqualified due to having an unimpressive resume…
So in the end, the initial sort does indeed end up wasting time and money, but no one’s gotten around to making a good solution for this yet. The alternative so far is to interview a bunch more people, which is also really expensive anyway.
Basically, we have no efficient way to find people who are bad on paper but are actually quite skilled.
That… Isn’t what I’m saying? I’m saying they won’t bother to go to the interview phase with those people most of the time because they have higher probability options to try instead.
Usually getting in front of a human for an interview is the hardest step. Once you’re talking, you can generally show your expertise, and most interviewers I’ve known are receptive to any sort of past experience that’s techy and related enough, or even just problem solving related.
Just to put out the other side of this, you’re competing with a lot of people with more visible credentials. If the hiring manager can look through the stack and pick out 10 people to interview all with easily understood credentials, they have no reason to consider anyone else. Interviewing isn’t free for the company, every additional candidate to consider is probably at least an hour or more of time the company is paying someone for.
I mostly agree with the article, but I’ll say that hiring based solely on resume experience is really hard for software. Experience honestly translates poorly to ability in my… experience.
… Okay, I just tried Stract, and its results are… Mostly not helpful.
My understanding is that Kagi makes an effort to tell you how they anonymize your search so they can’t tie it back to your account afterwards, whereas Searx is more dependent solely on the goodwill of whoever is hosting the instance. Both are good faith dependent in the end, but one has a profit motive for keeping that faith.
Edit: I hope Stract gets there and takes off one day, but today doesn’t seem to be that day for me.
The Forest is a good multiplayer survival crafting game, with a pretty cool story. The sequel is also already out I think.