Show HN: Keep Swimming – lessons I learned while bootstrapping a SaaS product https://ift.tt/4Gv9CLq

Show HN: Keep Swimming – lessons I learned while bootstrapping a SaaS product https://ift.tt/vUwFpse August 10, 2022 at 02:28AM

Show HN: WeExpire – Notes readable only after your death https://ift.tt/MbHKLqS

Show HN: WeExpire – Notes readable only after your death https://weexpire.org/ August 10, 2022 at 01:43AM

Show HN: Create bespoke, always-on, virtual coworking rooms (called cafes) https://ift.tt/aRbiUrT

Show HN: Create bespoke, always-on, virtual coworking rooms (called cafes) https://ift.tt/FlGNUv2 August 10, 2022 at 12:55AM

Show HN: MOS, an application to help you deploy mathematical optimization models https://ift.tt/Sx4ZMpJ

Show HN: MOS, an application to help you deploy mathematical optimization models We built MOS in response to the frictions we experienced in deploying optimization solutions. Some of the key benefits provided are the following: - Models can be easily uploaded to the application after adding simple annotations to the model code. - Models can be accessed via various available interfaces, including a REST API, a web graphical user interface, and client libraries in popular programming languages such as Python and Julia. - Models can be run with different inputs by workers running locally or distributed over the network. - Intermediate and end results can be extracted, browsed, and analyzed. This is all available without the need for (the typically required) custom ad-hoc code. https://ift.tt/uSYM2tn August 9, 2022 at 11:28PM

Show HN: We Built Vercel for Data Engineers https://ift.tt/6hrsOVE

Show HN: We Built Vercel for Data Engineers Hi HN. Today we released Dagster Cloud to general availability [1], which includes a new feature you can try that we're calling Branch Deployments. Branch Deployments were inspired by Vercel's Preview Deployments feature and deep GitHub integration. We're hoping we can bring a similar developer experience improvement to the data domain. Let us know your feedback! [1] https://ift.tt/wd0eF5b https://twitter.com/dagsterio/status/1557040015237976065 August 9, 2022 at 10:57PM

Show HN: Recode – Free, open-source, community-driven Codespaces alternative https://ift.tt/HbJN0hR

Show HN: Recode – Free, open-source, community-driven Codespaces alternative https://ift.tt/eZfbpcw August 9, 2022 at 09:33PM

Show HN: PGPP (Pretty Good Phone Privacy) – a new type of mobile privacy service https://ift.tt/xXQeyhg

Show HN: PGPP (Pretty Good Phone Privacy) – a new type of mobile privacy service Hi, we're Barath and Paul. We co-founded INVISV to build Pretty Good Phone Privacy (PGPP) [ https://invisv.com/pgpp ], an app and service that provides mobile identifier privacy (IMSI) and Internet privacy (IP) so that neither we nor other providers learn your network identity. We've been thinking about how phones are tracking devices in disguise (at a few layers) and what we can do about it. But the problem is that mobile networks are hard to change, and existing companies are reluctant to change things. A couple years ago we had the idea that we could decouple your identity from your SIM (IMSI), so the mobile operator wouldn't know who you are but still provides you service. We did research, figured it out, and published it last year at Usenix Security. Then we took it to every mobile operator we could to see if they'd do it, but mostly got shrugs, confusion, or hostility. (We still hold out hope they'll change their minds.) So we decided we had to build and deploy it ourselves. And the mobile network is just the first part -- we also provide decoupled IP privacy (Relay) in PGPP via a partnership with Fastly, for when you're on WiFi or mobile data. The implementation is simple: for mobile privacy we decouple authentication from connectivity. Those are conflated today. We provide service using eSIMs (so you need an eSIM capable Android for this part). So we don't learn which eSIM your phone gets each time (your IMSI now changes periodically), we authenticate you with a cryptographic protocol (Chaum's blind signatures) that proves you should get a new eSIM but doesn't reveal your identity. Then you get mobile data service. This isn't something that exists today, despite the tracking/data collection that's happened both by third parties (SDRs / IMSI catchers) and operators themselves. It's like MAC randomization for mobile networks. We figured users would like better IP privacy too, so we used IETF MASQUE and collaborated with Fastly to provide relay service in PGPP as well. Relay service works on almost any Android device. This uses TLS to tunnel your traffic (which itself will usually be TLS encrypted, for almost all Web traffic today) through two hops and then to the rest of the Internet. The first hop is us -- we hide your IP but learn nothing of your traffic or where it's headed. The second hop is Fastly, who then connects you to the IP of the server you're trying to reach, but all they see is an INVISV IP trying to connect to some other IP. The site you're connecting to terminates your TLS stream but just sees it coming from Fastly. This is a beta and there are several things that aren't ideal. We don't have free plans because providing actual connectivity is pretty expensive. We know that data-only mobile service isn't for everyone (that's what our mobile plans provide -- no phone number). So we offer Relay service on its own for folks who want that. We also know eSIMs are not ideal either, so we'd like to generalize that down the road. We're focused on privacy, not just on mobile, and we'd love your feedback on the service and ideas about this and where to go next. Thanks! Barath and Paul https://ift.tt/JardyPT August 9, 2022 at 09:02PM