jhillyerd
Joined 8 years ago
Karma
85
Submissions
17
Member since
Jan 1
Recent submissions
Comment · 2 years ago
Comment · 4 years ago
I think this is true for Nix in the deployment/ops space, where debugging a broken build can be very frustrating. Language improvements are going to be less useful for app developers, the Flake learning curve is not going to get better with a type system.
Perhaps something like heroku buildpaks (https://github.com/railwayapp/nixpacks ?) would help devs get on the Nix train.
Comment · 4 years ago
I've started running Nomad in my homelab, and it is a great piece of software. Although I feel like the question is sort of flawed, if you want to learn Kubernetes, you are going to need to run Kubernetes - or one of the downsized versions of it.
If you want to learn about containers, distributed workloads, etc, then Nomad is a great option that is easy to learn/adopt piecemeal.
Comment · 4 years ago
If you end up not liking (or not wanting to learn) k8s, check out Hashicorp's Nomad. I set it up recently, it's great for a homelab, and a bit more flexible than k8s because it can also run raw executables and VMs.
Comment · 6 years ago
Yes, please. The first couple paragraphs of this PR I thought I was reading about Riot Games renaming themselves.
Comment · 6 years ago
Not true, Sonos works in a mesh, so all Sonos devices need to talk to each other, and to the controller app on phone or PC.
Comment · 7 years ago
+1. It's been years since I used Gentoo, but I felt like it broke me, or required some sort of intervention once a month. Arch was much better, more like once every few months. So far Nix has not broken anything for me in a year of use.
Comment · 7 years ago
If you are alright with running a single piece app that provides webmail, SMTP, POP, and REST, you might be interested in my project: http://www.inbucket.org/
It's really targeted for intranet use though, I wouldn't recommend exposing anything other than the SMTP port to the internet.
Comment · 7 years ago
I found the headings a bit weird to read, and apparently my brain thought the GIFs were ads, because I didn't notice them at all.
Comment · 8 years ago
I'd say yes; there are many times I've ssh'd into a server and wanted to do a quick edit where I don't have my vimrc; not going to bother to install it.
Complexity increases when you want one vimrc with many plugins to work on Windows, Linux and OS X, and both in your work and home environments.
I'm not arguing that Amp is the answer. I don't think I'd stick with vim as my daily driver if I couldn't customize it, and have the plugins I do.
Comment · 8 years ago
Google is also a very good learning opportunity; there is lots of training available to employees, you will be working with very talented people, and will get to see how the planet-scale dogfood is made first hand.
Comment · 8 years ago
Author/maintainer here. I see someone else posted Inbucket four years ago, but it's changed a lot since then.
Website: https://www.inbucket.org/ GitHub: https://github.com/jhillyerd/inbucket
Inbucket was my first project in Go, and I have been slowly adding to it ever since.
Comment · 8 years ago
The module spec lets you put the minimum version in it; so the scenario you raise in your second paragraph would not happen. The import paths are just there to allow you to have both v1 and v2 in the same project (ideally during a migration period).
You would have to raise the minimum version in your module spec to get a newer version of the dependency.
Comment · 8 years ago
Boiler plate in my example would be everything that needs to be written for a class in Java, not specific to sorting: new file, imports, getters, setters etc. compared to a few lines in an existing file for a struct in Go.
Remote: Yes
Willing to relocate: No
Technologies: Primarily Go; also have experience with Rust, Python, Java, JavaScript, Elm, Nix
LinkedIn: https://www.linkedin.com/in/jhillyerd/
CV: Upon request
Email: james at hillyerd dot com
My recent experience is in back-end development, but I am a generalist software engineer. I love working with platform technologies; Linux, containers, automation, orchestration (nomad & k8s), CI/CD, NixOS, etc. At Google I worked on a distributed application that handled a million requests per second, but I've also worked at startups with no customers.