I don't know. Many of these ideas sound like "give me more of the same", reinforcing my current tastes and beliefs. The thing about going out there and interacting with stuff you don't know is that it had a chance of pushing your boundaries. If these agents are "good" as defined in the article, everyone ends up in an echo chamber.
Also, it may sound great for someone transitioning from a world before these agents were created, but how should the new generations coming in be handled? What is the starting state? Who decides that? Social media was not that bad when it started, but iterations over the algorithm and the incoming new natives to it are having devastating effects a very short time after. Do we really understand the consequences of living in a world where everything is curated for you?
I don't know that I want my life to be made so easy, that I want something to remove the need for choosing, thinking, criticizing and exposing myself to stuff out of my comfort/interest zone.
> society as a whole is in agreement that minors are better off without access to pornography
Once a significant part of said society can't (or won't) differentiate sexual education and intimacy from pornography, I don't think your statement holds true anymore.
It's not a matter of life and death, I agree - to some extent. Startups have very limited resources, and ignoring inconclusive results in the long term means you're spending these resources without achieving any bottom line results. If you do that too much/too long, you'll run out of funding and the startup will die.
The author didn't go into why companies do this (ignoring or misreading test results). Putting lack of understanding aside, my anecdotal experience from the time I worked as a data scientist boils down to a few major reasons:
- Wanting to be right. Being a founder requires high self-confidence, that feeling of "I know I'm right". But feeling right doesn't make one right, and there's plenty of evidence around that people will ignore evidence against their beliefs, even rationalize the denial (and yes, the irony of that statement is not lost on me);
- Pressure to show work: doing the umpteenth UI redesign is better than just saying "it's irrelevant" in your performance evaluation. If the result is inconclusive, the harm is smaller than not having anything to show - you are stalling the conclusion that your work is irrelevant by doing whatever. So you keep on pushing them and reframing the results into some BS interpretation just to get some more time.
Another thing that is not discussed enough is what all these inconclusive results would mean if properly interpreted. A long sequence of inconclusive UI redesign experiments should trigger a hypothesis like "does the UI matter"? But again, those are existentially threatening questions for the people in the best position to come up with them. If any company out there were serious about being data-driven and scientific, they'd require tests everywhere, have external controls on quality and rigour of those and use them to make strategic decisions on where they invest and divest. At the very least, take them as a serious part of their strategy input.
I'm not saying you can do everything based on tests, nor that you should - there are bets on the future, hypothesis making on new scenarios and things that are just too costly, ethically or physically impossible to test. But consistently testing and analysing test results could save a lot of work and money.
If the law has specific clauses about this that the contract disrespects, these conditions are not worth the paper they are written on.
At least in Brazil you can't enforce something the law doesn't allow in a contract - that clause would be considered void without nullifying the contract. And Labour law in Brazil leans (or used to lean) more in favor of the employee,so yes, the law would win. Another aspect there is that unions are more common than in the US, and they will help in such cases.
>If the law has specific clauses about this that the contract disrespects, these conditions are not worth the paper they are written on
Unless the law also has severe penalty for including such terms, of course they are. They don't need to dissuade 100% of people from breaking 100% of the terms to be of use to the company.
I am responding to this from my living room in Berlin, sitting on a sofa that belonged to my father, after having dined on a table he inherited from my grandfather. Both were brought with us when we moved from Brazil.
So yes, people do want to inherit the old stuff. I have some IKEA stuff (the beds were just too big, and mattress sizes are different), it just can't compare.
I have an issue with calling any of the diagrams created by all the tools mentioned "ER Diagrams". Entities are not the same thing as tables, and Sr diagrams are not relational database table diagrams. A (semi) visual representation of a database schema of any size that'd require a visual representation is almost necessarily a mess, and doesn't really help discussion or design. It is at best a faster indexing into the DDL for the tables.
What I'd love to have (but never saw an affordable tool) is the ability to work at different levels of abstraction: physical (which is what all tools here actually do), logical (hiding field details, normalization and de normalization, giving better business entity names, etc) and conceptual (to show how big picture concepts relate, domain boundaries, department dependencies/relationships).
Just the physical representation does, for my purposes, little more than code highlighting.
...and you just described why this is not ready for prime time. Managing a number of physical devices tied to completely opaque secrets stored by unclear providers in places you never see, with hidden agendas promoting their locked-in solution over all others and complicating everything out of one ecosystem.
Most standard users will either mess up royally or run away scared. Damn, I've been on this field for 30 years, I've been using 4 OSs, 5 different browsers and devices from every ecosystem, and I still find this whole thing too much of a hassle.
And yes, I do have a backup passkey. Even though I had to convince my skip-level that it made sense. I just find it all too complex to adopt it broadly.
