Hacker News new | past | comments | ask | show | jobs | submit | daguu's comments login

Ursa Major | DevOps | Lafayette, CO | Full-time

Rocket engines + you

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.

Website: https://www.ursamajor.com

Job reqs: https://jobs.lever.co/ursamajortech?lever-via=YsOqM3Vezi

7-minute test fire of Hadley, our 5,000 lbf ox-rich staged combustion engine (America's first): https://www.instagram.com/tv/CTKuq3rHuv9/


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.

US Citizen or permanent resident required.

Website: https://www.ursamajortechnologies.com

Job reqs: https://jobs.lever.co/ursamajortech?lever-via=YsOqM3Vezi

7-minute test fire of Hadley, our 5,000 lbf ox-rich staged combustion engine (America's first): https://www.instagram.com/tv/CTKuq3rHuv9/


Are you looking for an embedded software/firmware intern?


Sure! Our internship program for summer 2022 is open now. We have a rather generic intern req open here: https://jobs.lever.co/ursamajortech/a3637ef2-244a-4239-ae6a-...

A lot of those requirements wouldn't apply to you, but note this line:

> This internship could be for any of our Engineering teams: Analysis, Design, Propulsion Development, Avionics, Turbomachinery, Test, etc.

Embedded software/firmware would fit under Avionics.


Qualcomm has about 300 people in north Boulder.


- 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.


I can certainly relate! I always disable the touchpad entirely and use the touchpoint only on my Thinkpad, for this reason.


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.


I'm brand new to C, but wouldn't this from the hello world example always eval true?

if (__JCR_END__ == 0 || 1) { return;


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.


If __JCR_END___ was always a boolean, yes.


Am I missing something? '==' has a higher precedence than '||', so it should always evaluate as true.


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.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: