►
From YouTube: Code Review Weekly Workshop - Jun 16, 2023
Description
In this session we talk about some code reviews!
00:00 - Reviewing a change to high traffic modules with technical debt
08:55 - Reviewing an MR that transforms with `render_ce` vs `render`
30:12 - Pair reviewing on a HAML Pajamas Component refactor
A
Thanks
everybody
for
hopping
on
the
code
review,
weekly
Workshop
I've
got
just
one
small
topic
to
bring
up,
but
if
you
all
had
any
other
things,
you
wanted
to
show
and
tell
other
questions
about
code
review.
If
you
want
to
add
it
to
the
agenda
and
then
we
can
parent
a
code
review
afterwards.
A
So
yeah
I'll
go
ahead
and
kick
this
off.
I'll
share
my
screen,
so
we're
looking
at
the
same
thing.
A
So
I
had
I
got
painting
to
review
this
Mr,
which
is
great
but
made
me
nervous
immediately,
because
I
saw
oh,
no,
we're
touching
notes
and
and
deprecated
notes
as
well
and
notes
are
just
like
notoriously
flaky
and
there's
lots,
there's
duplication
and
there's
some
technical
debt
here.
A
So
I
was
a
little
nervous
about
some
of
the
changes
and
just
to
highlight
what
what
some
of
the
changes
were
was
I.
Guess
we
had
this
non-reactive
property
that
we
were
setting
inside
of
a
method
before
submitting
things
and
we're
removing
it
now
into
the
data
of
the
components
and
setting
it
as
soon
as
or
here's
the
update.
Why
is
it
keep
going
down
yeah
we're
moving
into
the
data
of
the
component
and
then
we're
also
adding
it
we're
kind
of
changing
this
line
so
I'm?
A
My
ears
are
really
perked
up
wanting
to
be
extra
sensitive
to
what
are
hidden
side
effects
to
this
thing,
and
so
this
is
the
main
thing
I
wanted
to
communicate
is
when
I
come
across
some
bit
of
code.
That's
super
high
traffic,
because
this
is
notes
and
but
is
also
he's
crazy,
large,
with
lots
of
technical
debt
all
around
and
everything
I've
I've
gotta
ask
myself
what
is
the
worst
thing
that
could
happen
and
try
to
mitigate
that
as
much
as
possible.
A
A
So,
when
I'm
testing
things
I,
don't
feel
like
I
need
to
check
out
incidents
and
I
need
to
check
out
commit
issues,
although
commits
and
Snippets
are
handled
in
the
deprecated
notes,
but
but
one
thing
that
I
did
know
like
okay,
if
we're
changing
the
way
we
initialize
this
thing
at
different
times,
but
it
does
have
like
a
side
effect
of
rather
than
setting
it
here
if
we're
setting
it
when
we've
created
the
thing
or
what,
if
this
thing
has
changed
since
then,
and
what
is
this
old
content
even
supposed
to
do
in
the
first
place?
A
And
so
I
did
try
to
recreate
a
scenario
where,
like
okay,
the
note
has
been
created,
but
it's
changed
after
this
bit
has
been
done
and
then
we
submit
and
like
is
all
of
that
expected
to
work
as
possible,
but
I
couldn't
find
anything.
So
then
I
ended
up
just
asking
a
question
of
like
hey,
so
like
there's
a
small
side
effect
of
of
making
this
change
and
then
mainly
just
asking
like
okay.
Is
it
any
possible
that
this
side
effect
can
cause
any
damage?
A
And
you
know
was
aware
of
this
and
just
said
like,
but
that
they
couldn't
think
of
a
actual
scenario
where
it
will
play
out
so
so
that
was
kind
of
good
enough
for
me,
I
tested
it
out
locally
and
then
we
neither
of
us,
could
think
of
a
scenario
it
was
brought
up
of
like
oh
well.
A
Do
we
want
to
just
add
a
watch
to
this,
but
like
at
this
point,
I'm
just
so
afraid
of
touching
this
thing
and
unintended
side
effects
that
was
like
okay,
if
it's
working
as
it
is,
let's,
let's
just
keep,
keep
it
yeah.
So
it's
it's
challenging
like
so
we
did
have
tests
to
update,
but
here
with
deprecated
notes,
so
deprecate
analysis
still
used
to
render
com
comments
from
commence
and
Snippets.
However,
deprecated
notes,
spec
is
skipped
because
it's
flaky
and
so
I
was
like.
Oh
my.
A
I
know
so
like
I
was
testing.
These
things
out
and
I
was
trying
to
like
reverse
engineer.
Okay,
what
was
the
actual
changes
we're
trying
to
make
here
and
but
yeah
I
just
wanted
to
share
like
sometimes
we
get
code,
reviews
or
high
traffic
things
touching.
You
know
touching
the
power
of
sticks
and
and
just
moving
something
very
slightly,
and
this
can
cause
you
know
catastrophic
failures.
A
Hopefully
we
have
like
feature
tests
that
can
catch
those
things,
but
it's
really
really
worth
asking
at
a
high
level
from
a
black
box
perspective
without
looking
at
the
code.
What's
the
worst
thing
that
can
happen
and
then,
after
looking
at
the
code,
what's
the
worst
thing
that
can
happen
and
then
trying
to
mitigate
all
mitigate
that
from
all
the
s
ones
until
like
okay,
we're
talking
about
edge
cases
here,
I
think
we
gotta
just
move
forward
so
yeah.
B
B
A
I
think
those
are
great
ideas:
I
I,
lean
towards
I
tested
it
out
manually
so
and
it
was
broken,
but
it
was
pre-existingly
broken.
So
the
actual
notes
themselves
were
like
really
wacky
and
so
I
was
like
I,
don't
know,
I
think
we
just
have
to
migrate.
Deprecating
notes
to
other
notes,
but
I
think
it's
a
great
idea
to
like
okay.
Why
are
we
skipping
all
of
the
unit
tests?
Why
don't
we?
A
Why
don't
we
just
skip
the
ones
that
are
actually
flaky
or
maybe
we
need
to
create
deprecated
notes,
not
flaky
spec
or
just
these
changes
but
yeah.
That's
a
good
question.
I
agree
with
what
you're
saying
is
like
yeah.
If
we
don't
have
tests
for
it,
it's
likely,
we
probably
shouldn't
touch
it.
A
A
Yeah,
okay,
they're
they're,
pretty
good.
They
know
how
to
they've
read
books
about
volcanoes.
They
know
how
to
take
care
of
the
fire.
Let
me
turn
off
the
alarm
because
it
looks
like
my
wife
is
not
waking
up
to
do
it
either.
So,
but
that
was
all
I
wanted
to
share.
I'll,
be
right
right
back.
B
Awesome
sweet
in
the
meantime,
James
I
know.
You've
got
something
on
your
plane.
Should
we
just
try
and
start
with
it
and
see
when
Paul
comes
back.
C
Yeah
so
with
this
Mr
I
on
first
glance,
I
had
a
look
at
it.
So,
okay,
like
it's,
it's
just
changing
something:
straightforward,
there's
nothing
complex
here.
So
like
I'm
sure
it's
fine,
you
know
like
if
someone's
doing
this
on
purpose,
it's
fair
enough
like
it's
Community,
but
it's
like
it's
not
really
Community,
so
I
figured.
It
must
be
a
good
reason.
C
So,
okay,
fine
with
me
and
then
I,
saw
a
note
from
Kasha
here
saying
like
she,
she
said:
I,
don't
know
what
this
does
so
I'm,
not
gonna
approve
it,
but
probably
James
knows
because
there's
more
front
and
focused,
but
I
was
like
I,
don't
know
what
it
does.
I'm
sure
it's
fine!
So
then
I
approved
it
and
then
I
was
like
and
then
I
saw
this
and
I
was
like
oh
oops,
yeah
I
shouldn't
have
done
that
I
should
have.
C
Little
bit
more
thought
so
yeah
trying
to
work
out
like
yeah
like
yeah,
well,
I,
I,
guess,
there's
a
few
things
I
want
to
know.
One
is
like
what
is
my
responsibility
as
a
reviewer
like?
C
Why
is
this
being
done
like
who's
asking
for
it
to
be
done
like
how
much
am
I?
Is
it
my
responsibility
to
dig
into
this
or
because
I
sort
of
figured
like
with
something
like
this?
My
responsibility
is
like?
Are
you
introducing
any
bugs,
or
you
know
what
I
mean
like
with
something
like
this?
It
seems
like
pretty
straightforward,
so
I'm.
C
B
Yeah
I'll
I'll
give
this
a
shot,
so
I
I
quickly,
skimmed
through
the
SMR,
so
I
I
partially
know
what
I'm
speaking
about
here,
but
how
I
am
reading
this
thing?
If
you
go
to
the
Italy
change
the
step,
one
more
time
to
me,
this
fear
is
like
a
little
we're.
Looking
at
all
those
those
pages
like
this
is
these
are
the
ones
we
care
about,
like
merch
requests,
merge
method,
settings
options.
B
What
not
I
think
the
auto
has
a
point
as
if
in
these
pages
are
CE
only
at
that
point
and
are
like
it
is
kind
of
unnecessary
for
us
to
to
use
this
function,
and
if
I
read
it
correctly,
it
will
save
them
like
some
some
override
or
some
work
around
or
whatnot.
The
problem
that
that
I
see
with
that
is
that
this
pattern
that
we're
using
rendering
everything
in
CE
by
default
and
then
we're
gonna,
also
have
an
ee
page
just
in
case
we
need
it.
B
That
is
I
would
argue
like
an
architectural
question
in
our
code
base.
So
that's
where
things
getting
a
little
tricky
as
if
in
like
rendering
things
CE
is
our
default
and
then,
when
we
need
an
EPA
page,
we'll
just
add
and
render
ee
method,
and
this
will
just
work
and
if
we
introduce
this
change,
this
will
not
be
the
case
anymore.
A
C
A
Yeah
right
so
this
this
Echoes,
how
we
do
ee
overrides
in
the
front
end
where
the
ee
override
will
need
to.
A
Oh,
we
have
ELC,
that's
right,
that
we
have
that
prefix
I
haven't
used
that
in
a
long
time
the
eelce
prefix,
but
then
ee
often
needs
to
import
specifically
CE
to
overwrite
it.
So
that's
when
we
would
use
render
C
otherwise
you'd
end
up
with
a
loop.
If
we
had,
if
I
had
ee
override
Hamels
you
and
then
that
helps
you
rendered
itself
trying
to
reference
the
CE
version
of
The
View,
it
would
end
up
in
a
loop.
A
So
that's
the
only
time
I
think
we
want
to
use,
render
CE
or
render
ee
we
wouldn't
use,
render
ee
that's
something
that
jihu
would
probably
just
use,
but
in
this
case
that,
like
there's
a
there's,
a
small
side
effect
that
could
happen
by
changing
these
from
render
CE
to
render,
which
would
be
if
these
had
previously
ee
specific
pages
or
ee
views
and
if
they
don't,
then
then
we're
probably
fine
but
yeah.
A
C
B
To
answer
that
question
I
would
argue
whenever
you
feel
uncomfortable
like
if,
if
you
get
an
essential
Mr
and
you
don't
really
feel
it
and
you'll
be
like
okay,
it'll,
probably
take
me
a
long
long
time
to
actually
figure
it
out,
I
was
like
I
would
always
recommend
to
keep
on
following
it
to
actually
check
out
the
resolution
on
this.
But
if
you're
feeling,
if
you,
if
you're
assigned
to
anything
that
is
not
in
your
ballpark,
for
whatever
reason
it
might
be,
don't
be
ashamed
or
afraid
to
just
Loop
in
anybody
else.
A
C
B
B
A
Yeah
I
there's
many
times,
I
feel
like.
Oh,
no,
no,
no,
no
I,
don't
want
to
do
this,
and
but
I
don't
think
I've
unless
it's
like
clearly
inefficient
for
me
and
it'd
be
super
efficient
for
someone
else.
Then
I
might
say
like
oh
hey,
do
you
have
capacity?
Do
this
because
you're
very
familiar
with
all
this?
Can
you
do
that?
If
it's
a
case
where
some
somebody's
got
to
do
it,
we've
all
got
a
chip
in
it's
like
okay,
I've
got
a
and
emails
is
the
bit
that
will
come
up
there.
A
For
me,
it's
like
anything,
that's
changing!
Oh,
we
didn't
do
emails.
I
I
had
to
deep
dive
into
that
into
that
topic,
like
maybe
a
year
plus
ago,
which
is
normally
something
I
avoid
because
it's
a
lot
gnarlier
than
other
views,
but
yeah
that
that
comes
up
but
I,
think
I.
A
Think
you're
looking
at
this
one
like
so,
the
jihu
context
is
interesting
if
you're
not
familiar
with
it,
but
I
think
you
can
do
a
search
for
render
CE
and
I
would
recommend
just
doing
a
project-wide
search
if
like
what
in
the
world
is
this
doing?
How
do
we
use
this
thing?
We
do
project-wide
search
for
a
thing
of
like
okay.
How
do
we
use
it
in
other
places
and
is
it
making
sense
there,
and
if
we
do
that
real
quick?
Do
you
happen
to
have
the
gitlab
project
open.
A
You'll
see
a
whole
bunch
of
so
there's
like
looks
like
documentation
on
it.
You'll
see
a
whole
bunch
of
these
views
that
do
it
just
once,
because
it's
doing
that
override
thing
that
I
was
talking
about
because
it's
rendering
itself
but
the
CE
version
of
itself,
but
the
parts
that
stand
alone
are
like
the
merge
request.
Settings
is
being
updated
here,
where
it
doesn't
need
to
be
doing
that.
That's
breaking
this
pattern
and
I
think
doing
a
search
for
sometimes
just
looking
through
the
code
base
of
other
times.
A
If
you
look
at
like
take
the
second
example
there,
the
email
settings
and
you
look
at
the
path
that
we're
rendering
it's
the
same
as
the
path
of
this
View.
C
A
C
A
C
Yeah
would
be
like
I,
don't
know
what
this
is
or
how
it
works.
So
I'm
going
to
spend
a
little
bit
of
time,
trying
to
understand
it.
If
I
have
capacity,
I'll
spend
more
time
and.
A
That's
so
so
that,
and
it's
so
so
valuable
like
having
I,
am
completely
on
the
outside
I'm
not
familiar
with
this,
and
this
doesn't
make
any
sense.
It's
really
great
feedback
to
get
I
mean
try
to
spend
five
minutes
sense
making
of
it,
but
then
after
you've
spent
that
time-
and
you
still
can't
make
sense
of
it-
give
that
feedback
of
I'm
trying
to
understand
this,
and
these
are
the
questions
I
have
about
it.
Let
me
Loop
in
someone
else,
that's
a
totally
great
feedback
to
get.
A
If
you
just
back
down
of
like
I,
don't
want
to
review
that!
Oh
man,
that's!
That's
me!
Oh,
what
was
I
doing
there
yeah
I
would
I
would
I
would
put
in
the
effort
to
try
to
review,
even
if
it's
really
really
outside
your
territory,
because
that
outside
perspective
is
really
really
valuable.
B
I
highly
agree:
I
I,
don't
know.
If
the
with
my
very
first
statement,
what
I
said
would
be
the
same,
what
you
just
said,
but
that
was
basically
what
I
meant
so
yeah
absolutely
I
do
think
that
there
is
a
lot
of
value
in
anybody
trying
to
get
their
their
head
around
it
and
especially
providing
feedback,
because
maybe
maybe
the
dogs
are
not
yet
where
they
should
be
or
whatever
it
might
be.
B
That
is
kind
of
making
this
easier
for
Outsiders
to
understand
this,
so
yeah
highly
agree
still
don't
feel
like
that.
You
would
have
to
bring
this
over
the
Finish
Line.
If.
B
You're
comfortable
with
that,
but
yeah,
even
even
like
the
like,
a
quick,
quick
statement
about
the
current
state
or
the
level
of
understanding,
and
especially
the
problems
with
it
as
a
statement
and
then
getting
getting
in
some
help.
Absolutely
the
best
way
to
deal
with
that.
A
Yeah-
and
this
comes
up
for
me
too-
of
like
we're
using
a
we're
using
a
we're
using
a
technology
or
like
a
third
party
library
that
I'm
not
familiar
with
I
may
realize
I
have
no
familiarity
with
this
I
guess:
I'm
gonna,
you
know,
excuse
myself
or
I'll
open
up,
docs
and
other
examples
using
this
third
party
library
and
compare
it
to
what
we're
doing
and
just
recently
I
saw
like
oh
we're,
not
using.
You
know
one
of
our.
A
We
weren't
using
one
of
our
Sentry
methods,
as
it
kind
of
seemed,
to
be
anticipated
to
being
used
based
on
the
docs,
and
so
just
doing
that
outside
perspective
can
can
go
really
really
long
way
of
so
I
I
would
recommend
trying
to
not
excuse
yourself,
but
definitely
time
blocking
yourself.
Is
it's
a
wise
thing?
If
you're
you.
C
B
What'd,
you
say
on
it:
can
I
just
quickly
come
across
with
with
a
technical
question
on
this,
because
I,
maybe
I'm,
currently
at
a
dangerous
level.
There,
like
I,
have
understood
powers
of
it,
but
not
a
complete
thing.
So,
regarding
the
the
render
CE
function,
do
I
get
this
right
that
when
we
would
replace
all
our
renders
by
render
CE,
we
should
kind
of
get
away
with
it
as
if
in
like
just
just
wouldn't
change
anything
for
us.
A
B
So
how
I,
how
I
read
this
or
how
I
get
this
currently
so,
basically,
the
author's
saying
like
this
is
currently
done
with
render
CE,
but
there
is
no
actual
ee
page
forward,
so
we
can
just
use
the
render
and
it
won't
have
any
effect.
B
B
But
then
I
would
worry
that
we
might
be
in
trouble
as
if
in
like
that.
Might
you
could
argue
that
that
would
be
my
problem,
but
I
would
maybe
assume
that
this
would
just
work
out
of
the
box
and
as
if
and
I
would
go
in
and
be
like
render
EE
and
potentially
break
something.
So
what
I'm?
What
I'm
trying
to
say
is
if
there
is
no
harm
currently
in
the
render
CE
like
does.
This
is
like
a
trade-off,
but
it'll
make
us
easy.
B
It'll
make
it
easier
for
us
to
to
add
on
ee
partials.
Then
why
not
just
keep
it.
A
Are
you
saying
that
there's
no
harm
with
this
there's
no
harm
with
the
CE,
we're
being
more
explicit
and
so
future
changes
won't
accidentally
bump
into
anything
100
yeah
that
that
does
make
a
lot
of
sense.
The
the
situation
with
jihu
is
that
it
causes
them
some
harm.
So
if
you're
G
who's
Forks
get
lab,
so
we
have
one
tier
of
CE
changes.
A
Ee
then
provides
some
overriding.
Sometimes
on
top
of
those
CE
changes,
then
jihu
provides
some
overwriting
on
top
of
all
of
those,
that's
external
from
our
code
base,
but
every
once
in
a
while,
we
have
to
merge
in
extension,
points
for
their
project
and
that's
the
situation
here
is
I.
Imagine
if
you,
if
you
dive
into
one
of
the
issues
or
context,
is
they're
wanting
to
actually
have
a
JH
version
of
one
of
these
views
or
something.
B
Yes,
that's
very
what
if
we
go
see
the
overview
tip
once
more,
if
I
recall
that
correctly,
there
was
like
a
a
statement
regarding
a
workaround
for
them.
B
A
But
with
that
being
said,
like
you're
right,
adding
an
ee
view
can
have
unintended
side
effects.
So
we're
not
every
time
we
add
an
ee
view,
you
have
to
be
mindful
of
the
naming
Collision
that
could
possibly
happen
and
see.
So
that's
one
thing
to
be
aware
of.
As
reviewing
and
authoring
funding
code
is
new.
Hammel
views
could
conflict
in
names
and
it's
a
it's
a
thing.
Yeah.
B
A
A
B
A
Yeah
lots
of
little
what
lots
of
little
little
traps.
A
Cool
yeah,
that's
good!
That's
a
good
question
and
it's
good
to
be
think.
Thinking
from
an
outside
perspective
is
like
those.
Maybe
there
is
some
another
way
of
doing
things
and,
like
you,
don't
get
that
when
you're,
when
you're
really
used
to
this-
and
it's
like
oh,
this
is
just
the
way
we
do
it.
You
just
you,
don't
get
those
thoughts
as
often
and
so
I
love
when
people
from
without
familiarity,
review
and
marks,
because
that's
really
really
sweet
collaboration
and
ideas
come
from
sometimes.
B
C
A
C
So
I
I'm
really
not
sure
if,
like
like,
if
this
is
in
view,
I
can
read
it
and
be
like
yeah.
Here
are
the
problems,
but
in
Hamel
I'm
like
okay,
no
I
need
to
like
line
by
line,
spend
a
lot
of
time.
Understanding
this
I
don't
know
what
is
like.
I'm
not
familiar.
I
still
can't
get
my
head
around
the
like
the
syntax
or
like
I,
don't
know
when
I
can't
see
errors,
I
can't
see
them.
A
A
C
A
Can
we
maybe
check
out
the
diff
locally?
Let
me
can
I
show
you
my
favorite
way
of
doing
this
yeah
please.
So
if
you
have
a
terminal
open
and
if
you
can
check
out
master.
A
But
if
you
have
changes
that
you
get
it
okay,
great
all
right
and
you
can
update
if
you
want
to,
but
you
don't
have
to
request.
C
A
This
is
my
favorite
way
to
review
Mrs
locally,
because
I
don't
have
to
worry
about
changing
branches
and
I,
see
all
the
changes.
A
So
then,
what
I'll
do
as
a
very
last
step
is
I,
usually
stage
all
the
changes,
because
if
I
find
myself
making
changes
on
top
of
it
since
their
difference
between
what's
staged
in
my
my
head
changes,
then
I
can
keep
those
so
yeah
cool
all
right.
So
let's
check
it
out,
so
we
got
Wiki's
main
links.
A
Something
so
I
see
this
page.
History
thing
is
getting
removed
right,
but
is
it
being
replaced
with.
C
A
One
thing
we
could
possibly
do
is
like
to
understand:
what's
actually
changed
between
two
lines
that
aren't
right
next
to
each
other:
I'll,
actually
like
change
up,
I'll
move
the
lines
and
the
code
to
compare
it.
But
since
we
staged
the
change,
we
won't
get
that
view
we'll
have
to
unstage
it
and
then
move
the
lines
around.
If
we
want
to
do,
try
that
out
so
I'll
like
that,
if
can
that's
on
line
six
and
seven.
A
Yeah
I'll
move
that
up
to
the
line
that
we
removed,
and
so
we
can
see
what's
actually
changed.
Oh
you
go
up.
One
more
I
think
yeah.
Okay,.
A
A
So
I
want
to
understand
the
context
of
like.
Why
are
we
adding
the
conditions
line?
Two,
the
condition
seems
really
long.
It's
like
okay.
Maybe
this
needs,
rather
than
doing
all
this
logic
and
the
presentation
Hammer
layer,
maybe
we,
the
logic
should
be
I'm
such
a
bad
rails
backender.
Maybe
it
should
be
in
the
helper
I,
don't
know,
let's
keep
looking
at
the
rest
of
the
button.
The
button
is
really
long
if
we
scroll
to
the
right
on
line
three
so
yeah,
oh
yeah,
so
look
at
this,
so
that's
edit.
C
A
Okay,
I'm
cool
and
that's
where
page
history
went
I,
see
I,
see.
B
We
got
dear
on
how
I
tend
to
approach
like
Hummel
changes
that
I,
like
you,
also
tend
to
not
understand
or
just
having
having
a
hard
time
getting
into
it,
executing
it
and
actually
looking
at
the
the
output
of
HTML
helps
me
a
lot,
and
that
is.
That
is
what
I
kind
of
care
about,
maybe
even
like
from
the
chicken
chicken
master
back
out
and
looking
onto
what
this
was
initial
was
and
then
the
actual
yeah
outcome
of
the
changes
introduced.
B
So
that
is
then,
when
I
know
whether
I,
like
it
what's
coming
out
of
it
or
if
I,
do
see
any
issues
and
can
then
go
search
for
them
at
a
hammer.
That
makes
it
for
me
way
easier
than
trying
to
make
sense
out
of
the
summer,
which.
B
A
I
started
teaching
my
daughter.
She
really
wanted
to
code
like
we
she's
done
scratch
before,
but
she
was
one
to
do
like
actual
coding,
and
so
part
of
me
is
always
like.
Okay
do
I
do
python.
I
was
like
it's
gonna,
be
a
while
before
she's.
Actually
using
a
GUI
is
like
okay,
we're
just
jumping
right
into
HTML
JavaScript,
because
that's
the
most
immediate
feedback
you
get
from
doing
stuff,
but
every
time
I
teach
HTML
to
someone.
They
always
laugh
at
me
when
I
talk
about
open,
pointy,
the
pointy
brackets
and
they're
like.
A
C
B
Still
getting
sweaty
hands
for
me,
like
I,
remember
when
I,
when
I
joined,
gitlip
and
people
your
Superman,
with
sports
from
all
over
the
world.
Try
to
explain
me
stuff
and
I
was
just
typing
and
everybody
had
a
different
name
for
a
different
bracket,
and
I
was
just
sitting
on
my
keyboard
being
like.
If
nobody
wait
what
so
yeah
it
can
get
quite
messy.
Well,.
A
The
open,
Chompers
yeah,
all
right,
yeah,
I,
I,
think
your
your
point
Yannick
about
actually
running.
It
is
a
big
big
deal
because
sometimes
you'll
find
that,
like
oh
we're,
setting
an
attribute,
that's
not
even
being
read
it's
just
being
written
as
an
HTML
attribute
to
this
thing.
So
that's
checking
it
out.
These
Hammel
things
is
is
a
really
wise
idea.
A
Yeah
I,
wouldn't
I
would
inspect
it
to
see
how
these
things
are
actually
being
structured,
because
sometimes
it's
like
oh
well,
the
way
it's
being
rendered
is
all
this
we're
putting
divs
inside
of
a
span
now
or
something
and.
C
A
A
I'll
leave
a
ux
question
of
repeating
back
to
ux.
Like
hey.
Are
we
really
sure
about
this?
Have
you
looked
at
this?
This
side
effect
of
that
and
I'll
do
that
sometimes
ux
has
made
a
decision
and
I'm
saying
hey
speaking
as
a
user.
This
is
what
it
all
communicates
to
me,
and
none
of
this
is
helpful.
You
can
please
not
do
this
I'll
do
that,
but
in
this
situation
since
ux
is
currently
assigned
to
it,
I'm
not
going
to
be
super
concerned
about
ux
things.
A
At
this
moment,
I
know
after
ux
has
given
all
their
feedback.
The
Mr
is
probably
going
to
look
different,
so
I'm
really
looking
at
this
moment
for
are
we
are
we
approaching?
Are
we
doing
anything
from
a
front-end
perspective?
That's
a
really
off
approach,
or
have
we
not
set
a
test
for
this
thing?
Whatever
that
is
and
test
is
a
big
test
is
a
big
deal.
If
you
actually
go
back
to
the
Mr
Dev
I,
say
Tess
is
a
big
deal
and
I
merged
a
whole
Mr
that
totally
skipped
tests
for
deprecated
notes.
A
We
have
Hamel
tests
and
we
have
you
know
non-trivial
conditions
that
we're
adding
here
like.
Can
we
create
a
Wiki
page
latest
in
dialogue,
encoding
and
those
it's
worth
I
think
it's
worth
figuring
out
yeah.
We
probably
should
add
test
to
these,
and
so
there's
a
whole
thing
called
Hamilton
specs,
and
if
this,
since
this
is
a
community
contributor,
they
may
feel
a
little
uncomfortable
doing
that
so
I
will
probably
reach
to
a
back
end.
I'll.
Ask
them
hey,
let's
try
to
add
some
tasks
for
this.
A
Some
handle
tests
for
this
here's
an
example:
I'll
do
a
project
by
search
for
Hamilton
spec.
If
but
then
I'll
also
leave
is
like
hey.
If
you
need
some
help
doing
this,
let
me
know,
and
then
I'm,
anticipating
on
reaching
out
to
a
back-end
engineer,
to
help
the
community
contributor
right
some
handle
tests.
A
A
I
mean
it
is,
it
is
it
is.
It
is
harder
to
follow
because
of
how
long
these
lines
are
I
think
but
yeah,
so
I've
I
think
if
the
ux
is
cool
with
this
change.
At
that
moment,
I
was
concerned
that,
like
oh
we're,
getting
rid
of
one
of
our
buttons
but
I
see
it
goes
here
into
the
drop
down.
So
I'd
want
to
just
double
check
if
you,
if
you
scroll
down
I'd,
want
to
double
check
that
we're
not
losing
any
of
our
conditions.
A
As
we've
moved
some
of
these
things
around,
oh
and
so
yeah
you
see
on
line
27
that
we
removed
on
the
show
HTML
Hamel.
That's
where
that
funky
condition
comes
from
so
it
makes
sense
like
okay
I
see
we're
just
moving
stuff
around.
We
maybe
don't
need
to.
A
A
good
question:
if
you
go
ahead
and
go
back
to
your
your
vs
code
and
then
I
would
do
a
fuzzy
file
find.
A
For
Hamill
underscore
spec
I
think.
C
C
A
A
A
But
you
see
like
beforehand
we're
specifying
that
hey
these
views
can
receive
current
user
and
other.
We
have
to
specify
all
the
collaborating
writers,
so
I
would
add
just
one
test
for
the
show
camel
spec
that
the
buttons
show
up,
and
maybe
that
test
already
exists
and
since
we're
just
moving
things
around
it
all
works.
A
Except
I
would
look
for,
I
would
look
for
the
show
One
the
wiki
show.
A
C
A
It'll
have
the
whole
path
to
it
too,
so
it
should
be
Wiki.
Slash,
show.
A
Yeah,
you
see,
we
don't
do
animal
specs
a
lot
because
they're
not
necessarily
loads
of
fun,
but
it's
also
worth
looking
at.
Maybe
we
have
feature
specs
for
these,
and
so
we
can
well
see
we
have
like
QA,
selectors
and
stuff,
so
we
definitely
have
end-to-end
tests
for
some
of
these
I
guess.
But
maybe
if
we
have
other
test
IDs,
we
can
search
there's
a
test
ID
the
Wiki
page.
Oh
that's
just
the
page
title
though.
A
Yeah,
if
we
go
back
to
yeah,
if
we
don't
need
to
do
a
handle
spec,
if
we
have
a
feature
tests
for
this,
if
we
have
a
test
ID,
if
you
go
to
the
far
right,
there's
a
QA
selector
for
the
new
page
button.
A
C
A
A
A
C
A
A
The
community
contributor
can
run
into
issues
running
the
pipeline
and
then
we
somehow
need
to
think
maybe
it
won't
run
on
our
end.
Unless
someone
approves
it
or
we
add
a
label
or
something
like
that,
I'm
just
oh
yeah
or
click
run
pipe
run
pipeline
might
be
a
good
idea.
There's
no
bad
there's
no
malicious
code
in
it.
Is
there
now.
A
A
Look
yeah,
it
looks
like
we
have
feature
tests
pretty
much
covering
so
I'll
just
take
a
glance
through
those,
but
it
does
seem
like
those
might
need
to
be
updated
because
we'll
need
to
open
the
drop
down
before
hitting
the
page
history,
button
and
stuff
like
that.
So
it's
but
yeah.
Some
of
these
handle
ones
get
difficult
to
follow.
A
Thanks
for
bringing
us,
though,
it's
very
interesting,
James,
well
I'll,
let
you
go
and
thanks
for
hopping
on
right,
talk
later
bye,
see
you
bye.