Nikolay: Hello, hello.

This is Postgres FM, episode number
105.

My name is Nikolay.

I'm the founder of Postgres.AI.

And as usual, my co-host is Michael,
the founder of pgMustard.

Hi, Michael.

Michael: Hello, Nikolay.

Nikolay: So you chose an interesting
topic.

Is it interesting?

I'm kidding.

But it's not technical at all,
right?

Michael: It depends on how far we
get into it.

Nikolay: Yeah.

So, we talk about startups, Postgres
startups, ecosystem maybe

for Postgres companies and new
companies, young companies.

We saw many of them launched in
previous years.

And recently, starting last year,
we started observing some of

them closing, which is natural
for startups.

Yeah, let's discuss this.

Michael: Yeah, sounds great.

I thought it might be interesting
for people.

I think not everybody pays as close
attention to this as yourself

and I do.

So I think there'll be people out
there that won't have heard

of a bunch of these companies.

I think it'd be really interesting
to discuss what some of them

are doing, what kind of categories
there are, how they run, what

kind of business models are popping
up, what problems they're

solving, that kind of thing.

But the reason I brought this up
now, I mean I'm kind of surprised

we haven't done this kind of thing
already, But the reason I

brought this up now is I saw a
tweet, maybe some other people,

it got a few hundred likes, I think
probably a few people in

the Postgres world have seen it
already.

I think it was a semi-serious prediction,
which was from a guy

called Dax Rad.

I don't know if I'm pronouncing
it right.

He's a bit of a joker online.

It does quite a few funny tweets,
but I think this was semi-serious.

And it was a prediction that over
the next 12 months, Postgres

startups are going to get decimated.

And that was the whole tweet, definitely
in character for trolling.

But I thought it was interesting
and funny.

And yeah, there were some funny
responses too.

But that prompted me to think,
what is the Postgres startup ecosystem

like right now?

Nikolay: I think it's, first of
all, it's serious, very serious.

And second, I think it's wrong
because it talks about next 12

months, not talking about what
already happened last 12 months.

I think It's already happened.

Because if you think like, even
if 3 startups closed, that means

they do have 30, right?

Because what does this word mean?

It means...

Michael: I did look it up.

I did look it up because that was
part of the replies.

But I think there are two definitions.

One is the kind of the strict old
school definition which was,

you know, from the Roman times,
1 in ten… KB – Punishment.

MH – …dies.

Yeah, exactly.

But I don't think that's what's
generally meant when the word

Nikolay: decimated is used in English.

It's not just dice.

Other 9 killed this guy.

This is how it was originally,
it was terrible, right?

Michael: Well, it was like

Nikolay: a group punishment.

One Random guy is killed by others,
right?

So this, I don't know why we discuss
it, it's not relevant maybe.

Michael: It's very relevant to
the tweet, right, decimated.

But I think the more normal definition,
the more normal use of

the word decimated means like a
whole, a lot of them will die.

Nikolay: Reduction, right?

Reduction of number of...

Big reduction.

Well, actually in the world of
startups, usually 9 of 10 die,

not 1 of 10, right?

It's vice versa.

Normally because lack of product
market fit or something like

that, bad execution and so on,
which usually looks like we cannot

raise next round, right?

But back to my idea, what happened
in the last 12 months.

I know at least 3 startups which
are dead now.

Did we have 30 startups before
that?

If we did, I mean, did we have
more?

I think no, actually.

Postgres-related startups.

Michael: It depends how you define
them.

And I think even some of the ones
you're talking about potentially

talking about weren't Postgres
only.

So it depends...

Nikolay: Of course.

Nikolay: Of course.

Nikolay: Of course.

The biggest, aiven.com from Finland,
I consider it a startup because

I remember they were super small
and then they skyrocketed and

raised...

They are Postgres related because
they started, I think, from

with Postgres and Kafka.

It's like an alternative to AWS services,
but multi-cloud like you.

A single interface to multiple clouds,
but including Postgres, right?

right?

