wasted_intel
Joined 10 years ago
Karma
282
Submissions
112
Member since
Nov 10
Recent submissions
Comment · 7 months ago
Comment · 10 months ago
First thing I thought of, too. If not, I hope it’s planned. I’m all in on TUI tools, and vi keybinds are a necessary part of that for me.
Comment · 1 year ago
Validity | https://www.validity.com/ | Boston - Remote (US) | Full-time
Validity is a suite of marketing tools used to ensure data quality, drive email performance, and provide advanced campaign analytics to leading brands.
Our Applications team is seeking a Senior Ruby on Rails developer to help expand our product line, improve our existing products, and build the next generation of Validity tools, continuing our mission to provide exceptional support to our growing customer base.
We're looking for someone with: - A strong command of Ruby, Ruby on Rails, JavaScript, and the architecture of large web applications at scale - Experience in taking projects from concept to completion - Strong communication skills; the ability to communicate clearly, effectively, and with empathy both within your team and cross-functionally - A proven track record of writing clean, maintainable, and well-tested code
Apply here: https://validity.applytojob.com/apply/9cSl8hGG4R/Sr-Software...
Comment · 1 year ago
Love this. I use raw CLI commands until it hurts, and have recently embraced tools like lazygit/lazydocker to get visibility into otherwise opaque system/tree states, and it’s been a huge level-up.
I have several user and system level services I manage, but debugging them is tedious. Your opening line that lists common commands and their pain points really resonated with me.
I’m on NixOS, so editing immutable unit files directly won’t work, but the service discovery, visibility, and management will be really helpful. Nice work!
Comment · 1 year ago
Your comment about writing a text editor library is precisely what got me started with amp ~10 years ago, where much of its core functionality was extracted here:
https://crates.io/crates/scribe
Good luck with the project! Building a text editor to scratch your own itch is fun.
Comment · 2 years ago
I also think NixOS is more targeted towards developers. It’s one thing to learn the syntax, APIs, and abstractions of Nix/NixOS. It’s another to stack all of that on top of learning programming in general.
Comment · 2 years ago
This doesn't mirror my experience at all. I think the biggest challenge facing NixOS is the learning curve. There's a lot thrown at you from the start, and as you start to factor your configuration into separate modules, there's a lot of complexity you have to unpack.
I've since migrated to a flake-based setup with machine-based variations (for my laptop and desktop), including easily swappable desktop environments. At a whim, I can switch between sway, hyprland, and gnome. This was mostly a result of me exploring/tweaking these without wanting to discard the configs; I always end up coming back to re-explore tiling WMs.
My experience through all of this has been great. I've even done a full re-install on both machines when the xz vulnerability was discovered and the process was effortless. That includes lanzaboote for SecureBoot, LUKS, and out-of-tree git-based flake builds for custom applications I build from source.
The one thing I found really helpful when starting with flakes was this repo that includes starter configs to help flatten that initial curve: https://github.com/Misterio77/nix-starter-configs/tree/main
Comment · 2 years ago
Oh, Arch was rock solid and I was also able to keep my install going for years. However, in the few instances where I would get a new laptop or experience a drive failure, it was non-trivial to get it going again. If you're using a stock install + Gnome, it's not bad, but I had lots of things set up (e.g. Secure Boot, udev rules, usbguard, tiling WM, etc.) and those are all things you can declare in a NixOS + Home Manager config, have versioned, and re-establish in ~30 minutes instead of days.
Comment · 2 years ago
Yep, same. Thoroughly enjoyed Arch, but slowly accruing implicit config state means you'll eventually have to re-install and configure everything again. You can mitigate some of that with dotfiles and some hand-rolled scripts, but NixOS is effectively that "done right".
Comment · 2 years ago
I get the point you're making, but I'd argue that even when stated in a reductive fashion, the complex system that leads simple cellular automata to artistic expression is orders of magnitude more elegant and special than AI.
Comment · 2 years ago
Exercising “rights and freedoms” isn’t what the people in that protest were doing. Breaking that up was the right thing to do.
Comment · 3 years ago
> which are OSS-compliant where required
This is the crux of the problem. Where Prusa is openly sharing, you have companies that are benefiting from that without reciprocating. Part of the tax you're paying when buying an i3MK4 is the continued investment in the open source/hardware contributions of the company, not just the end product. Shelling out $1k for a Bambu is your prerogative, but it does cast a vote with your wallet for a company that is more predatory than collaborative.
Comment · 4 years ago
Litmus | Remote (USA, UK) | Full-time | https://litmus.engineering
Litmus' goal is to help email marketing teams send better email. To do that, we've built a suite of tools to help with the building process, allow performing QA with device/client screenshots, enable collaboration on designs with teammates, and analyze email performance post-send.
We're looking to hire a full-stack engineer to help add/improve features and build new products. Day to day, you can expect to write Ruby and JavaScript (Rails, vanilla JS, Vue.js, Ember, etc.). We practice CI/CD with great test coverage, are sincerely good about work/life balance, and have some exceptional benefits (e.g. 28 days of PTO + stat holidays). You can learn more about our team and how we work here:
https://litmus.engineering/applications-team
If you'd like to apply, you can see all of our open engineering positions here:
"Not a security mechanism. No mount isolation, no PID namespace, no credential separation. Linux documents it as not intended for sandboxing."