Well written in the sense of artful rhetoric perhaps. But it makes no sense at all to talk about demographic issues without accounting for productivity growth and technological progress. This is pure scare mongering.
Imagine what you could have written around 1700 when the share of farmers dropped below 50% if you had ignored productivity growth.
I'm sorry i'll have to mention that the software can be thoroughly tested in simulation flights. Funnily enough i was involved with some virtualisation software used to test booking systems for Airports. If you can virtualise a booking systems, trust me you can virtualise the on-board flights systems.
From what I have read it sounds like part of the problem is that manually adjusting the trim wheel requires more strength than at least some pilots possess due to the mechanical forces on the plane. I don't think it's reasonable to expect simulators to replicate those types of forces.
You can't perfectly simulate the pilot though, that's the big danger with human/automation hybrids.
As with what potentially happened to these crashes, the operating procedures might not be fully known by the pilot. The simulation might also allow the simulated pilot to do things that humans can't, for example turn the trim wheel when the jackscrew is under heavy load from the nose being pitched down.
No doubt you can test on-board flight systems, but you can't really compare virtualizing a booking system with flight systems, which are much more complicated and delicate. Now if you worked at SpaceX and worked on testing their flight systems, then I'd be more inclined to trust you.
That’s why you need good humans who’re expert at responding extremely well when things break. It’s one thing to prep for a whiteboard interview, it’s another to intuit that needle in the haystack.
It's only about finding needles in haystacks if you don't have sufficient instrumentation and monitoring in place. For most production issues your tools should be able to guide you at least the first 75% of the way to your issue, even if they can't usually offer a good fix (though sometimes they can, such as when new relic points out missing db indices causing unnecessary full table scans).
I agree. It's also about trusting developers' intuition when debugging problems. We recently (past few working days) went through something similar; where we had a problem blocking us from a release, and people scrambling to figure out the problem.
We have some software that was returning different results from different environments, and we couldn't figure out the problem. There was a lot of panic in the room, from upgrading and downgrading Maven dependencies, building things inside and outside of Jenkins, and all sorts of random things.
We kept telling the project leadership that we're poking at the wrong part (intuitively), but they kept pushing. I've had to explain how Maven works, how building on Jenkins doesn't differ to building from our IDE's, etc.
It's only when we asked for isolation from the (human) elements, that we had the freedom to properly debug.
In the end, an unstable sort was the cause of the issue. We were taking the last element from an array, but not sorting the array first.
All of the stuff we did since last Thursday to Tuesday evening didn't help us.
So, I agree, you need good humans who are good at responding well when things break.
I've been in situations where the whole developer team is trying to solve a production bug, and the managers have never tried to tell us where to focus.
That wouldn't make any sense at all.
Every developer would have their own guesses that they would need to explore and validate, sometimes there's some grouping around where the focus is, but there's usually one guy that's exploring a totally different area to find that bug.
I don't really get why when it comes to crypto energy consumption, the discussion board becomes reactionary. I mean portugal is now running on 100% renewables. Shouldn't this point be more about renewables? You know, what about the electric car? That'll consume lots of energy too.
I second this. I am currently in a middle sized city in Germany that is not exactly focused on technology. I didn't expect to see any users (and I didn't). Even at significantly higher adoption, I can't imagine that I would ever see another soul on there.
Such a change would make the tool a lot more useful in areas like mine.
We just launched this today. Though it is a bad idea to roll out globally for this idea. I did want to spread the word and then target area wise. Not sure if it is gonna work.
I think you best bet would be to use either real world population density, or connected users density to scale the communication distance, so that people don't have to stay alone, and at the same time you still have a meaningfully limited range.
I don't think anyone will just stay connected alone in the hope that someone else may connect later.
True. He'd just better be very careful to have an explanation when he starts cashing in the 'lost' funds... or titrate them very slowly into his lifestyle. Tax Evasion is often caught not only by transactions, but by inexplicably high lifestyle.
At the risk of sounding pedantic too, crypto is short for both cryptography and cryptocurrency. Knowing which one it refers to is inferred from context.
