I am very glad that C++14 is getting more established in KDE. I am currently spending a fair amount of time learning Rust and really think there are quite a few things they get right over C++. Rust is also a relatively complex language and struggling with ownership, borrows and mutability is a common occurence for a newbie to the language. Does anyone know if any KDE Plasma applications makes use of Rust?
Announcement
Collapse
No announcement yet.
KWin Now Requires C++14; Perhaps More Of KDE Will Make Use Of Newer C++?
Collapse
X
-
Originally posted by discordian View Postpopular languages get bitched about, not really news.
And the reason for that is simple: it's a mess.
bitman, I don't see how it's a "pretty good language". It was already horrible pre 0x and opportunities to clean up the mess were not used to do so, but to add to the mess.
Comment
-
Originally posted by ElectricPrism View PostBecause when you dump $100,000 into a project you want it done in a laungage where if you need new human resources it'll be easier to find over XYZ H4X0R Language 2017
But hey, in your dream world you probably have access to the most l33t haxx0r c++ pr0gramm3rs that only produce highest-quality code without bugs and don't mind being horribly underpaid.
Comment
-
Originally posted by xnor View PostBut C++ isn't even that popular. Popularity has been on a constant decline year after year since at least 2000.
And the reason for that is simple: it's a mess.
- Likes 1
Comment
-
Originally posted by konserw View PostHave you got anything to support that? from first thing in google I can see that C++ is 3rd most popular language in the world - https://www.tiobe.com/tiobe-index/
Give it a few more years and it will be even below JavaScript.
Originally posted by konserw View PostAnd from what I can see there it's decline is more due to rising popularity of .NET (VB and C#) and interpreted languages like PHP, Python and JavaScript
Originally posted by cj.wijtmans View PostLove the salt from C++ haters because they cant understand it. Simple minded folks.Last edited by xnor; 19 July 2017, 02:40 PM.
Comment
-
Originally posted by boxie View PostA small project like this seems like the perfect target for rust/golang :P
* https://github.com/ksimka/go-is-not-good
* http://blog.llvm.org/2011/05/what-ev...ould-know.html
A programming language is a tool which should nab you into the direction of construction of more or less "properly" designed code, in other words, It should help you to manage complexity. By using C, C++, golang and the likes you slowly (at first) drown yourself and the universe in an exponentially exploding ball of shit.
Rust does the job reasonably well. And proper strictly-typed pure functional languages do it a lot better still.
Comment
-
Originally posted by mastermind View PostGolang should be killed with fire along with C/C++. Almost the only reason this mess-generating crap became so widespread is that it is pushed by a large and influential corporation.
* https://github.com/ksimka/go-is-not-good
* http://blog.llvm.org/2011/05/what-ev...ould-know.html
A programming language is a tool which should nab you into the direction of construction of more or less "properly" designed code, in other words, It should help you to manage complexity. By using C, C++, golang and the likes you slowly (at first) drown yourself and the universe in an exponentially exploding ball of shit.
Rust does the job reasonably well. And proper strictly-typed pure functional languages do it a lot better still.
when you get right down to it, every language has trade offs (there is no perfect language) - Rusts main tradeoff is that it has more complex syntax and therefore more complex to learn, that complexity gives rise to better memory guarantees without the need for GC. Golang has (now) a quite awesome GC and much easier to learn syntax.
Both are good languages in their own rights.
As for language design, I will let those that have created successful languages debate the merits of each. I think you will find that they all respect each other and could probably talk about it for days on end and still be civil at the end of it.
Comment
-
Originally posted by boxie View PostGolang has (now) a quite awesome GC and much easier to learn syntax.
Just allocate a lot of nodes of a linked list or tree and your application will spend most time inside Go's "awesome GC" and slow down your application at the same time. So it will eat a lot of CPU cycles to do work other than the actual work and the application will be many times slower than even a simpler dotnet or Java implementation, for example.
Of course that doesn't mean you cannot throw much more powerful hardware than needed at such a problem. That's the simplest thing to do, right?
Originally posted by boxie View PostIt's entire purpose in life is to be easy to learn (can be productive in < 1 week) and easy to maintain large projects. It largely hits both of these targets.
On the latter part, hell no. There is no function overloading, no generics .. heck, there's not even const structs. Const is just limited to integral types. But not because it's simpler for developers but because it's simpler to implement the language that way. That is the common excuse.
And "error handling" is just a nightmare.
It's just such a limited language, and some of the limitations don't even make sense. They've designed a language where usability was sacrificed for simplicity, though not for the developer that uses the language but for the developers of the compiler/language.Last edited by xnor; 21 July 2017, 01:12 PM.
- Likes 1
Comment
Comment