And they had great Postgres materials,
and so on.

Michael: I think I misheard.

What was the name of the company?

How do you spell it?

Nikolay: Aiven.

Michael: Aiven.

It must be a different Aiven to
the one I'm thinking of because

they seem to still be going strong.

Nikolay: No, no, no, no, no.

They didn't close.

I mean, what I tried to say, I
just reflected your words about

not only are they strong, although
I heard about layoffs, but

they also raised the maximum number
of VC capital among all,

let's call it Postgres-related
companies, right?

So I just reflected the idea that
some of them are not purely

Postgres.

And these guys are not purely Postgres.

Of course, they have MySQL and
a lot of elastic and everything,

right?

Yeah, I would say we have a big
range of very big companies and

Aiven, at least according to Crunchbase,
raised $420 million.

It's insane, right?

Michael: With a lot of money.

Nikolay: Yeah, I think they were
first who reached the like kind

of unicorn label among Postgres,
let's call it Postgres-related

startups.

The other one I think is TimescaleDB
also reached this good mark,

right?

Like unicorn means a valuation exceeding
1 billion.

By the way, speaking of numbers,
420 is easy to remember sitting

in California.

But it's an impressive amount of
money and we have Supabase

and Timescale which raised more than
100 million, right?

Michael: Neon too, over 100 million.

Nikolay: Great, congrats everyone.

Michael: Hasura as well.

Nikolay: Yeah, Hasura.

By the way, I stopped hearing about
Hasura for a couple of years

already somehow.

And by the way, they are also starting
from Postgres.

I think they expanded to SQL Server
and everything.

Yeah, we didn't see the collapse of
really big startups, but smaller

and I think I would say Autotune
managed to be already like mid-size

because how much did they raise?

16 million?

15?

Michael: I saw 12, but I don't
know what they raised before that.

Nikolay: I think 15 or 16 was the
total I saw.

Honestly, if we say database startups,
this money should be not

serious, because database startups
require more money, I think,

to go serious.

And we have a lot of small, very
small things.

So let's talk about those who closed.

Like Autotune is 1 of the latest
news.

Who else?

Michael: There's only 1 other that
I know of, and that was Snaplet.

Nikolay: Snaplet, yeah.

Michael: It's not really in the
same category, but it's kind

of in our space of making tools.

Nikolay: What about Bit.io?

Bit.io, it was a nice idea.

You have a spreadsheet, you just
throw it to browser uploading,

right?

And it immediately creates Postgres
node with table and with

data.

Michael: Oh, really?

Nikolay: Yeah.

It's like super cloud approach,
like very, very cloud.

Like you just drop a spreadsheet
and start running SQL queries

to it.

Was a nice idea, but they closed
last year, I guess.

And similarly to AutoTune, they
did very, very, very, very, very,

very short notice for their customers,
which is, I think, very

bad behavior.

Not good, not good.

Like 30 days or so.

Get your data.

Yes,

Michael: it's difficult, isn't
it?

Nikolay: So these 3 startups, like
Snaplet, Bit.io and Autotune

are closed.

And my question is how many startups
do we have post-Gresley

that are in this kind of broader
term in general?

Maybe 30, right?

But 30 is quite a lot in my head.

And it means that maybe we already
have this mission complete,

you know?

Michael: So...

Easiest prediction to make is something
that's already happened.

Nikolay: Right.

Well, no, I mean, next 12 months
maybe it will happen again.

Michael: What do you think?

Nikolay: I don't know.

By the way, I somewhere had a list
of startups.

I think it didn't exceed 30.

Michael: Yeah, I've made a list.

I've made a bit of a list, but
I didn't know what should count.

Like, how many years does it still
count as a startup?

Nikolay: Right.

What is startup?

Michael: Yeah.

What about companies that haven't
gone down the VC route?

That kind of like, do they count?

So it's, I think it's really difficult.

And then especially if you start
to include companies that do.

Tools for more than 1 type of database.

Like We had an acquisition recently
in the Postgres space where

Timescale acquired a company called
Popsicle.

