2022.1 is coming shortly. In any case, one can easily specify jdk18 as the platform to use for a project. The IDE might not recognize some syntax, but the code will compile and run just fine.
How is this not the same as spam, and with the same solution: require some cost to be borne by the uploader. The video hosting site can require a credit card and a small fee, like $1, and this problem will go away.
But Pornhub won't do that because it will cut profits.
Which is the real problem here. Pornhub is making $$$ off the victim of sexual assault. They will do just enough to pretend that they are fighting the problem, but not do the one thing that will actually end it.
One piece of context that's important is Pornhub only submitted to those changes due to mass public demands for credit card processors to cut them off, largely due to reporting on this exact problem by Nicholas Kristoff[1] in the opinion section of the New York Times.
Idiot that I am, just clicked a Pornhub link on my work computer because it was "non-porn"... I guess today I learned Pornhub is not blocked on my work computer.
Another commenter already described how difficult it is to upload on pornhub now; but I think there is an incredible myopia when it comes to Pornhub. For some reason people believe if you shutdown pornhub then the problem goes away.
The profit aspect is misguided as well - there are probably millions of porn sites out there and on 4chan there are probably hundreds of illegally, coerced images trading around for free by obsessed weirdos who will dox women just to feel closer to them. Pornhub likely makes most of it's money from the top 10-20 pornstars; the bottom 99% just represents a headache which is why they probably found it easy to ban non-verified porn.
I'm sympathetic to sex workers who should be allowed to make money from their work; but the very distribution of content over the internet exacerbates this problem whenever there is porn involved.
certainly requiring a cc and charging money would get people to upload less, but 'the problem' would not go away. Not at $1 and not at $10.
I've run into some of these revenge post people - and they would pay $10, and they'd do it every week.
Heck some service would crop up to pay someone in country X to upload to 10 different sites every week for $20 with bulletproof hosting and darknet distribution for $50 - and most of these revenge folks would pay that.
I get your sentiment, and I'm pretty sure phub has already cut into uploading in more ways than that already, and they have certainly lost money and traffic with the changes they voluntarily pushed out a while back.
They deleted way more than the non-knowledge uploads, and making it harder for sharing is giving the other tubes an advantage and growth (at their expense) the past so many moons.
in my small data point experience in real life - the offender was using vpns and burner phones to post and to harass with different numbers in one case here locally.
I've also unfortunately discovered that there are services that handle this kind of thing; using a stolen ID from a different country to do these things for you - trust me when I tell you that those who really want to bypass all the auths / payments / hashes - will find ways to do it again and again.
I've also tracked down some of these folks and was very plainly told that "the army of my country was not going to invade their country to harass them" for harassing someone here - and they were right.
After spending months putting together verifiable evidence to hand over to agencies in neighboring countries and countries abroad, zero people were arrested.
I did get one person's VPN account disabled once though!
They did return the next day using a new vpn service. So yeah, there are jerks out there that will spend $10 a week, or $50 a week to harass people, I've witnessed it many times.
Anyone you would catch doing something like this (using their own credit card and phone/computer) would already be caught with basic ip logs - no need to set all the extra hoops that make it harder for the average user, because those hoops are not stopping those who are extra shady in the first place. imho, ysmv.
This is so removed from reality that it's difficult to know where to start.
For starters, sub-pixel aliasing is a standard part of the JDK and isn't a Jetbrains addition.
What exactly is stopping you from using a standard JDK17 build with Intellij? How is the IDE not functional for you when doing so? How is it improved when using the JDK17 runtime they have on their github page?
Trying to use a newer JDK on some applications, like Intellij, may require adding entries to the idea64.vmoptions file to relax the module restrictions that were tightened in JDK 15 and 16, if that app hasn't been updated for those changes.
Entries like this:
--add-opens=jdk.jdi/com.sun.tools.jdi=ALL-UNNAMED
might be needed.
Standard Jetbrains Runtime - slow as fuck, missing a whole host of performance improvements, security updates, and bug fixes since the fork occurred back in JDK8/9 Era.
OpenJDK - ugly as sin, gui becomes glitchy, lose out on customer support channels (first thing they tell you is to use the standard jetbrains runtime)
Newer versions of Jetbrains Runtime - have to reinstall manually every time you update your IDEs. You also lose out on customer support, as they are beta software.
This isn't really a hard problem to solve: find a way to upstream your improvements to the JVM, and then package the upstreamed version. All of these problems go away, and you're even relieved of the burden of maintain a long running fork.
- The current JBR is JDK11, not JDK8.
- You don't need to reinstall anything to use an alternative JDK with the IDE. Just set the IDEA_JDK envar to the JDK of choice.
- Ugly as sin is an opinion. I use the IDE with linux on a hidpi display. Looks perfectly acceptable to me...even running with JDK18.
- I just reported an issue while running with the JBR17 a few days ago. Jetbrains was perfectly responsive to my issue.
Edit the idea64.vmoptions config file and use the GC of your choice. I've been running with ShenandoahGC for quite some time now and it's been working great.
Yes particularly on Linux, any non jetbrains jdk running intellij looks awful. I don't know if the consider it as some kind of competitive advantage to not submit fixes upstream.
It depends. There is less latency in the IDE due primarily to better GC (just as the article describes). I think the speed is better too on things like indexing the code base, but that could depend on your computer. I'm running on a 32core high end AMD system with lots of RAM, and I increase the heap setting in Intellij to 4G, etc. I think the IDE is subjectively better.
We run all our production applications on JDK17 too, which is why I push to run everything on 17.
I used both in the Monte Carlo calculations for my PhD thesis back around 1990. Much better convergence than generic quasi-random numbers.