C: What if you used emojis for pointer (*) and deref (&) signs?
this post was submitted on 14 Jun 2023
36 points (100.0% liked)
Programmer Humor
32061 readers
1058 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
I guess that's why I enjoyed working with Go so much.
100% serious, because my next job uses Go - Why? Everything is painful and takes way more code than it should.
Its compiler is very fast, the libraries are great, importing new packages is easy and straightforward, HTTP libraries and frameworks are some of the best I've worked with.
Compared to Java or C#, there really isn't that much boilerplate.
I'd take C# over Go any day.
You call a function, check for err. You call a function, check for err. You call a function, check for err. You parse a string to a number, check for err.
Some of the ugliest code I've worked in. Just give me a try catch!
Is it fast! I'll give it that.
Why is "the compiler is very fast" a good argument though? I'd rather the compiler spends 1 minute and does it well and optimized instead of 10 seconds and I have to write Go, honestly.
In many cases, for many things, compiling isn't the part that takes the longest in development anyway.
There are some great aspects to Go, like how you can map fields of a struct to json properties for Marshal/Unmarshalling and channels is an interesting idea, but other than that it doesn't seem to me like there's a lot of pros over, say, C# which is almost ubiquitous in many industries these days.
Because after waiting for 10+ minutes for a project to build in Android Studio, something like Go feels like a godsend. Also, you're implying that quicker is worse when it comes to compilers and Golang, which is definitely not the case, and Go's compiler produces very well optimized executables.
Do you think the same project, but written in Go, would compile be significantly faster and if so, why can't the compiler for the Android project achieve a similar speed?
Edit: added "compile", as that's what I meant.
I 100% think it would. Android Studio is hot garbage. Not just the compiler, but the whole build process.
Gradle configuration syncing takes over a minute for the most minor of changes when building a project. Importing a new package in Go takes less than a second in most cases.
Changing a version of any imported package in Android Studio has a 50-50 chance of breaking everything. Heck, even creating a new project in Android Studio has a 50-50 chance of working.
The reasons why Android Studio can't achieve similar speeds are plenty, but here are some:
- The whole thing is a patchwork of randomly assembled pieces, with a complete mess of UI and unbelievably confusing settings.
- It is also being developed by Google and JetBrains, so no single entity is responsible for the product.
- The fact that it’s developed in Java doesn’t help, sometimes you can almost see the monstrous garbage collector having to swipe away the memory while the IDE freezes and you have to wait 30 seconds for the app to become responsive again.
- Android Studio is a resource hog, requiring at least 4 GB of RAM to work properly. I had to buy another 8 GB RAM stick just for it to function properly. Also, no matter what CPU you have, it's still going to use it 100%.
Those are fair points about Android Studio - I've never used it, or made apps, and was thinking simply that the compiler wouldn't make much of a difference in a large project; hadn't considered all the environmental disaster about Java and Android development.
God, I haven't worked with Tcl for a while. Really don't miss it.
Yep! just call it HLA (Hi Level Assembler) or ++Sea or?
Just wot we need another language ;)
Isn't that what Rust is?
no.
go is more like simpler C, zig (will be (hopefully)) more like better C
make is inevitable, because everything is a dependency.
There is no wisdom, no truth, only endless dependencies. /s
SQL?
Lisp : What if everything was a list?
Pretty accurate
What would the Swift entry say if there was one?
"What if we pretend people trust Apple?"
view more: next ›