> "my PC"
You mean the hardware that Microsoft graciously allow you to use to run THEIR operating system??
1762 publicly visible posts • joined 26 Jun 2008
Perhaps you're confusing generic ice with water ice?
Ice can be any substance that's cold enough to solidify, but as a society we generally only talk about water ice as that's the most common substance that we see exist in all* 3 states (solid, liquid, gas)
*yes, I know there's more than 3 states, but those are the main ones.
It's cheapest not to have the problem in the first place.
Do you really need code reviews if the people writing the code truly know what they're doing? It's not like real developers default to insecure SQL and only do it correctly when reviewed and caught, then go back to being crap for the next project.
OK, it costs more to hire competent developers in the first place, but it saves the cost of problems created by crap ones.
Am I in group 4 then?
When pressed for information on a (non-government) web form, I generally make stuff up. Date of Birth? 18/9/1912
But when interacting with the government, that information is usually important, or at least relevant, so they get the real data.
Equally, my government doesn't ask for ridiculous data about me - they've never asked what I had for dinner last night nor my inside leg measurement.
If it took 16 months, it didn't circumnavigate the globe in 2016.
2016 was a particularly dreary year that seemed to drag on, but it was definitely not 16 months.
Solar Impulse 2 may have _finished_ its circumnavigation in 2016, but in no way did it circumnavigate the globe in 2016
Most (reasonably) rich people get that way by not spending money unnecessarily. Unfortunately they tend to have a poor idea of what is actually worth spending money on when it comes to tech.
Also, what are the chances that the flash cars were leased, so not actually his and just there to give the illusion of wealth?
Companies wanting to run it in production tend to want new hardware that comes with warranties etc.
Failing hardware costs time to swap it out even if the hardware is cheap, so despite the face that you can run it on redundant surplus hardware it can still work out cheaper to buy new.
In a domestic/lab environment however, it's well worth snapping up cheap hardware that companies don't want!
> "Or do you think calculating relative velocity can be done entirely on-board with no external reference?"
There's a helicopter on Mars that has demonstrated that this is perfectly feasible, using commercial off-the-shelf hardware.
Nav cam + lidar appears to be all that's needed, but I suspect SpaceX will do a bit more than that.
People in a panic situation like that often get aggressive and try to make it someone else's fault. It's difficult to admit that you fucked up.
I've found it best to let them vent a while, remain polite and suggest whatever I can to help the issue. More often than not they later acknowledge that they were being unreasonable and that they appreciate your help... if they fail to do this then the next time they have a problem I am significantly less helpful. Getting angry back at them doesn't help, unless you're actively trying to burn a bridge.
I'm not sure that I can find a use for it.
For something small and (semi-)embedded, Tiny Core is brilliant.
For anything else, particularly if you're looking for something with a window manager/desktop interface, you'll almost certainly have the space for a more mainstream Linux
I fail to see the niche that DSL will fill these days. Possibly bootable recovery tools, but I haven't had to resort to one of those for a few years.
All starlink activity in the region is passed through a Ukrainian intelligence office before (or in parallel to) hitting the internet.
Russia using starlink? Well Ukraine now know what you're doing over it.
OK, they might be smart enough to use encryption but it could at least identify communications endpoints and might be useful for identifying kit in Russian hands.
I had a case of engineer reporting No Fault Found to which I argued back: She didn't find a fault because she was completely clueless but after I told her what the fault was and what she needed to do to fix it, she did that and the fault hasn't returned since.
We didn't pay.
(it was an openreach profile problem so not something we could have done ourselves, but also not technically something the engineer fixed herself; she had to be the one to place the call though)
Can you tell us what range your /29 is in? (suitably anonymous if you want by telling us the CIDR they're a part of - https://asnlookup.com/asn/AS13037/ )
The theory seems to be that they want to sell a range, and as you're the first to comment here that you've had that email we might be able to identify the range(s) affected. We already know that 82.68.0.0/14 seems not to be affected.
And customer service has gone downhill.
Ironically we've just shifted away from Zen because... they refused to give us a different IP. Ours had been erroneously blocked somewhere that then denied it, so we had no scope to redress it there; Zen acknowledged the problem but suggested a VPN would be a better solution than a different IP. We suggested that a different ISP would be even better and they weren't bothered at all, so that's the route we took.
It's a trade off between power/performance ration of the old vs new kit, rack space, parts availability, maintenance cost, labour cost to swap, .......
There's a lot of things to factor in, but I don't see much improvement in power/performance in the last decade (GPUs excepted, but they might be able to retrofit those) so while everything is running OK I imagine modern kit could stay in service for a decade without much hassle.
I don't know what temperature they run their DCs at, but I wouldn't be surprised if the improved reliability meant that they could run a bit hotter now as well.
One thing that is absolutely certain is that google have the data to do the relevant analysis.
What is there to gain? Well there's a possibility that the damage is minor enough that flight operations could potentially continue. They might also redefine altitude limits - pushing the boundaries to see what is possible. Testing to destruction achieves a lot, but they can't do that on an otherwise viable craft.
What is there to lose? It's not like anyone is ever going to go retrieve it and salvage parts.
As it is now scrap, why not command it to spin up as fast as possible and fly as high as possible just to see what happens? OK, it will vibrate terribly but as a final farewell it could be an exciting experiment.
Still a fantastic achievement to get this thing off the ground in the first place though.
> "Since we all know the cliché about what happens when you assume, we will not repeat it here"
From a software engineering/tinkering point of view... bravo. That's quite an achievement to add support for quite radically different processors.
From a practical point of view... how many people are going to want to pay the apple hardware premium but not want the apple software stack?? It strikes me as having a real-world (i.e. not just for tinkering) market of 2, maybe 3 people. (and I use linux daily, on several devices, albeit relatively cheap devices)
It's impossible for C to be better than assembler for any specific case. When you run C through the compiler, the output IS assembler. So if a human was skilled enough (extremely unlikely now) they could product assembly code that's just as good. (Or indeed if you're skilled enough with your butterfly - 378)
HOWEVER
The overarching benefit of C (or any other high level language) is that it's processor agnostic. Assembly needs to be written for each target architecture, whereas in C the compiler deals with that (mostly)