A cool name, by the way.

But they did a tool that worked
with Postgres, but not only Postgres.

And there's been loads of companies
like that, that I wouldn't

have thought to include if I was
making this list.

So it's a very, very tricky definition.

But to be fair, DAX did actually
qualify a little bit in some

replies, saying it was about the
crop of companies that have

popped up to offer managed Postgres
services, which does limit

it.

Nikolay: It's very different.

Michael: There can't be that many
of those, maybe 5 or 10.

Nikolay: Right.

And yeah, we cannot take existing
companies which started doing

this because they already cannot
be considered startups.

So it means we talk about only
like very few companies.

I think not more than 10 because
most managed Postgres services

I can think of, they are done by
companies which exist for many years.

So, Supabase, Neon, Tembo, who
else?

Michael: Yeah, for sure.

I don't know how some of the others
are monetizing.

Like, for example, there are people
like FerretDB offering Mongo-compatible

Postgres.

I don't think they're offering
a managed service though.

Is PGEdge as well?

Are they doing managed?

Nikolay: I don't follow.

Michael: I think so.

PeerDB as well, I don't know if
they're doing managed.

I don't know if you would count
it.

Nikolay: They don't have managed
Postgres, they have managed

replication for Postgres.

Michael: There you go.

So I don't think they count in this
prediction.

So it's a tricky one to...

I suspect it did its job and it
was pure engagement farming and

I've fallen for it.

But in the grand scheme of things,
I was most keen just to discuss

how do you see Postgres startups
at the moment?

And are there any gaps that you'd
really like to see maybe new

startups pop up or what kind of
problems some of these are solving?

Which ones are most important to
you?

Like that kind of thing?

Nikolay: Well I think I see things
very differently than a few

years ago.

I think a lot of new people came,
which is great, from different

market segments, like even from
database, from different database

systems, for example, right?

Like Tembo is 1 of great examples
here.

Michael: And, by the way, congrats
to them.

They just announced a raise.

Nikolay: 14 million

Michael: or something.

Nikolay: And special congrats for
Cybertruck to Ray.

Michael: We'll link that up.

Nikolay: With license plate startup,
very relevant to today's

discussion, right?

I think we have very different
types of companies and many attempts

and it's interesting time right
now because if we talk about

VC maybe it's harder to raise but
at the same time we know it's

harder to find a job, which also
means that it's easier to find

people.

And for those who make startups,
it's some additional window

of opportunity.

So it's a mixed situation right
now.

Like you might fail to raise, but
you might find good co-founder,

for example, technical, right?

And, and, and build something.

Yeah.

I'm honestly not standard startup
guy at all.

I'm slow, bootstrapping.

I'm just observing this like VC.

If you raise, for example, 10,
20 million dollars, build something

which brings you some significant
money, and then you need to

shut down your company because
you didn't have 10x growth per

year.

It's weird.

It's weird.

For VCs, it's probably like a failure,
right?

Because they expect hyper growth.

But why do we need the hyper growth
in post-growth ecosystem?

Maybe we should have good companies
which have normal growth,

like 30% per year and that's it.

I don't know, what do you think?

Michael: Well, I'm in the same
boat as you in terms of my own

companies, trying to grow it sustainably
with customer revenue,

customer funded, bootstrapped at
the beginning.

So trying to do things slow and
steady, but to do that, I felt

like I had to pick a very, very
small niche of a product, a very,

very kind of low surface area compete
in like a very, very small

area.

But I do think there are problems
in databases that do require

a lot more investment up front.

And those things are harder to
do self-funded slowly.

I think they do require a lot of
capital.

And then the only model at the
moment for that is either, well,

I guess there are examples, even
in the Postgres ecosystem of

companies funding their own development
there, like it, well,

back to the hyperscalers, but even,
So obviously companies like

AWS, RDS, that was all funded through
Amazon profits and Microsoft

as well, Google, but in the Postgres
space, Crunchy Data, for

example, have been investing in
their own platform that presumably

