►
From YouTube: WG API Expression BI-Weekly Meeting for 20200526
Description
WG API Expression BI-Weekly Meeting for 20200526
A
B
Not
much
I
can
see
that
durian
is
not
here.
She
really
is
trying
to
finish
it,
but
it's
also
I
think
it's
a
changing
job,
so
I
don't
know
how
much
is
going
to
be
available
after
that,
so
we
need
to
plan
on
that
and
yeah,
but
I
think
is
trying
to
finish
that,
but
it's
also
not
making
a
lot
of
progress
these
days.
So
maybe
we
have
to
finish
it
ourselves.
A
B
B
Yeah
yeah
I.
The
goal
of
the
issue
was
not
to
have
a
discussion
between
you
and
I,
because
I
think
we've
had
this
discussion
yeah,
but
I
feel
like
I've
seen
people's
asked
me
to
open
this
issue.
Mics
bright
so
was
one
of
them
because
he
was
disagreeing
with
how
it's
done.
I
thought
just
instead
about
Rogers
degree
about
the
strategy.
I've
heard
people
disagree
about
the
strategy.
I
don't
know
if
I
agree
with
the
strategy
myself.
But
if
we've
had
this
discussion
together
before
my
goal
was
to
have
opinions
from
other
people,
yeah.
C
B
C
Your
way
so
I
think
we
should
figure
out
who
who
the
stakeholders
are
and
honestly
I'm,
not
sure
it's
any
of
the
people
that
you
listed
I.
Think
the
people
who
should
get
a
say
in
this
are
basically
six
CLI
and.
B
C
Maybe
I'll
go
find
the
issue
and
just
say
that,
and
if
people
wanna
say
that
we
we
think
the
stakeholders
are
sync
COI
and
they
haven't
heard
objections
from
them.
So
we're
going
to
assume
that
we're
not
adding
a
second
command
we're
a
little
over
the
existing
command
yeah
that
if
people
disagree
with
that,
then
like,
maybe
we
should
give
them
a
few
weeks
to
argue
or
something
like
that:
yeah
yeah.
It
could.
A
B
B
B
The
goal
is
to
look
at
some
fields
and
agree
or
disagree
on
what
should
be
done
if
we
remove
them
and
so
I've
pasted
an
object
and
I'm
going
to
comment
on
this
field
and
say
what
I
think
should
happen
if
we
remove
them
and
then
I
want
people
to
also
comment
and
give
the
opinion.
I
suggestion
has
an
opinion.
B
Yes
and
Justin
is
saying
that
in
general
I
think
and
we
talked
about
it,
I
think
his
opinion
is
that,
whichever
path
you
take,
if
you
apply
an
object
yeah,
you
should
end
up
with
the
same
result
whether
you've
applied
different
things
before
or
not.
So,
if
I
apply
an
object
directly,
oh,
if
I
apply
something
and
then
a
politely
subject,
I
should
end
up
in
the
same
state
and
because
we're
doing
the
dangling
thing,
that's
not
happening
right
now,
but
I
think
the
reasoning
doesn't
work
because
of
gflops
anyway,
yeah.
C
Other
people
are
doing
stuff
I,
don't
think
because
they
might
be
owning
field
sleep.
So
you
have
to
ignore
that,
but
if
yeah,
that
might
even
be
a
good
way
of
testing
this,
if
we
assume
that
there's
a
single
applier,
then
you
should
be
able
to
have
a
test
that
has
like
five
different
versions
of
a
yellow
file
and
applying
them.
One
at
a
time
should
give
you.
The
same
result
is
just
applying
the
last
one
directly.
C
B
B
C
Yes
to
London,
so
we'd
have
to
either
have
the
rule
that
defaults
and
fields
don't
follow
this
logic,
or
that
when
you
remove
a
default
in
field,
it
gets
reset
to
its
default,
which
is
what
happens
today
with
clients
that
apply,
and
that
is
also
about,
because,
if
you
start
off
with
a
thousand
replicas
change
it
to
or
delete
that
field
from
your
manifest
and
then
win
the
race
with
HPA,
you
don't
want
your
service
to
actually
get
turned
down.
In
the
meantime,
you.
B
C
B
D
B
C
C
A
Right
on
the
assembly-
yes,
and
probably
also
on
the
implementation,
as
it
would
be
annoying
to
continue
again
to
all
the
coins
and
then
it
was
for
nothing.
So
the
PR
is
big,
but
what
you
can
do
is
edit
slow.
You
can
go
to
the
pod
strategy,
which
is
the
way
it's
currently
implemented
and
see.
Then
you
way
the
stretch
is
built
with
the
reset
feels.
So
that's
an
ex
had
to
keep
those
things
together.
It
might
be
ugly
or
wrong
in
your
opinion,
let's
go
to
two-year,
but
it
will.
A
And
it
allows
to
provide
dynamic
bank
functions
that
get
call
it
run
time
for
collecting
feature
gates
and
individual
fields.
I
only
did
one
so
far
because
there's
a
lot
for
pods,
so
it
might
be
feasible
to
make
a
generic
function
for
pots
because
they
are
used
every
of
those.
This
drop
disable
pod
fields
is
used
a
lot,
so
that
would
be
fun
to
build,
but
in
general
that's
the
way.
I
came
up
with
defining
the
reset
function.
The
reset
feels
and
the
dynamic
receptacles
in
one
place.
B
A
D
C
B
A
A
A
A
D
B
B
C
B
D
C
C
So
this
honestly
force
is
not
a
good
idea.
I
know
things
are
recreating.
Them
can
have
really
unexpected
consequences
right,
like
if
you
add,
for
if
you
apply
a
namespace
and
add
force
you'll
find
us.
The
server
deletes.
Yeah
server
deletes
all
your
stuff,
so
I
I
think
it's
too
dangerous
for
yeah
I
think
we
should
have
named
it
like
delete
and
recreate,
or
something
like
that
that
at
least
people
know
what
they're
getting
I
don't
think
force
is
a
good
description
of
what
it
actually
does.
It's.
B
C
C
C
B
C
C
C
B
We
go
easy
before
we
delete,
so
it's
if
you
said,
Faust,
immutable
and
I
think
the
initial
goal
is
to
say
indeed,
if
you're
trying
to
change
an
immutable
feel
you
need
to
remove
and
then
I
hear.
But
the
prime
is
that
I
think,
even
if
you
get
like
500
or
like
whatever
they
are
it's
going
to
delete
tonight,
okay,
which
is
table
creation.
C
B
B
B
C
C
B
C
C
C
C
B
A
C
A
C
B
A
B
We
had
a
one-hour
discussion
with
Jordan
on
Thursday
about
these
and
we
came
up
with
a
plan
and
documenting
the
plan
because
we
documented
the
in
in
the
meat
chat
rather
than
an
issue.
Para
I'm
sure
I
try
to
remember
what
the
discussion
was
and
I
also,
if
this
is
connected
to
another
peer
that
I
have
well-well,
not
failing
and
failure,
yeah
I
know
and
I.
Actually
not
you
have
might
be
off
anyone.
B
And
I
suspect
we
have
more
things
to
change
again.
Well,
anyways,
it's
a
massive
mess
and
we're
trying
to,
but
we'll
be
making
a
lot
of
progress.
If
that
makes
you
feel
better,
but
right
now
it's
table
because
some
people,
this
is
breaking
some
conversions
and
it's
breaking
people
when
they're
trying
to
do
an
update
and
if
the
manage
fields
update
fades,
it's
actually
breaking
some
updates.
Yeah,
that's
pretty
good!
That's.
B
Well,
yeah,
but
yeah:
okay,
we
can.
There
are
also
two
stages.
There
is
the
stage
one
with.
Let
me
take
the
field
managers
that
are
coming
from
the
object
and
from
the
EDD
object,
and
then
there
is
the
we
are
actually
trying
to
use
it
to
convert
the
object,
and
these
two
things
don't
happen
at
the
same
time,
if
we
have
a
program
reading
the
manage
fields
from
the
object,
we're
going
to
look
at
the
ones
from
life
and
if
the
one
from
life
we
can't
decode
either
we're
going
to
use
an
empty
one.
C
D
C
C
I'm
not
sure
so
so
a
web
hook
is
actually
like
I'm
worried
about
a
transient
failure
from
a
web
book
causing
a
state
loss
in
your
object.
Yep
that
doesn't
seem
good
I
think
you
should
fail
if,
if
it
would
have
put
conversion
failed
like
like,
if,
if
it
was
a
failure,
you're
talking
to
the
web
book
and
not
the
web
book,
returned
it
a
like
error
like
this
is
never
going
to
work.
Uh-Huh.
B
Okay:
okay?
What
about
these,
though?
Okay
so
you're
saying
it
should
return
a
failure
right
now,
the
theology
looking
at
the
1996,
it's
going
to
say
that
anything
that
happens
during
widely
during
the
update
of
manage
fields
is
going
to
be
ignore
you're,
going
to
have
a
loss
anyway,
because
I
mean
we're
not
gonna.
Try
to
change
this
that
you've
just
done
so
there's
also
lots
anyway.
C
C
Mean
we
know
some
stuff
from
the
return
like
did
we
get
a
valid
response
from
the
world?
Look,
this
says
it
couldn't
do
it
or
did
we
get
a
like
strange
response
from
the
web
code
like
like
connection
dropped
or
timeout,
or
something
like
that
yeah
right
like
it,
doesn't
seem
good
if
your
your
C
or
D
conversion?
B
B
C
Mean
if
there's
a
if
there's
a
web
book
that
is
broken
in
the
system,
some
operations
are
gonna,
fail,
great,
like
things
that
are
written
on
the
wrong
version
or
something
like
that.
It's
gonna
fail,
so
I
think
be
sure.
Some
update
requests
continue
to
function
is
winning
battles
but
losing
the
war.
I
think
the
sooner
of
the
system
administrator
is
notified
that
they
have
a
broken
left
hook
that
they
need
to
fix
the
battery.
C
C
A
D
B
C
C
B
A
C
B
A
C
C
At
first
I
thought
like
this:
is
a
system
configuration
problem,
but
now
it
sounds
like
this
is
actually
a
bug
in
another
part
of
our
code
like
we
should
definitely
not
be
throwing
away
data
because
we
haven't
fixed
a
bug
in
another
part
of
our
code.
That
doesn't
make
sense
to
me,
even
if
the
C
or
D
error
is
hard
to
fix,
I
think
we
should
investigate
that
and
we
can
I
think
we
probably
find
some
people
to
tell
us
X.
Actually,
Joe
is
Joe's
on
the
college.
E
A
E
A
A
B
Mean
I
believe
that
if
we
have
any
L
in
our
code,
we
should
not
break
everything.
So
people,
like
my
opinion,
is
I-
think
iris
Joanna,
it's
possible
that
we
have
Peggy
now
occurred
between
having
update
or
anything
from
pletely
Balkan
and
having
a
missing
managed
field.
Amazing
update
in
the
managed
field,
I
think
I'd
rather
have
the
missing
managed
field.
Update
like
this
is.
This
is
bad
right,
like
people
yeah.
This
is
bad.
This
is
making
me
super.
Uncomfortable
and
I'd
rather
have
the
missing
manager
update
then
than
these.
E
Yeah,
the
kind
of
what
is,
on
my
mind,
is
like
how
many
different
types
of
bugs
do.
We
have
like
this,
for
there
were
a
few
or
do
we
think.
There's
many
I'd
like
to
understand
that
a
little
better
first
before
we
make
a
call
on
like
what
what
we'd
like
to
do
to
fix
it
cuz
if
it
turns
out
that
there
are
very
few
and
we
can
find
them
and
address
them
individually,
that
might
actually
be
better
than
to
try
to
do
something
broader,
which
might
end
up
masking
problems.
Yeah
I
feel.
B
C
A
B
Okay,
let
me
that's
not
easy.