carterehsmith

Sure, "if" all of that old code (how many billions of lines of code?) was rewritten and redeployed since.

If not, then... the above statement does not stand.

Wait, what is this "everycrsreport.com" -- is that some kind of authority on.. things?

Should we trust it? If so, why?

Lol, reminds me of examples like Kopi Luwak coffee beans - somebody, somewhere, followed a type of cat, civet cat, and, once the cat defecated, decided that _that_ cat shit looked most appealing, so why not go ahead and taste it? Or, pore through the shit, extract the beans found in the fecal matter, and make coffee out of those. Why not?

And, thanks to those people's sacrifices, we now get to enjoy good coffee.

That sounds very useful.

I am also super impressed that you managed to present your product without mentioning "big data" or "machine learning" or AI - given that anyone that does anything these days crams those big words in.

Thats is good, good luck.

Indeed.

Microsoft also exposed all of that HTML/JS engine as COM or whatever component, so it could be used by applications other than browser.

I remember using Microsoft Money -- personal accounting software -- and it seemed to be all built on that HTML/JS engine.

I wonder if the two solutions were ever compared on some kind of test case corpus - like encyclopaedia, or something similar. I am talking about execution time, memory use and so on.

Given Knuth's background, it may well be that he was looking for the (computationally) optimal solution, wherein the bash script was more about writing it quickly using existing tools.

This is kind of shifty... is it 5GB or 100GB?

Yes, if you are dealing with large databases, you need to learn about... dealing with the large databases. 5GB is something that a small laptop will do.

Sadly, the coverage does seem to vary widely.

I heard the absolute horror stories, and the opposites, too.

What province/territory/city were you in?

" One of the big takeaways I had was that no matter how you use it, Postgres will work completely fine as long as you have <5GB of data. "

Surely you meant "5TB", not "5GB"?

Indeed. So, as per the article, they take $100M investment to keep this weird chain going.

>> a smaller image often reduces the potential attack surface because vulnerable things just aren't there

By the way, the article proposes blind download of artifacts from someplace on the internet, on every build. Not only that can cripple your builds when the source is down (which happens all the time), it can (and that has happened) send you arbitrary infected crap instead of what you wanted.

>> we don't really look like your 1920s co-op!

Thats is not good marketing -- do you want customers to believe that you are the only innovation that happened in the field of _insurance_ (worth what, many trillions of dollars a year? ) in 100 years?

That sounds like a scam. You may want to change the pitch, just my 5c.

>> Until 3 years ago, J.P. Morgan chase would only store the first 8 characters of your password. They would accept more but silently discard it

Oh, I am sure they do. The big question for this thread is: how come this "8-character all-uppercase" password is a thing in States, but less of a thing in e.g. Europe.

One of the concerns with email that article raised was: the recipient can click on "reply" -- without encrypting the reply message -- which would send the response together with the original message "quoted" - all of that unencrypted. This is apparently common operational mistake.

Note that this has nothing to do with key exchange, ie putting it on sd card or whatever, would not change anything about the issue raised above.

There is also about a dozen other issues that the article lists, worth reading for sure.

>> Adding a table to hold users' credentials doesn't really solve the problem that is being discussed, which is storing users' credentials.

?

Not sure if serious.

Yeah, this "we can't extend password beyond 8 characters because legacy systems" argument does not hold water.

My experience: built a Web site/app for: a) major bank b) major corp, back in the days when Web presence was kind of a new thing. ~15-20 years ago.

You build a new (Web) app and treat the legacy system (happened to be some mainframe) as a backend or whatever. Add new tables to hold user's credentials, email addresses, and whatever else. Link the "new" credentials with the old "account id on mainframe" or whatever. Not really rocket science.

BTW - there was no such thing as an "old password table with max 8 character", not for retail customers. Retail customer did not have a password, or email.

I don't understand your point. You seem to be all about "price discovery", but if it goes the wrong way, ie you discover the price is below what you accept, it is "bullying".

Weird.

As for the A-pillars, I read about a solution somewhere, goes like this:

- There is a camera on the 'out' side of the A-pillar;

- There is a screen on the 'in' side of the A-pillar;

- The car tracks driver's gaze and projects the camera view on the A-pillar screen, so as to stitch together the views from the windshield, A-pillar screen, and the side window.

The result being, it looks like the A-pillar is not there at all.

I wonder if some car already has that. Iirc some teenager presented similar solution on a science fair.

Sure, but why 25mm? Where is that number coming from, and why is it better than 36mm?

Ubuntu did some years ago; it did cause some uproar. Just search for "Ubuntu Amazon"

I wonder, "just how significant"?

In this case, shower can be converted back to the bathtub, for not too much money/time.

Besides, once the house is sold, usually some interior changes are made by seller and/or buyer, e.g. new paint inside, new appliances, furniture etc, which all takes time and money and converting the shower would be just one more thing to do, and a relatively cheap one, too.

>> So they fine the registered owner of the car for the driver being distracted?

Yes, I think that makes sense.

If the car owner is a car share company, they will know who the car was shared to, at the time, and then they will send the ticket to that person.

And if the car owner just borrowed the car to a spouse/child/friend/whoever, they can pass the ticket to the borrower.

>> After some days it popped up a message kindly asking to give it some network access. After a few more days it simply ignored the flight mode and connected to get fresh ads.

Yeah that's gross. Btw, Amazon does sell some cheaper ebook readers on the understanding that they will show ads. Was that the case here?

>> Dan is trying to demonstrate that there is room for many more large VC style returns by investing in companies that's primary value is being an API.

I am sure you are trying to help them, but some more details would be helpful.

Any 12 year old with a phone/tablet/computer can create an "API". Is that what VCs are looking for? I imagine that there has to be more.

>> We always have to assume worst case for security vulnerabilities, it's kind of the whole job of being a security researcher to determine what could have happened.

Many people will be annoyed by this "assume the worst" drama.

For example, drinking too much water, if we assume the worst, can kill you.

Also, walking around can kill you, if we assume the worst.

Also, just being around can kill you, if we assume the worst, hey, you could die of a stroke.

So, how is this "assume the worst" statement useful?

Um... if "they" are system administrators, they do not need to brute-force password. They can just change it to whatever they want.

"The honest truth is that you shouldn't. " (believe your own memory)

That does not seem like a good way to live.

Imagine "not trusting your memory" tomorrow morning, and refusing to recognize your bedroom, your spouse, your kids, family, your house, car, coworkers etc.

Seems like one would go insane, quickly. So yeah, I guess you do need to trust your memory - but judiciously.

>> companies did IN FACT time share servers.

> Ok. It was so uncommon that I didn't encounter it for the 15 years preceding AWS.

That just shows that.. you may not have enough experience. Time sharing was the norm before personal computers.

Some good reading here: https://en.wikipedia.org/wiki/Time-sharing

>> Unicellular organisms have zero or one nucleus. If they have two or more nucleus is multicellular

Hmm, is that true? Looks like there are unicellular organisms with multiple nuclei:

https://en.wikipedia.org/wiki/Multinucleate

Nah, I've seen people downloading their preferred configs right to the production server, because they, understandably, feel more comfy with that.

But, it may not be for everyone.

Where I work, we are in the process of reaching some compliance targets, and all this downloading unknown stuff from unknown servers is out the window. For the best, I think.