farcaller

joined 1 year ago
[–] farcaller@fstab.sh 1 points 1 year ago

I’m the same and I studied every nook and cranny during my first playthrough because FOMO was real. Guess what, I still missed enough things to make a second run no less entertaining―especially if you play a polar opposite of your original character. This game accommodates to pretty much every stupid decision you can throw at it and it's amazing.

[–] farcaller@fstab.sh 5 points 1 year ago

That's somewhat similar to how apple private relay works.

[–] farcaller@fstab.sh 2 points 1 year ago (1 children)

I wouldn't quite call Lemmy's protocol much friendly either. I'm trying to implement it and it's a bit of a mess, honestly. There's absolutely no documentation, private database specifics leaking into the public interfaces, and an absolutely horrendous authentication scheme.

[–] farcaller@fstab.sh 3 points 1 year ago (3 children)

I don’think rust has any specific features that target ML. Swift does, but it's Apple hardware only.

[–] farcaller@fstab.sh 15 points 1 year ago (6 children)

Just a nit: swift is opensource and there is a swift ecosystem outside of apple UI things. Here's a swift http server that you can totally run on linux.

[–] farcaller@fstab.sh 3 points 1 year ago (5 children)

The tricky part isn’t the syntax, it's the domain knowledge. Well, actually it's syntax, too. Swift has a whole lot of things that aren’t like anything else with sprinkles of Objective-C. Rust turns the common patterns upside down because they make borrow checker sad. But, in the end, what makes you a good engineer is knowing how to apply the tool to solve the problem and that goes well beyond syntax.

Programming languages are like different kinds of saws: all of them are made to cut things, but there are nuances. Some are replaceable, others can be used for one specific thing. Knowing how to operate a hacksaw gives you some idea how a chainsaw would work even though they are fundamentally different. But tinkle it this way: what are you trying to do? Answering that will tell you which saw you need to use.

[–] farcaller@fstab.sh 9 points 1 year ago (11 children)

I think Python is still unmatched when it comes to ML, and nothing can beat Swift in terms of Apple ecosystem support. Why not learn both, though? I find Swift a bit harder to reason with than rust, but both have merit (and both have interesting use cases). Just see what uses you will find for them as you progress.

[–] farcaller@fstab.sh 3 points 1 year ago

I second this. Loki for logs, VictoriaMetrics for metrics―it's significantly more lightweight than ELK logging (and any lags are irrelevant for a homelab), and VM is similarly much more careful with RAM than Prometheus.

[–] farcaller@fstab.sh 3 points 1 year ago (1 children)

on RHD cars it depends on the market. Japan has it on the right, UK―on the left. It's a mess.

[–] farcaller@fstab.sh 4 points 1 year ago

Look at them like this: VLANs are like running several cables between two spots that you can configure independently. In the very end it comes down to this: what virtual LAN number you have on the cable.

Your backbone devices (router and switches) can be configured to accept tagged traffic―your switch will send a packet prefixed with a VLAN index and your router will trust that the packet actually came from that VLAN on the switch port, or to tag traffic―like when you have some port on your switch where your PC is plugged in and the switch will tag those packets with some VLAN when it forwards them (to the router).

Once you grasp that, everything else pretty much boils down to managing several isolated networkd and how they cross-talk. You run a dhcp server over each network, its own set of other services and whatnot.

Oftentimes the “home” hardware will expect a single network and use some means of packets broadcast to reach each other. That's how your phone can find all google homes on the network and apple homekit knows where your smart lights are. For that traffic to cross VLANs you’ll have to use some special software like mdns repeaters, but you can still isolate them.

Wrapping up, VLANs basically allow you the physical level isolation over a single cable. Mind that there are, of course, some bugs, e.g. I once found an issue with Unifi access points that allowed a well crafted packet to escape into VLAN 1 no matter what it was supposed to be tagged with. So don’t treat them as physically separate links.

[–] farcaller@fstab.sh 13 points 1 year ago (1 children)

The codebase is actually vastly more readable. I’m going to take it for a spin tomorrow and see how well it behaves, but so far it sounds like a much better deal deployment-wide for small instances.

view more: ‹ prev next ›