>Because google actually cares about hardware and software security.
That statement might not have aged so well, especially consindering googles attempt to lock out apps from their devices, If the developers do not comply with being oficially registered.
There is a difference between security and privacy or freedom of use. Locking down the device to only allow a subset of apps that Google has some control over (by requiring developers to register) is a measure that can increase security, even though it obviously takes some control away from the end-user.
The fact that the play store is not exactly known for exceptionally high standards w.r.t. malware, or that there are lots of valid concerns that come along with a company controlling who is allowed to supply apps for the device is a different topic.
RIRs, not ISPs, allocate addresses at the top level, they make money on each address allocation, and they still won't allocate addresses to you if you don't multihome because they have a duty to conserve resources.
When you get PI addresses your LIR/ISP just passes your data on to the RIR.
Interessting.
When I read the title first I was like: "What?"
Well, checking out the code, it seems to be tmux functions. Well, some of them are quite intriguing! I never bothered to figure out how to spawn a new pane in the same dir. Consider that fuction stolen ;)
I would have advertised it diffetently though. Something like "DWM inspired tmux config".
As other have mentioned, I don't sse why I should use "dwm.tmux" over just the tmux defaults, or my own home grown (stolen) config.
Through this project I realized that there's just some limitations to a plain tmux config. I eventually had to switch over to calling out to shell in order to get around those issues.
Which is mostly the result of clever engineers that produced a machine no other company in the world can assemble, but that is absolutely crucial to businesses valued at double-digit trillions of dollars.
You don't really need an army of sales managers to sell such a product. Going lean on management and more heavy on engineering is therefore a good idea if you want to keep the lead you have.
No, but ASML's product is so complicated that they do need a lot more than just engineers - they have 5000 suppliers apparently, coordinating that takes a lot more than clever engineers.
Clever engineers are usually able to pick up basic supply chain management capabilities. At least as long as it's about suppliers of things in their technical domain.
For non-technical supply chain managers to pick up enough technical chops to understand the stuff they are supposed to manage the supply chain of is comparatively more difficult.
Especially when fierce negotiations to push the price down are not the highest priority, but robustness of supply chains, having alternative options that technically work, and ensuring quality according to tight specs are paramount. Which is how I assume ASML supply chain management to work.
This reminds me of a company I worked for recently, that, at the yearly meeting talking about the financial situation were all depressed as if we were broke since the profit (and revenue) was slightly less than last year, which was significantly higher than any other year in history with the year prior also being a record. This was essentially when the interest rates jumped after covid and businesses had to adapt so I'm sure it would have been another record if the economy in general wasn't doing worse that year.
Of course, they want to keep people from asking for raises and bonuses, but I found it very weird to see them act worried with the profit/revenue graphs at a crazy peak still.
That statement might not have aged so well, especially consindering googles attempt to lock out apps from their devices, If the developers do not comply with being oficially registered.
reply