largely funded through their own
consulting business and then

customer revenues.

But it's like yours, right?

Your business is also mixed consulting
revenue.

So some of these other companies
I see are offering kind of service-based

business models as well as the
kind of more VC-friendly subscriptions

or hosting, like usage fees.

Nikolay: What is good about this
all, it's definitely ecosystem

is still growing, expanding, and
we see the growth of companies

which use Postgres in so many market
segments.

Everywhere, it's everywhere.

It's great.

We see many customers who need
help in many aspects.

So I agree we must divide companies
by what they do, goals.

If you want to change something
in the database itself, like build

a new type of Postgres itself or
rewrite part of Postgres, it requires

a lot of effort and you must have
a very long vision.

If you raise just $1,000,000, for
example, and next year VC will

say either raise or close basically
because you don't have customers.

This is not how it will work.

Fundamental things require a lot
of effort and maybe money also.

So Neon is a good example.

They change.

Michael: Yeah, great example.

Nikolay: Yeah, and also AlloyDB,
which is still under development

and Alexander Khodorkov joined
Supabase also good driver probably

to continue the development of AureolaDB
because what is there we

as Postgres users do need, right?

Features which are designed there.

Also, I would like to mention here
like historical things.

If maybe you've watched this, Michael
Stonebraker, who is like

father of Postgres, receiving Turing
Award 10 years ago or so,

he had a great lecture about startups
in the database, database startups,

because he is like, not only father
of Postgres, but he's the father

of database startups as well, participating
in doing this a lot.

So it was a great lecture.

I highly recommend it.

I remember he was comparing fundamental
database startups as

riding a bicycle across America,
like downhill, uphill.

Sometimes it feels great.

Sometimes it's like almost killing
you.

Very good lecture actually.

I enjoyed.

So this is a fundamental thing.

But there are other types of Postgres
related startups as well

and I think good things should
happen when we saw in Postgres

area, we saw the first acquisition
by Microsoft, it was Citus, right?

Michael: Yeah.

Which is

Nikolay: quite also fundamental,
I would say, right?

It's not Postgres itself, but it's
a significant layer of addition

to Postgres.

Michael: It's actually the one area
that I would like to see more

deep work done.

I think we've got a lot of bases
covered in the Postgres ecosystem,

but there is this kind of elephant
in the room with PlanetScale

and Vitesse.

We had great guests on recently
and I've since seen somebody

describe, I think it was actually
Arka from Notion, he described

what Sammy and the Figma team are
doing as somewhat starting

to build the Vitesse for Postgres.

I hadn't clicked that that's what
they were doing, but that is

kind of what they're doing.

So that feels like a gap at the
moment that could be, that probably

does require a lot of development
and could be funded by a VC-backed

startup.

But that's the one area that I don't
see currently being done.

Nikolay: Right.

But then there are several acquisitions,
I think, for smaller

startups.

And we saw also a few companies
which are Postgres-related in

YC.

Yeah.

Like PeerDB, right?

Michael: Is that the first time,
right?

PeerDB and then ParadeDB, are they
the first Postgres related

companies to get into YC?

Nikolay: No, Supabase was there
as well.

Michael: Oh, great shout, yeah.

Nikolay: Good point.

Someone else was there.

Michael: Sorry, Supabase, I forgot.

Nikolay: Yeah, I forgot.

Maybe someone else.

So, But there are bootstrappers
as well.

Is PgAnalyze bootstrapper?

Michael: Yeah, I had a list of
bootstrappers that I wanted to

give a shout out to.

Yeah, PgAnalyze is a great example,
but also DBeaver.

These bootstrappers don't get as
much, because they don't raise

money often, well never, they don't
get as much press.

So yeah, the rest of the other
ones I had to give a shout out

to were Egger Apps, who make Postico,
My favorite little Mac

client for Postgres.

Postgres Compare, which is run
by an old friend and colleague

of mine, I call Neil Anderson.

And also there's another monitoring
company, so PG Analyze, of

course, but with Lucas and the
team.

