za3faran

22 ms·

361.
by za3faran 3y ago
Counter point: there are safe countries that do not have these car thefts regardless of the immobilizer policy. E.g. UAE.
362.
by za3faran 3y ago
This is a false dichotomy. golang is weak that things that should have been in the standard library end up being hardcoded (like maps).
363.
by za3faran 3y ago
Having worked on large golang codebases, it shows quite quickly how badly error handling is, the example you mentioned being one of them, as well as others not detected by the compiler or linter. Using multiple return values to model errors
364.
by za3faran 3y ago
It's harder to maintain compared to similar logic written in Java or C#.
365.
by za3faran 3y ago
Now add filtering and groupBy and watch that loop become several dozen lines. I worked on one of the largest golang codebases in existence, and it's definitely harder to see the underlying logic compared to something like Java or C#.
366.
by za3faran 3y ago
First time I hear that list comprehension is a dangerous tool. The way python implements it is awkward I'll give you that, but there is a lot of success in how Java and C# implement it for example. golang just chose the easy and overly
367.
by za3faran 3y ago
Yet in typical golang fashion of not learning from previous languages, they chose to ignore this behavior, only to go back and try to fix it later.
368.
by za3faran 3y ago
I'm constantly astounded at the way roads are laid out in many areas. Dumb traffic signals that turn red even when the road is empty, stop signs that can easily be replaced with yield signs, and much more. Low hanging fruit. But there
369.
by za3faran 3y ago
Only in the hipster blogosphere. In the real world, Java is quite strong.
370.
by za3faran 3y ago
So this might actually make checked exceptions popular again eh? ;)
371.
Our cloud exit has already yielded $1M/year in savings(world.hey.com)
1 points by za3faran 3y ago|0 comments
372.
by za3faran 3y ago
It's a reality of any non-trivial program, regardless of the language.
373.
by za3faran 3y ago
And if you want to configure the scope of `my_dep1` (singleton, transient, etc.)? What about nested dependencies? etc.
374.
by za3faran 3y ago
I was mainly arguing against golang. As for Kotlin, given the incredible work that has been done in Java recently, the argument is that there isn't much reason to switch over anymore, due the introduction of more moving parts into the
375.
by za3faran 3y ago
You can write basically anything in any Turing complete language, doesn't mean it's a good idea.
376.
by za3faran 3y ago
golang is a simplistic language which lacks the modeling capability of Java, so it won't do well in large business code.
377.
by za3faran 3y ago
> Google invented Go. A handful of people at google invented golang is the more correct thing to say. Yet, google continues to use Java at a much much bigger scale than golang. golang is simplistic, not simple. Once you work on large gol
378.
by za3faran 3y ago
Records and value/primitive classes are immutable, not to mention https://openjdk.org/jeps/401
379.
by za3faran 3y ago
Nothing to do with the nature of the language, but with the nature of the program. If you're writing a few line script, you don't need a DI container. Once your program gets large, it becomes extremely messy without one. It's
380.
by za3faran 3y ago
> I've worked with the kind of engineers who are still doing Java + Spring like it's still the 90s, and they're not the ones you want on your projects And I've worked with programmers who use the latest fad of the da
381.
by za3faran 3y ago
> reliance on traditional OO means that only a small subset of business domains naturally map to the language's constructs You don't have to stick to OO constructs. Java has functional programming support and pattern matching.
382.
by za3faran 3y ago
For cases that are IO bound yes. Threads still have their place (another thing that golang doesn't have).
383.
by za3faran 3y ago
Java has structured concurrency in the works, which will not be much more verbose, unlike golang.
384.
by za3faran 3y ago
Ironically, golang does not have constructs to build immutable types to pass them around, while Java does (records).
385.
by za3faran 3y ago
It was a monorepo, with many hundreds of programs in it. I worked on a handful of them, but I was able to see what other people were writing.
386.
by za3faran 3y ago
Let's not forget who golang was made for: "The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably
387.
by za3faran 3y ago
It's verbose yes, but also more error prone.
388.
by za3faran 3y ago
> that it has a standard library that is world class for building a worldwide ads serving network What does the golang standard lib have for that use case that Java doesn't have, or do better? > but the argument is that forcing p
389.
by za3faran 3y ago
Having worked on one of the largest golang code bases on the planet, I agree completely. I would always think to myself how much simpler and more reliable the programs I saw would have been in Java. But hype is hype I suppose, not to mentio
390.
Project Babylon: Chance for LINQ (and More) in Java(vived.substack.com)
1 points by za3faran 3y ago|0 comments

More ›