Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror

Comment Re:What? (Score 1) 224

I don't think anybody here really understands Trump. It feeds his ego every time people mention him, either in a good way or a bad way. The more enthusiasm behind it, the more it feeds. When it's a bad way, all you're really doing is affirming yourself as the dangerous other in his conspiracy thinking, which just makes him feel more righteous. There really isn't a good way to deal with him other than just remove his power structure from beneath him, and there's only one legitimate way to do that.

Comment Re:What? (Score 1) 224

I know education is poor in the USA but I genuinely still think your country has a capacity to learn.

It's almost certainly better than yours. We're highly disproportionately impacted by ELL and SIFE students. A teacher's union has left some commentary on that:

https://www.aft.org/ae/spring2...

That's likely in the form of illegal immigration, which unfortunately isn't researched that well, regardless, it says a lot considering ours is three times higher than yours, and unlike you, we actually do educate them.

https://www.theguardian.com/wo...

But speculation aside, the numbers also say you're wrong. Despite the above, our K-12 is technically average to above average, but that doesn't even paint the whole picture:

https://www.pewresearch.org/sh...

And what difference does it make when higher education is a totally different story? In that department, we utterly and unequivocally kick your collective asses:

https://www.qs.com/insights/ar...
https://www.statista.com/chart...
https://www.gulf-insider.com/t...

Besides, what industry are you leading us in? Lightbulbs? You must be proud of Philips. But Cree is objectively better anyway.

https://www.cnet.com/pictures/...

Technologically, you guys are behind most of Asia. May as well be, given China overall outscores Europe in higher education.

Comment Re:say what? (Score 1) 97

