It’s more goose than duck, but I like it. It’s also pretty fat :)
It’s more goose than duck, but I like it. It’s also pretty fat :)
“Unless it’s renders the product completely
unusableunprofitable, why spend money and fix it?”
South of Brazil?
I’d say 128 is understandable, but something like 256 or higher should be the limit. 64, however, is already bellow my default in bitwarden
Damm, I legit didn’t knew there bcrypt had a length limit! Thank you for another reason not to use bcrypt
Also rate of the requests. A normal user isn’t sending a 1 MiB password every second
Why are you hasing in the browser?
Also, what hashing algorithm would break with large input?
The problem is that you (hopefully) hash the passwords, so they all end up with the same length.
Oh, I already hated windows, that was just the last straw
The pandemic and programming.
I was watching some tutorials and saw how easily people used the terminal, and how clunky cmd felt.
Next day I had ubuntu running.
A programmer I know wrote a small paper about this
While it’s true that’s a progess bar is guessing (since it doesn’t know what would take more time in your computer). It should still finish when at 100%
Yes, it’s the Pon Farr, that makes Vulkans have blood fever. The episode you are talking about is Amok Time
we ended up not needing infinitely regrowable teeth
Good point
maybe I underestimate how we will be in 100 years. maybe you overestimate it
But it’s a cool ideia nonetheless
it’s a cool idea, but probably not a good one
Too much money would be spent to simply get people from point A to point B faster
and why do it this fast? these reasons outweigh the price to build such a thing?
Even if they do have the same in-memory representation, you may want to assert types as different just by name.
AccountID: u64
TransactionID: u64
have the same in-memory representation, but are not interchangeable.
“src/utils/typing: added tests for isArray”
we have 90% coverage minimum
Tbh you can play 0h h1 on your phone. A simple level takes 30 some seconds