nicksergeant

Yep, done at https://jobsbyreferral.com/privacy.

Hi! I answered this in a few comments but:

The app performs its functions entirely client-side except for the job search to JSearch, which only requires the company name.

> What you choose to upload to JobsByReferral.com is entirely up to you - you don't need to upload the entire ZIP. You can upload the Connections.csv-formatted file after you review it. You could also obfuscate person names if you'd like, before uploading.

> We also do nothing with your data. You can verify the app does not send your data to any backend endpoints _except_ for company name (so that we can find jobs at that company).

Edit: we've added some privacy details here: https://jobsbyreferral.com/privacy

Ah, wild! Yes I see it now! That is really quite buried.

Edit: seems like this is only the "Classic Search", and presumably may disappear once "AI search" is no longer optional?

Honest question: for what? The data you export from LinkedIn is yours. From their "Download my data" section:

> Download my data > Your LinkedIn data belongs to you, and you can download an archive any time or view the rich media you have uploaded.

What you choose to upload to JobsByReferral.com is entirely up to you - you don't need to upload the entire ZIP. You can upload the Connections.csv-formatted file after you review it. You could also obfuscate person names if you'd like, before uploading.

We also do nothing with your data. You can verify the app does not send your data to any backend endpoints _except_ for company name (so that we can find jobs at that company).

Answering your GDPR question: we use cookie-less analytics with https://usefathom.com/ and we do not pass user data to the backend endpoints, which you can verify by viewing the network calls. When you upload the ZIP or CSV the extraction/parsing happens entirely client-side, and then we use auto-generated IDs to map connection data from the JSearch API response to the client-side stored connection data.

LinkedIn's API is pretty locked down to partners, which you must apply for. There's also no documented API to retrieve connections.

The approach we've taken here is that you upload data that you're comfortable uploading. You don't have to upload your entire LinkedIn ZIP archive -- you can just upload the Connections.csv file (which you can review before you upload).

Yep! I agree to the principle - I also would not trust a random third-party app with my personal details. Though as noted in my other comment, this app is mostly client-side (including the CSV and ZIP extraction), except of course for the JSearch calls to find jobs by company name, and the CSV export if you choose to use that.

Those are totally fair points but what I agreed with here was that people will create _personal_ software to solve a particular itch for themselves, which is what I did here for my friends. I just decided to throw it on HN as I have some API credits remaining :)

This is exactly where I think we're heading as well. This project took about 2 hours.

Really?! I still cannot find this in the mobile app or desktop :lolsob:

I have some friends who were laid off and are on the job hunt. We were all quite surprised to learn that LinkedIn does not have a "view jobs only at companies where I have connections", so I built https://jobsbyreferral.com/

