That’s what I’d label it. It would be a direct violation of the contracts we use since we have a clause preventing contractors from contracting out their work.
Yes. I think there is a strong market opportunity for recruiting companies that find remote employees who are really who they say they are and aren't running any kind of scam.
Gradle and Maven are both a million times better than whatever constantly changing collection of random stuff you have to use to build a contemporary node project.
Nah. Gradle has its advantages but it's way more complex than building a node project. The Gradle DSL is utterly incomprehensible to anyone that isn't a seasoned Java dev. Honestly, I struggle to think of a language with a more complex build system than Gradle, besides building cpp apps.
Nah, Gradle is a fucking mess no matter what. If you don't absolutely understand the gradle life cycle, how to avoid task configuration, keeping everything lazy, avoid cross configuration, understand that buildSrc is shit, gradle will be hell.
Agreed. Maven is boring, but for most stuff it just works. Hard to customize, but before doing that, ask yourself why you're doing something different than millions of other projects. Go with the defaults and things will work.
Gradle feels to me like trying to set up a webpack project. Loads of magic configuration no one dares to touch after it happens to somewhat work correctly.
Let's not compare Maven to Gradle. One is a stable, rock-solid, decades old declarative build tool with reasonable performance and excellent backward compatibility - the other is a configuration, semantic and maintenance nightmare.
Gradle is a very very good build tool from an engineering perspective - it can seriously speed up compilation, is actually correct (maven sometimes need a clean install to be 100% sure it creates the actual things) and basically has every capability out there.
The only reason Gradle is faster is because it uses a daemon for build caching and leverage JVM code optimization.
Once you apply that same strategy to Maven, it actually tends to beat Gradle in performance too. See Maven Daemon: https://github.com/apache/maven-mvnd
And if you build from inside IntelliJ, I think it already does essentially the same thing (unless you tell it not to) by importing the Maven project into its internal build system and using a compiler daemon: https://www.jetbrains.com/help/idea/delegate-build-and-run-a...
You don't need anything to build a node.js app. If you use typescript then yes you'll want typescript, but honestly the experience out of the box in node is pretty fantastic that you don't need anything else, as far as build goes.
Granted if you are talking frontend browser code then sure webpack, but that tool has been around and stable for many years now.
Added bonus too is browser adoption is way better than ever so you don't really need a transpile either, typescript being the exception.
Not sure I agree. NPM as a technology is actually pretty decent and fast. The biggest issue is that package.json doesn't allow comments. Webpack is shit. But there are good alternatives to it now - primarily esbuild.
I'd take that build system over Java's dog slow build systems any day. Just a shame about the JS ecosystem itself. Too many badly written libraries not written in Typescript (inexcusable these days) with a gazillion dependencies.
There's a lot of garbage TypeScript libraries too. I think a lot of this just comes down to size. Smaller languages tend to focus together on maintaining and contributing just one package that does the thing. TypeScript and JavaScript as lowest common denominator languages for many scenarios means there's a lot more options for better and worse. What hurts both as well is they are multi-paradigm while the broader communities are general pushing very hard into a single paradigm which necessitates more libraries and ecosystems.
Loving FP and admiring `fp-ts`'s work, I can't help but think our communities would be better off doing FP in FP languages instead of writing unergonomic and idiomatic code to much of the splintered TypeScript community. Yet, we'll writing things this way because it feels like the correct way to do software, meanwhile a bootcamper would find it incomprehensible; this same person would find an FP language more approachable because there's only one way to code it.
How is Java’s build tool slow? The single frontend compile step is literally the slowest in a badly architected project we use, even though it goddamn deploys to wildfly!
Java literally compiles as fast as it gets, while npm chews through the same files multiple passes, and goddamn barely does anything yet takes eons of time.
Yeah, I have no idea what that person is talking about. I'm in the same situation as you; we can compile hundreds of thousands of lines of Java code in dozens of different jars in less time than it takes for one of our frontend javascript builds to run.
The problem isn’t necessarily the quality of gradle or maven but rather that you get one more build dependency, thus increasing complexity of the project.
In hindi there is a saying "प्रत्यक्ष को प्रमाण की आवश्यकता नहीं होती|" ((bad) translation: The apparent does not require proof"). Look at any of the major figures in crypto, I don't see many "non white guy" people in there. Come on man, not everything requires us to do a study.
In journalism there is a saying, source your claims.
You don't need a study, but you need some sort of base to the claim.
Your anecdote tells us nothing, I know many non-whites who got rich from crypto.
Not everything requires a study, but when writing an article you should back your click/race-bait claims up with facts if you just HAVE to put them in there. Maybe just leave it out since it wasn't relevant.
I'm sorry but I don't think people need to cite sources in every sentence for every word. You are not going to ask them to cite the dictionary for each word, would you? So there is a balance, and I think we are just conflicted on where the balance should land. I think this problem is pretty apparent and you don't. What I can't figure out is are you just rules lawyering at this point or do you actually believe its not a problem.
Russia, France, Germany, and Ukraine held Normandy peace talks back in January, some of the things the Russians asked for (paraphrased): Russian-speaking regions of Donetsk and Luhansk would be granted special status within Ukraine, security guarantees from NATO, a limitation of the number of troops stationed in Eastern Ukraine, and Ukraine restoring the fresh water supply that they cut off from Crimea. Conceding on some of those things might have been a good alternative to war.
Ukraine is a democracy. It's not up to us or anyone else to "ensure their neutrality" if that's not what they want. We already refused to allow them into NATO under the guise of "ensuring their neutrality" and look how that turned out.
It's a country similarly corrupt as Russia (oligarch wise), that's used as a puppet to pressure it. They have big foreign involvement, and even had their democratically elected leader toppled just 8 years ago. Nominal democracy and huge foreign influence are not contradictory, rather they are the norm.
Doing the opposite of how you ensure their non-neutrality as another country.
Don't use them as pawns against Russia, don't get them into NATO, and have Russia sign and respect that - and ensure their borders from Russia and everybody else, fighting for them if necessary (not merely with hypocritical sanctions and condemnations after you've sacrificed them).
The wars in Iraq and Afghanistan were repugnant, but comparing the invasion of countries with brutal authoritarian regimes with the invasion of a functional liberal democracy seems disingenuous.
The people who live in those countries don't view it any differently when their relatives get murdered.
99.9% of the population of any country mostly just want to live their lives and politically all they do is talk and maybe fill in a circle on a ballot once in a awhile. There's a useful fiction that they're all collectively responsible which is used for various illegitimate justifications.
Just like soldiers fight for the person next to them, insurgencies are born because your family members got killed by foreign solders who parked tanks in your cities. Once you leave the rationalizations of the political theater behind and get down to the reality of where the individual acts of homicide are happening in the war, it is all the same thing.
Why can't I? Are you implying the Afghani wanted their torn up country invaded by yet another superpower? They haven't seen anything resembling normal life in generations. Or that Iraqis deserved to get their well developed country almost completely destroyed?
You seem to be completely ignoring the lack of legitimacy and popular support that the authoritarian regimes in both Iraq and Afghanistan had, as well as the human rights violations that were commonplace while they were in power.
The war in Afghanistan was obviously a complete and total failure given that the Taliban are now back in charge, but it's hard to argue that after all this time that the Iraqis aren't better off living in an (albeit flawed) democracy than under the rule of Saddam Hussain.
My organization decided to hold off on purchasing M1 MacBooks for developers until they're better supported by third party software. Too much stuff just crashes or doesn't work well, even with QEMU and Rosetta.
After the November 2020 release of the M1 Macs, Docker and many developer tools were still not available and you would have to wait 6 - 8 months for Docker to be fully supported and out of beta for M1 Macs.
Not quite ideal to wait for your tools to be available on your machine for more months in order to do any work on it.
The smartest thing anyone would have done to save themselves from disappointment and frustration as a developer is by simply using your existing Intel Macs and 'waiting' for the software ecosystem to catch up with the Apple Silicon Macs.
I don't have anything of substance to add but I can definitely echo your experience. I'm still in love with the M1 chips but it is definitely not a seamless transition if you work with Docker a lot. I've had containers behave really strangely and unreproducibly.
ARM 21.10. Greatly improved disk performance. (Not measured, just based on my dev experience with the RoR + MySQL app I am working on.). I did find file sharing via WebDAV and SMB to be lacking so ended up going with sshfs.
