HN user

volf_

65 karma
Posts0
Comments28
View on HN
No posts found.

The world is filled with "good enough" solutions. If it has 80% of the functionally needed, it will be good enough for most use cases.

the most meritorious solution never rises to the top

You know why? Because it was the best solution at the time that covered everything they needed. You can only complain about it because the initial problem was solved and people were able to move on to something else.

Does it work for what we need it to do? Yes? Ok. Now that we have settled this problem, we can continue on developing.

Meritocracy is only relevant to someone who has ideas but no desire or ability to actually structure the idea in such a way that would work in the world we find ourselves in today.

Maybe D-Bus has something similar?

So you just commented here to say nothing but "dbus sucks because it isn't the best. I wonder if there are better options?".

Exactly.

Adderall has no positive relationship to my mental efficiency. It can in fact be a negative once your passed the 8 hour windows where its still in your system.

At the end of the day, it makes it easier to not bounce between different things. It doesn't help me be smarter. It helps me drive to work without needing to listen to music and be on my phone.

Modafinil... maybe.

A commercial enterprise is dropping support for older cpu architectures in their newer OSs so they can improve the average performance of the deployed software?

Don't see how that's controversial. It's something that doesn't matter to their customers or their business.

TikTok has one of the lowest bars to monetization out of all the major social media networks.

There is a large amount of creators on the platform that live off their content and eCommerce enabled through the platform. So it disappearing overnight would severely impact people who have a majority of their livelihood through the app.

Facebook. Twitter. YouTube. They all have short form video, but TikTok has a lot of features that just don't exist on other platforms.

Location: Seattle, WA

Remote: Yes

Willing to relocate: Maybe, for the right gig.

Technologies: Python, Rust, Kubernetes (Helm, ArgoCD, CNPG, AWS ACK), AWS, AWS EKS, AWS CDK, Terraform, Grafana LGTM (Loki, Grafana, Tempo, Mimir), GitLab, PostgreSQL, OpenTelemetry, System Architecture, Hybrid Cloud, DevOps/SRE stuff, and more!

Resume: https://www.linkedin.com/in/volf/

Email: hn [at] m1.volf.co

Been doing DevOps/SRE for the past 7-8 years. I've found myself working well in positions where I can work closely with other engineers to build out Cloud/Distributed Infrastructure and develop software in a way that makes it not painful to run in the cloud.

I can help take small MVP applications & infrastructure, and help turn it into something that can scale up as the business does. I'm comfortable working with any stack- just depends on how much time it'll take me to brush up on the language or design.

I'm aware.

Buuttt... you're trying to compare apples (a rack in a DC) to oranges (an AWS Native Solution that spans multiple DCs). And that's before you get into all the AWS bullshit that fucking sucks, but it sucks more to do it yourself.

A Rack in a DC isn't a solution that's useful to people who are in AWS.

You use EFS as a shared folder that you can share between a number of different workloads. If you want a POSIX compatible shared filesystem in the cloud, you're going to pay for it.

For example. I setup Developer Workspaces that can mount an EFS share to their linux box, and anything they put in there will be accessible from Kubernetes Jobs they kick off, and from their Jupyterhub workspace.

I can either pay AWS to do it for me, or I can figure out how to get a 250k IOPS GlusterFS server to work across multiple AZs in a region. I think the math maths out to around the same cost at the end of the day

There does not appear to be hardware virtualization support, so those would work but you'd be using software virtualization which will be slower.

I'll try running firecracker later and see if it'll boot.

I have one (16GB model), and have (arch) linux on it dual booting with Windows! Started @ https://github.com/ironrobin/archiso-x13s

  * Battery Life. ~6/7 hours max as it currently (linux-x13s 6.4). There is a lot of room for improvement, which will happen as more people tune/tweak.

  * Performance. Honestly, the only noticeable issue is lzma2 compression. It's ass slow, even when using 8 threads. Other then that- Gnome (Wayland), CLion, Firefox, and Rust have no issues. I can't think of any performance issues when comparing it to my HP 14t-ea000, which is a 11th gen i7. 

  * Stability. Firefox occasionally crashes and I've not done enough digging to file a ticket on it yet. The WiFi Drivers crash on suspend (https://bugzilla.kernel.org/show_bug.cgi?id=217239) but it's being worked on. The GPU crashes on startup but recovers. Going to file a kernel report on this one when I get around to it. I'd put it at 95% of what I'd expect on my x86-64 laptop. 
Camera doesn't work (yet), as well as some of the other GPU features. BIOS is limited, and boils down to full access to the security options as well as the to-be-expected Lenovo keyboard options. There's a "beta" Linux boot option, but I didn't need that when I first installed linux. Actually, I'm not sure what I'd want exposed in the BIOS that's not already there. Memory Overclocking?

It runs cooler than my HP, which runs on the hotter side. Port selection is limiting, but having a 5G Modem is cool. Arch has almost all of their packages cross compiled to arm64, and I've not run into an issue where there was a package I needed that wasn't there.

TL;DR. A Very functional laptop. I've started using it as my primary laptop, but still carry my HP with me if I'm traveling somewhere. Give it a few months for the kernel issues to be ironed out and it'll be a very nice laptop.