Hacker Newsnew | past | comments | ask | show | jobs | submit | udave's commentslogin

its a good idea in theory. But capitalists will make sure this does not happen because greed is never ending. today its AI, 10 years down the line it something else. Hence i think the right to be lazy is for a lucky few.

> Hence i think the right to be lazy is for a lucky few.

The freedom or ability to be lazy may be for a lucky few, but the right should be for all. A right doesn’t stop being a right when it’s not being observed, and when that happens it should be a warning to us all.

For example, access to clean water should be a right. But some communities don’t have it, and we should collectively help them. Due process is also a right, and when people are systematically captured from their communities and unilaterally stuck in a cell, we should collectively remove the power to do so from those who are doing it.


well not only that but the space to think about systems of power and possible realities (like the COVID lull) is antithetical to capitalist aims. leisure is doled out just enough to prop up consumer spending. if you restrain your desires you can buy back your time (FIRE) but that affordance is reliant on the status quo (others consuming so that your investments do well).

strongly agree. we keep giving away trust to other entities in order to make our jobs easier. trusting maintainers is still better than trusting a clanker but still risky. We need a sandboxed environment where we can build our software without having to worry about these unreliable factors.

On a personal note, I have been developing and talking to a clanker ( runs inside ) to get my day to day work done. I can have multiple instances of my project using worktrees, have them share some common dependencies and monitor all of them in one place. I plan to opensource this framework soon.


wasn't spotify started out as a collection of pirated songs? somethings go in full circle I guess.


And also being the successor to Napster, the irony is thick with this quote:

"Since day one, we have stood with the artist community against piracy"

Funny thing, I've met a lot of independent artists who don't care about piracy one bit. I have a feeling it's the record labels and large corporations, not the artists, making the biggest fuss over piracy.


For an independent artist, exposure matters more than album sales as it leads to ticket sales.

For large labels, exposure is a solved problem and album sales are all that matters.

They are all trying to maximize revenue, they just have different ways of going about it.


It's only "fairness" when Spotify does it.


that's true for some folks out there. But, ultimately its about these 3 questions: - what you are? - what you want to be? - when you want to be there? I think if you don't have an answer to the last question, you should be fine with 0 efforts.


the sidebar was the best feature in Arc imo. I gave zen a shot just because of that and it was not a great experience to be honest. First, migration was buggy, then the sidebar lacked some basic features like renaming the tabs even though it looked similar. Nook seems to follow in the same footsteps I just hope that they nail the sidebar like Arc. Tab management is a mess and this has so much potential. All the best to both Zen and Nook.


modern Zen is a lot better than then :)

the only missing from the sidebar thing is Library as a central place to manage downloads, spaces, and history. and although the downloads window looks a bit unsexy, it's totally enough


too early at the time of writing, but did mixpanel got breached due to the recent NPM worm `Shad'hulud`? just speculating.


I find the distinction between queue and pub sub system quite poor. A pub sub system is just a persistent queue at its core, the only distinction is you have multiple queues for each subscriber, hence multiple readers. everything else stays the same. Ordering is expected to be strict in both cases. The Durability factor is also baked in both systems. On the question of bounded and unbounded queue: does not message queues also spill to disk in order to prevent OOM scenarios?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: