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

It was forwarded to me by a lawyer friend who thought its claims made sense.

This is very interesting!

1. Will we see governments scanning all their laws for vulnerabilities just like we've seen tech companies scan all their products for vulnerabilities?

2. Will we see automated legal attacks on businesses? Germany has the concept of an Abmahnung (https://en.wikipedia.org/wiki/Abmahnung). It's like a cease-and-desist letter except that any competitor can send it to you for very minuscule and ridiculous reasons (such as not listing your phone number on your website) and you have to pay the sender's legal costs when you receive it. (It's expensive!) Will we see those sent automatically at scale to businesses?


Looks like this submission used the wrong link. It goes to the homepage instead of the blog post. Resubmitted with the correct link here: https://news.ycombinator.com/item?id=50304314

Very interesting!

Will we see governments scanning all their laws for vulnerabilities just like we've seen tech companies scan all their products for vulnerabilities?


It would be great to have upstream llama.cpp support for this!


Agreed. They always sound exciting to try out but are such a pain to get working.


I always just throw an agent at it. Is this the RSI I keep hearing about


RSI saves you from RSI


They opened some pull requests and some of them are already merged


Macs are great for running LLMs. Apple has been investing in their M-series chips and it's been paying off, including when it comes to AI.


Until 1-2 months ago, AI-written code was not allowed in llama.cpp. That changed, but it's still not allowed to have AI write your posts for you (issues, PR descriptions, etc.). In my experience, banning AI-written prose leads to much better contributions than on projects where it's allowed.

Of course, llama.cpp also gets lots of AI slop PRs from first-time contributors, but from what I've seen, maintainers simply ignore the bad submissions and prioritize the good contributions. I think that's probably one of the best ways to handle the slop overwhelm.


That’s fascinating and gives me even more respect for how well maintainers know their code sections.


Here's why I think it's working so well, as someone who's participating in llama.cpp development and who has participated in many other open source projects:

1) Reviews are super fast. Sometimes I get the first review 5 minutes after submitting a PR. Today I had a PR merged with two reviews within 42 minutes. This is incredible work by the whole team. It keeps contributors motivated. The pace is intoxicating. On other projects, I've sometimes been waiting months for a review.

2) Georgi motivates people by giving them responsibility. There's no gatekeeping as with other projects. He happily delegates. You do good work? It's appreciated, and you get the freedom you need to make an impact. That feels awesome.

I've rarely become addicted to an open-source project so quickly.


That’s sounds so cool! I wonder how they get to do high throughput contributions. Is the structure very flat, or plugin based? I’ve always admired this project from the outside and glad to learn it’s doing so well. Looks like they have something really good going on. Kudos to the team!


Electron maintainer here. Electron is performant if the app developer writes good code. It's slow if someone writes bad code. That's the same if you use Apple's native APIs.

The big advantage of Electron is that it takes so much less effort to write an application and bring it to all operating systems. Thus, we get applications that would not have been developed if Electron did not exist.


Interesting take. Yes this is very important in many go to market plans to be able to deploy on multiple operating systems without hiring new people that are experts in each one, or spending a lot of time on different deployments.


As a fellow Electron maintainer, I want to say that Felix is a great engineer and an incredibly kind person. He is not an evil mastermind as portrayed in the article. We should be thankful for his contributions to the world of computing.


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

Search: