mshroyer

Joined 7 years ago

Karma
611
Submissions
153
Member since
Jul 18
https://markshroyer.com/ https://github.com/mshroyer/
View on Hacker News

Recent submissions

Comment · 1 day ago
AlmaLinux is "boring" in the best possible way, and it works really well in WSL too. Their extended support for x86-64 v2 has also been useful on one my old computers.
Comment · 9 days ago
Funding is easy to get once you have an impressive and demonstrably good program. But without Dolly's work (and yes, the work of people she brought on to carry out her vision), none of this program would currently exist.
Comment · 19 days ago
I'm thinking the car from the Sega Genesis game "Outrun 2019" (and only a few years late!)
Comment · 2 months ago
Why on earth is so much more expensive than an arbitrary pair of devices that could max out a cable?
Comment · 3 months ago
Hey drop me an email
Comment · 3 months ago
To be concrete and hopefully more constructive with my criticism, he's prone to saying things like "Fil-C is safer than Rust":

https://x.com/filpizlo/status/2053351119095791995

And "Rust let’s you corrupt memory / Fil-C doesn’t.":

https://x.com/filpizlo/status/2079253367587737841

These are false claims. The following compiles and runs fine with Fil-C, happily corrupting memory in a way that a safer language like Rust would not allow:

    #include <stdint.h>
    #include <stdio.h>
    
    struct Account {
            unsigned char name[8];
            uint32_t privileged;
    };
    
    void write_name(struct Account *account, size_t index, char value)
    {
            account->name[index] = value;
    }
    
    int main(int argc, char* argv[])
    {
            struct Account acct = {
                    .name = "foobar",
                    .privileged = 42,
            };
    
            write_name(&acct, 8, 1);
    
            printf("privileged = %d\n", acct.privileged);
            return 0;
    }
His claims about Fil-C being safer than Rust seem to hinge on Fil-C's ability to make safe-er an entire application stack, compared to a hypothetical Rust application that links to C dependencies which (currently) can't be compiled with Fil-C. This is true as far as it goes, but it's a far cry from justifying a blanket statement like "Fil-C is safer than Rust".
Comment · 3 months ago
He's been especially arrogant and dismissive on X. I'm very glad Fil-C exists, but his behavior makes me doubt the whole project.
Comment · 6 months ago
I switched my main home computer to the Framework 13 (albeit on Windows) in 2021, after multiple weeks with my MBP sent away for AppleCare. I had some minor electrical issues with the original 11th gen Intel motherboard, but the 13th gen Intel board I've since upgraded to has been perfect.

It's by far the best primary computer I've owned. The tradeoffs in battery life, speaker sound quality, and so on didn't matter much for my use case, so I was happy to take them; but this new model seems to fix those issues too, so I think it'll appeal to a much wider audience.

Comment · 6 months ago
Comment · 7 months ago
I had a similar experience with FreeNAS (now called TrueNAS): I'm sure it's great for some people, but I ended up fighting the abstraction layer way more than I benefited from it. I personally found it easier to just run Samba on plain FreeBSD/OpenZFS.
Comment · 7 months ago
I've been running OpenBSD as a router for almost 20 years I think? These days, the only ongoing maintenance it requires of me is running `syspatch` and `pkg_add -u` periodically to keep things up-to-date, and then `sysupgrade` when a new release comes around. It's way more hassle-free than in the old days.
Comment · 9 months ago
> Asking for "no politics" is itself a strong political view

No, it explicitly is not, and this "deepity" doesn't change any rational analysis. The injection of politics into every aspect of society must and should be refused.

Comment · 9 months ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton