More performant? Maybe - at least multithreading, fork/join, ... would be easier.
Smaller binaries? No, probably even larger, since the chromium embedded framework (CEF) is biiig. But it would probably be possible to add other HTML renderers later (i.e. CEF during development b/c of the excellent debugging features, JavaFX WebView later).
It would make most sense when you either need multi-threading or have existing Java libraries/code you want to re-use or have mostly Java developers...
I think the biggest difference is that I am using the chromium embedded framework (java-cef), so you get e.g. the chrome debugger for debugging your HTML/CSS/JavaScript.
My goal was to use java-cef, but hide all the weirdness.
Also, there's no pre-defined data binding, so a bit less opinionated in this case.
This is exactly the reason why I usually prefer a 6-hour train ride to a 1-hour flight (at least in Germany, Austria, Switzerland).
Train: Go to the station (near city center), arrive 10 mins before train departs, get on the train, read/work/eat/drink for 6 hours, get off the train. And then you are already at the city center of your destination!
The total time spent when flying might be shorter (4.5-5 hours), but that is not worth the hassle.
Yep. I almost stopped reading (but read on) after this sentence:
The coverage, all from Blue-aligned media, largely presented Mastodon as a cool new alternative to Twitter that would be free of "harassment," which is a Blue code word for the mere existence of the Red side.
This is clearly not from a neutral person. He very clearly picked a side.
OK, this is now totally off-topic WRT the original blog post, but... We had a very short code of conduct at SoCraTes Austria.
Then we thought about what might happen when we have a violation (endless discussions about whether that was actually a real violation and whether our response was justified, maybe even within the team).
So, we sat down and wrote a slightly longer version, which tries to spell out some unwanted behaviour and some guidlines for conference stuff ( http://socrates-conference.at/code-of-conduct/ ).
We also wanted to explain why we have the CoC in the first place and how we'd like people to behave. It surely is not perfect (probably too long and too short at the same time).
But if you think "don't be a dick to other people" would suffice as a CoC, imagine you are the organizer of an event, and then try to list all the things that might go wrong. Be creative - I'm sure you can imagine situations where it does not suffice.
They probably have personal data / personal identifiable information about you when they blocked you and still know about it... And you can ask them what data they have about you.
Several European leaders have said publically (though in nicer words) that they don't trust America under this administration anymore.
e.g. Sebastian Kurz, a few days ago (1): "The American President is unconventional and American politics has become unpredictable. [...] This is a challenging geopolitical situation."
Maybe what's missing in my original comment... What I'm trying to say is that there is a certain kind of organization (mostly traditional / old organizations) who would have these kinds of problems with any agile method.
And there are other organizations who can make any agile method work for them.
So, it's not really Scrum's fault when it fails (at least not always). And it's not really (or not only) Scrum's achievement when it succeeds.
As a friend of mine, Samir Talwar, once said: "To be good at software development, you need an organization that's optimized for software development. Most organizations are optimized for something else."
Anyway, if you implement a process, but ignore even the very short (22 pages) guide that summarizes the process, but instead cherry-pick what you think will work well in your org, then don't blame the process when it does not work.
As I wrote in my book: "But changing Scrum so it works within your company will not make you more agile – It will make Scrum less agile!"
If you do Scrum like that, you're doing it wrong (I know, no true Sctosman [1], and I know, there are actually dark patterns [2]).
I wrote a whole book about "Agile Anti-Patterns" [3]. Most of the book's content is about things that many companies get wrong when they start with agile or lean software development. Because it is very easy to get those things wrong.
Yes, those problems are extremely common. Not only with Scrum - Organizations also face those problems when they try Kanban or SAFe or whatever. Because, change in a traditional organization is hard. And to really implement Scrum, you'd probably need to change more about the organization than the org was willing to change.
But those problems are not Scrum's fault. If the team has no power, it is also not truly self-organized. And the Scrum Master is not doing their job.
You could start to improve by creating awareness about the problems. Blaming Scrum may or may not be a good idea to do that - Because, some people in your org may be invested in Scrum. Some mentoring or coaching for your Scrum Masters, Product Owners and developers and managers might be a better start.
I agree that 1) and 3) are hard, but you don't have to do 2) like you said. Asking strangers is not that hard, and most people I know don't find it annoying to be asked. Just do not ask for an unbounded amount of time.
Ask specific questions. Even to strangers. Many will be flattered you asked and will answer. Some will tell you that they do not have time or energy right now. Many will not answer at all (1).
How do I know? I do ask strangers for advice. And I am open to questions: From time to time, I publicly say that on Twitter (like "Reminder: Ask me anything about code quality, technical excellence, TDD or freelancing. DMs open"). I get interesting questions from total strangers, and I answer them as best as I can.
So, maybe also do search for people who offered their help to strangers in the past.
Maybe you will not find a mentor right away by asking strangers for advice, but maybe you can be able to evolve a conversation into a form of mentorship.
(1) If someone answers in a rude or condescending way, block them.
A designer I know IRL helped me with the design. I also had a professional copy writer I know IRL help me with the German texts (not the English ones, though). Paid both of them, of course, but that was not too expensive, since they only helped, and I did a lot on my own before and after their involvment.
The Artist is Irina Linuza. Found her on upwork, and was very happy with her way of working from the start: https://www.upwork.com/o/profiles/users/_~01678d123d582fc42e... That was more expensive, since the illustrations are so detailed. Simpler ones would have been cheaper, of course, but that's not what I wanted.
Self publishing is awesome because you keep all the money, but it takes years to build an audience.
I can totally relate to that. Some things about self-publishing were much easier than others. Building an audience is hardest so far. Experimented with Google and Facebook ads, stopped because it was too expensive.
Right now, I am only doing content (blog posts, ...) and Twitter. Sales are low, but I am not losing money anymore ;)
For my React-Book, that's OK. But with my other book about "Agile Anti-Patterns", I invested some money in Illustrations and other stuff: https://www.quickglance.at/agile_antipatterns.html So it would be nice to get that money back some time ;)
Email marketing is more powerful in this space than you might believe. Even today.
I stopped that, too, because it did not work too well for me. And also there are quite a few legal implication when you do that in my country (always have been, not necessarily GDPR related).
But still: This is easy to understand (I think I got everything I'd need from the animated gif and the one code example). It looks like it's versatile and will save you at least half a day of googling, coding and testing (unless you are an expert in all technologies involved).