vhab
Joined 11 years ago
Joined 11 years ago
The author probably misunderstood what "account name" is in Azure Storage's context, as it's pretty much the equivalent of S3's bucket name, and is definitely still a large concern.
A single pool of unique names for storage accounts across all customers has been a very large source of frustration, especially with the really short name limit of only 24 characters.
I hope Microsoft follows suit and introduces a unique namespace per customer as well.
Multiple manufacturers have direct contact with community members to produce custom hardware at a small but affordable scale, and keeping up with rapid iterations and multiple hardware improvements throughout the year.
Some of the most cutting edge as well as niche 3D printing hardware available to consumers are being sold on small webshops operating out of someone's garage.
If anything, we're in a golden age right now. 3D printing in 2025 is a very exciting place to be.
Blog posts like these might be heralding the beginning of the end for Prusa.
Yes, you can be "technically correct" saying branches are just refs, but it's not a useful statement for most users.
I believe the author makes a very valid point, and we could do with a bit less "technically correct" and more with language targeting the usage rather than technical implementation.
Git is confusing enough for many people, and we don't have to make it more confusing for them.
And in an entirely different area, 3D printing completed their transition from 12V to 24V some years ago, and currently there's an active push towards 48V.
I'm personally just looking forward to not spend a fortune on cables due to low voltages. It's frustratingly expensive to carry 12V a decent distance with some higher current draws.
We worked on a Stadia title before launch. We were constantly reminded by Google how big the YouTube integration would be, which unique killer features we absolutely had to integrate with, and more.
And non of that ever materialized after launch. If Google can't even convince their own internal teams to cooperate, how do they expect studios and consumers to care the slightest for their product.
It also didn't help that supporting Stadia was equivalent to supporting an entirely different new console in scope, except less battle tested and much more buggy. Meanwhile all their competitors allow existing console or Windows builds to be shipped to their platforms.
And while we're sharing anecdotes, this was a fun one. For the longest time devkits were limited to 1080p, but at least the output was streamed from rack mounted servers that supported a couple of concurrent sessions. A few months before launch, they finally made 4k devkits available, except they supported only a single session, couldn't stream, and instead had to sit at a developer's desk with a monitor hooked up...
Let that sink in, a streaming service's devkits couldn't stream :)
> you have every right to open up your Steam Deck and do what you want with it.
We already have this right for things we own, on exactly the same terms, which is it voids warranty.
> Furthermore, please be aware that opening the outside enclosure of your Steam hardware will void a warranty you may otherwise enjoy (https://support.steampowered.com/kb_article.php?ref=4577-TUJ...).
I'd say that significantly diminishes the good will statements like "you have every right to open up your Steam Deck and do what you want with it." buys them though.
But it didn't become more widespread until a switch to Chromium was made, which made the entire process a lot simpler in both execution and distribution.
And there hasn't really been a need to revisit Gecko.
I see where you're coming from. But anecdote time.
The immediate communication fixed something for us which would previously be a more disruptive tap on the shoulder, or alternatively an only once a day processed e-mail. Slack gave our devs time to finish their thought, write out that line of code, before tabbing to Slack to see what's up.
Because you see, I love my team, but they're not perfect. Just like the vast majority of people they're imperfect beings working with imperfect information. And in order to get them to output quality code (as in, does what it needs to do, bug free, without incorrect assumptions about data) they need to communicate to each other and me. We can't wait until a PR to catch they didn't fully understand these data models setup by another guy. Nor can we wait until a PR to realize someone took the wrong approach trying to fix a problem.
Someone getting disrupted might mean someone else can progress with their task. What I'm trying to get at, I need my team to communicate and communicate often. We have plenty of issues, just like any team, but most of them come from the lack of communication. Slack, or any other similar platform allowed to strike somewhat of a happy medium where the barrier to communicate isn't too high nor too low. It's less formal and faster than an email. And keeps a better log than an in-person conversation would.
Added bonus, it also helps us to have a more liberal 'work from home' policy.
It might not be an issue for your company, but your candidate might have a non-compete (or other clause) preventing them from accepting compensation or even performing work for another company at all.
Things get trickier as soon as money is involved.
That said, any in that line up will be a bit of a culture shock coming from the US.
Source: I'm Dutch and moved to Sweden
If anything, the most competent developers in terms of getting the most performance out of hardware are game developers.