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

This is great for Skip users, but I'm curious how they plan on monetizing for long term sustainability. Donations are notoriously not sustainable and if they weren't able to get enough in license fees before, I don't see how they will get more donations in the future. Unless the plan is that by increasing the user base, the product will get significantly better so that even if there's a smaller percentage of donators, they will end up contributing more in total.

Probably the usual models of offering support, training, and commercial add-ons.

Independent UI frameworks like this don't stand a chance in closed source form if the main competition is all free and OSS, widely used, and high quality.

Interestingly, they went for LGPL 3 here. Nothing wrong with that as an OSS license. But I don't think it's the best license for the job here depending on their intentions. This might actually limit the enthusiasm of people to jump on this. At least they didn't go for AGPL 3 here. That would be a show stopper for many companies. Not much better than just flat out requiring a commercial license.

However, if you want to go all in on free and open source for commercial usage by whomever, probably a permissive license provides the least amount of friction for that. Since it just explicitly allows and encourages that sort of thing rather than attempting to constrain it.

If your goal is wide adoption and supporting a diverse community of contributors that are getting paid through their day job to work on this, that's generally what works best. Most of the mainstream UI frameworks are under licenses like that and for good reasons. SwiftUI, Flutter, Compose Multiplatform, React and React Native, etc. are all licensed permissively. There's a rich ecosystem of independent component and tool developers around those frameworks using similar licenses. Lots of competition as well; this is a very competitive space.

Permissive licensing is what enables ecosystems like that to form. And whether Skip likes it or not; that kind of is the competition. That's where most of the OSS developers are. Developer communities that include developers from companies that commercially depend on the software are stronger and more resilient long term. Building such communities is hard work. Unfortunately, that usually means letting go of being in control.

Small OSS companies tend to be conflicted between their own needs (monetization, protecting their IP, VC interests, etc.) and the needs of the user and especially developer community (unencumbered usage, freedom to adapt and use, etc.). That's all understandable and easy to sympathize with. But it doesn't change the reality of users and developers voting with their feet and mainly using permissively licensed stuff. Because it's there and it works. Also, diverse communities mean that is likely to stay that way. It's a thing I look for in OSS stuff I choose to use.


Looks like they will rely on enterprise customers who pay for priority support access.

Very true. On immich, I've always wanted a way to do certain operations locally like adding to an album before the photo/video is fully uploaded, but I'm not frustrated that it's not possible because if I cared enough I'd create a pull request. For features that Google Photos is/was missing, I'm not as generous.

If you're worried about someone taking away your vote by erasing your pencil marking, then you should be equally/more worried about someone spoiling your ballot by voting twice on the same ballot, thereby invalidating it. You just need to trust that the people handling your ballot won't do that.

> You just need to trust that the people handling your ballot won't do that.

Given the number of people involved in watching ballots the entire time it is happening this would require a lot of compromised people and a lot of compromised scrutineers.


> We should move back to paper voting.

We already use paper voting. If you mean go back to a time before voting machines, then I fear that would actually reduce trust because the amount of tabulation errors, data entry, and spoilt ballots would skyrocket. The only people who are increasing doubt in voting machine are the same people who are trying to disenfranchise voters and not accepting the results of past elections.

The last presidential election where doing a paper recount might have helped was in 2000 and believe it or not, the same party that's calling for abolishing voting machine today was the one who sued to avoid a paper recount then.


They did start a recount! IIRC SCOTUS, at that time already taken over by partisans, illegally ruled to force the original results on us instead of correctly ruling for all FL districts to use the same methodology when performing the tallies.

Yeah. The Republicans blatantly sabotaged the recount and everyone shrugged and moved on.

If you're this paranoid then you can't really trust any piece of software. Many "random" shell scripts that update your system config are more well vetted than 90% of the software you run on your computer daily.

You should trust software that you can verify yourself as safe, or software written by people who you trust not to abuse the power you're giving them over your device by allowing them to modify it.

Personally, I don't trust most popular software either, but its easy to see why people would be fooled into thinking that software written by a major corporation used by millions of people might be more trustworthy than a script uploaded by a random anonymous person who couldn't be held accountable if their software infested your system with malware.


I agree. But I'm just surprised that you'd be extremely wary of running a sub 100 line open source script as a one time operation that you can easily audit yourself but on the other hand are likely using a browser that no one in the world (not even the developers) has fully audited.

I thought your quote was hyperbole or an exaggerated summary of the post. Nope. It's literally taken verbatim. I can't believe someone wrote that down with a straight face... although to be honest it was probably written with AI

I don't think corporation implies for-profit. In my eyes, corporation refers to a large organization with some self-serving motivation which is not necessarily just money. Being a non-profit just so happens to be the best vehicle for this motivation but it doesn't mean that the motivation doesn't exist.

at least in america, in common discussion outside of legal/highly wonky circles, referring to an organization as a corporation almost always implies a for-profit corporation, with (literally) vanishingly few examples of the contrary in popular knowledge (RIP CPB, may you return someday).

Would you consider OpenAI a corporation despite it being a non-profit?

the for-profit pbc arm, yes, absolutely.

To be fair, that was always the case when working with external contractors. And if agentic AI companies can capture that market, then that's still a pretty massive opportunity.

At least AI is (and unlike many contract dev shops) keen to write unit tests…

You're either overestimating the capabilities of current AI models or underestimating the complexity of building a web browser. There are tons of tiny edge cases and standards to comply with where implementing one standard will break 3 others if not done carefully. AI can't do that right now.

Even if AI will not achieve the ability to perform at this level on its own, it clearly is going to be an enormous force multiplier, allowing highly skilled devs to tackle huge projects more or less on their own.

Skilled devs compress, not generate (expand).

https://www.youtube.com/watch?v=8kUQWuK1L4w

The "discoverer" of APL tried to express as many problems as he could with his notation. First he found that notation expands and after some more expansion he found that it began shrinking.

The same goes to Forth, which provides means for a Sequitur-compressed [1] representation of a program.

[1] https://en.wikipedia.org/wiki/Sequitur_algorithm

Myself, I always strive to delete some code or replace some code with shorter version. First, to better understand it, second, to return back and read less.


It's most likely both.

> There are tons of tiny edge cases and standards to comply with where implementing one standard will break 3 others if not done carefully. AI can't do that right now.

Firstly the CI is completely broken on every commit, all tests have failed and its and looking closely at the code, it is exactly what you expect for unmaintainable slop.

Having more lines of code is not a good measure of robust software, especially if it does not work.


Not only edge cases and standards, but also tons of performance optimizations.

I'm confused. Why wouldn't the same taxes apply to a disposable vape which has the same liquid inside of it?

Also, in the GP comment, you mentioned the cost was 400€ but here you're saying 56€. Are you talking about different things?


The 400 euro figure was for a liter, while the 56 euro price is for 100ml

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

Search: