Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
C0D4681452y
-
C0D4681452y@johnmelodyme I get a GoLang feel.
But then I haven't delved into rust.
Seems to be new languages trying to be the same "style" these days.
Innovation had died 🤷♂️ -
-
I am annoyed by Google for creating languages which supposedly specialize for a specific domain while technically being general purpose.
Dart for flutter, Go for backend, now Carbon for things where performance is critical I guess? What‘s the point? We have plenty of C++ contesters like Rust.
Apple does the right approach:
Swift is general purpose and fits perfectly well for all kinds of domains:
Frontend, Backend, UI, configuration, scripting, machine learning, …
And it does that without any sacrifices to performance or readability and expressiveness. -
@johnmelodyme @Lensflare sadly a jack of all trades isn't always possible
Go is garbage collected, so not too viable for the "performance critical" applications they describe in the carbon repo.
Dart is even further away from that, it feels like a JavaScript replacement (except done properly).
GUI and "performance critical" are two very different worlds.
Yeah you can argue that dart/go could be more interchangeable in their application, but anything realtime related doesn't get that choice.
Realistically we only get C or C++ here. The only alternative that is getting traction is Rust. -
@C0D4 Innovation had slowed because we have a solid base and conformance has inherent advantages whereas differences need to pay off.
-
hack64562y@C0D4 @johnmelodyme
"Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. Unfortunately, the designs of these languages present significant barriers to adoption and migration from C++. These barriers range from changes in the idiomatic design of software to performance overhead.
Carbon is fundamentally a successor language approach, rather than an attempt to incrementally evolve C++. It is designed around interoperability with C++ as well as large-scale adoption and migration for existing C++ codebases and developers. "
This is why they are trying to be same style with c++. Another quote from docs:
"There are a few languages that have followed this model for other ecosystems, and Carbon aims to fill an analogous role for C++:
- JavaScript → TypeScript
- Java → Kotlin
- C++ → Carbon" -
I like Carbon for one simple reason. When some Rustacean starts going off about Rust I will just say: Carbon in better. It doesn't matter if it is true. New trigger material.
-
@C0D4 Author said that it was inspired by GoLang.
Am I the only one who does not like first character of functions in uppercase?
Just feels weird and kinda brakes typing flow for me :/ -
C0D4681452y@nemetepst class names are Up, function names are lower in my book of preferences.
But... some people tend to disagree with me 🤷♂️ -
C0D4681452y@Lensflare well, it is a Microsoft thing. They do like to "think differently", or was that an Apple slogan?
-
@C0D4 Same for me, I read thru some of carbon docs and they are doing same shit as go:
public functions: fn HelloWorld() ...
private functions: fn hello_world() ...
I don't like this approach, why is this considered good?
You need to firstly rename the method and then this also causes refactoring by ide..
fn and pub fn for example, what's wrong with this?
Anyway sorry for the rant, I'm just not a fan of this "let's remove everything so we can say that we are not a verbose language"... -
@nemetepst so Camel Case is private and Pascal Case is Public?
Wtf?
I begin to think that's lazy writing on Google's idea. In Dart, every variable with underscore at the prefix are private variable. Now they differentiate with Case? -
@johnmelodyme I don't like it either, but yea I think you are right this is Google's idea of a "better" language design...
I need to find out what drugs are this programmers taking so I can avoid them, clearly they do more harm then good..
What do you think of this?
random