Nikolay: PG Analyze, I see it very
often lately.

Michael: Nice.

Nikolay: Do you consider Core Root
as a Postgres startup?

It's very strange to classify,
right?

Because they have good support
for Postgres for self-managed

installations, I think, because
they do eBPF monitoring, right?

I like the idea.

If we have like many Postgres nodes,
and not only Postgres, we

don't need to install anything
like additional extensions, but

we do need to have access to like...

Mason.

Well, right, right.

So it's a self-managed situation.

And they just observe whole traffic
and perform a lot of interesting

stuff, including like flame graphs.

Historically, you choose the period
and understand what Postgres

did in that period in terms of
what CPU was doing.

And also query analysis.

Michael: I forgot them, but I think
it's because they're not

purely, they're not only Postgres,
right?

So it's a different-

Nikolay: Not only Postgres, but
the founder was creating, it's

the same founder who created Okimeter
and it had very good Postgres

monitoring, 1 of the best I consider
still.

And you know, I had last year,
I had the overview of Postgres

monitoring systems at PgCon.

People liked a lot my slide deck,
so I know what I'm talking

about.

And Peter Zaitsev joined him recently
as co-founder.

Michael: Yeah, very cool.

Nikolay: So it means serious thoughts
about databases, of course,

maybe not Postgres only, but MySQL,
but definitely serious about

databases.

So we can consider, like, this
is the problem.

Fundamental, not fundamental, bootstrapped,
VC backed, Postgres

only, not Postgres only.

So many dimensions for this classification.

Michael: Well, and that's part
of what I wanted to discuss here.

It was, it does feel quite rich
at the moment.

It does feel like we have a lot
of options and I feel like that's

really positive and there's quite
a lot of innovation going on,

not only at the startups.

It feels like there's quite a lot
of innovation going on even

at some of the larger, older companies
working on Postgres things.

Maybe I'm biased and rose-tinted
glasses, but it feels really

positive to me at the moment.

Nikolay: I think the idea of that
tweet was the company who raised

the lot are in danger.

Michael: Interesting.

You think?

Nikolay: Yeah, because they need
to raise harder and if they

are not dealing with AI, for example,
VCs won't give them money,

right?

Maybe.

It's a very silly thought, but
it's actually in many cases true.

Michael: Well it will be interesting
to see if any of them do

but it also feels like the ones
that I'm aware of, they have

such good business models like
if the business model is working,

getting companies to host their
database on your system, the

ones that do well will grow with
you and pay you more each month,

month on month.

And it's very difficult to move
off, right?

It's expensive, it's risky.

So the fundamentals of...

Nikolay: IMAGINE you grow only
50% per year or just 100% per

year.

For VCs, it's not enough at some
point.

Michael: Good point.

Nikolay: It's tough.

Michael: But if we're talking about
100 million in the bank,

even if you hire a lot of people,
that's a serious amount of

money.

Nikolay: Right.

But how many managed Postgres services
do we have already?

And RDS is still the king of the
hill, right?

So I don't know.

And is it still expanding the user
base in terms of managed Postgres?

Michael: Good question.

I did look, going back to the tweet,
I go for what, if that's

the prediction, why is it the prediction?

I personally think the number of
databases is growing really

quickly.

The number of startups seems to
be exploding at the moment because

of the AI boom.

A lot of the AI use cases do need
a vector database.

Postgres, because of pgVector,
is positioned really well for vector

databases.

Nikolay: Do you think so?

Michael: Personally, yes.

Do you not think so?

Nikolay: I have doubts, because
it's not in core.

If you check Postgres documentation,
you don't see vector at

all.

This is a huge chance to lose this
battle, in my opinion.

This is serious.

It might look so silly, simple,
and so on, but it's a super serious

problem Postgres currently has.

And pgVector and all efforts.

It's good that all major managed
services quickly added pgVector,

but they usually lag in terms of
version.

It means that they lag to deliver
the best performance, for example,

which is quickly improving in the latest
versions.

And so on and so on.