I didn't say that this is likely, only plausible. That said, you're still oversimplifying even that. Every class, every enum (which in the case of Java, only pretends it's not a class, and still carries all the baggage that goes with them) has a fair bit of boilerplate.

In sane languages, you can define as many structs (or classes, but only if your problem resembles a matryoshka doll, which nothing really does) enums, or whatever you want in a single source code file.

Although, in Java, it's a common pattern where you pattern match against strings, it's probably not the best idea. My preference is to pattern match against enums, because they're cheaper and faster given they just compile down to (typically) an 8-bit number as opposed to an 8 to 16-bit * N-length array, and by far most importantly, they are easier to perform static analysis against to spend a lot less time debugging. So what if you need say eight enums with two (when Booleans are less semantically useful, and you want your code to be self-documenting and obvious) or three variants each? Well, this is Java, so that will cost you eight files, because we're Oracle, and we like to dime and quarter you. With possibly eight sets of import statements. And eight package declarations (and eight class binary objects in your jar file, but that's another topic. And yeah, I know that predates Oracle, but it's totally inline with their corporate culture.)

Yes, this is contrived. I didn't say this is likely, only that it is plausible. The only way to know what the fuck they're talking about is to see the code. But remember, this is Apple we're talking about. Oracle is pennies and nickels in comparison. And I've never used swift, but I suspect it doesn't put you through all of that shit just to use what is otherwise a very common pattern.

Comment Re:It's not the language. It's tech debt. (Score 1) 97

From an language geek point of view: Swift is better than Java. As a language. But on both cases we have an eco system. The ecosystem of Java is much richer.

Java's ecosystem is shit. The biggest problem with it, by far, is the diamond dependency problem, which Java has no good solution for at all. Once your project relies on dependency shading, it's damned to an eternity of dependency hell. And Java's ecosystem isn't particularly complete either. I literally had to write this bit for a super common function:

https://stackoverflow.com/a/71...

Rust, which is a MUCH newer language than Java, literally has a crate for that, which works on Windows, Linux, AND Mac. And of course, other applications that already support it (as many do) can access it natively.

And the fancy things you can do with Java, for example reflection, build in serialization, byte

You shouldn't even need reflection unless your runtime is a turd to begin with. I.e. JRE. Reflection is slow, and in the case of Java, incredibly fucking convoluted. And Java's built-in serialization is shit compared to the serde crate in rust, which also deserializes. A hell of a lot faster, a hell of a lot easier to control with annotations, it just fucking outclasses every Java library of its kind that you can name, and it came out way the fuck after Java's did.

By the way, you haven't paid your JRE license in a while. Larry Ellison wants a word.

Comment Re: Java vs it's competitors (Score 1) 97

Scala is explicitly aimed at "nig iron" development.

Um...schweinehund...I believe you mean "big iron". Either that or "pig iron". What you just said is a crime in your country under Volksverhetzung, as defined in chapter 7 paragraph 130 of the doucheland criminal code. You are blut und ehrehaft to report yourself to the stasi immediately.

o Dart - despite being quite old

Quite old? Umm...just how old do you think it is, schweinehund?

Also in case you've forgotten, you went all fourth reich on me for calling you 'dude', so we both agreed that I'd just refer to you as schweinehund from now on.

Comment Re: Slow News Day? (Score 1) 15

I think the slashdot editors are just old. Facebook is for old people, so the age group makes sense. Back in their day, all they needed was ASCII, so slashdot only supports ASCII.

Reddit is more for middle aged people who still haven't grown out of their teenybopper phase. So they always get new shit, even when it doesn't work, like the so called "fancy pants" editor that often breaks when you copy/paste from or into it, or the "new" reddit design that's still broken after ten years. But it's hip because you can buy coins with it.

Comment Re:Go lang is objectively benchmarked as slower (Score 1) 97

Except it doesn't. Read Amazon's benchmarks. That very much matches my personal experience as well. I thought Go would be a lot faster...was shocked to see how slow it is. Read what the AWS Rust folks have to say about it. [amazon.com].

That benchmark isn't looking for performance, it's looking for energy efficiency. They're making the case for which languages will lower your power bill. Also notice that golang does come in pretty well when it comes to memory usage, which is likely due to runtime optimizations around things like interning strings, which systems languages typically don't do automatically. (I actually wrote my own string interner for rust, but it's designed specifically for the project I used it for, and wouldn't work well as a library, so I never put it on git or anything.) And yes, low memory consumption does save energy, especially when there's NUMA and/or paging involved, not to mention more likely to be optimized by various caching mechanisms.

I inherited a Go project and the builds took FOREVER and brought my machine to a stop....and I thought "holy fuck...they must have the world's fanciest integration tests running"...then I stepped through the code and found all they were doing was running basic input validation and JSON parsing....like remedial stuff.

One of the main selling points of golang is that it compiles fast. It sounds like whoever wrote the original did a bad job of it. But that's also fairly common among golang developers. In fact, some of the (un?)official go libraries from google are shit, one even has undefined behavior in it that google's developers don't even care about. One library I attempted to use once was so bad that I all I really did was keep the structs and some of the smaller functions, then gutted the rest, replacing it with my own code. I think it was mainly because the developer didn't understand the RFC behind what it was doing.

Mind you, I'm not a fan of golang at all. For the life of me, I can't figure out why golang developers insist that you don't need enums or union types, other than they're just not a fucking thing in their favorite language. For a long time they insisted that you don't need generic types either, until google added some half-assed support for generic types.

If I want something easy to maintain?...I'll go with Java....it'll be faster. If I want better memory usage or speed and don't mind pain in programming...I'll go with Rust...it'll be better in every single way.

Oh god, Java code is horrible to maintain in a large project. Absolutely fucking terrible. I can't stand the fucking thing. Especially if you ever run into the diamond dependency problem, then you'll just want to shoot yourself. Rust is the exact opposite, easy as hell, and basically no such thing as dependency hell either. Once you intuitively understand the borrow checker, it's the easiest language on the planet, especially if you use clippy and follow its recommendations -- they're quite good. Rust is my first choice for basically anything. The only reason I'll use anything else is if the project calls for something else, and somebody other than me made that decision. I use it to write everything from small projects to large ones. The borrow checker never gives me any problems -- even when I'm prototyping my code, I already intuitively know when the borrow checker will complain, and in my mind I've already got the design in place, I just haven't finished typing it yet. And all the borrow checker does is induce you into writing code with RAII, the same pattern that you're supposed to do in C++, but no C++ developer actually uses because they don't understand it as well as they think they do. And rust's tooling...

cargo new helloworld

There, you've got a helloworld program ready to compile with 'cargo run'. No menus or parameters to add or any crap like that. 'cargo add reqwest', there, now you're ready to write code to make remote http calls. That's how easy the tooling is. Compare that to maven, or even gradle, or *shudder* ANT. No XML to muck with either. If you want specifics, it's all TOML, which is exactly as the acronym says. Need a custom build script? Just make a build.rs, which is actually IN THE SAME LANGAUGE as the rest of your code, and every bit as ready to cross compile and run on any platform you support, unlike interpreted scripts.

Comment Re: Uh oh (Score 1) 97

His C++ loop (he doesn't use C) is probably implemented using only linkedlists and he's probably always getting cache misses everywhere. I tried explaining cache misses to him but he doesn't get it. I even showed him a YouTube video of his hero bjarne stroustrup explaining on a whiteboard why using them is generally a bad idea, and he still doesn't get it.

Slashdot Top Deals

Kiss your keyboard goodbye!

Working...