I love Sublime and am probably the only one at work still using it. LSP support is nice but there doesn't seem to be great support for a TypeScript LSP server that works reliably with large projects. VSCode is slow here, too, but there are some specific optimizations they do I think that help a bit.
Related — I did a deep dive a couple years ago on emoji codepoints and how they're encoded in the Apple emoji font file, with the end goal of extracting the embedded images — https://github.com/alfredxing/emoji
In the keynote Apple said the M1 Max should be comparable to the performance of an RTX 3080 Laptop (the footnote on the graph specified the comparison was against an MSI GE76 Raider 11UH-053), which is still quite a bit below the desktop 3080.
No, it's available as a self-serve upgrade from the admin panel. Sales might be able to give discounts, but that's not very likely for an "enterprise" with 1 user :)
To be clear (and this is mentioned but not highlighted in the article), the previous Business plans were never guaranteed unlimited storage for orgs with fewer than 5 users ($60/month), the 1TB limit those orgs were supposed to have was just never enforced.
I was one of those users, and the thought that the storage limit could start being enforced at any time was always in the back of my mind. Now I'm on the Enterprise plan and can worry a bit less.
Their CDN hostname, `cdn.netlify.com`, resolves to a DigitalOcean node, so it seems like they are rolling their own instead of delegating to a third party.
The custom emoji upload flow now includes previews for both light and dark mode! Doesn't help with existing custom emoji, but is hopefully helpful when adding new ones.
This might be an unfair comparison — the AMD numbers are from a single benchmark, and the article is comparing this against the aggregated scores of the i9-9980XE. A few i9-9980XE multi-core scores on Geekbench reach higher than 60k as well, with the highest being 77554 multi-core.
Netlify is a great tool, my biggest issue with it (and why I continue to use GitHub Pages) is that the "Global CDN" is a cluster of DigitalOcean nodes, which I don't trust as much as e.g. Fastly in terms of performance and reliability.
(Note: that info is from anecdotally looking at Netlify site IPs, I could be wrong)
Electron is built with Chromium. It's usually behind by a few versions (though the team is really focusing now on getting things up to date), and there are differences and additions.
I agree they aren't universal, so it's not so useful for first-time users, but once you get to learn them I find they help a lot with scanning and recognition.
I don't love the design, but what bothers me more is that I disagree with many of the premises informing the decisions, for example:
- Github tab icons are purely decorative
- Because we simplified the whole header, we don’t need that color coding anymore
- Commits often touch files for completely arbitrary reasons, so the last commit tells you almost nothing
- Get rid of gradients, dirty washed-out colors, unnecessary separators
Finally, cramming so much into one view makes it harder to navigate, not easier.
I agree jQuery was very useful early on, especially since it abstracted cross-browser differences and APIs.
However in my experience, a couple of things were key to creating a negative view of jQuery:
1. Security and unsafe defaults, for example: evaluating remote JavaScript by default [1]; and unsafe DOM parsing by default [2]
2. Not really to blame on jQuery, but its ease of use for DOM manipulation led to programming patterns that aren't easily scalable, for both code and performance
Being limited by CPU/GPU depends a lot on what kind of hardware you have for each. For example, I have a 1070 and an i5-4690k and I'm CPU limited in some games (below 80-100fps)
FAT/exFAT have good support across the three OS's, but they are very far from being "modern" filesystems. One of the most fundamental cons for me is the lack of journaling on these filesystems; it's very easy to corrupt a drive formatted as exFAT, especially if it's a portable device (which is probably one of the most important uses of a cross-platform filesystem)
Hmm, that's a good point! However I don't think this would be a major hurdle: file permissions offer OS-level security only, not disk-level security/encryption, so it would still make sense for different OS drivers to implement only their specific permissions attributes.
What's interesting to me is that there doesn't seem to be a modern filesystem that works across all major platforms. btrfs has Linux and this (unofficial) Windows driver; ZFS has Linux and OS X support but nothing for Windows. NTFS is pretty much Windows and Linux only for good write access, and APFS is macOS-only.
I realize that designing a filesystem and writing drivers for it are very difficult tasks, but surely it would be extremely beneficial to have at least 1 open source filesystem that has good support across all platforms?