224 karma · joined January 26, 2011
Two quotes I don't see in this thread:
Where they burn books, they will also ultimately burn people
and Art should comfort the disturbed, and disturb the comfortable(Forgive me if my snark detectors are misfiring, and have an xkcd)
We're using some Xiaomi devices we purchased, and I'm currently seething. I can't root without 'unlocking', which is a process that requires me to activate a Mi Account, which then requires my email and a SIM (?!), and 'find my device' (location) to even allow installation of apps via USB. To unlock the computers I bought, so I can use the root account, to install an alternate.
Seems the prison walls are just set far enough away that we don't notice.
tl;dr, in order to get some privacy, I'm being asked to associate my IMEI, my IMSI, my email, and my location.
Accepting any domain as an OpenID IdP is not likely to be a feature of publicly facing sites, as they still provide the ability to create / register / use these accounts for spam and other unwanted abusive purposes.
As each of these orthogonal concerns starts drifting in, applications become more and more complex as they 'tack on' support for these in code, rather than having structures in place to allow for extensions and modifications.
Abstractions always have their cost. Complexity exists in the problem domain of the web, and always will. .NET Core is generally well architected in response to a long experience in enterprise and developer concerns. It's not a magical answer to every domain's requirements, but it's generally a damn good compromise ime.
If your view of low ceremony is matching HTTP verbs to methods, you may happily code your own against the HTTP primitives; if you want a framework that abstracts the complexity and provides a shiny-happy path, you may have to allow for some ceremony. The tooling is the antidote to this.
I think the place you trip up here is in not wanting to use a batteries included approach, while using a framework that makes the necessary abstraction/complexity tradeoffs for projects of mid to large scale. The appropriate tradeoffs _cannot_ be one size fits all.
F#'s support is tricky, as the number of users here is dwarfed by those in C#; and although .NET supports this language diversity, there are no direct idiomatic 'conversions' possible between C# and F# in many cases. This multiplies the effort of providing documentation and examples. I too would like to see it treated as a first class citizen, and for that - the code is OSS.
Lack of privacy however, is a lack of personhood. It will be eroded, and some aspects of it should change, nudity for example should be less abhorrent to all. But this seems like a thought experiment for the sake of argument, and I fear that arguments are all it will generate.
The human mind is a plastic, adaptive system, which is shaped by senses that consume the universe and which attempt to model the universe. It is past and present interlocked - causality, bound up in tight knots of matter.
This is the universe, being aware of itself. It is perhaps not capable of being understood, just reveled in.
As regards configuration, all the means you could want for configuration are there. You can access items directly [1], or via strongly typed objects. These all support multiple sources of configuration data, and many means of overriding them.
I generally really don't like environment variables as they expose configured secrets to everything in the same machine / container, but we make use of the standard configuration system's environment variable overrides, but we use akv2k8s.io and thus only expose secrets to the container's entry point application.
[1] public Startup(IConfiguration config) { // injects config store var setting = config["yourConfigKey"] // ... but you now have to convert this from a string for any other datatype }
Adding User 'flair' is perhaps a viable option, where users can simply tag other users with a short description. That enables both properties - avoiding discourse you find troubling, and allowing users to highlight those that they find enlightening.
Freedom of speech works well when paired with freedom to listen. Removing content (even if only from a user's view) only deepens the filter bubbles we're being shaped by.
https://web.archive.org/web/20080118050700/http://www.poetic...
Social and content silos, our natural tendency to create filter bubbles, and adversarial machine learning 'curating' your experiences and thus effectively, your culture; this is the danger.
- John Ruskin
Cloud, just JS/C#, Json serialisation - http://i.imgur.com/KTOwNq0.png
Cloud, same languages, db query - http://i.imgur.com/z9dPuwS.png
I can't wait for the windows results. Those interested should also see https://github.com/aspnet/benchmarks
-- You will be missed but never forgotten.
Regardless of specific laws and statutes this may violate, it's an affront to every part of the progress we've made as a species. In my country, South Africa, this tool seems to be literally against the constitutional principles (Chapter 2, ss 9, 3-4).
Regardless of moral or legal questions even, do we not need to query what the societal cost is of allowing corporations to be facile and duplicitous, automatically, at the scale of enterprises like Facebook?
They're not doing the wrong thing, and the risk of side-channel attacks on this infrequent behaviour (i.e., not authentication) are trivial compared to the risks of high entropy passwords that are also highly reused, and are thus vulnerable to trivial brute force attempts.
edit: constructively put - there's simpler stuff to fix UX and match user patterns still isn't there?