nileshk
There is a rare case that I minimize a window, but it's generally because I don't want to work with that window any time soon, but I don't want to close it either, and I have multiple windows open in the app. Since I'm not frequently switching to the window in this situation, its fine if the easiest way to get back to it is to use my mouse.
Not sure if the same hack could be used on a Hackintosh (with an old enough card). But for now I would just use High Sierra if you have an Nvidia card, unless you really needed something in a later OS and the hack made it possible. I downgraded that 2012 to High Sierra, and keep other older machines on it as well (didn't have a choice with my 2019 16"). It runs very smoothly and currently has enough software support (e.g. latest Office 365 still supports it).
However, I suspect Apple has no intention of doing this, as they are more focus on pushing Metal and reliance on macOS.
I wouldn't mind seeing PCI or GPU passthrough capabilities this in Windows 10 Pro (not just Server). With their Linux Subsystem progressing the way it is, they really have an opportunity here. Though since NVidia and CUDA are supported in Windows, maybe not as necessary as the situation on macOS.
I think it'd be difficult to get the keyboard shortcut mappings I have working even in Linux -- Emacs-style keyboard shortcuts everywhere without interfering with the more typical keyboard shortcuts.
Another thing is that if I really need something from Linux or Windows, I can either run a VM, boot into one of those OSes natively, or remote desktop to a server with good remote desktop performance. Hackintosh's are a possibility though have their rough edges, and macOS runs better in a VM these days from what I hear, but macOS is my preferred host OS anyway for things like audio/music production apps and video editing, so I'd want to run macOS natively over other OS's anyway. For the stuff I currently do, Linux and Windows run fine in a VM.
So, going with the original analogy, macOS is like a hotel where you can have your own house inside.
I still use Java 8 even on personal projects. I'm migrating those to Kotlin, so I'm at least not held back with regard to programming language features. I could upgrade those to Java 11 (or 12), just haven't prioritized taking the time to do that over other tasks, and the benefit would be minimal for these particular projects.
When using Java 8 language, I'm just happy to have lambdas and streams. Java 8 was the biggest improvement to Java language since 5 -- and I'd say it's a bigger leap that 5 was.
When a Wordpress install has write access to its own PHP files, then a vulnerability can do more harm obviously since it can modify the Wordpress install itself and thus more easily "infect" the installation. Denying write access cuts off many attacks from doing significant harm. BTW WP-CLI can also do checksums of your install.
I wouldn't fret too much about seeing attempted hack attempts. If you have enough logging turned on for a public web server, you'll see a constant stream of hack attempts for all types of languages / frameworks. I did this the other day and saw what I recognized as a variety of different attacks targeted at PHP, Rails, and Java.
Regarding usernames: note that Wordpress will, by default, expose those usernames in things like posts (author's username is revealed). I had to modify my theme to make that stop, and even then I'm not 100% sure it's not leaking somewhere I missed. Maybe you want to do all content editing with a user that has reduced privileges and only use your admin user when necessary.
For browser or Node.js, TypeScript is the way to go IMHO. Node.js and it's ecosystem have it's issues, but TypeScript is quite nice and a considerable improvement over JavaScript, while being close enough to JS where it fits nicely into the ecosystem. Only downside is that it adds a compile step that can potentially grow to be time-consuming.
I had the non-chiclet keyboard. I now don't want to get a newer MacBook Pro because the lack of function keys and escape key, even though my first computer's keyboard didn't have function keys (though it did have escape).
If I had a separate monitor, I'd only have at most two or maybe even only one cable running to each display which would be easy to tuck away within the mounting arm. I'd be able to have most of my cables tucked away instead of the exposed mess of cables I have with the iMac.
To make things worse, they don't offer Target Display Mode like they did for a short while, so I can't use the iMac's 5K display with any other machines (e.g. work laptop when I work from home).
If I were buying today, I'd get a Mac Mini (and maybe an eGPU if I ended up unsatisfied with the built-in GPU), and just use my old 30" 2560x1600 monitor or get something like a huge 38" ultra-wide display (the 27" 5K is very nice, but HiDPI isn't a game-changer for me). In 2017, the 27" iMac appeared to be the best desktop Mac option (user-replaceable RAM up to 64GB was a huge factor), and I don't regret purchasing it, but the integrated display with no Target Display Mode is a massive disadvantage.
Sure, there is a lot of development that can still be done with 1GB RAM, but you're going to run into limitations and it is far from "perfect"
If it had nicer specs (e.g. hardware on par with iPhone 8 and a better display) that would a bonus. However, I wouldn't want a high-res display necessarily. I think they should keep the pixel density of the current SE. What I would found after briefly using an SE is that the low-res display coupled with the CPU/GPU from the 6S resulted in amazing UI performance -- much better than the 6S and maybe even the 7. Getting rid of the bezels would be nice, though that might detract from one of the advantages of the SE, that you can firmly grip the phone while being able to touch any part of the screen with your thumb, but it would be worth the trade-off I think.
I spent a week with an SE, after having used the 6 and the 6S before doing so, and I found I quickly adjusted to the smaller screen, and could even type faster since there was less finger travel needed (relying heavily on auto-correct).
Battery life on the SE is also great (at least it was for me), and I'd like to see that replicated on a newer small phone, with whatever tradeoff is necessary to accomplish it (e.g. low-res display, thicker phone).
I highly recommend reading his book "The Mindbody Prescription"
https://github.com/orfjackal/retrolambda
Sounds like there might be some things that are missing or incomplete, but having lambdas and the Stream API would be a huge step forward.
http://aaroniba.net/articles/tmp/how-i-cured-my-rsi-pain.htm...
I agree that while the symptoms of RSI may be physical, the root cause is psychological.
https://commondatastorage.googleapis.com/naclports/builds/pe...
You have to go to chrome://flags/ and enable "Native Client" and restart Chrome.
The SQL code completion is quite good (and it caches your entire database schema so it is very quick). That's not particularly special on it's own, but what makes this especially useful is IDEA's "language injection" [2] feature. This allows you to, for example, get completion for SQL when it is contained in some other language, which could be anything (e.g. a Java String, Ruby String, XML, etc). It will also analyze and report errors in this SQL on the fly.
And SQL statements contained in concatenated strings are no longer a problem because you can edit those in a separate editor window where you are only editing the SQL, and it automatically gets placed into the concatenated string.
Not sure if it addresses all of your specific concerns, though.
[1] https://www.jetbrains.com/idea/features/database_tools.html
[2] https://www.jetbrains.com/idea/help/using-language-injection...
I basically use it as a selective history that is easy to search. I do almost no tagging or adding descriptions because I don't need to.
It's too bad development has ceased on Google Bookmarks and I hope any new bookmarking tool from Google has this feature.
BTW I've recently tried omnisharp-emacs, but found dealing with larger C# source files was way too slow to be useful. But it's pretty great to be able to use Emacs for C# and get useful code completion, so I'll be continuing to make efforts to make this work.
[1] http://blog.jetbrains.com/blog/2013/09/18/upsource-a-platfor...
I was actually able to retain mostly the same keymap (I use a heavily customized Emacs/OS X/Eclipse keymap), so I didn't have to retrain my muscle memory much. IntelliJ's keybinding configuration is very flexible, and most of the features I like from Eclipse exist in IntelliJ, and it seems like everything has a keybinding. There was a few things that I couldn't get quite the same, but they were minor enough that I've adjusted (e.g. Emacs-style incremental search isn't quite the same -- it's just as effective, but the keystrokes/behavior for exiting out of it are different).