Of course, this is a battle that's
happening, but it's a barrier

in minds, and some people, some
folks will not pass this barrier.

I mean, if you're not lazy, you
will quickly realize it's kind

of a zoo, it's a bazaar.

It's open source, that's why, like,
it's a bazaar.

So we have many options, you need
to quickly understand the options.

But I recently had this customer,
they said, okay, we are on

RDS, I think it was Aurora, and
we have pgVector, blah, blah,

blah.

And I see they use a very old version
of pgVector, much older than

even already available on Aurora,
but they didn't upgrade because

to upgrade you need to switch to
a different… I don't remember.

Some problems were happening.

This whole thing is so fragmented.

I mean vector story is very fragmented
right now.

And the only path to make it strong
is to put it inside Postgres.

But we know, we discussed that
there are problems with that.

Michael: Well, I don't think that's...

I disagree personally.

I think if you're really a startup
and you can't keep pgVector

up to date, you have bigger problems
than, you know, that feels

to me such an easy thing for you
to do.

If what I'm saying is true, If
there are lots of companies that

want vector databases right now
and are willing to go with Postgres,

I personally think it being out
of core is a benefit right now

because it means it can get bumps
in version really quickly.

Like, we see, I know they're not
technically major versions,

but 0.5, 0.6, 0.7 have all come
with quite big functionality

improvements.

And if it was in core, we wouldn't
have seen those.

It would have taken years.

So personally, I think there are
advantages in that area.

I've just remembered, though, I
actually think the prediction

was made partly because of 2 other
reasons.

I think it's partly that PlanetScale
is very marketing level

kind of attractive to kind of medium-sized,
like non-AI kind

of SaaS businesses.

I don't know how many non AI businesses
are popping up right

now, but the ones that are, I think
that they offer a very attractive

proposition, like kind of like
Mongo did before, but with SQL.

And then I think the other driving
force for the prediction is

probably the number of SQLite companies
popping up saying, actually,

all you need is this.

For a long, long time, you can
get by with SQLite, keep things

simple.

So I think at least that part of
Twitter that I'm seeing is talking

about those topics a bit more.

And that might be why they think
the Postgres startups might

struggle rather than a more nuanced
take on vector databases.

But I might have totally misunderstood.

What do you think?

Nikolay: Hard to say.

I don't know.

Michael: I just remembered there's
1 I completely forgot.

Have you heard of Nile?

N-I-L-E.

Yeah.

Because they popped up quite, like
relatively recently in the

grand scheme of things, talking
about running a regular SaaS

on Postgres and some innovations
in that area.

So that could be interesting, but
they're another 1 that we're

offering a managed service again.

Nikolay: Well, yeah, talking about
this lack of being in core,

of course, I agree with you about
the pace of development.

That's great.

And maybe things will change in
the future.

But it's just so sad that everyone
has everything in documentation,

like Techmonger, Elastic, everyone,
like any major database system.

They talk about vectors.

Postgres documentation doesn't
talk about vectors at all, right?

I mean, it talks about arrays,
but it's not like different, right?

So maybe at some point it will
go to core.

I hope it won't be late.

Right?

Michael: But, just to push you
a little bit, the super-based

documentation talks about vectors,
the neon documentation.

Of course.

Nikolay: RDS, Cloud SQL, all of
them.

Michael: Yeah.

But people are still then going
with Postgres.

So what's the problem?

Nikolay: The problem is that you
need to spend time to choose

and understand all the options
here, because options are quite

different everywhere.

Michael: But that would be true
even if it was in the Postgres

docs too.

In fact, 1 more option.

Nikolay: Maybe, maybe.

Michael: Anything you would like
to see?

Anything, like if anybody's listening,
wanting to do a startup

or like get inspired, is there
any kind of area you'd like to

see more innovation in?

Nikolay: Of course, And by the
way, Tembo is doing good steps

in this direction.

So I think, you know, 37signals
idea about moving out of cloud.

I

Michael: thought you were going
to say, I thought you were going

