5,756 karma · joined September 25, 2011
功夫 (arete)
意 (impeccable intent)
忍 (perseverance)
武德 (virtue)
無心 (zone)
道 (flow)
[ my public key: https://keybase.io/hosh; my proof: https://keybase.io/hosh/sigs/0MmCPweqpVoIwTqxI7XJVZ_FPekkWb_SoH6-TzBi7UU ]Contacts:
http://www.quora.com/Ho-Sheng-Hsiao
https://github.com/hosh
Psychedelics and certain meditative practices can enhance this effect. There are also specific practices that allow imagined object to take a life of its own.
That's in the private imaginative mindspace. There are other mindspaces. There was one particular dream where I can tell, it was procedurally generated on-demand. When I deliberately took an unusual turn, the entire realm stuttered as whole new areas got procedurally generated. There were other spaces where it was not like that.
Just my opinion: one of the key mindset shift that happens before someone steps into staff and principal engineering is understanding that the technical choices you make are tradeoffs. You give up conceits (or one should) that a technical opinion is separated from context, while also getting to deeper technical principles that appear across architectural levels or disciplines (such as queues). You also see how technical systems are inseparable from the people using it, and being a part of it.
When you start seeing that, you start seeing that everywhere. You start to act in a way that is informed from that understanding. You need to be on the critical path in order to do what matters, but you also need to connect those dots that are overlooked.
But that is also one flavor of principal engineering. I tended to do the horizontal influence than deep technical and domain expertise. At early stage startups, people have to wear multiple hats, often exceeding the scope of what they were initially hired for.
I am in the middle of convincing the company I just joined to consider building on GCP instead of AWS (at the very least, not to default to AWS).
I am currently evaluating between GCP and AWS right now.
Is this going to be proprietary or OSS?
Christopher Alexander studied this deeply for building architecture, and his ideas had influenced many thinkers of software architecture; Alexander asserts that there is a thing to objective beauty. Alexander’s keynote to the OOPSLA conference is worth reading, as is Roy Fielding’s dissertation. The “values” mentioned in this article is organized as “architectural properties” in Fielding’s dissertation.
I was 12 years into my career before the ideas in this article started filtering into my mind.
The “values” mentioned in this article maps to the architectural properties (versatility, scalability, observability, readability, maintainability, etc.), but I have found that understanding architectural constraints is even more important because that tells you where anti-patterns are, and how an architecture can evolve (or not evolve).
A decade before Rails puts it in 1995. Do you have some resources on this? I like looking into the history of tech.
Where are you getting that Shopify fears rv?
Would it be compatible with specifying urls (such as git repos)?
Also, ActiveRecord gained significant capabilities with named scopes, something that isn’t as widely copied.
Finally, Ruby itself lends itself well to writing DSLs, something that Javascript and TypeScript sucks at, but sometimes I still see people try and fail.
To be fair, it is my personal opinion that there has not been anything substantially innovative since Rails 5. The features I have seen since is better done with Elixir/Phoenix, mainly because the BEAM runtime makes better concurrency primitives available.
And Kübler-Ross did not describe a linear progression of grief. It was meant to be enough of a framework to start conversations, to put experiences in perspective, to help reflect. And plenty of times, life still has to go on even with devastation -- no time to grieve and reflect until crises has passed.
The wording of the co-founder's comment and the post did not strike me as grief. They are calling out enshittification without trying to burn bridges and requesting help.
When there is an already-existing community like that, I think a dedicated social media platform for that particular community can be beneficial. That platform then does not have to be the social media for everyone.
However, funding (for hosting and maintenance) is still an issue.
There is another form of delegation where the work needed to be done is imposed onto another, in order to exploit and extract value. We are trying to do this with LLMs now, but we also did this during the Industrial Revolution, and before that, humanity enslaved each other to get the labor to extract value out of the land. This value extraction leads to degeneration, something that happens when living systems dies.
While the Industrial Revolution afforded humanity a middle-class, and appeared to distribute the wealth that came about — resulting in better standards of living — it came along with numerous ills that as a society, we still have not really figured out.
I think that, collectively, we figure that the LLMs can do the things no one wants to do, and so _everyone_ can enjoy a better standard of living. I think doing it this way, though, leads to a life without purpose or meaning. I am not at all convinced that LLMs are going to give us back that time … not unless we figure out how to develop AIs that help grow humans instead of replacing them.
The following article is an example of what I mean by designing an AI that helps develop people instead of replacing them: https://hazelweakly.me/blog/stop-building-ai-tools-backwards...