you can try keycloak-config-cli https://github.com/adorsys/keycloak-config-cli
we've been using it in production for 2 years and it works well! we are running it as part of our CICD, to sync settings to all Keycloak realms. As the tool supports variable substitution, it makes it quite flexible. The config file it uses is basically the same realm.json you can export from Keycloak, so it doesn't re-invent the wheel.
you can try keycloak-config-cli https://github.com/adorsys/keycloak-config-cli
we've been using it in production for 2 years and it works well! we are running it as part of our CICD, to sync settings to all Keycloak realms. As the tool supports variable substitution, it makes it quite flexible. The config file it uses is basically the same realm.json you can export from Keycloak, so it doesn't re-invent the wheel.
While I agree there is a lot of plastic used for disposable plastic bags, it is not common to get disposable chopsticks in hawker centers, unless you ask for takeout, which often costs 20-50c extra. Usually all plates/cutlery in hawker centers are reusable plastic.
While Singapore cannot be compared to Europe in terms of "save-the-environment" attitude, there recently has been improvement (e.g. some supermarkets started to give discount if you bring your own bag; government incentives to educate people to use reusable plastic etc).
Also, you say Singapore doesn't feel like a very clean city to you, but you don't have any examples. Certainly Singapore is very clean compared to any European/German city of the same size, or anywhere else in SEA.
I'm also German, living in Singapore for 6+ years.
> While I agree there is a lot of plastic used for disposable plastic bags, it is not common to get disposable chopsticks in hawker centers, unless you ask for takeout, which often costs 20-50c extra. Usually all plates/cutlery in hawker centers are reusable plastic.
Naming one case that might stand out: Lau Pa Sat's stalls almost all use disposable cutlery.
I guess especially if one considers the population density the cleanliness is remarkable. From just walking around and experiencing litter volume I see no difference to Munich, despite the missing vandalism and chewing gum. I don't say, that Singapore feels dirty. It just feels normal. Of course feeling is not a scientific value, but for the "super clean Singapore" my expectations were different. Now I can more relate to the super cleaned Singapore as a statement about this city.
I recently rewrote a small app in flutter that was originally react native.
Initially I was sceptical, mainly about learning dart. But it wasn't hard to pick up.
I found the development experience much smoother than react native, things just worked, whereas in react native there were many many small bugs and issues with the many packages required.
Flutter IDE support is good with the intellij plugin [1].
Performance, I didn't do any benchmarks, but a simple list with thousands of items feels much smoother on flutter than react native.
There are packages for redux as well in flutter, so state management is taken care of [2].
The only downside I experienced with flutter is that Json handling is clumsy, apparently because flutter doesn't support reflection, which would be necessary to have comfortable Json-decoding like with Javas gson or go's json package [3].
Another thing to consider is that react native will render on one thread, and handle the application logic on another thread, but that means the application logic is still restricted to a single javascript thread, which can lead to bottlenecks eventually. From what I understand (haven't tested), dart can work multithreaded, having an advantages there.
End of the day, I would chose flutter over react native. Mainly because of Javascript and all the pain that comes with it.
This is exactly one of the things I was curious to know about Flutter vs alternatives. Having already been burned by Dart 1 and its promise of web components, I'm more cautious for a cure-all.
If the development workflow is good, trying it on a smaller Android project seems feasible. What I find attractive there is that you can sidestep the legacy Android APIs which was created for much more constrained hardware than we run today. Might even be worth just doing that and keeping iOS development the same. If iOS 12 widgets all look different, that would age Flutter apps.
How is the integration of Flutter apps with the rest of the Android system/apps? Given that Flutter does not use the platform native widgets -- do Flutter apps look or behave different?
How difficult it is to use a Java library from Dart?
Disclaimer: I work on the Dart VM and Flutter engine
The Flutter team has done an amazing job recreating Material and Cupertino (iOS) widgets, and I honestly can't tell the difference. Also, platform specific behaviors (e.g., the scroll bounce on iOS) are also preserved.
If you haven't seen a Flutter app in the wild, I'd highly recommend checking out the Gallery application on Google Play (https://play.google.com/store/apps/details?id=io.flutter.gal...). Here you can see all the available widgets for each platform and even toggle between iOS and Android behaviors.
Given flutter can call down to iOS with plugins, and given that the apps are native, apparently, is it not possible to natively use the actual iOS widgets instead of reimplementing them?
For widgets it's not just calling to iOS that matters, but being able to render the widgets as part of the painting process, which Fluter does as a completely separate process from how iOS renders. So to integrate it, you'd need something involving compositing native views properly and yet propagating touch events to them, or rendering native views on top but doing the right masking, or ...
What buzzfeed did is nothing new. A lot of people in the betting "scene" observe obviously fixed matches on a regular basis, mainly in football but also in tennis. Some are extremely obvious, some are less. The main is that organisations such as FIFA, don't seem to care really. They are talking about having dedicated systems etc in place, yet there are obvious fixes going on quite often and rarely such cases will be investigated. As someone else mentioned, Davydenko is a classic.
