When a company makes a profit, that doesn't necessarily mean they made anyone else worse off. In general, when in a competitive environment, and dealing with customers who are responsible adults (which both hold in the case of the restaurant industry), we should presume that everyone is being made better off by the transactions, that it's a win-win situation.
Well, a union is a form of cartel, it's an anti competitive organization of market participants who are colluding to set prices and extract other concessions from labour buyers. They therefor undermine the ability of markets to maximize value for all participants.
> They therefor undermine the ability of markets to maximize value for all participants.
Currently markets are not maximizing value for all participants, only the wealthiest and owners, so frankly I don't think anyone should give a damn about them
"Labour Buyers" should be counting their blessings if workers just unionize right now
You're acting as if capitalists treat their workers well under the current system when the opposite has occurred. Nearly $50 trillion was stolen from workers [1] by the capitalists owners in the US. Income inequality is literally at worse levels than just prior to the French Revolution.
The first politician to offer $1 trillion in federal assistance to middle/lower classes (free healthcare, free university/vocational training, public housing, public jobs) will absolutely control the electorate at both sides of the aisles.
Remember that redistribution of wealth are very popular American activities. It swings both ways.
Well, I don't particularly enjoy ads on Reddit, Gmail, and, when I used them, Tiktok, Facebook, etc but I wasn't particularly pissed off by them either. On YT it seems just so in your way and in your face and egregious. It's like every couple minutes there's an other ad. You can't even chromecast videos to your tv to play in the background because you have to constantly babysit it or else it will load up an ad that goes on forever or 10 minutes until you come back to skip it.
For those who haven't ever gotten into microtonal and other non-standard tuned music before, it's a really interesting space. I would highly recommend checking out Kyle Gann's album Hyperchromatica (https://www.youtube.com/watch?v=gbT9oRbu3h8&list=PL1IsImnKxK...), which has a pretty wide variety of pieces/genres, showing the potential of nonstandard tuning. It takes a bit to get used to it but there are brand new colours and emotions that open up here IMO. Definitely worth checking out!
Technically Bach was writing for microtonal music - his well tempered clavier was written to show how songs need to be played in the correct keys to sound right. He was against the systems of the day where some keys could not be used, but his preferred system had each key usable but sounding different. Playing them on a modern equal tempered instrument fails to capture what he was trying to show.
Since this is HN, I'll point out that algorithmic music and microtonality go especially well together. In fact, shameless plug: I wrote an entire album this way, and it's open source:
While it's technically completely microtonal, I'll admit that most of the tones closely resemble conventional 12-tone equal temperament. Maybe that makes it more approachable, but I fully intend to go harder in that regard for the next album.
To add yet another example for those looking to try out microtonal music, Sevish's track Gleam[1] is upbeat/poppy and surprisingly palatable. It explores the crunchy textures of microtonal while resolving to familiar pop cadences and helped bridge the gap for me to start enjoying the spectrum of microtonal harmony.
> they're building a product for people who can write JavaScript event handlers but somehow can't 'npx create-react-app'
There's an enormous gap in complexity, required skill, etc between creating these Scrappy applications and building the whole app in React, and then getting it deployed, complete with real time syncing, authorization (as they've implemented with their "frames" and everything. It's at least an order of magnitude greater in effort.
> software, unlike a meal or a home-made sweater, comes with an implicit support contract that lasts forever
I don't think it always has to. It tends to be that way because so far, the lift to create a functioning cross-device multi user application has been high enough that the economics of it requires centralized teams of specialists to build an application for many hundreds of people.
If you lower the stakes really low to the point where the app is as serious as a spreadsheet, then compare it to spreadsheets. Almost everyone has dozens of really casual spreadsheets, many households have shared google sheets for particular, short-lived or casual or constantly changing use-cases. When you slap together a spreadsheet with your partner, you aren't making a promise about long term support and compatibility with the spreadsheet.
Or an other similar thing would just be paper and pen and tape, up on a whiteboard. All kinds of little "hand made" "applications" like this exist in households and in offices. Kanban boards are an example of this but there's and endless different kinds of "board-based physical apps" like chore charts and weekly meal plans. When someone writes on their fridge a list of chores and starts tallying who does what, that is not an eternal promise to maintain the piece of paper with chores and tally marks protocol/system.
The comments about being a SAAS, walled garden, and about the specific implementation here wrt where data's stored etc, this is just a prototype. A POC.
I agree. I feel pretty discouraged from investing the amount of time it would take to get really involved and proficient in a game, if that game is ultimately not owned by me fully and can be paywalled. There's something more satisfying and timeless about a game like Chess or Go which partly I feel is due to them being owned by everyone/nobody (I mean, yes they're also centuries/millenia old but still).
I agree, these are highly experimental projects, more like POC's and not something to actually use for important work. I don't know why people are so often recommending all these myriad different Clojure/Script runtimes/interpreters, many of which are not fully baked.
? Babashka is just Clojure, language wise. It lacks the ability to import arbitrary Java libs due to Graal, similarly no runtime type creation (deftype), and does not support the core async library’s go macro (maps it to thread).
It really is so obviously reasonable it makes you wonder why this isn't already in place. For instance e-bikes are all speed and power limited, why aren't cars?
I think this is a valid comparison. I believe eBikes are limited for safety of the rider and other cyclists they share the bike lane with, otherwise they would practically be a different class of vehicle and a menace. The exact same logic would apply to cars.
It would take a lot more effort and political will to roll this out to millions of vehicles already on the road than to enforce it on a budding new vehicle category, though. That's pretty much how new safety codes always work.
No, they aren’t. The big brands’ sell limited e-bikes, but there’s a massive market for unlimited e-bikes that are basically electric motorbikes with nominal pedals to try and pass as bikes.
Well I mean, in Canada, Europe and the US these would be illegal if they're able to go more than 32, 25, and 40 km/h respectively. That doesn't mean there aren't illegal ebikes out there but I think the vast majority of e-bikes on the road comply with the legal limits.
The US is a hodgepodge of local laws. AFAIK, there is no federal speed limit for e-bikes. The class 1/2/3 designation is optional. And class 3 often conflicts with local laws.
reply