The never ending browser war… I will always strive to make Firefox my browser. But a browser is too important for compromise.
In linux and Windows, I just added the Tab to Window/Popup – Keyboard Shortcut to my Chrome, with c-sh-PgUp/Down keys to pull/push the current tab from/to Chrome windows. Chrome is working well as long as I keep the tab count low enough (~100) to prevent chrome from completely fucking my system. I gotta get that number higher. Make me a believer again FF.
Today I updated my gentoo server’s eselected PHP from 5.6 to 7.2 and wordpress phabricator and mediawiki didn’t even hiccup. WordPress went from a steaming pile of stubborn version upgrade refusal right back into line. I used mysqldump to back up all my databases, less than a GB. I git pulled phabricator’s stable branch (updated weekly from master) and ran a boatload of database patches that went smooth as coconut milkfat. I git-skipped the .arcconfig files so i could just update them in place. OK… why did that all just work?
Update: I went ahead and made the phabricator-recommended changes to mysql and PHP, including installing a PHP memory-based cache:
emerge -DavuN dev-php/pecl-apcu
And that, of course, cascaded me into a gentoo server update.
emerge -uDNav --with-bdeps=y --backtrack=100 --autounmask-keep-masks=y @world
And away we go…
UPDATE: ok these are a few more of my “favorite” things…
Out of the box Visual Studio Code is great but doesn’t do save+compile+debug very well. The default debugging configuration just runs the debugger on existing code without saving or compiling first.
But the task system is GREAT and makes almost any possible automation pretty straightforward. Here’s a quick example. First set up any command line tasks you might need in your tasks.json file (Terminal > Configure Tasks > pick any task), eg:
{
// See https://go.microsoft.com/fwlink/?LinkId=733558
// for the documentation about the tasks.json format
"version": "2.0.0",
"tasks": [
{
"label": "echo",
"type": "shell",
"command": "echo Hello",
"group": "build"
},
{
"label": "Build cmake-debug",
"type": "shell",
"command": "clear && bash -i -c 'at dbd'",
"group": {
"kind": "build",
"isDefault": true
}
},
{
"label": "Build cmake-release",
"type": "shell",
"command": "clear && bash -i -c 'at dbr'",
"group": "build",
"problemMatcher": [
"$msCompile"
]
},
{
"label": "cmake",
"type": "shell",
"command": "clear && bash -i -c 'at dba'",
"group": "build",
"problemMatcher": [
"$gcc"
]
},
{
"label": "Go",
"dependsOn": [
"Build cmake-debug"
],
"problemMatcher": [
"$gcc"
]
}
]
}
{
// Use IntelliSense to learn about possible attributes.
// Hover to view descriptions of existing attributes.
// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch",
"type": "cppdbg",
"request": "launch",
"program": "${workspaceFolder}/cmake-debug/at_server",
"args": ["localhost","8000","localhost","etc"],
"stopAtEntry": false,
"cwd": "${workspaceFolder}",
"environment": [],
"externalConsole": true,
"MIMode": "gdb",
"setupCommands": [
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
],
"preLaunchTask": "Go"
}
]
}Some other things of note.
"npm.autoDetect": "off",
"gulp.autoDetect": "off",
"grunt.autoDetect": "off",
"jake.autoDetect": "off",
"typescript.tsc.autoDetect": "off",
This was going to be my naming standard for the foreseeable future. But quicktype uses the same syntax for functionNames and variableNames, so we will go with that for code generated from quicktype. Bye bye underscore, it’s been fun but I’m tired of typing_you_out_so_many_times.
So much lost time to such small things, but they can drive you mad if you don’t make a choice. 🙂
I spent this morning exploring available tech to address this goal:
Add a bigdata database to my application, to archive older data out of the realtime local model
This is for my stock app, which deals with realtime in-memory data during market hours, with a delayed-write to local storage. At the end of the day, it can then archive most of the data collected during market hours.
Because I have not achieved “success” in life yet, at least enough to allow me to pursue my larger goals uninhibited, I have to be very careful about how I apply my limited resources. To be more precise:
The result of today’s philosophically-informed research:
Note that using quicktype with nlohmann::json is an elegant way to effectively get C++ reflection. Once you serialize an object to JSON you can walk all its fields. Then you can do things like automatically build SQL queries for your classes based on the JSON schema. Beautiful.
PS. I avoided spotify-json, StaticJson/autojsoncxx, Google Prototype Buffers, Code Synthesis’s ODB, the sqlite JSON1 Extension, C++ reflection libraries like RTTR, lots of code from Stiffstream and Chilkat, etc. because while they are all brilliant and compelling, they bring extra weight. The world keeps churning though, so keep searching. Also, there are cases where my choices do not fit, most obviously being cross-platform mobile apps, which will have to be saved for another post… 🙂
(189)
(10)
(5)
(27)
(8)
(50)
(18)
(10)
(61)
(7)
(7)
(60)
(10)
(5)
(4)
(11)
(36)
(267)
(2)
(31)
(2)
(30)
(7)
(1)
(9)
(10)
(1)
