I usually break from coffee when going on vacation, so coming back to work afterwards and not having coffee isn't so much of a problem.
The thing though is... I _like_ coffee. The caffeine is maybe 20% of the experience for me. I enjoy the routine I have with coffee: Weigh the beans, run them through the grinder, prep my drip filter, carefully pour the hot water in, listen to the drips while taking in the wonderful aroma... and then finally, when I take that first sip of the morning, feeling the warmth of the drink in my chest.
Everything in that process is soothing for me, and serves as mental preparation for the day to come. It's the marker for the start of my workday, separating work from home. It's the mental replacement for the commute I no longer have.
I don't _need_ those things, and I could totally do my job without any of them, but I'd be losing the happiness I get from the experience.
You probably won't like hearing this, but that's very similar to the incredible feeling of removing the plastic on a new pack of cigarettes, tapping one out, lighting it up, taking a nice big inhale and feeling the buzz work its magic.
Caffeine and nicotine are not that dissimilar. Both are physically and psychologically addictive. It's just nicotine happens to come in a much nastier package healthwise.
Completely agree. I love the taste of coffee, I love the smell of roasted beans, but I really appreciate the ritual. I can function fine without coffee, but the morning just isn’t started until I have fresh grounds and a pot started. Caffeinated or decaffeinated, coffee is great. I’ve tried substitutes like tea and chicory, doesn’t work.
Why settle for one if you can have both? I think the smell of freshly baked bread is from another world but the satisfaction during consumption for me is on the coffee side of things.
Kinda the same here. I usually have one (not very strong) cup in the morning, and sometimes one in the afternoon. If I take a break I don't notice anything. I've not tried not having coffee for a week in a while, but I've been on this low amount for a few years.
the other great time to kick the habit is when you're sick... if you don't have a choice about being sick you might as well throw withdrawal effects at the same time, medicate and sleep it away and start fresh when you recover.
The article said three datacentres further down, so they're capturing a total of around 126TB/day, which is big but definitely a long way short of the biggest Splunk deploys (multi-PB afaik).
Maybe "incredibly easy" isn't the right term for _stealing_ it - but once it's stolen it's easy to get away with it. This is especially true if you're managing your own wallet/private keys/etc.
If you're not careful with your machine, all it takes is some piece of malware lurking in the background to keylog your password, decrypt your wallet's private key, get the funds transferred from your wallet to the hacker's, and poof all your crypto is gone. That's game over. It's gone. No court or government can get it back for you unless they send a SWAT team to go steal the private key from the people who stole it from you.
If you're relying on Coinbase or another exchange to host your wallet for you, that's a different story, but at that point they're fulfilling a similar role that a bank does for you.. which to some is entirely what they're trying to get away from by using Bitcoin and such.
I always assume the worst! There will be some auto engineer trying to backport some functionality and will be googling "JSON Assembly" and will port this code.
It won't and should not be used in mission-critical applications, but just for extra fun, one may still want it to be as correct as possible. Right now I'm writing a cryptography library in PDP-11 assembly while investigating tools for its formal verification. Cryptoline looks like a promising candidate.
Never underestimate the longevity of systems, since new systems tend to be built on top of old systems.
Though I do not know any, I'm pretty sure in 2021 there *are* mission/security-critical applications running on 6502s in a number of places in the world.
The 6502 is one of the few processors validated for embedded medical devices. From https://www.westerndesigncenter.com/
".. the 65xx microprocessors protect millions of lives annually within embedded heart defibrillation and pacing systems. "
Can't get more mission-critical than that I suppose..
I wouldn't necessarily call their platform a niche - but rather one that doesn't foster a lot of open-source contributions. I've always felt like development on Apple's platforms, even when wildly successful, is often a close-sourced and proprietary endeavor. It doesn't surprise me much that there isn't a big footprint of their languages on GitHub.
Yeah, I think there's more of a culture of paid (and therefore mostly closed source apps) on Apple platforms. Whereas anything cross platform is _not_ using Apple languages for the bulk of their code base, and Linux focused/exclusive apps are going to be over represented among open source because people who value open source are more likely to use an open source OS
You could provide it a region or a specific location and it can give you the information for those coordinates. If you don't want to provide it location information 24/7, you should be able to deal with that "good enough" compromise.
This seems like a feature that the underlying OS should provide - if an app requests location but the user wants to provide rough region only, then the OS can simply provide, say, the center of the region instead of the true location; with a bonus that if you fly on a trip somewhere, then it can automatically supply the center of that region instead, again, without giving up the exact location.
I.e. permissions for privacy should not be treated as "grant or deny" but instead "grant true data or grant spoofed data".
For large enough enterprises, $1k a month is a rounding error.
Also, depending on how you're provisioning accounts and laying out your networking, you may not want to be sticking one of these in every VPC. There's no one-size-fits-all, but in many cases a transit VPC that handles the egress centrally would make more sense.
It’s really not a rounding error. What happens is we have hundreds of these little rounding errors and some poor dude exists solely to work out where all the money is leaking out of the budget.
Then you find it’s some weird inter VPC peering transit cost through a firewall because something was designed by an external consultancy who didn’t do a cost analysis or didn’t understand which one of the myriad of complex charging rules were invoked. The end game being you’re architecturally tied into paying $1000 a month 100 times over.
Corporate clouds are complicated and with complexity comes extreme expense. Even small ones can escalate quickly.
Every place I've worked the AWS bill has always gone into a sort of a cost center blackhole. Finance would do their best in the beginning of the year to negotiate discounts & teams would do their best to keep costs low w/ reserved instances, etc.
Even though $1k is indeed a rounding error where I work vs. what we pay each month, it's becoming annoying how granular the billing for new setups is becoming. When I'm asked to compare TCO of an on-prem solution vs. a hosted one that includes all-of-the-above, I feel like I'm playing actuary and not cloud engineer.
When asked to compare I always immediately get instructed by subordinates to apply the existing lies they were telling. That's how you manage cloud costs!
For large enough enterprises, $1M a month is similarly irrelevant.
Should security pricing only be accessible to businesses over a certain size?
A monthly price floor on services like this is trash. It’s pay-what-you-use, so it should scale evenly down to $0, just like lambda or network transfer usage costs.
To be fair, you are ALWAYS using a security device even if your instance should not be doing anything. You want to know when something malicious is incoming from the internet, or when suddenly that malware calls out to a C2 server. You may think your instances are being quiet, but, that is why you have security tools for the abnormal behaviors and those can happen at anytime.
Similarly, the instance is ALWAYS connected to the internet, but I only have to pay for what I transfer. Same with Lambda and S3 and everything else AWS sells (except a few weird exceptions like this).
There won‘t be any price cuts this year, and probably until mid 2021, as TSMC capacity is fully booked until then. Samsung was a stop-gap solution for Nvidia, they gambled for better prices and lost.
I've been reading a lot of comments everywhere about disappointment with Big Navi but your comment exemplifies why Big Navi matters even if it's not King.
It could be, but the verdicts out till it lands. My guess is cheaper and near 3080 performance, but it could go either way. Likely cheaper regardless just based on history though.
> that new team should replace another team that's no longer needed, or more likely, involve a combination of hiring some experts and retraining your existing engineers.
The gotcha there is that it rarely goes that way unless you have a very clear direction from senior management, at least at big corps. In most cases, it's just another thing that gets added to the pile, and it's incredibly difficult to migrate entirely out of whatever the old solution was, so now you end up supporting both.
The thing though is... I _like_ coffee. The caffeine is maybe 20% of the experience for me. I enjoy the routine I have with coffee: Weigh the beans, run them through the grinder, prep my drip filter, carefully pour the hot water in, listen to the drips while taking in the wonderful aroma... and then finally, when I take that first sip of the morning, feeling the warmth of the drink in my chest.
Everything in that process is soothing for me, and serves as mental preparation for the day to come. It's the marker for the start of my workday, separating work from home. It's the mental replacement for the commute I no longer have.
I don't _need_ those things, and I could totally do my job without any of them, but I'd be losing the happiness I get from the experience.