Re: "A physical attack may disable USB Restricted Mode on a locked device"
You mean like plugging your phone into a public charging port?
426 publicly visible posts • joined 24 Aug 2013
I've worked remotely for 20+ years. IMHE across a dozen companies, it's the absolute best way to recruit top talent and have people who are committed to the business.
This attitude of "you must be in the office" is, quite frankly, hugely counterproductive. It costs enormous amounts of $$$ to maintain real estate, money which would be better invested in the business.
And you never get more than maybe 4 hours of work/day from in office people. They are tired from commutes, take time to catch up/recover, take off for coffee/lunch breaks, spend time on the phone trying to coordinate home stuff during business hours because that's when things are open and then signoff completely at the end of the day. Never mind the constant interruptions from people "stopping to chat".
Unless, that is, you are willing to pay enough money to have them living close to work. In Silicon Valley/SF Bay Area, that's at least $300k/year, so your overall workforce cost just went through the roof. If you add that to real estate overhead, it's just stupid money.
Except you're wrong. Every single study has shown that people that WFH work MORE than those in the office. That's because there is zero seperation between work & home, so you wind up working all hours.
In office, there are a million distractions, most of which managers just ignore as they are just looking at buts in seats. It's a huge red flag that a company is unable to figure out who is productive and who is not and has to rely on the "buts in seats" metric....
But, as the OP pointed out, this is about workforce reduction without having to layoff people and pay out compensation for doing so.....
It's a requirement in companies that do work for the Federal Government. This is because a lot of that type of work requires a clearance and rather than segmenting the workforce they just blanket test everyone.
Not just they US, pretty much anywhere in the world requires drug testing to work in certain environments.
It's also required in pretty much any logistics company because most employees drive trucks.
Give me a break. I run a tech company, not a large as Roblox but not 2 bros in a basement either. We're fully remote and have zero issues onboarding or mentoring new staff. All lot of them tell me "it's the best place I've ever worked" and I'm always asking for the negative side of things. The average age is probably around 25, so most people are relatively new.
It's about have a culture & processes that work for a remote workforce and not favoring in person over remote employees. No one uses Zoom because we all hate Zoom, most work revolves around Slack. And we have in-person gettogethers twice a year so people can meet & sync. Some people have made it clear they don't want to attend, which is fine.
I'm not sure how you can describe this as a "modest step". There is zero difference between 3 or 5 days a week, you still HAVE to live in the same generally uber-expensive area and uproot your family and yourself from whereever you are now.
It's just a shitty, unjustified and underwater way of getting rid of people or a commentary on a useless executive team who doesn't trust their employees. Either way, it speaks volumes.
BMW has forced all third parties to remove any service information for modern vehicles off their platforms, which makes it incredibly more difficult (exponentially?) to get service instructions. That means that independent shops can't use services like AllData or Mitchells to get any sort of legal access to service info.
The only way is to pay BMW a lot of money (it's around $15k/yr min) - a model most car companies are moving towards, not just BMW but they have been leaders in this. Or download potentially sketchy software from the internets, which may brick your car.
The reality is that it takes fewer people to run cloud infrastructure than on-prem. And that alone will blow away any on-prem cost savings. I've heard this argument alot in the last 10 years from a variety of B-series startup people but it never includes the TCO, just capex vs cloud opex.
My guess is that A16Z will shortly announce a 9 figure investment in an 'on prem cloud' startup.....
A huge amount of developers work in either Windows or MacOS as there are a lot of tools that only work on those platforms. Whether that is good or bad is largely a religous debate, the reality is that it is a fact of life.
The result is a lot of people write code on Win/Mac that eventually runs on Linux - Python, Java, Node, Go, etc are all x-platform and not Linux specific.
There was a footnote in one of the analyst reports that the peer networking between LEO satellites is significantly faster than fiber over long distances, so much so that it is competitve vs dedicated fiber for high-frequency trading.
Given how much traders spend on fast links, I suspect there is a pretty good profit for Starlink catering to that crowd....
Note - downtown SF has terrible broadband, way worse than Starlink for many people. In fact, that is true for most of Slicon Valley as well - at best people have OK cable as their only provider. I would not use anywhere in the SF Bay Area as a benchmark for broadbad.
Most of the decent (aka fibre) infrastructure is in new-ish large subdivisions, most of which are not even in California....
Depends on the risk assessment. If you are in a place with mass-scale events like earthquakes, then 25 miles is too close. At a previous employer, our US West Coast systems are backed up by systems in the middle of the country.
IMHE this is realatively easy & cheap to do with fully-cloud native applications & infrastructure. In our case, we had a complete replicate of our infrastructure on "cold standby" replicated for less than $500/mo with continous data backups to a distributed infrastructure and daily full snapshots. And, yes, we tested it 2x/year - took 15 min to spin up the replica.
There was a time when Fry's had everything & then some, even the kitchen sink. With the rise of e-commerce, they started having sourcing issues and that was the death knell.
I used to stop by the Palo Alto store a lot, but I haven't been there in a while, didn't know it was closed.... Wonder what I'll do if we ever have in person meetings again and I have time to kill....
P.S. The only MicroCenter in Silly Valley closed about 10 (?) years ago....
A lot of sites no longer rely on cookies as they are unreliable. There are tons of other ways of tracking browsers whether you allow it or not:
- Browser Fingerprinting
- IndexDB
- Local Storage
- DNS Queries
Some of these methods may or may not work depending on a wide variety of factors, not all of which are under your control....
Great, now with your hybrid, no one can be accountable and you have twice the expense with 4x the complexity. That's a wonderful solution, if you work for Accenture....
Having built a couple of DCs for F500s in a previous life, I'd much rather use one or more cloud providers. Easier to deploy, more secure, way more reliable, easier to expand & update and far cheaper.
But hey, whatever. I don't have to live with what you build, thankfully....
I ran ops for $23b of projects and was the CTO of the Linux Foundation. I can safely say that unless you are one of the tech giants, your arguement for security is an illusion. The big cloud vendors have 10x more people working on security than every F500 company put together and they are fighting off nation-state resource-level attacks (and mostly winning) every minute.
And if you think that rolling your own systems isn't complex, you are fooling yourself. Just look at the number of packages on your Linux distro and show me a code trace of all the contributors. And that is just _one_ system with _one_ piece of software..... And that's assuming anyone on your staff is even capable of understand how things work.
@anonymous (yeah, I know) What you are very effectively pointing out is that a lot of people (including you) don't understand the first thing about making cloud deployments reliable. As @doublelayer & @xamol are both trying to explain to you, it is quite easy to make cloud deployments far more reliable than anything on-prem.
The main issue is that people like you keep thinking that on-prem is the ultimate in reliablity when it clearly is not when compared to a correctly architected cloud deployment. At least not for anything but the very largest organizations (cf DCs in > 2 geos + competent staff to maintain 24/7/365 + significant opex budgets)
The fact is that cloud failures are public events with subsequent investigations of root causes, hence data availability for reliability is (relatively) public. With on-prem, you and I have no idea and there is no accountability.
This - it is VERY easy to build redundancy in cloud implementations. I've done it in 4 companies and several startups. The cost isn't particularly high unless you are doing active-active, easily less than $4k/month and as low as a few hundred.
Really, there is no excuse not to do this other than either laziness or just being clueless about how cloud infrastructure works.
Fundamentally, despite what all the haters believe (and it is only belief), it's far easier to build a secure, scalable & redundant system in the cloud that it is on-premise.
That's the whole point, AFAIK. If you are adding tracking tags at the server side then they can't be blocked. It also lessens the load on the browser massively.
Here is a pretty good explaination - https://www.internetrix.com.au/blog/the-benefits-and-limitations-of-server-side-tagging-in-google-tag-manager-gtm/