And release zip contains a _MACOSX folder which is a clear indication of sloppiness and/or rushed release. ... and ligatures don't work out the box in JetBrains product IDEs.
And if only they slapped beta on this there will be not problem what so ever...
Will Amper kill Maven and Gradle?
If it works and it is free then maybe, but probably still not. Also it is a Gradle plugin, so it will not touch Maven at all. And it uses yaml configs... I do not like this at all 😀
Maven is very good for small projects and Gradle take a niche of Ant on steroids. Nobody in his sane mind will migrate from one build system to other until benefits of migration outweighs the burden of redoing all pipelines from scratch.
The problem with JB products that they are barely working now. If you step one iota outside of mainstream functionality then it will break.
Both Maven and Gradle integration are very very brittle. And also not really optimized for big projects with big amount of modules/sources.
And I love JB products. It saddens me to see every year I drops in quality of IntelliJ. And New fancy interface transition is just the mess.
Migration to the subscription based allowed JB to release more products but overral quality dropped.
And sadly one more font I will never be able to use due to missing support of non-latin characters.
Sadly some features are nice.
Game mods and Advent Of Code did it for me.
I did a small RimWorld mod and a parser for NoManSky internal format.
Creating both of them was a blast. I had fun doing programming stuff again.
Advent Of Code allowed me to try different languages in a small bursts of the different problems. Somehow I really like this format.
From my personal consumer experience I would say twitch streams and steam demo fest are my two main sources of new games to "put a pin". And on twitch I mostly watch small channels (below 200 viewers), with couple of exceptions.
And also there is a lot of cases where you really don't need or want static typing. Static typing and type systems are great when they helping you but very bad when you are forced to fight them due to compiler problems or bad modeling.
In the end it is all an engineering problem: which amount of your budget you need to spend on proving programm correctness. Cost/benefit and all of that.
Static typing and unit tests don't make your codebases great, safe and supportable. Thinking and understanding your usecases, decomplecting problems and some future planning wins.
I am very very skeptic about this whole DORA org and approach and adoption. I have a greatest respect to the DevOps philosophy, but from DORA I only got a baseless/faceless metrics. Maybe it is also Google driving it that gives me additional rejection impulses. I am quite skeptic at what and how Google does and this colors my perception of all thing it produces.
Why can't there be a normal P2P project handling exchange of information and/or modern fiat in the same way (Something like Paypal, but transactions have no middleman)?
Firstly because money is a physical, cultural and social construct so it can't be changed on purely informational basis. Someone still need to share burden of proof and they want to be compensated for the labor. So until we get a StarTrek replicators (mean we remove need to spend money on basic need and survuval of whole human race) this is a state we are in.
In short blockchain and crypto don't solve any real world problem. It solves problem that it itself creates.
I can sell you amazing knife and it will fix the world hunger, but only if you can buy bread and sharpen the knife. This is crypto sell point in the nutshell.
Blockchain is little different as it solves the problem of provable chain of evidence, but it is not economically viable due costs needed to run it for organisations that require it. Any problem that blockchain can solve require that all information for this will be stored on blockchain. And physical object information is not stored on blockchain, so data input errors/malpractice is still the problem and this reduce blockchain effectiveness to the basically zero.
Dan Olson aka foldablehuman have an amazing series of video essays regarding all the crypto blockchain and web3 scam running around. I highly recommend them. It just a sea of information regarding current state of things with crypto/blockchain business.
If you are using BitBucket Cloud you can create pr rules to include people into Review based on files change. And then you can create a user for a bot to monitor those PRs using standard BB notification emails. Of course if there is not much PRs bot is Overkill and human will be enough.
You can always "just" create a static script that pulls repo check diff for files and email people if something is found. This way you don't link your solution to the git cloud offering.
This is why computers had a big reset button.
This really devolves into "good teams can deploy daily, can raise a small PRs and have small number of rework". And this is like... thank you, but it is obvious. If team is able to do this things constantly it is probably a good team.
DORA says that if your team is able to do same pattern (as they show) it will be "elite/good" team. This really smell like a cargo cult. And managers are already using DORA metrics as good/bad teams metric.
This is clear Goodhart's Law case: ""When a measure becomes a target, it ceases to be a good measure". So either DORA knowingly did nothing to protect against metric gaming or they didn't considered impact they will make. Neither of those is a good in my opinion.
So yeah I don't like DORA in it current iteration.
Some might. I using Comic Code and Fantasque Code from time to time as it forces my brain to reinterpret "known" code and helps to find errors that way. It also help with minor dyslexia moments. I like Radon, except I fully hate how "i" character is looking it is a "z" with a dot on it. If there were variant with normal "i" I would consider using it.