Servo already exists and is independent and written in a modern language and way ahead of this.
I mean, competition is good but they aren't the only independent browser engine.
Servo already exists and is independent and written in a modern language and way ahead of this.
I mean, competition is good but they aren't the only independent browser engine.
Remind me in 2 years when this project becomes discontinued...
"Ladybird uses a brand new engine based on web standards, without borrowing any code from other browsers." has the same energy as
Not really. They aren't inventing new standards. They are implementing an engine that confirms to existing standards.
In this case having more browser engines not under Google's control is probably a good thing. Although this effort might've been better spent working on Servo.
The project management may have some obvious problems (jOin dIsc0Rd sErVEr; w0rD "thEy" t0o p0liTicAl). But we really need an alternative to browsers funded by Google (Chrome and Firefox).
So I'll do my best to actually build from sources and see what can I help with. Attacking the author is helping nobody.
And for the folks who are saying "wHy n0t rUst", you can always show me the (rust) code.
And for the folks who are saying “wHy n0t rUst”, you can always show me the (rust) code.
https://github.com/servo/servo
I really wish they would publish flatpaks because I can't be arsed to either build the thing or get a non-standard precompiled binary to run on nixos.
Well, thank you for pointing me to this project. Didn't know about it. I've just built it. So, the part of I'll do my best to see what can I help with applies here to.
you shouldn't use this browser the devs are transphobic sexist chuds
Hmm. I just read the github thread that this is about. The devs made a mistake on this; but it seems to me that there is a bit of an over-reaction here. The people in the thread seem to be discussing it calmly and politely; and the issue (i.e. use of pronouns in the build instructions) ends up being resolved. By contrast, the reaction outside of the actual thread... is extreme.
Like I said, this seems like an overreaction to someone making a mistake of ignorance & indifference. It wasn't an act of malice.
builds a new browser from scratch without borrowing existing code
still chooses to do it in C++
Epic fail
The language choice was because Ladybird started as a component of SerenityOS, which is also written in C++. With this separation, they are free to gradually introduce other language(s) into the codebase, and maybe eventually replace C++ entirely, piece by piece.
In Hackernews thread about this, the head maintainer mentioned that they have been evaluating several languages already, so we'll see what the future brings.
In the meantime, let's try to be mature about it, what do you say?
The dev has 30 years of experience with c++ and a lot of it was on browsers.
He tried to incorporate rust with the help of "JT", one of the original rust designers/devs and according to Andreas it didn't work that well due to the web being too objet oriented or something like that. They both worked together (well, mostly "JT") to create a new safe programming language called "yakt" that transpile to c++, but the project is currently pretty much dead because nobody is really working on it anymore.
Not sure if you are trying to be funny, but if not: enlighten us?
Sure :)
There are a lot of downsides of C++ compared to more modern languages that make it not a great choice if you're starting a web browser from scratch
So tl;dr: a browser but in C++ will take much longer to develop, have fewer features, more bugs, less concurrency and and more security vulnerabilities
Thanks for laying out your concerns. As a C++ developer who does not know the other languages you speak of (I assume Rust, Go), I can agree to some of your points, but also some of them I see differently:
C++ can be complex, because it has a lot of features and especially the newer standards have brought some syntax that is hard to understand or read at times. However, those elements are not frequently used, or if they are, the developer will get used to them quickly & they won't make development slow. As a matter of fact, most development time should be spent on thinking about algorithms, and thinking very well before implementing them - and until implementation, the language does not matter. I do not think that language complexity leads to increased bugs per se. My biggest project is just short of 40k lines of code, and most of the bugs I produced were the classical "off by one" or missing range checks, bugs that you can just as well produce in other languages.
C++ no longer requires you to do manual memory management - that is what smart pointers are for, and RAII-programming.
I can't make a qualified comment on that, due to lack of expertise - you might be right.
You're somewhat repeating point 1) here with slow development. But you raise a good point: web standards have become insane in terms of quantity and interface sizes. Everyone and their dog wants to reinvent the wheel. That in itself requires a very large team to support I would say. As stated for point 1), I do not agree development in C++ has to be slower
True, as someone who just suffered from problems introduced on windows (cygwin POSIX message queues implementation got broken by Win10, and inotify does not work on Windows Subsystem for Linux) I can confirm that while the C++ standard library is not much of a problem, the moment you interface with the host OS, you leave the standard realm and it becomes "zombieland". Also, for some reason, the realtime library implementation on MacOS is different, breaking some very simple time-based functions. So yeah, that's annoying to circumvent, but can be done by creating platform specific wrapper libraries that create a uniform API. For other languages, it appears this is done by the compilers, which is probably better - meaning the I/O operations got taken into those language's core features
I am highly doubtful of people relying on garbage collection - a programmer that doesn't know exactly when his objects come into existence, and when they cease to exist is likely to make much bigger mistakes and produce very inefficient code. The aforementioned smart pointers in C++ solve this issue: object lifetime is the scope of the smart pointer declaration, and for shared pointers, object lifetime expires when the last process using it leaves the scope in which it is declared. For concurrent programming, I do not know if you mean concurrency (threads) or multiple people working on the same project. While multi-threading can be a bit "weird" at first, you have a lot of control over shared variables and memory barriers in C++ that might enable a team to produce a browser that is much faster, which I believe is a core requirement towards modern browsers
As for your tl;dr: definitely not "less concurrency", that makes no sense. The other points may or may not be true, keeping in mind the answers I gave above.
I'm not sure 10 years old are allowed on the internet. Isn't it time for Coco and bed?
I agree that Rust would be an interesting choice for this project but there's a reason why this particular project is done in C++
there's a reason
Oh good that settles it, no further questions your honour
I wouldn't go around accusing people of being 10 years old when your English skills are worse than a 10 year old's. Glass houses and all that.
English is not my first language. I saw the mistake and left it here. You fixated on that simple mistake instead of answering the main point
Your main (or at least first) point was to throw childish insults around, so you got the same in return
Let's be honest, we both were childish :)
This is a most excellent place for technology news and articles.