Today I learned that for several reasons, Flutter Debug mode may be significantly slower than Production mode. As just one reason, Debug mode is compiled using JIT while Production mode uses AOT. You can read more about the reasons on the Flutter UI Performance page.
A very important note on that page is that if you’re using a real hardware device (as opposed to an emulator), you can run your code in Profile mode like this:
In this InfoQ Java in 2019 Predictions article, this line stood out the most: Java 9 and 10 saw virtually no deployment to production. Working alone I occasionally wonder what large companies are doing, and with these Java major version number releases coming every six months I was wondering how that was playing out.
Play Framework FAQ: Can you share an example of a Play Framework 2.6 startup script, i.e., a shell script that shows the commands and parameters you use to run a Play Framework application?
Sure. Assuming that you created a production mode version of your application with the
sbt dist command, deployed that zip file to a production server, and have a Play Framework 2.6 application named “myapp,” you can put a command like this in a Unix/Linux shell script to start your Play application:
Play Framework FAQ: How do I set the Play Framework 2.6 port in production mode?
You set the port that your Play Framework application listens on by passing the
http.port parameter to the “run” script for your application:
Here’s an example of a command I use to execute the run script for a Play Framework application named myapp:
Bloomberg has a good story on Apple’s struggle to get the iPhone X to market on time.
As a short “note to self,” these are most of the steps I took in the last day to get my new Drupal website, A Survival Guide for New Consultants live:
Drupal database configuration file FAQ: Is there something I can do to quit having to change my Drupal settings.php file every time I go from my Development Environment to Testing and Production?
Yes! One of the things I didn't like about Drupal when I first started working with it was the settings.php file in the sites/default directory. I thought that was THE database configuration file, and you had to keep changing it when you went from Development to Testing to Production.