Whilst generative AI is great for writing business letters and essays and all that, going straight for coding, one of, if not the hardest problem is a bit much.
This is a come back in 5 years when it works sort of thing.
Some of the most annoying, that's for sure. I uninstalled it when it started to uglify the icon on my desktop when I neglect daily exercise. I mean, it's totally fine if it's just me, but since it was an impulsive action on my part, I would be curious to see if I wasn't one of the many. I wouldn't be fond of my company's PR department if they lose customers over stupid jokes.
That said, after spending too much time on DuoLingo, I should have dropped it anyway. First off, one should be honest to himself and admit that it is a game, not a language study material. Which is ok, but still, I would really like to have an app that is a bit less of a game and a little more of a interactive textbook (I don't know one). Second, honestly, most of the course materials are surprisingly low quality. They kept adding all these gimmicks, animations, icon uglifying, etc., yet the core content was barely worked on. After a couple of years you start really wondering what are they spending money on. I mean, literally, do they even have paid staff working on some less popular languages, or it's just community?
Well the problem is best stated as "I don't know how to use channels and I don't intend to learn". So perhaps some kinda of developer education is the solution?
Well it's positive for various countries that benefit from an end to US dominance over the world. :p
So for the US itself? The theory would be that the tariffs will increase US manufacturing sector. But the cold hard truth is that it isn't the 1830s anymore and last time tariffs were tried happened to line up exactly with the Great Depression.
Even an competent administration would have great difficulty making tariffs to restore manufacturing work in the US, if that is even at all possible. It fails because other countries just put the same tariffs back on the US.
So with the Trump's administration some kinda of serious economy meltdown is almost certainly the result.
Well China's economy is currently tied up in a housing pyramid scheme that's gone burst.
Russia's economy is on such a war footing regardless of if it wins or losses in Ukraine, the economic shock of the end of the war will bankrupt the country. See Dutch disease.
And no one wants to host the Olympics, it's a huge money sink.
So it doesn't really pay, it's just bankrupts you. Even Trump's America is having massive stock sell offs and other countries dumping the dollar.
To be honest, i do not care much for the clownish figureheads of the tribalist regression. I care for a extensive root cause analysis, so that there is a viable, voteable-for alternative in 3 years when democracy comes once again to the test. One that has no old democratic figureheads (well maybe except for bernie) and no "right on, right on" as program. I want party internal reform and if for that the party as a whole has to renorm and give up on beloved ideas it deemed more important than the voters thus far so be it.
The mindset that you can master any programming language in a month is exactly what I meant in my previous post. There's a veritable cottage industry of "golang pitfalls" blog posts out there that show there are absolutely a lot of footguns in Go.
For example, what do you think the following should print?
values := []int{4, 8, 15, 16, 23, 42}
for value := range values {
fmt.Println(value)
}
I don't think there are very many people who would guess the integers 0 to 5.
I also like the following one:
ch := make(chan int)
ch <- 1
fmt.Println(<-ch)
What would this print? The only correct answer is sadly "fatal error: all goroutines are asleep - deadlock!".
Golang is a fine language and simpler than most, but sadly "simpler" is not the same as "simple".
But people here are comparing a language standard library with a framework like Spring, which doesn't make sense.
The Java standard library has a web server in it, it has JDBC. You could use those directly. That's comparable to the Go standard library. For real apps people don't do this because they want a lot more, like simplified database access or session management.
It strongly resembles JDBC. Doing a database query with that is verbose and error prone. Compare the work needed to do a lookup query and map the results to a data structure with that to (Micronaut syntax, Spring is similar):
var someGopher = gophersRepository.findById("goo");
Add the username/password/host/port to the config file and that's all you need for db access. Compare to the Go stdlib which wants you to manage drivers, connections, prepared statements, rollbacks, etc. It's a different level of abstraction.
This is a come back in 5 years when it works sort of thing.