We are a Swiss startup based in Zurich and build the first carbon-aware cloud by increasing the utilization rates of data centers worldwide. We're focusing currently on the 3D render market (providing compute for rendering 3D animations) but will expand to further areas as we grow. We have a core product with scheduling and billing included where you'll mainly work on.
We're looking for a Senior Go Engineer and develop our core and render product further. We utilize various cloud providers and work with Kubernetes and Cluster API. You'll mainly develop Go code and deploy and monitor it on our production cluster (you build it you run it).
Tech Stack:
- Go
- gRPC
- NATS
- Kubernetes (including custom operators)
- Cluster-API, ArgoCD (GitOps), Argo Workflows
- Windows and Linux containers
- Prometheus (Cortex)
- PostgreSQL
- GitLab CI/CD, GitHub
More details here: https://helio.exchange/jobs/senior-go-engineerTo apply, please email to jobs@helio.exchange. Traditional CVs or Cover letters are unnecessary.
Interview process: We review your profile and reply with a small questionnaire, have a short 30min interview with the Founders, Connect with our team (getting to know them plus technical fit interview) and then join us with a flexible starting date.
We are a Swiss startup based in Zurich and build the first carbon-aware cloud by increasing the utilization rates of data centers worldwide. We're focusing currently on the 3D render market (providing compute for rendering 3D animations) but will expand to further areas as we grow. We have a core product with scheduling and billing included where you'll mainly work on.
Join us as a Senior Cloud Engineer and develop our core and render product further. We utilize various cloud providers and work with Kubernetes and Cluster API. You'll mainly develop Go code and deploy and monitor it on our production cluster. You'll work closely with our Growth team and contribute to the ongoing success of our projects. We are a small team looking to expand to accelerate our growth.
Tech Stack:
- Go
- Kubernetes (including custom operators)
- Cluster-API, ArgoCD (GitOps), Argo Workflows
- Windows and Linux containers
- Prometheus (Cortex)
- PostgreSQL
More details here: https://helio.exchange/jobs/senior-cloud-engineerTo apply, please email to jobs@helio.exchange. Traditional CVs or Cover letters are unnecessary.
Interview process: We review your profile, have a short 30min interview with the Founders, Connect with our team (getting to know them plus technical fit interview) and then join us with a flexible starting date.
We're looking also for:
- Senior Fullstack Software Engineer (Remote)
- Windows Software Engineer 3D Tools (Remote)
- and others, check out https://helio.exchange/jobs for more.
Deleted Comment
Deleted Comment
On the worst days I could eat double my normal food intake and was still hungry. Working and concentration is quite hard, more coffee intake is the case. Complex thoughts are increasingly difficult (e.g. improving software architecture takes much more time than I was used to).
I do wonder what happens when sleep is back to normal. Are some effects staying or will eventually everything go back to how it used to be before?
There's definitely some nice stuff about it, but there's also some stuff that's a bit of a pain. For one thing, being straight up unable to compile a program if there's an unused variable, not even a debug compiler flag or anything to allow it while testing. There's a lot of cases where I just want to move one thing around, or I'm partway through writing a function and just want to see what state something is in at a point, so I want to throw a breakpoint on a line and run the program up to that point. But even though my code is technically all valid, because the variable I want to look at is unused, or I commented out a line that makes something else unused, I now can't compile at all. So there's a lot of times I'll have to throw in a random fmt.Print of a random property of index zero of an array or something, which might crash anyway if it's reached, but at least it'll compile. It maybe doesn't seem like it would be that big of a deal, but when you've got a train of thought going, and you're trying to iterate fast, it can really pull you out of the flow of things.
There's also a lot of weird situations where I find it hard to keep things clean. For instance, I like using this shorthand:
if err := doThing(bar); err != nil {
// handle error
}
But if you're doing it in a case where your function returns a result and an error, i.e. if foo, err := doThing(bar); err != nil {
// handle error
}
That's indeed valid code, but foo only exists in the scope of that error handling. So you'd have to declare it above with its type var foo FooType
if foo, err := doThing(bar); err != nil {
// handle error
}
But you can't actually do this because when using type inference, both return values have to not be declared beforehand. So you have to pull err out into a declared var with a type, and remove the type inference altogether like this var foo FooType
var err Error
if foo, err = doThing(bar); err != nil {
// handle error
}
And from that point on, if you're using this pattern again anywhere else below in that function and you want to continue using that slick error handling shorthand, there's barely any point because err already exists in your scope, and you'd just be redeclaring it.Perhaps there's some tricks I don't know about, but I tend to run into situations like this a lot, and I spend so much time trying to appease weird edge-cases of the compiler's strict rules that is really throws a wrench in my workflow.
if foo, err := doThing(bar); err != nil {
// handle error
} else {
// handle foo
}
but most don't use that form and just do the call outside: foo, err := doThing(bar)
if err != nil {
// handle error
}
I also prefer less sour breads and since I started using a stiff starter it's much better than more liquid ones. I still haven't found the perfect recipe yet but it is possible.
A good intro into the difference of starters is at the bread code: https://www.the-sourdough-framework.com/Sourdoughstartertype...