to say moving.

So they've also done this once
product that runs on SQLite, like,

but no, yeah, the moving out of
the cloud 1.

Yes.

Nikol gaming

Moving out of cloud and having
greater level of control over

your database.

Direct access to files, for example,
and so on, which is not

possible for managed Postgres services
usually.

We discussed it a few times.

Good thing that, for example, CrunchyBridge
provides full-fledged

super user.

So I expect, actually, Cytos co-founders,
they launched new startup

as well, right?

And they do Postgres as well.

Yeah, good point.

In UbiCloud, right?

Michael: That was it, yeah.

Forgot them, yeah, good point.

Nikolay: The idea is great.

You can install it anywhere, you
have full access, but it's still,

it's like the simplicity of management
is similar to you have

in cloud.

You can do it with Superbase as
well, by the way, I think.

You can host yourself, it's great.

So in this area, I expect good
shifts in the future, because

I think demand will be growing.

People who are like, already say
like, we've been in cloud enough.

We want to reduce overhead, how
much we spent and so on.

Of course, some people will say
cloud is great, I understand

this, But I think this party will
grow as well, like an anti-cloud

party, let's say.

Michael: I think it might also
be a little bit like stage of

company.

I can imagine a lot of startups
going with the cloud initially

and then like that, perhaps a bit
earlier than 37signals did,

maybe then moves workloads back
off.

So I could definitely see both
being true.

Nikolay: Yes.

So for example, new and fully betting,
everything should be cloud.

I understand that, but I also understand
like then we pay like

5 times more than we could.

So why do we do this?

I know small companies which also
understand that they don't

want to pay a lot and they are
good technically, so they are

successful and happy to be not
in cloud.

Or in very low-cost cloud, for
example.

And Postgres management there is
interesting because you want

all the features but don't want
all the overhead.

This is interesting.

In general, I don't know what will
happen, but it's normal for

startups to die, especially if
they are VC backed.

Yeah, because VCs put a lot of
pressure, especially after like

3 to 5 years of existence of the
company.

I learned it hard way with my second
startup, like 10 years ago,

when I realized like 3 years passed
and we need to move on and

huge optimization was needed.

It was successfully done, but it
was very painful.

So it's good if you know this in
advance, that there is some

period of time when you will need
to raise again or you will

just be closed.

In my case it was not closure,
it was just a huge optimization

to be very profitable at some point.

That's why I like the bootstrapped
cases as well.

Michael: Yeah.

Right.

And I'm glad we got a chance to
shout some of them out because

they don't always get the attention
they deserve.

Nikolay: If bootstrapped company
doesn't die in first year and

the founders still believe in this
idea, it's a much more stable

company actually, because they
don't have pressure from VCs.

But probably they have much less
chances to grow significantly,

right?

Michael: Well, it depends, right?

I actually forgot a couple of similar
companies that are bootstrapped

or mostly bootstrapped or at least
they've stopped raising and

they're doing really well.

Like JetBrains, a really, really
old company going from strength

to strength.

Nikolay: King of bootstrapped companies,
I think.

Michael: There are some examples
of companies that have scaled

to the same levels as some VC-backed
companies without needing

to.

So kudos to them as well.

Nikolay: Right.

So my conclusion is like, I expect
more closures and it's interesting

to observe the situation.

And unfortunately, I think closures
will happen with companies

who raised a lot Or they will need
to change things a lot.

Michael: Interesting.

Well, I'm not, I would be surprised.

So call me naive, but my prediction
would be that none of them

do close at least in the next 12
months.

So let's see.

I'll be rooting for them anyway.

In fact, all the Postgres startups,
I guess we'll be rooting

for.

Nikolay: Like a system is quite
interesting and with challenges,

but it's still growing, I think.

And I think it's interesting to
observe the further growth.

Michael: Yeah, should be fun anyway.

Thanks so much, Nikolay.

Anything else you wanted to add?

Nikolay: No, thank you.

See you next time.

Michael: See you next time.

Some kind things our listeners have said