►
From YouTube: GMD Weekly Meeting: 11.7.2018
Description
GMD Weekly Meeting: 11.7.2018
C
B
So
does
summarizing
ascend
and
me
were
discussing
all
the
use
cases
and
my
conclusion
and
send
you
say
if
you're
sure
it
is
that
this
case
is
to
be
a
specific
to
what
people
submitting
the
use
cases
want,
and
it's
not
that
important
if
they
could
be,
could
be
made
more
general.
That's
something
that
that
we
should
be
exploring
when
we
are
working
with
general
approach.
B
Gold
question
metric
for
the
focus
area
in
general,
so
that
the
specific
use
case
can
be,
in
the
end,
a
particular
case
of
what
we
need
to
consider
in
a
marginal
way
when
we
are
discussing
the
focus
arranger
in
the
specific
case
of
array,
for
instance,
what
we
can
do
is
to
consider
what
he
says,
which
is
basically
I
want
to
define
experience
it
configures.
This
way
and
I
want
to
focus
on
this
and
these
questions
and
convert
that
into
the
into
a
use
case.
B
C
B
Focus
area
should
be
more
general
and
all
the
things
that
we
are
discussing,
for
instance,
about
how
to
define
contributions
or
how
to
define
as
potential
users
or
something
could
be
parameters
for
the
famillies
of
metrics
in
the
are
more
general
focus
area
right.
So,
if
you
are
we,
we
can
follow
on
working
with
this
and
again
in
proposing
it
mostly
and
second
of
moving
this
for
testing.
Will
it
works
and
if
it
works,
go
on,
if
not
in
a
couple
of
months,
we
can
revert
to
an
another
way
of
words.
Okay,
so.
B
Thank
you
so,
from
the
point
of
view
of
the
procedure,
this
is
going
to
be
the
first
case
where
we
move
from
the
issue
estate.
Let's
say
what,
when
discussing
the
case
in
general,
to
the
PR
state,
where
we
are
going
to
produce
an
actual
text
and
now
start
to
discuss
on
the
details
that
we
write?
Okay,
so
no
more
general
discussion
about
the
use
case.
Now
we
can
discuss
about
the
specific
wording
of
owl
who's
right.
Okay,.
B
To
the
agenda
use
cases,
what
the
first
thing
this
is
the
only
one
that
we
have
opened
right
now:
I'm,
probably
going
to
have
a
second
one
with
somebody
from
uber
I'm
talking
to
them,
but
I've
been
talking
for
a
couple
of
weeks
and
I
still
don't
have
any
specific
text.
Well
now.
What
I
hope
to
have
is
one
so
maybe
demanding
I.
E
B
B
B
I
would
say
that
the
ideal
thing
would
be
while
we're
discussing
the
ticket.
If
you
look
at
race
here
started
with
a
description,
the
description
can
be
something
that
chain
or
you
write,
and
then
you
tell
to
the
stakeholders.
Did
you
see
like
have
to
do
all
this
comment
in
the
ticket?
If
you
want
or
tell
me
and
I
comment
to
you
so
that
the
important
thing
is
to
get
the
feedback
in
some
cases,
people
may
be
ready
to
provide
the
feedback
directly
in
the
ticket
in
some
other
cases.
B
Maybe
they
talk
to
you
and
you
can
come
to
that.
They
cannot
write.
Some
community
manager
said
whatever
and
and
then
we
can
work
with
the
eustachian.
From
that
point
of
view,
I
think
that
when
this
is
working,
the
communities
themselves
are
going
to
produce
the
use
cases
and
they're
going
to
discuss
and
so
on,
but
but
for
a
while
I
think
we
need
this
forum
so.
B
B
E
E
B
B
B
Okay,
okay,
great
and
then
I
have
nothing
else
with
issues
any
other
comment
or
no
okay,
and
the
last
issue
in
the
agenda
is
the
last
item
in
agenda
is
talking
about
the
first
focus
area,
so
I'm
proposing
this,
because
my
feeling
is
that
we
should
start
working
with
this
top-down
approach
and
romley.
We
should
select
one
of
those
and
start
walking
up
on
them
if
more
than
one
people
want
you
to
work
with
them,
we
can
select
more
than
one
focus
area,
but
for
now
we
can
start
with
one.
So
what
do
you
think.
E
B
The
thing
the
support
of
this
was
fixed,
but
maybe
not
all
of
it,
okay.
Well,
we
can
work
in
that
anyway,
but
my
proposal
was
to
start
working,
as
we
said
top
down
like
people
in
diversity
and
inclusion
are
doing
so
I
start
by
thinking
about
the
goal
or
goals
and
the
general
description
of
what
we
mean
by
in
this
case
cause
development,
a
safari
and.
C
B
B
B
E
I
think
code
develop
code
development,
so
I
think
of
contributions
in
general,
I
think
there
is
code,
development
and
there's
issue
management
and
the
third
primary
kind
is
this
documentation
I
think
in
a
lot
of
cases,
at
least
on
the
projects
that
I
participate
in
the
documentation
is
actually
handled
through
the
code
development
process
and
many
so
I
don't
know
if
we
need
a
spirit,
a
focus
area
for
documentation,
I,
don't
know
if
we
don't
either.
What
do
you
think.
B
I
think
we
can
either
focus
on
something
more
specific
and
a
stick
to
code
or
try
to
be
a
bit
more
general
and
try
to
deal
with
contributions.
Contributions
from
the
point
of
view
of
the
check
contributions
to
the
artifacts
produced
and
I'm,
not
talking
about
reporting
backs,
for
instance,
which
is
also
contribution
from
the
point
of
view
of
the
project.
But
it's
not
really
a
contribution
to
the
artifacts,
so
you
could
say
oh
code
or
documentation
or
images
or
thickness
or
stuff
like
that.
Right,
I
would.
E
It
just
closed
this
off
a
bunch
of
the
kinds
of
questions
that
I
had
in
the
case
of
raise
use
case
and
says
this
is
about
code
and-
and
there
are
a
lot
of
metrics
just
around
code-
that
we
should
talk
about
and
we
don't
need
then,
and
once
we
have
those
defined
I
think
it's
actually
easier
to
start
talking
about
the
broader
definition
of
contribution
and
how
issues
and
documentation
or
other
forms
of
contribution
might
tie
into
that.
Mm-Hmm.
B
A
E
B
B
The
goal
is
define
it
only
one
with
one
one
sentence
and
if
I,
how
effective
the
community
at
merging
new
code
into
the
code
base.
So
the
idea
would
be
to
first
of
all
see
whether
that
goal
captures
everything
that
we
want
to
know.
I
would
code
development
or
maybe
there
are
some
other
things,
because
this
is
taken,
for
instance,
on
how
effective
the
communities-
and
there
are
other
things
and
second
try
to
define
the.
C
E
C
E
E
B
B
But
maybe
I
agree
qualities.
We
are,
since
we
are
talking
mainly
talking
about
processes
and
communities
here,
maybe
we
can
focus
on
whether
the
priorities
using
processes
for
improving
quality,
like
other
using
code
review
for
all
commits
or
like
I,
they
have
in
testing
for
every
commit
or
every
change
that
they
have.
They
have
a
corresponding
test,
stop
later,
which
you
know
our
processes
that
help
to
have
better
quality,
and
you
are
not
really
saying
this
has
better
quality,
but
it
says
this
print
has
processes
for
improving
quality.
So
what
do
you
think.
E
No
I
think
I
think
I
think
we
do
I
think
the
process
is
for
quality
are
good
way
to
look
at
it
and
the
presence
or
absence
of
code
reviews
and
the
coverage
of
code
reviews
are
those
are
those
are
things
that
can
be
measured
and
their
process
measures
like
you
said,
but
I
think
in
most
projects
that
I've
been
a
part
of
an
open
source
community
that
has
the
these
code.
Reviews
happen
in
they
often
don't
happen.
Frankly,.
B
E
Yeah
I
see
testing
in
addition
to
code
reviews
as
being
another.
So
if
a
project
I
mean
that's
another,
having
testing
is
a
see.
You
know
what
quality
mmm-hmm,
I,
seeked
I,
see
code
reviews
recorded
on
project
like
we
don't
have
like
the
otter
is
pretty
typical
things.
I
participate
in.
We
we
don't
do
code
reviews
per
se,
but
we've
written
a
lot
tests.