kryten
However there is one problem with typewriters people generally forget: you can extract everything that has been typed from used typewriter ribbons...
The binary size may be similar but that doesn't mean the content is. Consider the two cases below to back up my assertion:
000000WE_COME_IN_PEACE000000000000000000
000000WE_COME_IN_PEACE_SHOOT_TO_KILL0000Look at just chrome for example, which I've posted my rationale for here:
https://news.ycombinator.com/item?id=6035091
Not a chance in hell.
1. The probability of discovering something in all that binary code, especially with the intricate and non-orthogonal nature of x86/x64 assembly and odd compiler optimisations. This isn't some 80's game.
A comparison:
28500000 = Chrome binary size [1]
750000000 = Human Genome size (converted to bytes - 1BP = 2bits so 4BP per byte) [2]
So we're only 26x more complicated than Chrome and we have absolutely no fucking idea what is going on with us most of the time.2. The probability of a vulnerability being published to Google versus selling it on the private market.
All sorts can happen between source and binary.
It scales fine. In fact it scaled for hundreds of years before electronic calendars appeared. They mobilized two world wars with pens, paper and typewriters.
Synchronisation is not an issue if you have one single source of truth.
No open review for any crypto functions in Windows is possible.
That's basically a fucking massive red flag.
Plus I have to have a network connection and log into a UNIX box for it which I can't do whilst I'm on the phone as it's stuck to my head at the time.
Times will change again.
Corporations don't deserve a second chance either.
I'd rather have neither than any that aren't trustworthy.
Last year I moved back to a paper diary and a mechanical pencil. It is considerably more flexible, readable and editable. I hit several brick walls with computer based calendars particularly with having to add complex events like "every third Friday but not the 25th because I'm on holiday then".
Free form is sometimes better than structure.
Its like going from a relational database to a document store.
I'd like to aee people using the right tools for the job.
Four killer issues I've seen so far:
We had a major production performance issue which turned out to be a stray ToList which was causing a massive memory ballooning. Didn't get noticed in test as the test cases passed but it hit prod and 2000 users bashed it and tried to allocate 20Mb each causing our cluster to shit a brick.
Null reference exceptions! There are so many dereferencing operations in an average LINQ expression that you really have no idea which one is blowing if it goes pop in production in release config.
People using .Single(...) and getting more or less than one result back. So frustrating.
If you push an IEnumerable<T> over an interface boundary the performance and memory semantics are not preserved and you end up with a leaky abstraction. These are shits to resolve. Example: queries executing inside the view which is outside the transaction scope.
We've had to ban it in some circumstances.
Colours, probably dynamic range as you state. Looking at the curves for a pure white photo suggests range of blue was a little tight which is what made it look like out of date Kodak ektachrome on a good day. That may be software again bit I'm suspicious as the sensor on my D3100 doesn't exhibit that problem. Perhaps its better quality control.
I used an 808 for a week when they came out. Wishy washy colours, constant over exposure and distortion due to the pissy little lens. Not what they were promoting.
Whilst I compare this to a DSLR, a cheaper compact can do a better job of being a camera.
Personally I drag a DSLR around everywhere with me but that's because I started doing that sort of stuff before we had mobile phones and have developed an appreciation of quality prints.
A decent bottom end DSLR (Nikon D3100 for example) will run rings around it simply because of the sensor size and optics.
Even if you tape out a CPU and ship it to the fab, they could still add stuff before it is packaged.
In conclusion, no you can't trust anything we use today. Even Stallman's open-everything laptop is open to compromise.
Pen, paper, box of dice, OTP or accept these facts.
2. Username: hpsupport
3. Password (from SHA1 lookup): badg3r5
Yes that shit.
We have some of this kit in and I've tested it and it works absolutely spot on. Fortunately it's all firewalled off but it's not the sort of crap you want on your doorstep.
Nothing to do with the NSA this - just a crappy decision somewhere which is designed to make HP support's life easier. As someone else said: this bug is as old as time.
It's just hard.
We have to do this with our clients if they shift off our platform and believe me, it's not much fun deleting 20-100Gb datasets from a shared database with over 2000 tables in it on production kit.
But we do it, because we are honest.
Facebook are dishonest. Simple as.