1,097 karma · joined February 24, 2018
It's not like something changed magically for no reason because humans are weird.
No one says this can't be done. In fact, it's explicitly mentioned in the essay, that the problem this approach has is that it's centralized and you typically can't use it as an anonymous proof of humanity, or disclosing information selectively.
So, why is this important? Well, while you can still make a website and trust you won't be popular enough to become a target, the truth is that without proof of uniqueness / humanity, many services and systems can't be put to the service of the people without potentially falling into an insane battle against spam, in protection of user data, in protection of privacy, etc. And while you can absolutely build lots of things without giving a shit about all this and actually be successful, it's simply immoral (and progressively becoming more and more legally restricted). If this was a solved problem, digital services could finally become truly democratized. Nowadays, this is the main issue preventing many programmers from setting up useful services, very often intended to serve the local community, requiring us instead to start a whole company, getting in touch with some lawyers and storing user data like their actual state IDs. Which we can't do if we don't intend to monetize the service! Without this barrier, we could really do a lot more for our local communities in the digital space.
Edit: "account" may not fully capture everything ory might be trying to do, but it's definitely closer than "identity".
Sorry for the rant and what may sound like a very negative comment, I wrote this quickly. I think it would be great to right away stop using the term "identity" so freely and use something else, or at least clearly explain what do you understand for identity. I think it would be great for programmers to start disambiguating the concept, and I think projects like ory have a good opportunity (that you yourselves created and built, of course!) to make it a bit better.
What happens, as the article indeed points out, is that many things keep breaking, and we keep fixing and repairing and improving and more things fail and stop working and then again we fix and replace them. And so on and so on. The main problem is that people suffers in that process. The system self-regulates, sure. Nature self-regulates all the time through natural selection, evolutionary pressure and competition. That doesn't make it right. We develop medicine because being human is the opposite of accepting the randomness, competition and cruelty of nature. We want to have control, we want people to be happy, we don't want to be exposed to arbitrary tragedy, unfairness, pain.
As I always say, don't confuse the comfort of your boat with the state of the sea. That you are comfortable riding the current wave of pressure doesn't mean no one is suffering. This doesn't mean we should never grow, but it means we should do it responsibly. Saying growth is already responsible because the world keeps self-regulating is just being blind to many of the dynamics of the system.
And ok, one may argue that finding an equilibrium is impossible. That when there are resources available, we will always start taking more and more, growing above our possibilities, taking water until we hit the bottom, dumping shit until it spills. Then pressure and competition kicks in, people fall, people suffer, self-regulation is the way and all is good again. I don't understand.
(sorry for the rant, I understand you may also have concerns about the rate of growth and welfare of people in the process, but I wanted to share this take anyway)
It's really hard to internalize it if you are not "weird" in any of those ways, but we should all be more aware of it.
But sure, let's not give any ideas or question anything ever again, someone might get offended.
I'm actually really happy to get generics in golang, and I'm happy with the team giving it as much thought as they need, but we are only gonna get so far within the current paradigm of trying to model the universe from a few text files. Generics are nice, but we shall do better in the future!
Either the dynamics work in favor of the people, or they don't. That we continually mistake the comfort of our ships with the state of the sea is just the blessing and tragedy of our ignorance.
It helps create a sense of community very quickly, and it helps keep it alive.
Honestly, trying to judge Discord for its ability to structure information is simply missing its point. I dislike many things about Discord, but projecting my needs or preferences onto it and saying it's bad based on that alone is quite shortsighted.
This is not the case here. It clearly says: "we can deal with the simple cases nicely! but no promises beyond that!". It's fair.
My core argument is that tools do not solve problems, they transform them, and you can't trust a tool that doesn't acknowledge that. This one is saying it transforms the common cases into simple ones.
Edit: oh, a relevant reply https://news.ycombinator.com/item?id=30293064
I find this comment from Griesemer [0] on one of the github issues for enums in Golang quite insightful:
>> [...] all the proposals on enums I've seen so far, including this one, mix way too many things together in my mind. [...] Instead, I suggest that we try to address these (the enum) properties individually. If we had a mechanism in the language for immutable values (a big "if"), and a mechanism to concisely define new values (more on that below), than an "enum" is simply a mechanism to lump together a list of values of a given type such that the compiler can do compile-time validation.
Like with generics, I like the team's approach of taking features seriously, not adding them just because other languages have them, but actually trying to figure out a way for them to work in Go, as cleanly as possible. I think computer science, as a field, benefits from this approach.
And I also dislike many things from Go, and I want "enums" badly too, but that's for another comment.
[0] https://github.com/golang/go/issues/28987#issuecomment-49679...
In fact, the idea of trying to model complex systems in a text format divided in files (most programming languages) doesn't quite hold... gracefully at least. For example, the frequent discussions about inheritance and generics are pretty revealing of the fact that we mix modelling and implementations in the same working space, when in fact in many cases it would be better to work on those at different layers.
So, in my opinion, to really make "code colocation" better you would kinda need to start modelling complex systems with richer toolsets that don't try to express them only with code files. You can't properly work with complex systems with a single view, no matter which one you pick.
>> Blocks built with the Block Protocol can easily pass data between applications because the data within each block is structured.
Yeah, what you said. What's their problem? What better world do they imagine? What's the approach taken on their solution? Very poorly explained.
EDIT: Joel's article is much, much, much more convincing.
In a way, I understand that being in the customer service side you will often feel people are just being lazy and asking for help without even trying by themselves. And yeah, this is a poor use of resources. And yeah, it annoys me too. But trying to solve this by making it extremely hard to get help from another human is not ok. I don't know what's ok, but this is not. It's the general debate of "if you leave your door wide open, someone is gonna thrash the inside, if you don't, that will become less likely, but you will also add friction for those that really have to come inside". And there's no such thing as safe mass surveillance, so...
Maybe my terminology was incorrect, I'm not good at maths, but that's what I meant.
But as you say, even after so many years they are still relevant, useful and mysterious. They are on a wildly different category from other sets and numerical series. They are the most central element of maths that we still don't understand. And central means that so many other parts of maths derive from it, and therefore we end up coming across prime numbers everywhere. We use them to analyze so many other parts of maths, but yet they remain elusive to analysis themselves. It's a fundamental, recurrent mystery that's also an extremely useful tool... one of the most beautiful things we know.
There's one commonality though: we kinda have to align with other humans. Maybe you would be able to be happy meditating alone... but if there are others around you who find what you do weird and criticize you, meditating alone itself becomes harder as you will have to additionally be able to remain unaffected by the criticism you receive. In the other side of the spectrum, if what you do is enjoyed by many other people, you will more easily feel reassured that it's a good investment and that it makes sense to do it. Plus you will be more likely to connect with other people, which is like, the main desire for most people: no better way to feel that your life is meaningful than having others tell you that you mean a lot to them. And we kinda keep rolling in that loop.
So those guys have found each other and Spyro will have enough depth in some aspect that they can keep walking around it meaningfully (to them). It's all cool.
As you also hint, putting some effort to make others suffer less is also an interesting idea: suffering is kinda at the opposite side of happiness and meaningfulness in life, so reducing that is also another way to increase positively the meaningfulness score.
It's rather bizarre that we are so dependent on others to make a positive evaluation of our own meaningfulness. Like, it doesn't even compile in most languages.
But maybe god is ok with circular dependencies. Let's ask in the next code review.
>> I really want to make the world a better place, but in the current world I don't even know how or where would I start.
And it resonated a lot, as I've always asked myself how to make a better world too, but you can feel so helpless thinking about it! Like, doing an honest job, being nice to others and recycling is not really making the world a better place: it doesn't change the direction we are going towards, and there's always been people doing an honest job and being nice to others through history. You are just maintaining the trend of what humans do, not finding an inflection point.
I really admire Aaron Swartz, and the ideas shared in this essay are good. But I believe it's too focused on institutional politics, and through the years I've kinda developed a different view myself, so I'll share some additional, complementary ideas:
- Focus first on what you create, not what you consume. We keep trying to raise awareness on small actions for people to do X less wrong, as if putting your grain of sand on the problem currently on the highlight is going to make the world a better place, but... there are too many problems for that to be really transformational (even if it's true that the increased awareness might eventually lead to some bigger movements). We should be most morally pristine with the work we do, and stop trying to "pay our moral quote" through small feel-good actions afterwards. That's not a scalable approach to solve problems. I'm not a "be strict in what you send, be liberal in what you accept" kind of guy, but what's definitely not a good approach is "be lax in what you send and strict in what you receive".
- Psychology and complex systems have taught us that even if individuals can behave very differently, there are often bigger conditionants that shift the whole terrain and make every individual tilt along with it. Aaron Swartz seems to focus a lot in changing individuals; I think it's even more important to change the terrain, and for that we first need to identify the dynamics of the systems we live in. Meditations On Moloch [0] is a good essay to illustrate this idea and reflect about practical examples.
- Individual capacity alone is not a big deal in society. When it comes to power, money comes first, public prominence might come next, then networking and connections, and only quite below we might find individual capacity and a few others. Basically, being able to leverage the capacities of others is much more powerful than trying to polish and leverage only your own. This doesn't mean you shouldn't try to become a capable person yourself, and many are quite connected, but you need to understand the relevance of network effects if you are trying to achieve anything beyond your house. If what you create does not connect with others, if there's no bridge, then there's no hope. And here I'd usually argue for trying to create consensus, but with time I've seen that consensus through reasoning simply doesn't work well; so nowadays I'm much more focused on finding ideas and dynamics that can create "consensus through practical use": if an idea is good, well executed, connects with others and it has some reasonable way to scale from a few people to many more (so, it works well for both small and big groups of people), then you have a high chance to successfully infect the world with your ideas starting from your own town. Going Critical [1] inspired this last analogy.
[0] https://slatestarcodex.com/2014/07/30/meditations-on-moloch/
>> "what might help society is if [...] we paid people to learn valuable skills"
We actually have plenty of very qualified people, both with academic titles and without them, but many of them are still doing jobs that don't "make society better". The problem is that we used tech to cut the time and labor required to do most things, but we haven't freed that time for people, we only keep distributing the benefits of those "improvements" unevenly.
And the real problem is that even if you were to redistribute them evenly, when there's low pressure, abundance of resources and an environment that provides more than what you are consuming, any species will start having more offspring, until the pressure increases and you are in trouble again (kinda like a malthusian trap). We could only escape that limit if we were able to create unlimited space habitats or our population growth rates were slower than the time it took us to find and travel to new planets. Some might argue that the systems will self-regulate, but self-regulation only happens in high pressure states, and that means that a lot of people is suffering under them.
The fact is that we don't need much, and we already have it. The problem to solve is not to become better or faster or more efficient at producing and creating more. The problem to solve is to collectively find a compromise on how much we want to have and design mechanisms to keep us in that sustainable lane. Not sure that's possible, but it's the only approach to "help society" that I really believe in.