I highly doubt that. Photoshop, even for 95% of users, is pretty heavy on non-destructive editing. GIMP did not have that for a very long time and is no where near feature parity today AFAIK.
Don't get me wrong, Photoshop sucks hard, Adobe as a company even more, but on a technical level most Photoshop users cannot transition to GIMP.
Edit: Although, I have to highlight that GIMP has made noticeable progress within the last years. I can now, finally, group two layers together and apply a drop shadow effect to the group, which correctly applies to all layers within the group. It's been quite a while...
At this point, I am thinking about connecting a stock Android phone to a server and access it via scrcpy from my laptop whenever I need to interact with some stupid app bs that could've just been a website.
At least this way I can keep the majority of bloat away from primary communications device.
Yeah, in my field this approach is pretty much infeasible.
Typically, I am given an ancient code base that is full of bad decisions, hard to read code and no tests in sight. Sometimes there are assertions, if I am lucky. It's impractical to create a reliably test suite, or rewrite everything from scratch.
Here, I heavily rely on a debugger just to make sense of the code. Sure, I'd wish that all of this code would just be sparkling clean, easy to read, free of UB, etc. But that's not the reality I work in, and good debugger is my number one tool getting the job done.
And don't even get me started on dealing with closed source implementations where all you could read is disassembly.
It's not that people are _still_ using debuggers; it's that people have actually discovered debuggers and workflows that are more productive than adding print statements, recompiling, and rerunning the program.
I'd argue reflection is very much a feature for libraries. You wouldn't use it directly, but your JSON / YAML serialize is then built on top of it. So are your bindings for scripting engines like Lua.
IIRC Ubuntu provided this when they introduced Unity -- quite a long time ago.
When the window is maximized the menubar was merged into the top panel, but when the window was not maximized it looked like a regular window with tilebar and menubar at the window's top.
Not long ago there was also a KDE extension to replicate this; however, since many GNOME apps moved away from menubars, this approach isn't that helpful anymore.
I've been wondering about debug-ability of code using reflection. X-Macros are quite annoying to step through in most debuggers, though possible. While the code in the first example is evaluated fully at compile-time, how would you approach debugging it?
The panel itself is not the problem, it's the lack of integration with windows. In GNOME, when you maximize a window, the title bar stacks underneath the top bar. If that window also happens to have a menubar (e.g. LibreOffice) that gets stack underneath as well.
This is just a lot of wasted space and makes the menubar harder to click, compared to having the menubar at the very top, next to the screen boundary.
From my experience having used Haskell (a long time ago), the main benefit of Monads is the `do` and <- syntax. Once you got your thing to satisfy the Monad interface, you unlocked the nice syntax for writing code. That, and compatibility with transformers.
Whether this is the best thing since sliced bread or not, is left as an exercise to the reader.
I'd argue it's absolutely ludicrous to give _other people's information_ up to an app (or website). Your contacts contain names, phone numbers, potentially photos and addresses of _other people_.
Multi cursor support in VSCode replaced 98% of my need for macros. Yes, macros are more powerful, but they are pretty easy to get wrong. With multiple cursors, it's far easier to spot where your inputs don't work out and adjust accordingly.
Multi cursor is the feature that increased my productivity the most across the board.
For completeness, there's also the somewhat common way of creating an object file directly from the binary using objcopy. The object file ends up with 3 symbols with names based on the input file. For instance, a binary file level0.map yields: _binary_level0_map_start, _binary_level0_map_end, _binary_level0_map_size.
These can be used in the application through external declarations; and you include the object file in the linking step, like any other object file.
For someone who has multiple years of experience using Linux for desktop and servers, what's the best way to get into FreeBSD? Any specific recommendations for desktop, like is Wayland ready on FreeBSD?
I am part of a game dev focused Discord server where people regularly ask how to get into C++. Because of this (and similar) repeating questions I've put together this repository as a guide. Note that this is full of my personal opinions and experiences; feel free to disagree.
I am hesitant to buy Apple accessories like these as I am having quality concerns. Specifically the macbook chargers I've encountered are far less rigid than Lenovo Thinkpad chargers (at least before they switched to USB-C). I never felt Apple did a particularly good job with cables and connectors when it comes to longevity.