442 karma · joined January 3, 2020
contact@mat.dev
Relative path imports are unnecessarily difficult, especially if you want to import something from a parent directory. There's no explicit way to define what you'd like to export either.
The syntax is inconsistent, too:
from X import Y
import Z
vs. (modern JS) import { Y } from 'X';
import * as Z from 'Z';
Even C/C++ make more sense here.Luckily I landed a great job in late June, but it took 60+ applications and countless interviews.
There are also a few things that I had to patch on top of ffmpeg (for example it doesn't do well with generating singular HLS packets on demand). Would be nice to have a pluggable architecture that can link multiple things together like that.
Might implement this myself if I end up having the time for that.
What a great low-cost idea for multiplayer games.
Anything less, and the user will find a way to accidentally give admin permissions to random apps.
NB: I don't believe that it's the OS's job to protect the user from themselves. Shielding people from consequences of their own actions results in people making worse mistakes later on.
I haven't felt the need to use Windows for years now thanks to this.
Personally, 12h clock always confused me, so I wouldn't blame Siri.
$40/month for a machine, doesn't get any more predictable than this.
IIRC Apple's version of TPM (Secure Enclave) should be immune to such attacks (since it's on the SoC, but I'm not sure whether the communication is encrypted or not), and the main data encryption method for GNU/Linux (LUKS) does not utilize TPM by default (might depend on distro though).
EDIT: I believe that the method in the video only works for volumes that aren't password/PIN-protected.
Enabling all bands should allow your device to just drop to 5GHz/2.4GHz when needed. This has been seamless for me.
This would be great, @types/* docs are rarely ever useful. Although it'd be still nice to indicate that the types are not available in the original package.
This could literally allow things like Universal Clipboard to work on Linux and Windows - by using the method presented here to access the iCloud Keychain and generating Continuity keys and placing them there - then the iPhone will broadcast its clipboard data encrypted with those keys via BLE. If I understand all of this correctly.
I keep JavaScript always on and if I see a website abusing my trust, I just blacklist the entire website from my browser and never visit it again.
As a developer, all of my publicly available personal projects feature no tracking, no advertisements, and no third-party JavaScript in general. JavaScript is a really good tool, but as any tool can be, JS can be misused.
Only a very small but vocal minority of users disable JavaScript, as it's not a default setting in any of the web browsers with a market share higher than the rounding error.
In a lot of cases, designing a no-JS website disadvantages both the service provider and the users:
- the service provider has to support a higher load to render the page and process the data on the server,
- the user has to endure longer processing times for their data, since their request necessitates a round trip from/to the server adding additional latency.
For example, let's think of an image processing web app. All of this can be done on the client side (and this gives the user a higher sense of privacy since their data doesn't need to reach the server). It's much faster there, reduces the server load - allowing the service to be used by more people at once.
And there is no value in appeasing the no-JS minority, since either maintaining a no-JS version of the app in parallel, or building the entire app without JS, outweighs the potential ROI from the <1% of users[1].
If you disable JavaScript because of tracking and ads:
- browser extensions exist to only prevent tracking JS from running without affecting the websites,
- you can still be tracked server-side.
[1] https://gds.blog.gov.uk/2013/10/21/how-many-people-are-missi... - 0.2% of users of the UK online government services had JavaScript disabled. Based on the research I can find online, most of the no-JS users are using TOR, which isn't a terribly profitable demographic for commercial websites.
I've just tested on Chromium 118.0.5993.70, Firefox 118.0.2 and Safari (iOS 17.0.3) and the issue seems to be gone.
Thanks for reminding me.
Update: Fixed. (Expected this to require a rewrite but... it was just a matter of passing one option to react-router.)
Disclaimer: I'm the author of drop.lol.
They do not ship a version for Linux, and macOS has its own WKWebView, so I'm not sure what was stopping them before.