WorkLifeBalance
Joined 10 years ago
Joined 10 years ago
Stress. (One of the smyptoms of)
So to clarify, it's this password: declaration which tells the framework to hash the input?
users
dynamic : . 'Users'
password : . 'Password'
interfaces
root {
}
numerical-types
Is this defined anywhere within the project or is this framework magic? (Or "glue" if you don't like the term magic). password is not mentioned again anywhere in the documentation, I'd like to understand how the framework knows to hash the input./* 'Users': collection { 'Password': text }*/
How does the platform know to hash that? Is it looking for magic property names?
Let's say I want to develop a multi user todo and I've followed the examples and now have some Users who log in entering a password.
Someone points out that I shouldn't be storing passwords in plain text so I want to store them hashed.
Despite there being hints in the documentation that this is possible (migrations shows the password hashed), it's not clear how to carry out this kind of change.
A walkthrough of making a change would help convey the use case much better than just templates of "this incantation produces this output".
This means that you aren't limited to asking the same questions to everyone so you can have appropriate discrimination through the range.
Instead of cycling, the meta ought to converge to a Nash equilibrium.
With the right mixed strategy, an opponent choosing a pure strategy would be at a disadvantage.
Randomising over a huge choice of pure strategies may be infeasible of course and in the real world players have to train for particular strategies which is why we see meta shifts. (Plus of course in the real world the conditions (assumptions) change due to gameplay patches.
I can't even read this article without using firefox reader mode to skip the cookie warning / prompt (this works for a lot of sites!).
That's a choice that techdirt make. By framing it as an unavoidable consequence of the cookie legislation or GDPR moves the focus to the wrong place.