It's powered by https://rapidapi.com/letscrape-6bRBa3QguO5/api/jsearch, which is a little pricey, so I'm trying to decide whether to put more effort into the project (I'd have to charge _something_ to offset the costs).

It doesn't feel like LLM-assisted coding has gotten materially better in the last 6 months, though. The tooling, sure, but I'm still wrestling with the exact same problems I was at the beginning of the year. That doesn't feel like the exponential improvement people have been prophesizing about.

Many non-technical people don't even know what a domain name is, or what they're used for. Most people think "I go to websites by typing it into Google and clicking the link".

Reminds me of Neal Stephenson's thoughts on the topic here: https://nealstephenson.substack.com/p/remarks-on-ai-from-nz

> By training AIs to fight and defeat other AIs we can perhaps preserve a healthy balance in the new ecosystem. If I had time to do it and if I knew more about how AIs work, I’d be putting my energies into building AIs whose sole purpose was to predate upon existing AI models by using every conceivable strategy to feed bogus data into them, interrupt their power supplies, discourage investors, and otherwise interfere with their operations. Not out of malicious intent per se but just from a general belief that everything should have to compete, and that competition within a diverse ecosystem produces a healthier result in the long run than raising a potential superpredator in a hermetically sealed petri dish where its every need is catered to.

I am 100% in agreement here. I operate a couple large Next.js apps and in the last year we've had to deal with Next.js 14 -> 15 which introduced a ton of breaking cache changes, Next.js pages -> app router, React 18 -> 19, Eslint 8 -> 9, and Tailwind 3 -> 4.

It's honestly been a nightmare, and I wish I had just built in Django instead. The Tailwind 3 -> 4 migration was probably among the most painful, which I was not expecting.

Not at the moment but that's an interesting idea! I didn't want small biz to have to lift a finger to be on the site, so we manually populated 550+ biz to start, and then I paid a photographer to take shots of about 80% of the spots around town.

I really like the idea of contributing those photos back to OpenStreetMap actually... right now I have Google Maps on profile pages but only because we absolutely need the Google Places API for accurate hours (that's really the only spot businesses update current hours at the moment). But I could see swapping for OSM at least for maps in the near future.

I'm building a platform for small-city business directories called TownWire: https://townwire.com

We launched our first location last week and have had a great response so far from business owners and residents alike: https://canandaigua.com With the current tech climate of AI and big tech, things have gotten so impersonal for the majority of actual people. I'm betting on communities and the small businesses that serve those communities in the medium and long term.

This is also something I've realized about LLM coding: I have learned wayyyy more about tech I wouldn't normally try just by vibe coding and explaining what I want to exist. In the last few months I've learned Cloudflare workers/queues/Puppeteer, heavy Postgres features like policies, triggers, functions, trigram search, migrations, and a ton about RLS. I _could_ have learned this stuff on my own but the friction is just too high, but with LLM coding it just shows me a working solution and I can tweak and ask questions from there. Hono is pretty great, too! It has exactly what I've always wanted in a backend JS framework which is a React/JSX-like way of writing UI components but without actually using the React renderer on the FE. Next.js and SSR obviously also offers this but I don't think Hono even uses that, it's just JSX.

Built out an entire web accessibility monitoring / scanning tool. The backend/scanning system required my knowledge as a programmer but the UI was entirely vibe coded. I said "build a UI for this scanning system on Cloudflare workers and use Hono.dev", and then just described in plain English how I wanted the UI to work.

Did this over a few weeks in my free time and now it has all of the features of accessibility monitoring SaaS that I was previously paying $600/mo for.

Yeah. The travel on the Apple Magic Keyboard, which I can't seem to pry myself away from, is around 1.15mm.

>> Can I buy this keyboard? > Negative, this singular prototype is not for sale.

:sobbing:

I hope someone builds / sells this! Instant buy for me, if so.

I've wanted this for years. I've tried so many "ergonomic" mechanical keyboards, but the huge key travel (even if very soft switches), tends to always give me finger/wrist issues over a few weeks.

I could be mistaken but I think parent is referring to computer literacy as the interest in tinkering with and/or programming computers, not just using them to write school papers.

I too am quite fearful of the fact that I know zero kids under the age of 15 who have any interest in learning how computers work, despite being completely surrounded by them since age 8 or 9 (via school-issued Chromebooks).

I've had kind of great experiences even doing complex tasks with lots of steps, as long as I tell it to take things slowly and verify each step.

I had a working and complete version of Apple MapKit JS rendering a map for an address (along with the server side token generation), and last night I told it I wanted to switch to Google Maps for "reasons".

It nailed it on the first try, and even gave me quick steps for creating the API keys in Google Dev Console (which is always _super_ fun to navigate).

As Simon has said elsewhere in these comments, it's all about the context you give it (a working example in a slightly different paradigm really couldn't be any better).

Have you personally tried? I have a business doing exactly that and have three restaurants paying between $300-400/month for a restaurant website -- and we don't even integrate directly with their POS / menu providers (Heartland).

Wagtail is amazing! It did everything we needed and more. My primary frustration was in building reusable server-side rendered components and "interactive islands" (as popularized by Astro). The Django/Jinja templating language can be pretty verbose and difficult to parameterize reusable functionality. I found myself constantly doing this:

``` {% with field|contact_label as label %} <div class="relative mt-5 my-3 md:my-5"> <label class="{% if placeholders %}hidden{% endif %} bg-white absolute -top-[9px] block ml-2 px-2 text-black text-sm rounded" for="{{ form_name }}_{{ field }}" id="{{ form_name }}_{{ field }}_label"> {{ label }} </label> ```

(the "with" templatetag)

Over time these templates just became very difficult to work with. Part of that is likely also because I've been a full-time React dev for the better part of a decade, and I'm just faster with it.

Sure! When I started 5 years ago, I had a single Django + Wagtail app that hosted all websites on a single monorepo/deployable. For the few sites that needed interactivity I just used vanilla JS. We actually do have a few sites that we've done some custom Stripe integrations for so they can accept payments online, but it's very minimal/simple.

About a year and a half ago I began moving everything to Next.js, and have migrated 30 sites from the Django platform and have built 20+ on the Next.js platform since building that out.

Next has allowed us to create reusable but heavily-themeable functional components that we couldn't do with Django's templating language (without a lot of boilerplate and pain), and I'm extremely happy with the move (even though I might not reach for Next on my next side project).

I do however wish I had given more attention to Astro when I was evaluating frameworks, because in hindsight it looks like a perfect fit for what we're doing. Not worth migrating now, though. Haha.

Thanks! Mostly Facebook honestly. Small business owners hang out there a ton because of all the community pages where folks ask for recommendations for certain types of businesses in the area.

I started designing and building websites for locally-owned small businesses in my town, and have grown it to 45+ clients with a current MRR around $11k. I still work full-time and have built an awesome team over the years!

https://flxwebsites.com

Yep, still going strong here in Rochester, NY as well with WBER: https://wber.org