►
From YouTube: DEx Retro - Sept 7, 2023
A
Hi
everyone
welcome
to
digital
experience.
This
is
our
retro
meeting.
Today
is
Thursday.
The
7th
first
up
for
things
that
went
well
is
Nathan.
B
Thanks
Laura
yeah
first
one's
actually
about
you,
thanks
for
the
component
audit
that
figma
file
I,
have
it
open
on
a
tab
all
day
every
day,
and
so
when
I'm
building
out
console
types
I
can
be
like.
Oh
this
one
has
a
hero.
This
one
doesn't
and
so
I
just
want
to
say
you're
saving
me
hours
every
day.
So
thank
you.
B
And
I
guess:
I
have
the
next
one
yeah.
We
had
a
really
good
kind
of
pair
programming
session,
sorry
that
was
working
the
other
day
with
Mateo,
John
and
Miguel.
So
it
was
a
lot
of
stuff
about
contentful
and
API
elements
and
stuff
like
that,
and
it
was
really
good.
It
was
nice.
Thank
you.
C
I
got
the
next
one
just
shout
out
to
Javi
for
doing
the
the
nav
migration
over
to
Veet,
and
it's
that
Mr
buyer
experience.
It
is
Snappy
I
like
it
so
we'll
be
we'll
be
moving
to
release
that
next
week,
which
is
a
big
one.
So
super
exciting
pass
it
over
to
filza.
D
Yeah
I
just
wanted
to
say
we
launched
the
platform
page,
which
is
super
exciting,
so
this
was
work
that
was
just
rolled
over
a
little
bit
from
Q2,
but
it
was
a
lot
of
work
and
I
know
a
ton
of
energy
went
into
it.
I
was
writing
at
the
thank
you
and
the
thanks,
Channel,
and
just
seeing
how
many
people
we
collaborated
with.
It
was
amazing,
but
it
also
kind
of
understood
why
it
took
so
much
time
when
it
requires
so
many
different
groups
working
together.
D
C
And
I
got
a
big
shout
out
from
Miracle
she's.
Just
really
helped
us
in,
like
leadership,
get
aligned
on
what
the
cookie
marketing
cookie
does
and
how
we
want
to
iterate
from
it
to
make
it
better
and
then
also
shipped
a
fix
to
our
bug,
which
is
awesome
and
I
saw
that
that
got
merged,
which
is
super
cool,
so
good
job.
There
I'm
right
back
to
filza.
D
I
wanted
to
shout
out
to
the
design
team.
So
like
Tina
was
saying
this
week
was
a
little
bit
stressful,
but
we
got
a
video
up
which
is
exciting.
We
have
a
deck.
That's
coming.
D
D
When
we
first
started
this
work,
I
know
we
got
a
lot
of
hesitation
from
our
team
around
the
timeline
so
being
able
to
meet
the
deadline
of
September
7th.
For
this
video
is
incredible
and
we
have
exactly
watched
3x
speed.
We
talk,
slow
I,
talk
fast,
so
it'll
be
fine,
but
yeah.
It's
really
exciting.
So
we're
gonna
share
that
out
with
the
rest
of
the
org
and
there's
a
lot
of
great
insights
that
are
going
to
inform
our
next
year's
thinking,
which
is
super
exciting,
so
great
work
for
the
design
team.
C
All
right
last,
one
shout
out
to
John
he's
built
the
next
step
component
and
it's
in
contentful,
and
it's
ready
to
go
so
we're
gonna
ship
that
next
week
and
it'll
be
our
first
live
piece
of
content
on
the
site
from
contentful
and
allow
us
to
maybe
work
through
some
things
from
there
before
we
do
a
really
big
release,
so
good
job.
C
E
Think
it's
basically,
the
fields
that
come
in
the
object
in
contact
full
are
very
nested.
He
pasted
an
example
there,
the
parent
type,
Fields
reference
fields
and
other
reference
Fields,
that's
how
it
comes
in
contentful,
so
I
think
he
suggesting
making
a
solution
beforehand,
because
we
are
going
to
have
contentful
and
yaml
files,
so
yaml
files
will
have
to
have
this
this
same
structure
as
well.
If
the
same
component
is
going
to
consume
content
from
both
sources,
I
think
that's
what
it
is.
B
Yeah
I
think
so
I'm
curious,
though,
to
see
what
angular
does
so
John.
If
you
hear
this
or
next
time,
if
you
read
this
yeah
it'd
be
cool
just
to
see
what
that
looks
like.
A
F
Yeah,
it
looks
like
yeah
I,
didn't
see
a
point
for
this,
so
I
wanted
to
call
it
out
we're
pushing
up
against
those
content,
type
limits
and
entries
pretty
fast,
I'm,
not
sure
if
there's
an
actual
wave.
F
This
I'm
curious:
if
there's
like
a
viewer,
we
can
actually
see
like
how
we're
doing
with
the
content
types
and
whatnot
and
I
see.
There's
some
comments
so
please
take
it
away.
B
Yeah
I
might
deviate
it
here
a
bit
but
I
think
it's
the
same
idea
I'm
just
chatting
with
Megan
the
more
about
this
so
feel
free
to
reword
it
if
I
butchering
this
but
I'm
curious.
If
we
should
start
looking
at
these
one-off
Pages
or
these
like
more
stuff.
B
As
like,
larger
content
types
just
for
now,
because
I
think
maybe
we're
going
a
little
too
abstract
and
a
little
too
modular,
and
that
we
might
shoot
ourselves
in
the
foot
later
down
the
road
because
we're
gonna
have
so
many
these
little
building
blocks
and
we're
not
gonna
be
able
to
get.
You
know
the
200
300
Pages
out
quickly
because
we're
trying
to
make
every
single
little
block
and
then
we're
trying
to
reference
them
all
together.
B
So
I'm
wondering
if
we
should
just
start
thinking
of
things
bigger
like,
for
example,
the
pricing
page,
the
next
steps
component
for
sure
we
can
reuse
that,
but
maybe
like
that
Grid,
it's
I,
don't
know
if
it's
going
to
be
reused
somewhere
else,
I,
don't
know
if
it's
worth
trying
to
like
make
it
fit
into
another
example
of
a
grid
on
another
page.
Why
don't
we
just
hard
code
it
for
the
pricing
page
for
now
and
then
later
down
the
road?
B
If
we
find
it
reusable,
let's
make
it
reusable
so
I
almost
want
to
like
change
the
way,
we're
thinking
and
or
propose.
We
change
the
way,
we're
thinking
to
maybe
like
static
first
and
then,
if
it's
reusable
go
reusable
later.
If
that
makes
sense,
because
I'm
nervous
that
we're
going
to
spend
way
too
long
trying
to
create
this
massive
structure
of
relationships
and
it's
going
to
be
a
mess.
E
Also
to
add
to
that,
if
we
create
too
many
relationships,
I
think
contentful
has
a
limit
on
10
like
how
deep
it
can
go
in
references.
I
believe
it's
10
for
for
that,
it's
the
include
property
in
the
queries.
B
Laura
Mecca:
do
you
want
to
add
on
to
that?
Did
I
make
a
mistake.
G
It
was
brilliant
now,
just
just
to
reiterate,
like
we
have
a
lot
to
do
in
a
bit
of
a
short
amount
of
time
like
work
small
for
now,
like
we're
learning
as
we
go
and
we're
finding
better
ways
to
do
things.
But
maybe
now
is
not
the
right
time
to
do
that.
Just
build
it
a
simple
way
and
when
you
hit
the
wall,
then
you
break
through
the
wall.
But
no
there's
no
need
to
get
a
sledgehammer
ready
now,
I'm
really
bad
at
metaphors.
But
hopefully
that
made
sense.
B
No,
that's
a
good
point,
though,
like,
for
example,
the
events
page
like
that
hero
I,
don't
think,
is
reused
on
other
pages.
So,
instead
of
trying
to
adjust
the
existing
hero
to
work,
why
don't
we
just
hard
code
it
in?
For
that
events
page
and
let's
be
real,
like
a
lot
of
these
Pages
aren't
going
to
get
updated
by
the
content
teams.
B
The
things
are
going
to
update
they're
gonna,
update
events,
they're
gonna
update
customer
case
studies,
you're
gonna
update
the
blog,
so
maybe
those
template
Pages
sure
we
start
thinking
about
reusability
there,
but
the
pricing
page
homepage
I,
don't
think
we
want.
You
know
everyone
being
able
to
shift
stuff
around
and
make
massive
changes
to
the
these
pages.
A
Yeah
I've
definitely
been
in
that
cycle
like
because
I
have
the
events,
hero
and
I
agree.
It's
it
I
know
it's
only
used
on
that
one
page,
because
it's
in
my
audit,
but
the
like
try
to
make
a
hero
that
I
know
I
can
use
in
the
future
like
make
this
into
a
version.
I
can
use
later
and
like
merge.
The
two
together,
it's
like
kind
of
put
me
at
a
dead,
stop
like
Megan
was
saying
like
I
just
need
to
like
no
no
just
build
it.
We
delete
this
later
and
hard
code.