443 karma · joined November 1, 2010
The harder part is ensuring people don’t hold onto connections during long-running operations. In some client libraries, it’s easy to accidentally hold one open. That plus autoscaling results in ticking bombs that are hard to catch with automated tests
As you say, you can write a service to stand in front of the DB and mediate access, but PgBouncer is already written AND production ready
There are a lot of negative consequences of this sort of “factory hiring” mentality (for one, you exclude huge numbers of some groups of people because everything is one size fits all), but if you contrast with hiring experienced folks, it’s way more streamlined. You don’t have to do sourcing, figure out location/geography, match up skill sets and team fit, deal with expectations around title/role, etc.
A lot of people mention salary and hours worked, but I suspect the real limiting factor in hiring at fast growing companies is time and staffing to do hiring, and if all you care about is the number of people typing code, you get new grads being overrepresented
What
Like everything else in biology, there is tight coupling between innate immunity and adaptive immunity), so the distinction in reality isn’t so clear-cut about what’s part of innate vs adaptive, but that’s the broad gist.
- Setting goals rather than tasks can allow for less micromanagement, if used properly. You have a problem to solve, with some freedom to choose how - Measuring individual (or even team) software engineer productivity is super hard. Unexpected problems, necessary research, tech debt, changing requirements, support interrupts, life problems, etc make consistent progress hard to measure, and no one wants to be measured by lines of code or “points closed”. Setting pre-negotiated goals and then achieving them is a more humane alternative
Descript is a newly Series B startup applying AI and great design to make media editing as easy and collaborative as editing a Google Doc. Our software is a critical part of producing some of today’s top podcasts and news productions, and our business is growing fast into new areas like video, voice cloning, and screencasting! It’s a great time to join at an inflection point in our company’s growth as we democratize a field that until now has been highly technical and specialized
Our backend eng team is looking for senior backend engineers with distributed systems and ops experience to set our technical strategy as we scale our AI and media infrastructure and build out new products. We’re a small, scrappy team, so you’ll get to work on everything from a platform to deliver per-user trained AI models to media processing to real-time collaboration.
We’re committed to supporting remote work (we’re a geographically distributed team), strong work-life balance, and making sure that everyone is given opportunities to grow and excel! Please reach out to me at esuh (at) descript.com or apply at https://www.descript.com/careers
Although I’m hiring backend engineers, other teams at the company are also looking for full-stack engineers!
I don’t think this is a very convincing argument. There are many, many things that have been around for millennia that just aren’t that great. We’ve been living without vaccines, antibiotics, antiseptics, antihelminthics, poor nutrition, extremely high rates of childhood mortality, and high rates of death by childbirth for millennia. That doesn’t mean that state of being or way of doing things is inherently good
On the client side, we use Typescript and Electron, which allows us to have most engineers work across the entire stack and cross-platform
If anyone is interested, we are hiring engineers and PMs! In particular, we’re looking for senior backend engineers and full stack engineers.
https://www.descript.com/careers
I’m the tech lead for the backend/server team, happy to answer any questions as best as I can
As long as both sides sign the job contract willingly, without a severe imbalance of power, it’s not abuse. It’s business.