|
People usually don't respond well to being told they're wrong.
Anyway, it was nice knowing you 
|
|
|
|
|
If I suddenly stop posting over the next few days/weeks you'll know why.
|
|
|
|
|
Do naughty disk drives get sent to boot camp?
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
some people chkdsk, me, I prefer to chuck disks that misbehave.
after many otherwise intelligent sounding suggestions that achieved nothing the nice folks at Technet said the only solution was to low level format my hard disk then reinstall my signature. Sadly, this still didn't fix the issue!
|
|
|
|
|
Call me "Master Boot Record" !!!
I'd rather be phishing!
|
|
|
|
|
Yeah, well. Better than General Failure, I guess... 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
Never argue with a fool. Onlookers may not be able to tell the difference.
Mark Twain
|
|
|
|
|
Depends on the spin!
Monday starts Diarrhea awareness week, runs until Friday!
JaxCoder.com
|
|
|
|
|
I only use SSDs - they're just a chip off the old block.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
You can n try to send them but they just look at you and say “terabyte me”
I, for one, like Roman Numerals.
|
|
|
|
|
After the paperless office they start the disk-less office
In Word you can only store 2 bytes. That is why I use Writer.
|
|
|
|
|
I just discovered this Australian serie (two seasons atm). I really liked it. There is a film dating back to 2005 from the same author (Ryan Scott), but very hard to find apparently.
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
it's got some humor without being corny, serious without being sensational (or special effects to silliness), real life results of ordinary personal choices. And if you've lived in/from Aus you'd see all the characters are pretty accurately typical to their southern states.
a good ordinary antihero story.
Being Aussie (not well funded) a third season is far from a sure thing. Can only hope.
Did you watch the Underbelly series ad it's offshoots? - Really well made series.
I actually lived in Melbourne (twice) for a few years where most of it happens - it really is based on real life events and part of their local folk law - some even say parts are toned down (rather than embellished).
after many otherwise intelligent sounding suggestions that achieved nothing the nice folks at Technet said the only solution was to low level format my hard disk then reinstall my signature. Sadly, this still didn't fix the issue!
|
|
|
|
|
lopatir wrote: Did you watch the Underbelly series ad it's offshoots?
I didn't, but I will surely try to remedy that 
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
And here is the 2005 movie which started the whole story: The Magician (2005) - IMDb[^]
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
I looked it up and it sounds delightfully sick: a dark comedy about a hit-man that also covers the more mundane aspects of his life, which are much like anyone's. Thanks for the recommendation!
|
|
|
|
|
Saw a comic strip the other day semi-joking about
Aeroplanes being relatively safe
Bridges being safe
then software built voting system - 😭
Several bits come to mind, some obvious like physical access.
But one that stands out the most is scale of access.
Recent Phillips light bulk hack indicates this train of though.
Breaking 1 bit of software potentially allows access to the whole thing.
Tampering a plane or bridge to fail are more localised to the one occurrence.
But "hack" a tesla, or digital polling station, and the spread risk is high.
So yes, funny as a joke, but seriously, it is not so much that software engineering is more poorly implemented (ignoring the 90% of low code quality) then physical engineering disciplines, but have a wider risk effect when flaws exist.
In contrast, software flaws can be fixed and updated/spread more rapidly then hardware flaws.
How long was the gap between enthusiast plan makers to standardised specification for commercial use? HIPPA offers a bunch of guides (if i understand HIPPA 🤷♂️).
How linnet is HIPPA compared to commercial plan requirements?
|
|
|
|
|
Have you ever seen an (non-Boeing) aeroplane or bridge being built using the Agile methodology?
maze3 wrote: but have a wider risk effect when flaws exist.
Like grounding an entire fleet of planes? Or recalling all cheeses from the supermarket due to contamination?
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
ah yeah,
I guess i was thinking more along the lines of external threat actors, rather then inherit design failings
🤣 my mind is now imagining an agile built plane.
Developers: here, test this plane.
Results: did not take off and crashed into a wall. Killed 8 people.
Developers: Sorry about this, but could you details the issue a bit better, do you have some images of what the pilot was doing?
|
|
|
|
|
maze3 wrote: Developers: Sorry about this, but could you details the issue a bit better, do you have some images of what the pilot was doing?
Developers: It was a user error.
Oh gee, that sounds familiar. 
|
|
|
|
|
And then factor in support when you have a, let's call it suboptimal, product.
There the 'it's not my/our fault' really gets to shine. EG:I could not use a slightly advanced feature on an internet connection (open a port to the outside) and documented it had to be a problem ISP side. They kept repeating the same inane and refuted advice mixed with telling me what they couldn't do, never said a word to what they could do, until someone (bless him) decided my cablemodem was a bit old. They sent a replacement and stuff worked. Don't want to know what would have happened if my modem had been newish.
So I should be happy. And I am.
But look a bit closer and you will see that their actual assistance was zilk, without my own knowledge I would have been helpless, and that they probably easily avoided learning anything from this small incident, the more so since not closing an issue is regarded as bad perfomance. The guy who helped my out probably thought he did a good deed and left it there.
Upshot: support is (another) step down from product quality and even more likely to suffer under the letal mix of under pressure psychology and management. Quite comparable to boeing saying they will fix the software when they should fix the plane, and then having more critical (software) flaws discovered. Software to the rescue! Then support gets kicked up the ladder (to communication and higher) who are obviously completely unsuited for this job, but cannot admit it.
There are real disasters waiting to happen. But it won't be my fault (/s. I regard this sentence as the first law of psychology so I keep using it in sarcastic mode). I've just put on Industrial Disease (Dire Straits). Good for the mood.
|
|
|
|
|
Eddy Vluggen wrote: Have you ever seen an (non-Boeing) aeroplane or bridge being built using the Agile methodology?
Well said. Nothing in the real world that I'm aware of uses Agile except supposedly software development. I think that says something (either about my ignorance or the stupidity of Agile, I suspect the latter, not the former.)
|
|
|
|
|
I'd also point out that physical engineering has thousands or hundreds of years of experience in building the things they build, where software has decades. Also, the time from design to implementation in their world is decades or years, not weeks.
They are different disciplines in that way; software can be (relatively) easily changed, bridges cannot. Thus, it might make sense to have different approaches.
I think the underlying point Marc's driving at is valid, though. There are areas of development where agile simply isn't acceptable: life-critical devices, software operating aircraft, financial markets, etc. Developers in those fields probably need to take an approach closer to engineering.
|
|
|
|
|
All manufacturing uses the agile methodology; they just don't call it agile, and everyone does the same thing every sprint.
Software is a special case, though, because it's more like bespoke carpentry, where the whole process, from ideation to design to production, can be carried out by one person -- or for bigger things, like making pianos, three guys get a leg each.
It's just a process for doing your daily work. Whether it's better or worse than other methods is purely a matter of taste -- for my tastes, it doesn't matter which method is followed (and I've done 'em all).
Just get the work done. If the process becomes your work, you're not a developer, any more.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
No, that's not agile; manufacturing has a clear and well-defined endproduct; there's no basement of a house while being undecided about the amount of stories, or the amount of stairs and elevators.
The only stuff that's agile outside our own trade, is pharmacy; medication that doesn't work, but has reliable side-effects gets re-marketed to that side-effect as being the main thing.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: medication that doesn't work, but has reliable side-effects gets re-marketed to that side-effect as being the main thing.
I'll have to assume that you have more knowledge than I about little blue pills.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
