Ursa Major | https://ursamajor.com | Entry-level Software Engineer | $95,000 - $130,000 Base | Full-time | Hybrid in-person in northern Colorado, US
Ursa builds propulsion for aerospace and defense, so... rocket engines.
My team works on software and process problems across the company, but we specialize in the data system used by development and test teams. We work on anything from data backhaul, post processing, and anomaly detection to the frontend that lets them plan and manage test campaigns and do data analysis. The data plane is built on the FDAP stack and we have some super interesting work upcoming to integrate some of our data post-processing pipeline with our custom DataFusion UDF library. Overall stack is Rust, Python, Typescript.
Role is hybrid in-person in northern Colorado. Our headquarters is also our manufacturing and test facility, so a super interesting place to spend a couple days a week with amazingly smart and engaged stakeholders. People generally commute from Denver, Boulder, or Fort Collins, all great places to live.
Hello there, for some of the entry level positions it seems to be on site at the Colorado location. Is full remote available or possible for out-of-state folks?
And is there a contact email to reach out to or is here preferred?
This is a hybrid in-person role. We generally spend ~2 days a week at the office, so not a huge burden, but you need to be in commuting range. Relocation is provided. Aerospace is a hardware-centric field so it tends to come with the territory.
I'm happy to answer questions via email: doug at the same domain as the website listed above.
Ursa is made up of some of the best rocket propulsion engineers in the industry. As we move into stages of more advanced R&D and production, we're outgrowing some of the early tools and processes we had in place.
The Advanced Programs - Software group is being formed to solve these challenges. Think high-throughput data backend to move streaming sensor data from the test stands, and rich data exploration frontends.
We are currently hiring for a DevOps role. The team is small and the potential for impact is high. We work closely with engine design, manufacturing, and test engineers daily. Come help us build rocket engines!
US Citizen or permanent resident required due to ITAR restrictions.
Ursa Major Tech | Staff Software Engineer (Full Stack) | Lafayette, CO | Full-time
TL;DR: rocket engines + you
Ursa Major Technologies was founded to bring a new model to space access: one in which every link in an enormous value chain isn’t limited by those around it. We design rocket engines and propulsion solutions.
Ursa is made up of some of the best rocket propulsion engineers in the industry. As we move into stages of more advanced R&D and production, we're outgrowing some of the early tools and processes we had in place.
The Advanced Programs - Software group is being formed to solve these challenges. Think high-throughput data backend to move streaming sensor data from the test stands, and rich data exploration frontends. Current population: 1, so you get to wear many hats and help choose our stack.
Currently looking for a generalist with strong frontend/UI experience.
- FLAVOR: Ubuntu Desktop
- HEADLINE: Better palm detection for trackpads
- DESCRIPTION: With the caveat that I realize that you need to support many brands of laptop with different trackpad drivers, this is one of my major pains when using a linux (Ubuntu) laptop vs anything else: after hours and hours (and hours) of googling and struggling, I can still not manage to get reasonable palm detection going on my work laptop (Dell XPS 15). When coding, probably once every 10 minutes my palm is mis-interpreted as a finger swipe and my cursor jumps into some unrelated code.
ROLE/AFFILIATION: linux software dev, federal gov't
Yes, this is a huge problem for me, too! I'm currently using Fedora, so it seems to cut across distros, but it drives me crazy. After tweaking a bunch of config variables I've got something pretty usable, but it's not ideal and it was a huge pain to get to this point. The same machine running in Windows has a much more pleasant trackpad experience, so it's got to be the software.
Another related issue: I have helped get a few co-workers set up with Ubuntu on their laptops. Inevitably, once every few months, one comes to me and says "I just ran an update and the 'Restart' popup came up, so I restarted, now my laptop says 'No bootable devices found.'" This happens when Ubuntu is installed in UEFI mode. A kernel update sometimes wipes out the boot image. To fix it, I to get into the BIOS and reselect a bootable UEFI image. This should never, ever happen.
I have similar experience, but with Virtualbox in UEFI mode. After any restart, UEFI will complain that it cannot find anything bootable, I will run the bootloader from UEFI shell (Virtualbox does not have BIOS menus), in booted system run the efibootmgr to register it, just to have it lost at next reboot and doing the dance again.
Only Ubuntu does that, other linux distributions don't have this problem.
It does always evaluate to true. I honestly can't figure out why it's there, I've been googling what the 'frame_dummy' function is supposed to do and the only information I've found is something on 'setting up the exception frame'. All the code in that function does though is force a seg-fault if that test code you posted fails, so I'm not sure what it accomplishes.
I think the catch he's getting at is that || imposes an ordering that the left side is checked before the right side. This also implies that any side-effects of the left side have to happen before the right-side is evaluated.
That said, I still don't know how you could get this code generated. If you make an equivalent piece of code with _JCR_END__ as a volatile int, you still get an infinite loop which has the mov op for reading the _JCR_END__ value but it doesn't bother to test it. IE. gcc still reads the variable but optimizes the loop to a while (1). I can't think of anyway to trick gcc into generating asm like this.
Ursa builds propulsion for aerospace and defense, so... rocket engines.
My team works on software and process problems across the company, but we specialize in the data system used by development and test teams. We work on anything from data backhaul, post processing, and anomaly detection to the frontend that lets them plan and manage test campaigns and do data analysis. The data plane is built on the FDAP stack and we have some super interesting work upcoming to integrate some of our data post-processing pipeline with our custom DataFusion UDF library. Overall stack is Rust, Python, Typescript.
Role is hybrid in-person in northern Colorado. Our headquarters is also our manufacturing and test facility, so a super interesting place to spend a couple days a week with amazingly smart and engaged stakeholders. People generally commute from Denver, Boulder, or Fort Collins, all great places to live.
Only open to US citizens or greencard holders due to export laws around rocket engines. I’m the HM so feel free to ping me with any questions. https://ursamajor.com/careers/software-engineer/