We're a Wealth Management platform and advisory firm (RIA) that helps high-net-worth individuals and families achieve their financial goals. We're looking for a Senior Typescript Fullstack Engineer (over-weighted towards the backend) to join our Client and Advisor Product team. We just raised our Series C and you'll be joining a team of 5 other CAP engineers. We focus on lean teams that lean on functional programming to move fast and still act like a Series A company.
You'll be working on a full-typescript codebase and be responsible for designing features from a blank sheet, coming up with normalized relational tables, and writing functional (imagine TS code that looks like Haskell) backend and frontend code. Some more details: https://fartherfinance.notion.site/Senior-Typescript-Full-st...
Experience in finance/fintech is a must. If your experience is in the wealth management space or trading that is a huge plus. As this is in the senior range we're looking for 7+ years of experience or some kick-ass equivalent.
Please contact adam+nov-hn@farther.com with a copy of your resume and a brief introduction. As we're a detail oriented team please include a sentence or two on your favorite functional programming idiom, yes this is my brown M&M test.
I think it's fair to call it e-paper since it's reflective. It's not e_ink_ of course, and I believe in a previous thread they mentioned it's not bistable (needs power to maintain the image).
Farther is a Series B (we just raised our round in September) fast-growing wealth management firm and platform (though not a robo-advisor). We help families and people grow their wealth and feel confident they can accomplish all they want financially from today to tomorrow.
We’re looking for FP obsessive & strong type-loving Scala senior engineers (6+ years of professional/production experience). We’re on the Typelevel ecosystem (Http4s, Cats Effect, Fs2, Circe, etc.). You’ll be responsible for building composable micro-services, designing forward-compatible database schemas (we use CockroachDB) with efficient SQL queries, and APIs that delight your consumers but aren’t brittle. We have an interesting mix of domains from trading to portfolio management to automated account opening.
We’re a highly autonomous and fully-distributed company looking for product-minded engineers who want to get started from the first week deploying code.
1) Do the functions "freeze" once the response body has been sent back? Is it possible to return a response to the user (for a quick API response) and then continue doing some background work? This is has been a source of pain with AWS Lambda based services like Vercel that freeze execution once the response has been sent.[1]
2) How does keeping a connection pool work between function invocations? For example using Prisma for the nice typed DB functions.
> Do the functions "freeze" once the response body has been sent back?
Just checked with the Deno team. These functions should not be used as "background workers" - perhaps that is something we explore in the future. It will work for a short time in theory, but it's not guaranteed.
> How does keeping a connection pool work between function invocations
Supabase offers several options here. You can either use the API (PostgREST)[0] - an autogenerated REST API, or the connection pooler (pgbouncer)[1] which we offer with every project.
> For example using Prisma
Supabase is a popular database hosting service for Prisma users because of the built-in pooling - it's a great product, especially their typed interface.
> These functions should not be used as "background workers"
Thanks for checking on it. We actually had to create a Cloudflare worker based "fire-and-forget" system to allow our Vercel functions to shoot off background tasks. Was hoping to replace that.
> Supabase is a popular database hosting service for Prisma
Agreed! We actually use Supabase as our backend for Willow[1] and use Prisma when writing backend functionality. It's been a real easy and fast process to use Supabase's JS client on the frontend to access data (with RLS!) and then Prisma+Supabase on the backend to modify data (with types!). We would love to allow user's to directly change data everywhere directly from the browser but we need to do some background tasks (sending notifications or updating related rows).
The dream would be to have a great DX experience around using insert/update triggers to call Supabase functions to run background tasks. Some type of Terraform-esque configuration (in a SCM) to set it up and keep it in sync would be awesome. We have some triggers that make http calls but we're limiting usage as keeping track of them outside of our other code isn't simple.
> The dream would be to have a great DX experience around using insert/update triggers to call Supabase functions to run background tasks
We have something for this: Function Hooks (soon to be renamed "Async Triggers")[0]. They are still in alpha, but the extension [1] is getting close. It was important to build something which works with PG background workers so that it's non-blocking. We'll make quick progress on this now that we've released Edge Functions.
> sending notifications or updating related rows
Tune in for tomorrow's announcement - it's related.
TBH the average user would be confused if their autoscaling workers were "online and billed for" if some random npm package or a coding accident had "background behavior". Firing off a background task into something similar to AWS SQS is really the right way for this scenario to be handled.
We’ve used the Node.js containers in production and investigated the other languages, but never deployed them. We did have some issues with devops not being able to log into the running containers, but always found a solution that I believe in the end was a better long term pattern for ops.
Thanks. I found it there - otherwise, I couldn't have given the details above - but that's the name of the country's soccer team. The country's name is Ireland and that's what appears on my passport and in any official documents produced in any country in the world.
I guess it's similar to Germany being the "Federal Republic of Germany", or China being either the "People's Republic of China" (mainland) or the "Republic of China" (Taiwan).
We're a Wealth Management platform and advisory firm (RIA) that helps high-net-worth individuals and families achieve their financial goals. We're looking for a Senior Typescript Fullstack Engineer (over-weighted towards the backend) to join our Client and Advisor Product team. We just raised our Series C and you'll be joining a team of 5 other CAP engineers. We focus on lean teams that lean on functional programming to move fast and still act like a Series A company.
You'll be working on a full-typescript codebase and be responsible for designing features from a blank sheet, coming up with normalized relational tables, and writing functional (imagine TS code that looks like Haskell) backend and frontend code. Some more details: https://fartherfinance.notion.site/Senior-Typescript-Full-st...
Experience in finance/fintech is a must. If your experience is in the wealth management space or trading that is a huge plus. As this is in the senior range we're looking for 7+ years of experience or some kick-ass equivalent.
Please contact adam+nov-hn@farther.com with a copy of your resume and a brief introduction. As we're a detail oriented team please include a sentence or two on your favorite functional programming idiom, yes this is my brown M&M test.