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

Offstream (YC S24) | https://www.useoffstream.com/ | Denver, CO | Backend software engineer | $130k - $170k + equity

Offstream’s mission is to enable carbon compliance by building the tools clean tech developers use to stay compliant and maximize revenue for their operations. We work with clean tech developers globally to simplify the complex web of compliance across IRA tax credit requirements, voluntary carbon market standards, and local, state, and federal regulations. The market for low-carbon projects is rapidly growing fueled by $500B+ IRA incentives from the US, purchase commitments made by large corporate buyers, compliance market mechanisms, and the climate crisis. Offstream enables the launch and scale-up of projects that are critical to net zero.

We are looking for a talented back end software engineer to join our growing engineering team. The role will be mostly back end focused but it will sometimes be necessary to work on the front end of the application, especially while the team is small. You will be the second engineer to join the engineering team (currently 1 engineer + co-founder/CTO) and have a massive impact on the architecture and shape of the Offstream product.

Full JD here - https://useoffstream.notion.site/Back-end-software-engineer-...

To apply, Send an email to hiring@useoffstream.com with a short intro about yourself and what you’re looking for in your next job, and mention you came from HN. Please include a copy of your resume + a link to your LinkedIn profile


Offstream | https://www.useoffstream.com/ | Denver, CO or remote (US timezones) | Founding full stack software engineer

Offstream's mission is to enable gigaton scale carbon removal by building the tools clean tech project developers use to stay compliant and maximize revenue for their operations. We work with clean tech developers globally to simplify the complex web of compliance across IRA tax credit requirements, voluntary carbon market standards, local, state, and federal regulations, and carbon credit buyer purchase demands. The market for low-carbon projects is rapidly growing with $500B+ IRA incentives from the US, purchase commitments made by large corporate buyers, and the growing climate crisis. Offstream enables the launch and scale-up of projects that are critical to net zero.

We are looking for a Full Stack Software Engineer to join our growing engineering team. The ideal candidate would have significant experience with front end development OR backend + infra work, but the role will include working across the entire stack as needed. As our first engineering hire, you will have the opportunity to make a huge impact by building our product from the ground up.

Full JD available here https://www.notion.so/useoffstream/Founding-full-stack-softw...

To apply, Send an email to hiring@useoffstream.com with a short intro about yourself and what you’re looking for in your next job, and mention you came from HN. Also include a copy of your resume + a link to your LinkedIn profile


This looks like a great piece of hard work covering topics that are not easy to grasp. I am wondering why the author(s) chose to write their code samples in Julia. Most algorithm textbooks I have come across use their own "pseudocode" which often ends up being challenging to read, but in a perfect world, I would selfishly like to have all of the code snippets in Python. Even though this textbook doesn't do that (although let's not rule out future optimizations!), the amount of work that went into this was clearly astounding and well done.


Mykel Kochenderfer is a coauthor on the book and the PhD advisor to Tim. The video [1] below describes how Kochenderfer came to be using Julia (it's faster than Python, and has an AST that the formal verification guys like).

[1] http://www.youtube.com/watch?v=rj-WhTL_VXE&t=16m9s


Many of the algorithms would be very laborious to implement and explain in a language like C or C++. Julia has the advantage that the actual code looks very much like the pseudocode you mention. In fact, the guideline implementation for the ACAS X collision avoidance software that my prof developed, that is to become the de-facto issued by the FAA, has been produced in Julia rather than in pseudocode because it actually runs. Real code has no ambiguity. (assuming you avoid undefined behavior). Julia is a fantastic language. Really hope it catches on.


I really wish that all of these books had a wiki so that users could post their own solutions with corresponding discussion. Particularly practical implementation details that don't belong in the text of the book.


I don't have any data to support this, but I would imagine that those high CoL areas are what causes that number to be up around $55,000. The numbers in the article from the individuals in the story were for the Seattle area. Although its no bay area, it isn't the midwest either. In most parts of the country that aren't the coasts or a major city, the average is probably significantly lower


A lot of posts on the "Who is Hiring?" Thread (at least the good ones) that happens every month will contain contact information of people at the company often times who are in charge of the actual hiring. I assume this is what that was referring to


That comes from government regulation. The FDA keeps your food from poisoning you. As of now, there is no structure in place forcing twitter to keep the spread of information alive and well.


I'd also point out that structurally, food companies are strongly disincentivized to quickly kill their customers, as they'd like to sell you something tomorrow, too. (Slowly killing their customers is a potential strategy, though anyone who wishes to dance on capitalism's grave with that has a lot of very pointy questions to answer about the government's involvement with the way the food industry may be slowly killing us.)

Twitter is mostly incentivized to keep eyeballs on their site no matter what. If that means using highly sophisticated machine learning algorithms to lock people in a soft, warm filter bubble in which they are eternally flattered for their opinions and never encounter a reason to leave, so be it.

In fact arguably Silicon Valley's biggest social-media challenge they are facing right now is that the world is trying to force them to recognize that not everybody wants to be locked in the same bubble that a Silicon Valley liberal does, a lesson that they are still trying to resist. It would probably be worth billions for Facebook and Twitter to give up on that dream and instead help people into their own custom soft warm filter bubble. If they don't do it, somebody else will.

I'm not celebrating this, simply observing that every month the money gradient Facebook, Twitter, and so on are facing to head down this road is going to get steeper.


The ads on your site are refreshing break of ads that are directly correlated with my last few google searches and it does seem like I could gain value out of those links if I was genuinely interested in the service you provide. Kudos


The tweets at the end really damage this article's reputation as a reasonable piece of journalism (if that's how you choose to label Business Insider). It is absurd to claim that ones reputation is irreparably damaged by not having left the company yet. People have jobs because they need income and to support their lives and families. Even when a company is clearly screwing up (looking right at Uber here), employees can't just leave with out any consequence to their personal life or their ability to afford to live


I genuinely don't understand why news outlets do this unless it's critical to the story. I've seen good examples of Tweet integration in places like The Intercept, for example, but usually they involve some other facet of the story where the Tweets themselves are consequential to the reporting. It just seems like useless noise when done like this article.


The worst thing to happen to journalism in the past decade is that, somehow, "some random strangers on Twitter said a thing" became an acceptable news story. I think it's worse than useless noise--it almost inevitably implies a broader trend/opinion than the author has the evidence to support.


Yes this is an issue with Amazon and there is little you can do besides wait until it has been resolved


Really unfortunate that it pitches php development as a way to get started as an older developer. As if an older developer doesn't already feel antiquated and behind, let's make it worse by teaching them an established technology that is not usually the language of choice for companies on the bleeding edge of technology, which i, I imagine, where these people are hoping to be


I'm not sure that's really a problem; if anything, it might be a smart move. PHP due to its large installed base, might become the legacy software niche similar to COBOL. While the younger generation might not want to touch it, older developers might have no problem with it - provided such opportunities are still available.


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

Search: