wbercx
I’ve noticed that many light themes use relatively bright colours for text, and I’m finding them increasingly difficult to read.
The orange used in the explorer view is just bright enough to become slightly blurry to me, causing me to squint.
I may not have that issue if you use the same orange found in the syntax highlighting, which seems slightly darker to me.
I find myself having to STRAIGHT_JOIN more often than I would like because it simply won’t generate sensible execution plans sometimes.
What drives this sentiment?
Our bottleneck was that we have so much data, making it all observable up front led to slow initial load times and high memory usage. We now make things observable on demand which has eliminated a lot of that.
https://docs.microsoft.com/en-us/windows/wsl/wsl-config#boot...
There's a few more on that page. I would not be surprised if more appeared over time.
With that said my details do not appear to have leaked.
Chrome decided to add autocomplete to some of our fields with contextually irrelevant options. As far as I know there isn't anything I can reliably do about it.
Already lost interest.
In React and like-minded projects, I look at a stack trace and see that it starts at some kind of batch renderer. I can't tell "why", "how" or sometimes even "what" broke. The input part of it is completely lost.
I work on a Backbone application where stack traces are much more obvious. They usually tell you the whole story. I find that juniors who were mostly exposed to React have a tendency to completely ignore stack traces, and am now wondering if they are just conditioned to them being unhelpful.
One thing I do not miss about working in an office!
I had a bugfix update rejected a little while ago for a business app.
Apple wanted a video walkthrough of every screen in the app, explaining what each screen is for and with a breakdown of device permissions needed on each of those screens. That day was a complete write-off. If the app required excessive permissions I could understand there might be some concern, but it doesn't. Any permissions we do need are justified in the info.plist as required, and are very descriptive.
They then rejected it again the next day, as I had apparently failed to mention what we use ARKit for in the video. We don't use ARKit and it is not in the codebase.
Another day goes by and they finally approve, with a friendly disclaimer that they will now require an updated video with every future update.
It just seems like busywork to me.
At least once a week I see people who are too busy playing with their phones to realise all the cars in front of them had already driven off, the traffic light was now red again, and pedestrians were about to start crossing. The sudden realisation then makes them slam the accelerator without checking their surroundings first.
At the same intersection I witnessed an accident where the first driver in line was playing with their phone, got spooked by someone honking, and ran the red light straight into traffic.
It's like they're tricking themselves into thinking they're paying enough attention.
Trying to keep RAM usage low doesn't hurt anyone.
What I personally care more about is CPU usage, because it affects the battery life of my laptops. Why is VS Code using 10-20% CPU when I have it open in the background? This behavior seems to come and go with each VS Code update, even without additional extensions installed.
My only complaint is that I occassionally have to relink it to my cloud storage of choice to get syncing working again.