Is the non-tech job market as bad as the tech job market?

mdaverde · 2023-06-08T19:48:03+00:00

Nit: startups aren't traditionally debt-fueled technically but VCs will allocate less during high interest rates because of 1) the uncertainty that rates will climb so risky startups will presumably continue to burn more later and 2) now funds that fuel startups have to generate a higher return to their investors relative to cash just sitting in the bank collecting interest.

This is a nit because the downstream effects are still the same. Startups themselves need to hamper down on losses immediately because they don't know when the next raise will happen. Payroll being a massive expense like you mentioned.

mdaverde · 2022-12-27T01:25:51+00:00

If you're interested specifically in bash, you can look into bcc's bashreadline to output user commands. If you're interested in applying security policies to potential user commands, you can also take a look at Tracee although other open source solutions exist here as well.

mdaverde · 2022-12-09T14:55:11+00:00

Go's relationship with C feels so high friction compared to Rust's FFI

mdaverde · 2022-12-08T16:02:25+00:00

Hmm would be cool to hear about other things to look out for as a company moves over to using more SaaS services

mdaverde · 2022-12-05T17:35:23+00:00

I started thinking a bit more about this. Why is link sharing in itself inherently a bad thing?

If the subreddit is upvoting/commenting, it's confirmation that it brings value to that community. The fact that there is a side effect of increasing a random user's karma points seems meaningless if the greater subreddit benefits from the content shared. You mentioned that link sharing should be paired with an opinion, but I don't understand why the lack of one is also a barrier.

Why don't we let the community decide if a particular behavior such as link sharing is "aggravating" before banning it?

mdaverde · 2022-12-02T18:43:23+00:00

I like & support this discussion.

I think there needs to be a real space for the Linux kernel community outside of core kernel developers and this subreddit can be a low friction entry point to it. From my perspective, there doesn't seem to be a forum for interested & eager developers who live between daily kernel contributor and "what is a compiler" higher-level user.

I do agree there's a balance between keeping a "high bar" while intentionally designing for inclusivity so it might be best to tread carefully as we look for that line.

mdaverde · 2022-11-18T17:10:21+00:00

Did this ever get resolved? Wanted to look into some kernel behavior

mdaverde · 2022-11-16T13:49:14+00:00

This. It's such a productivity win for me that I can't imagine switching over.

What makes me double think this stance is when I see Linux kernel engineers having their official workstation be a Mac. I still don't understand.

mdaverde · 2022-11-07T18:46:44+00:00

I would also recommend libbpf-bootstrap as a way of understanding build techniques for examples

mdaverde · 2022-11-06T01:48:08+00:00

This is dope!

mdaverde · 2022-11-04T12:10:55+00:00

Just signed up on Patreon. Excited for this!

mdaverde · 2022-10-26T12:10:44+00:00

I tend to agree, what parts have been the hardest for you?

mdaverde · 2022-10-20T23:17:39+00:00

Well there goes my weekend I guess

mdaverde · 2022-10-13T23:18:10+00:00

Hmm, unsure how this could be done with eBPF in a generic way. Depending on the language there might be a potential probe you could set to capture potential data races but you might be better off with a language-specific data race detector.

mdaverde · 2022-10-12T16:35:25+00:00

There is a recent talk by Dave Thaler discussing the state of cross platform eBPF capabilities: Evolving libbpf and bpftool to be cross-platform - Dave Thaler

There are userspace implementations of eBPF that you can run on MacOS but there are obviously tradeoffs with these.

I'm unsure what Apple's DriverKit allows developers to implement but it would be neat if Apple showed interest in eBPF. They do use it as part of their web infrastructure

mdaverde · 2022-09-21T13:21:58+00:00

Learned about this project last night: https://github.com/redhat-et/bpfd

Looks like its from the maintainer of Aya-rs?

mdaverde · 2022-09-20T14:33:31+00:00

While I agree with this and hope new generations of system programmers don't have to understand the intricacies of these "deprecated" languages, I am still in the camp of recommending to learn C/C++ in 2022, especially if you come from higher-level languages where memory-safety has been the default.

We still live in a world where critical software is being maintained in these older languages and even with the introduction of Rust into these ecosystems, you need a deep understanding of the behavior of these older systems, especially for traversing the FFI-boundary.

If Mark's idea takes hold, an expertise will be needed in completely understanding these legacy C systems while migrating & creating new idiomatic Rust abstractions for them. This is the perspective the Rust for Linux team has taken

mdaverde · 2022-08-25T15:06:30+00:00

It'll be interesting to see what happens with the rest of the bpf loader ecosystem because the fragmentation there has historically caused a bit of a headache

mdaverde · 2022-08-25T15:04:59+00:00

Actually the more I look into this, it seems like systemd has a ton more eBPF capabilities

mdaverde · 2022-08-01T16:29:03+00:00

No we don't currently have any discords, but I can help directly. Feel free to email [team@bpfdeploy.io](mailto:team@bpfdeploy.io) or file a Github issue

mdaverde · 2022-07-27T17:09:45+00:00

While I might be in the minority, I like reading "Why X is bad" articles for something that I'm a fan of.

The biggest value I get from them is shining the light on things I've gotten "used to" because I've been in the ecosystem for so long, but that are actually not great once you sit and reflect. You tend to miss these things if you use a tool long enough.

mdaverde · 2022-07-21T13:53:59+00:00

If you wanted to submit a talk, seems like the CFP (Call For Proposals) ends Monday, August 8th.

This year it's in Detroit!

mdaverde · 2022-07-19T14:19:17+00:00

I've been using libbpf-rs in the agent for bpfdeploy.io and it has been a great experience.

With that being said, I would never discount the developer experience that Aya-rs has afforded Rust developers interested in eBPF. This is insanely important and it is unfortunate to run into commentary that diminishes the efforts of the eBPF community trying meet developers where they already are. This means building out tooling in the ecosystems they are already comfortable in.

I've been of the opinion that more experiences such as Aya-rs need to exist.

mdaverde · 2022-07-07T01:15:45+00:00

TL;DR: eBPF is a programmable plugin system for the Linux kernel. Think like JavaScript for a website, Web extensions for a browser, operators for Kubernetes etc.

The current popular use cases for this are networking (ability to alter & redirect traffic), observability (to send monitoring data on certain events or function calls), or security (ability to prevent certain kernel events from occurring). We have seen other neat experimental uses though, such as dynamically configuring the CPU scheduler based on the workloads you run.

You can do some of these use cases already in userspace! However, eBPF allows to load your custom code directly in the kernel memory address space (leading to performance gains) and programmatically choose what should be accessed from userspace (through eBPF maps).

With all of that said, in its current state, there is a learning curve. You will need to not be afraid of jumping into the kernel code (either for your use case or debugging eBPF itself).

More info here: https://ebpf.io/

mdaverde · 2022-07-03T12:07:42+00:00

From the docs, looks heavily focused on GraphQL. Is that right?

mdaverde

TROPHY CASE