markjgx (u/markjgx) - Readit News

markjgx commented on I Switched to Firefox and Never Looked Back howtogeek.com/why-i-switc... · Posted by u/Vinnl

alin23 · 8 months ago

I've been on Firefox Dev Edition for Mac for the last 4 years I think, and I can't remember more than 1 or 2 websites that didn't work correctly on it. It's been flawless, more battery and memory efficient than Chrome, less finicky and problematic than Safari, and with all the extensions that I need.

I seriously don't see any disadvantage in picking Firefox over Chrome. I still have Chrome around if any website requires it specifically, but I haven't launched it in ages.

There were a few Chrome extensions that weren't there on Firefox [1] [2] but I fixed that _easily_ by getting the crx file, unpacking it, then adding the https://github.com/mozilla/webextension-polyfill to the extension to make it cross-browser.

It's easy enough to make an extension work on both Firefox and Chrome, I've done it myself with SideHN (https://github.com/alin23/sidehn), but I guess Firefox is not really in the mind of Chrome extension devs.

[1] https://chromewebstore.google.com/detail/anchor-headings/lgg...

[2] https://chromewebstore.google.com/detail/xpath-helper/hgimno...

markjgx · 7 months ago

> It's been flawless, more battery and memory efficient than Chrome

Is that actually true?

markjgx commented on Surfer: Centralize all your personal data from online platforms github.com/CEREBRUS-MAXIM... · Posted by u/swyx

markjgx · a year ago

"Surfer: The World's First Digital Footprint Exporter" is dubious—it's clearly not the first. Kicking off with such a bold claim while only supporting seven major platforms? A scraper like this is only valuable if it has hundreds of integrations; the more niche, the better. The idea is great, but this needs a lot more time in the oven.

I would prefer a cli tool with partial gather support. Something that I could easily setup to run on a cheap instance somewhere and have it scrape all my data continuously at set intervals, and then give me the data in the most readable format possible through an easy access path. I've been thinking of making something like that, but with https://github.com/microsoft/graphrag at the center of it. A continuously rebuilt GraphRAG of all your data.

markjgx commented on Valve releases Counter-Strike 2 store.steampowered.com/ap... · Posted by u/magic123_

miohtama · 2 years ago

Reading the reviews

> to many cheaters to enjoy

Some obvious problems have not been solved in two decades.

markjgx · 2 years ago

Some players will also be convinced that you're cheating if you play the game really really well, and they will get upset. CS:GO (now CS2) has a very fascinating way of determining if someone is cheating. A ML based heuristic that is constantly being retrained, that can accurately judge whether someone is actually cheating or not based off their Overwatch (not the game) replay system. https://www.youtube.com/watch?v=kTiP0zKF9bc

markjgx commented on Ask HN: Has any Rust developer moved to embedded device programming? · Posted by u/detuks

garphunkle · 3 years ago

I've been working in embedded for 5 years and am curious how rust could solve my biggest headaches:

* Managing build configurations - I use CMake to build a single application for multiple hardware platforms. This is accomplished almost exclusively through linking, e.g., a single header file "ble-ncp-driver.h" with multiple "ble-ncp-driver.cpp" files for each target platform. I call this the "fat driver" approach which has proven to be easier to work with than creating a UART abstraction or ADC abstraction. Does rust's package system address this?

* Automated device testing - fluid leaks are similar to bugs in software. They are systemic in nature and cannot be easily understood through static analysis. We spent equal time maintaining a test bench as product development.

* Preemptive operating systems - more trouble than they are worth. Often, devs get bogged down writing messages queues to pass items between task contexts and timing analysis requires detailed event tracing.

Given I don't see teams struggle with memory ownership (easy to do if you never, ever malloc), what else can rust bring to embedded dev?

markjgx · 3 years ago

> Managing build configurations...

In terms of package management, you can apply rules to what crates you want to include; including specific platform constraints.

  [target.'cfg(target_os = "linux")'.dependencies]
  nix = "0.5"

On the code side it's pretty much the same as C++. You have a module that defines an interface and per-platform implementations that are included depending on a "configuration conditional check" #[cfg(target_os = "linux")] macro.

https://github.com/tokio-rs/mio/blob/c6b5f13adf67483d927b176...

markjgx commented on Yuzu: Nintendo Switch Emulator github.com/yuzu-emu/yuzu... · Posted by u/axiomdata316

Shadonototra · 4 years ago

what a horrible language choice for an emulator, no wonder it under performs compared to Yuzu, ton of micro stutters, i bet it's due to the GC and the JIT compiler; on top of using more memory

just for clarity, cpu/audio emulation needs predictive performance, you can't have that with C# due to the managed nature of it

markjgx · 4 years ago

Glad this was flagged. A lot of people have a misconception of managed languages being slow compared to your regular ol' binary program, these days that couldn't be further from the truth. In traditional high performance C/C++ development you have to manually split your code into hot and cold paths, static analysis optimization can only go so far.

Do you want to inline this function in your loop? Yes and no, i.e. you might be taking up some valuable registers in your loop, increasing register pressure. Time to pull out the profiler and experiment, wasting your precious time.

Managed languages have the advantage of knowing the landscape of your program exactly, as __that__ additional level of managed overhead can help the VM automatically split your code into hot and cold paths, having access to the runtime heuristics of your program allows it to re-JIT your hot paths, inline certain functions on the fly, etc.

markjgx commented on Show HN: DarkHN – Dark Mode Mirror for Hacker News darkhn.herokuapp.com/... · Posted by u/gaberomualdo

markjgx · 4 years ago

hckrnews.com + DarkReader. DarkReader is such a good extension, couldn't live without it!

markjgx commented on Unreal Engine 5 enters Early Access unrealengine.com/en-US/un... · Posted by u/meheleventyone

defaultname · 4 years ago

100GB of rocks.

I love the notion of their nanite engine and basically removing concern about LoD (though we've heard that pitch over many generations of engines), and it looks like they're finally improved on what was a terrible, clunky, extremely dated UI.

What I don't love is that it leans into going crazy with assets. Already games are getting simply ridiculous, with new games hitting 300GB, many with an unending stream of enormous patches (looking at CoD Warzone).

Instead of 100GB of rock meshes and textures, isn't there a benefit to procedural on-demand generation for stuff like this?

markjgx · 4 years ago

"and it looks like they're finally improved on what was a terrible, clunky, extremely dated UI." doesn't hold true, it's mostly the same UI with a dark reskin. Certain editor hot paths have been reworked and that's about it. The editor is almost exclusively written in Slate, Epic's in-house Window framework/general GUI module. Slate's got a pretty interesting nested MACRO system. Most definitely not data-driven and pretty much as hard-coded as it gets, redesigning the editor for real would be difficult to say the least. In reality most experienced developers don't want a new design, they are happy with the workflow they have and I have to agree with them. I'm generally happy with the "if it ain't broke don't fix it" reskin decision.

markjgx commented on Voice2json: Offline speech and intent recognition on Linux voice2json.org/... · Posted by u/easrng

synesthesiam · 4 years ago

I need to cycle back and update voice2json. Rhasspy (the full voice assistant) supports DeepSpeech 0.9.3.

markjgx · 4 years ago

Awesome, thanks.