This is a multi-kW DC system problem (battery pack, resistive heater, contactor, safety logic). The constraint is reaching sauna temps without relying on a 240V wall connection.
We currently generate ~$5k MRR renting saunas in the SF Bay (sfsaunarental.com). We've validated pain-point and demand.
If there’s mutual interest and the prototype goes well, this could extend into deeper collaboration or a more dedicated role.
To apply, email zach (at) sf-sauna (dot) com and include:
A short description of the EE project you're most proud of building from scratch
A link (GitHub, project photos, writeup, resume, etc)
Visit sf-sauna.com for more info about the problem space.
'RF fingerprinting' is a process used to uniquely identify RF devices based on hardware imperfections that show up in the RF signal. RF fingerprinting is used by both the US military and adversaries to surveil opposing RF assets. This tech is also used by private US companies to collect location tracking data of users' devices.
Here I present an experimental idea, development and commercialization plan, technical implementation, and risk assessment for a device modification to obfuscate the RF fingerprint: Obscuring RF Noise to Combat RF Fingerprinting Surveillance by Adversaries
The main idea is to introduce a hardware / thermal random noise generator after digital-to-analog conversion to hide hardware-induced RF identifiers.
To move this project forward, I'm looking for a technical co-founder with a background in electrical engineering. All experience levels welcome, including capable EE undergrads. If you know anybody who might be interested, please have them reach out!
We're Zach and Carl. Previously we worked on a small team at a startup writing software. That project involved impressive military hardware and guys who could literally snap us like twigs; our contribution was rock-solid code for use on distributed systems. We decided we'd try to keep rolling together and post here as a pair. Think of us as a no-money-down aqui-hire. (we're also available individually!)
Location: San Francisco
Remote: Hybrid or remote
Willing to relocate: No
Carl: A skilled manager and engineer with experience as a founder, a consultant, and a full-time employee. I've created and sold two companies. I’ve worked for startups, midsize, and large organizations in a diverse set of domains including blockchain, military communications, agriculture, manufacturing, healthcare, gaming, billing, work management, DevOps, and web services.
Zach: 6 years of experience as software engineer and product manager across robotics, space, defense, agriculture, and web dev. I've been project lead on all technical projects and have 4 YOE at small startups (<5 engineers)
6 years of experience as software engineer and product manager across robotics, space, defense, agriculture, and web dev. I've been project lead on all technical projects and have 4 YOE as small startups (< 3 engineers)
it's really theory (CS) vs building things (SWE). As you want to build larger projects, or build them better, you rely on CS ideas to do that. So SWE is really engineering assisted by applied CS. I've been studying CS for about two years and am only now learning any real application development. You can study CS without ever touching a computer or building an application (though doing both those things will give you context for why CS topics matter).
It's kinda like if you want to build a rocket to get to space, you can tinker with propellant, metal, and fire, and be a hobbyist that eventually you build a rocket to go to space. Or you can be a physicist and calculate everything on paper. To get to space you really need both those people, but the physicist can learn to build and the engineer can learn theory.
> but the physicist can learn to build and the engineer can learn theory.
So is this why frameworks exist? To abstract away the theory that proves something more "performant" or "sufficient", and allow the builder to do their thing?
More or less yes. The idea is that a framework (ideally) does some feature A the "right" way and programmers using the framework gain the benefits of convenience and safety, often at the cost of flexibility. Frameworks will usually try and balance the power or depth of the domain its abstracting with ease of use.
A good framework will stop beginners from making critical mistakes, decrease the amount of code its users have to write, and offer professionals well-constructed ways around its handholding as needed.
is this stuff really like 1970s weed? I have a feeling it's still has quite a bit less THC than 70s weed. I started smoking weed probably a year before the medical craze hit the midwest. We called them 'regs' and they were about $5 / gram. I completely stopped smoking after I couldn't find regs anymore because I was just getting way too high off the medical stuff. I would definitely start again if I could find actual pre-medical weed. I just can't find it. Even the lowest THC content at dispensaries is way too much
You gotta get it from head shops or online. Dispensaries are sleeping on it. Sometimes they have it in the form of random prerolls but all the interesting new ultra low THC strains are found online or in head shops.
Hemp flowers or CBD hemp flowers/buds. Although I'd look online for the exact strain you want. Tweedle Farms is a popular and reputable grower, and many of the strains they sell are grown by others, so you could use them as a reference for some of the strains that are out there.
I used to be a lot like this too. Eventually I got tired of it because I felt like I never had anything to show (mostly show to myself and feel proud of).
For hobbies/projects where the goal is just to unwind and enjoy myself, sure, I still do this. But that's often still not satisfying to me. I started making the intention to just complete the damn thing, even when it wasn't fun anymore. Motivation is hardly worth anything tbh. I used to only work with motivation, and while it felt good at the time, nothing ever got completed and I probably felt how you do a lot of the time.
Second, learning is hard. If you think you're comfortable with a new language, framework, whatever.. but you lose steam when working on whatever your building with it, you might not know it as good as you think you do. It's a lot easier to keep steam when there aren't roadblocks, but when you continually come across roadblocks, it just doesn't feel like your moving towards your goal with much speed. But this is generally where the learning takes place.
And I've also seen, finishing one project to completion makes it a lot easier to finish the next project to completion. It's a skill you have to learn (to do a personal project even when it's not fun, and there's nobody telling you you have to do it)
tl;dr: for enjoyment and relaxation, don't finish projects if you don't want. For learning / creating, make it the goal to finish and know that it'll probably be not fun sometimes
Electrical / Power Systems Engineer - Build a battery-integrated sauna heater
Paid contract role, $80 - 150/hr, 15–25 hr initial scope
This is a multi-kW DC system problem (battery pack, resistive heater, contactor, safety logic). The constraint is reaching sauna temps without relying on a 240V wall connection.
We currently generate ~$5k MRR renting saunas in the SF Bay (sfsaunarental.com). We've validated pain-point and demand.
If there’s mutual interest and the prototype goes well, this could extend into deeper collaboration or a more dedicated role.
To apply, email zach (at) sf-sauna (dot) com and include:
A short description of the EE project you're most proud of building from scratch A link (GitHub, project photos, writeup, resume, etc)
Visit sf-sauna.com for more info about the problem space.
reply