►
From YouTube: CHAOSS.Value.June.18.2020
Description
CHAOSS.Value.June.18.2020
A
With
shawnee
shawnee
the
g
in
a
very
distant
tunnel,
is
it
really
that
bad
yeah
you
sound
really
far
away?
It's.
B
C
C
A
I'm
on
linux,
but
it's
also
a
pain.
Yes
on
linux
in
zoom,
like
you
have
to
change
the
input
to
both
your
system
and
next
to
the
mute
icon
like
make
sure
the
microphone
is
where
you
think
it
is.
A
A
A
Sure,
okay!
Well,
you
know
if
I
could
pass
it
to
you.
Matt
g
like
where
I
think
the
where
we
left
it
off
was
a
pull
request
is
going
to
come
in
and
re-categorize
see
some
of
that
end
or
or
where
are
you
in
that
process?.
B
Yeah
just
to
include
the
broader,
the
broader
look,
so
I
I
honestly
think
that
we
nailed
the
categories
last
time
between
community
value,
social
value,
organizational
value
and
individual
value.
B
First,
is
I'm
going
to
share?
My
screen
again
is
on
the
tracking
spreadsheet
yeah
so
based
on
what
we
have
released,
because
I
think
the
goal
is
to
keep
the
existing
set
of
metrics
that
have
been
priorly
released
and
how
are
we
going
to
re-categorize
them,
and
maybe
we
could
spend
some
time
in
the
spreadsheet
today
re-categorizing
them
here,
and
then
I
can
make
a
pull
request
to
the
readme,
which
includes
a
table.
A
And
you
scrolling
over
that
comment
also
reminded
me
that
we
we
did
start
to
brush
up
against
the
is
this
working
group,
the
right
one
to
be
capturing
these
sort
of
common
common
resources
that
I
think
shawn
was
mentioning
that
the
kokomo
one
is
being.
C
A
C
E
C
10
of
my
way,
that's
right,
there's
no
middle
ground
for
you,
so
I
I
think
the
question
is:
is
there
a
threshold
of
working
groups
that
are
working
on
a
metric
at
which
we
throw
it
to
common?
So
in
the
case
of
forks,
three
different
working
groups
were
working
on
it,
and
so
we
threw
it
to
common.
In
the
case
of
kokomo,
there
are
two
different
working
groups
working
on
it.
So
do
we
throw
that
to
common
and
honestly,
it
doesn't
really
matter
be
except
this.
C
Does
the
working
group
working
group
has
to
release
the
metric
right
for
review,
and
so
the
question
is
like
with
forks,
I
don't
think
there'll
be
any
trouble.
Kokomo
is
more
complex,
maybe
maybe
they'll
be
trouble,
I
don't
know,
but
we
can
always
move
metrics
to
different
value,
sure
yeah.
Let's
what.
B
B
B
So
all
right.
F
B
Will
that
solve
that
working
point?
So
then
I
guess
my
my
next
thing
is
basically
just
to
submit
a
pr,
that's
a
table
that
just
includes
you
know
this
heading.
This
kind.
B
Dni
does
like
here's
what
we
have
released
yeah
yeah
that
sounds
perfect.
Okay,
well
I'll,
put
that
on
my
I'll
just
I
can
probably
do
it
during
the
call
here.
Yeah.
A
Okay,
great
and
yeah,
in
the
in
the
copy
of
that
that
explains
so
much.
I
couldn't
see
the
bottom
bar
in
my
zoom
share,
so
it
was
like
didn't
we
organize
this
already
and
then
copy
a
value
we
we
had
the
longer
conversation
of
like
where
does
scms
fit
in,
where
does
job
opportunity
fit
in
labor
investment,
and
we
found
like
there
is
that
social
value
category
that
we
don't
have
a
good
metric
that
fits
it.
But
we
know
it's
something
we
want
to
care
about.
So
we're
going
to
save
that
space,
yep
good.
C
B
E
A
Yeah,
okay,
well
yeah,
we'll
cross
the
bridge
when
we
get
there
good
all
right.
Well
with
that
in
mind,
you
know
for
me,
like
with
this
stuff
going
forward.
Does
it
make
sense
to
start
talking
about
the
things
that
are
in
progress,
that
we
haven't
made
a
decision
on
and
say
what
category
they
fit
in.
B
A
A
It's
a
huge
refactor
and
that's
how
we
do
have
some
metrics
in
under
consideration
that
we
could
see
if
they're,
getting
to
the
point
of
ready
or
need
to
kind
of
hang
out
in
that
that
temporary
state
yep.
B
A
Do
you
did
you
confirm
that,
like
going
through
line
by
line,
I
just
I
haven't
done
that
level
of
comparison,
yet.
A
A
Okay,
all
right,
I
can't
share
my
screen.
I
think
you'd
have
to
pass
me
some.
A
A
Yeah
good,
okay,
look
at
that!
We've
got
one
value
tab,
I'm
very
okay
with
this,
so
maybe
just
starting
from
the
top
like
what
do
we
have?
A
Let's
just
double
check
the
release,
ones,
first
and
foremost,
so
labor
investment,
I'm
like
let's
just
go
to
the
repo,
and
so
my
thought
here
is
like
let's
take
a
look
at
each
one
and
just
make
sure
it's
in
a
state
where
we're
happy
with
it,
and
if
it's
not
like
take
a
note
on
who's
going
to
try
to
update
it,
make
sure
it's
it's
clear.
A
B
B
A
B
A
I'm
just
taking
a
look
at
these
metrics.
I
know
we
had
some
metrics
version
that
still
have
a
bunch
of
to-do's
in
them,
so
just
want
to
make
sure
this
kind
of
needs
a
decent
standard.
All
the
ones
that
are
technically
in
the
archive
folder
are
good
to
add
back.
So
that's
awesome.
I
think
the
only
thing
that's
still
a
gap
right
now
is
project
popularity.
Has
a
bunch
of
tbd
looks
like
the
recommendation
is
to
use
auger
auger
can
do
it
anyway,
yeah
auger
can
do
it
cauldron.
Could
too
right
yeah?
A
C
Project
popularity
in
augur
is
there
are
lots
of
different
metrics
that
we
could
use.
We
could
look
at
forks,
we
could
look
at
clones,
we
could
look
at
a
number
of
contributors,
diversity
of
contributors.
C
Number
of
certainly
issues
issue
comments,
pull
request
comments,
yeah
I'd
have
to
go
back
and
other
than
the
things
you
have
there,
but
we
have
number
of
watchers.
A
C
A
You
made
a
great
list,
but
not
in
the
initial
release
candidate.
I
did
oh,
no
they're,
not
good.
C
A
C
Stars
and
stars
and
watching
is,
is
sort
of
sort
of
alfred
hitchcock
style
voyeurism
on
a
project
like
I
have
a
novel,
I'm
interested,
but
I'm
not
doing
anything.
I
think
popularity
is
more
parsimoniously,
measured
by
the
number
of
forks,
the
number
of
pull
requests.
The
number
of
people
actually
contributing
to.
A
The
project-
that's
not
my
impression
in
in
industry
at
least
like
stars-
are
the
the
vanity
metric
that
people
like
talk
about
more
than
anything,
they
don't
say
like.
Oh
we've
got,
we
just
hit
a
thousand
forks,
they
say.
Oh
we've
got
10
000
stars
like,
and
it's
not
that
it
means
anything
substantially
on
its
own.
It's
that
it's
it's
exactly
what
it
is.
It's
a
pass
through
for
popularity
that.
C
I
would
say
that
it's
well,
I
guess
I
guess
it
depends
on
what
we
see
our
role
as
so.
Obviously
we're
we've
taken
a
strong
stance
to
be
agnostic
in
terms
of
how
we
interpret
our
metrics.
So
sharing
stars
is
one
thing
I
don't
know
if
we
think
we
have
a
responsibility
to
identify.
C
We're
actually
getting
a
contribution,
I
think,
is
a
more
so
yeah
if
you're
you're
right
in
industry
stars
matter,
but
it's
actually
the
more
popular
developers
and
where
they
go.
The
paper
that
kelly
blinko-
and
I
did
that
indicate
where
the
popularity
of
a
project
is
so
it's
not
really
the
stars
on
the
project.
It's
the
people
following
developers
and
the
projects
that
those
developers
go.
That
are
a
signal
of
where
the
popular
projects
are
going.
Let's
see.
A
C
Yeah,
so
it's
it's
really,
it's
fundamentally
like
what
role
do
we
want
to
take
in
in
in
differentiating
between
metrics
that
are
easily
gamed
compared
to
metrics
that
are
less
easily
gamed?
I
don't
have
an
answer.
A
No,
I
so
I
would
I'm
kind
of
interested
in
reframing
the
question
because
I
think
one
while
like
we
don't
necessarily
need
to
be
a
moral
compass
to
the
use
of
metrics
and
gaming
of
them.
We.
C
A
Yeah,
which
a
value
judgment
is
a
moral
judgment
in
a
sense
of
what
is
worth
something
yeah.
So
but
anyway,
this
isn't
philosophy
class.
So
we
can
move
on,
but
the
thought
was.
I
love
the
idea
of
anchoring
it
in
research,
though,
like
and
you've
done
the
research,
and
if
you
is
there,
a
system
by
which,
like
I
I
don't
know
like
if
project
popularity,
if
the
intention
of
it
it
doesn't
seem
originally
there
wasn't
much
intention.
It's
a
bunch
of
dvds.
A
B
C
It's
more
yeah
the
finding
is
more
along
the
lines
of
users
who
are
followed
a
lot
when
they
move
projects
they
bring
the
popularity
with
them.
So
yeah,
that's
the
so
when
it
comes
to
project,
I
think
project
popularity
is
a
it's.
It's
there's
a
lot
of
value
judgment
in
deciding
what
is
popular,
and
I
guess
I'm
just
saying
that
corporately
of
stars
have
become
the
accepted
metric.
B
I
I
mean
I
agree,
we're
trying
to
be
agnostic
as
we
can,
but
we
also
have
to
be
valid
yeah
but
yeah
and
some
of
the
metrics
kind
of
in
like
if
we
have
a
metric
around
inclusion.
B
C
B
A
A
And
some
will
educate
into
yeah
popularity
is
fundamentally
a
comparative
metric
right,
like
you're,
only
popular
if
you
are
being
pursued
more
often
than
others
right
like
so
it
for
me,
like
any
of
these
metrics
on
their
own.
Like
stars,
forks
commits
not
the
most
interesting.
A
It's
like
you
have
to
cross
like
some
magical
threshold,
where
you
were
thus
popular
like
we
could
say,
like
any
project
over
a
thousand
stars
is
popular
like
oh,
we
don't
necessarily
need
to
say
that,
as
like
a
truism
but
like
there
is
kind
of
there's
that
sort
of
energy
floating
around
this.
I
don't
really
know
how
to
capture
that.
C
You
scroll
down
a
little
bit
because
I
I'm
not
able
to
see
the
basics.
Oh
there's
nothing,
there's
nothing
much
to
show
so
I
mean
I
would
just
add
two
base.
Metrics
things
like
a
number
of
pull
requests:
number
of
issues,
a
number
of
comments
on
pull
requests,
number
of
comments
on
issues,
because
I
think
popularity
is
also
a
signal
of
engagement
so
like
there
are
thin
and
deep
expressions
of
popularity
and
we're
not
drawing
a
discussion,
we're
not
drawing
a
value
judgment
about
which
are
thin
or
deep,
but
contributors
and
forks
and
stars.
C
I
don't
see
stars
on
there
yet
are
are
contributors,
they
are
measures
of
popularity
and
some
to
some
extent,
but
I
think
also
the
number
of
pull
requests.
Issues
and
comments
are
additional
indicators
of
popularity
and
people
can
choose
to.
C
I
don't
know
if
those
these
belong
under
filters,
perhaps
more
than
formula
or
is
this
the
do
filters?
No
I'm
losing
track.
Is
this
the
current
template.
C
C
So
a
person
could
operationalize
popularity
only
as
stars
or
only
as
forks,
but
they
could
and
then
they
would
just
say
that
this
measure
of
popularity
is
implemented
using
the
chaos
metric
with
these
filters-
and
I
think
so-
and
I
think
I
was
having
a
discussion
based
on
the
new
template
without
realizing
until
looking
at
it.
I
was
looking
actually
at
the
old
template.
A
A
Okay,
I
don't,
I
think
I
would
need
an
example
of
migrating
from
old
to
new
before
I'd
be
good
at
it
sean
would
you
have
a
chance
to
be
able
to
open
a
pr
transition,
get
old
and
new
on
this
one
yeah
I'll
do
that
right
now,
while
we're.
B
B
A
C
And
a
lot
and
frankly,
almost
all
of
my
work
on
metrics
and
measuring
things
through
trace
data
is
based
on
on
being
clear
about
ontologies,
because
on
top
the
way
that
you
name
things
implies
an
epistemology.
It
implies
a
value
system
about
what
it
is
you're
trying
to
measure,
and
so
maybe
sometimes
I
get
a
little
too
anal
about
it.
But
but
that's
my
when
I'm
talking
about
metrics
like
I'm,
really
thinking
about
the
words
we're
using
and
what
they
mean.
Maybe
maybe
too
much.
A
I'm
into
it
like,
I,
I
think
words
do
change
the
way
we
think.
C
B
F
So
the
pull
request
for
adding
the.
F
F
F
F
A
B
A
Sure
yeah,
that's
no
need
to
rush
through
this.
I
think,
being
attentive
to
the
the
detailed
changes
here
or
what
matters
okay
in
tbd
is
that
the
normal
placeholder
for
when
we
don't
have
a
metric.
A
Yeah
and
the
suggestion
feature
is
just
magic:
all
checks
have
failed.
My
favorite.
F
B
Into
so
my
my
one
in.
F
B
A
F
A
A
A
But
but
now
you're
comfortable
closing
this
in
favor
of
what
we've
done.
A
B
A
A
A
Oh
this
was
so
satisfying.
Thank
you.
This
yeah,
I
feel
like
we
just
just
finished
a
large
emotional
labor
of
love.
B
Yeah
well
now
the
repo
is
in
line
with
the
spreadsheet
and
we
have
the
focus
areas
we've
taken
all
the
existing
metrics
and
found
a
home
for
them.
A
A
A
Yeah
absolutely
so,
I'm
happy
to
screen
share
if
you
want
to
watch
me
edit,
a
bunch
of
files,
but
just
know
that
I'm
doing
that
right
now,
totally
fine.
E
A
F
A
A
There,
it
is,
thank
you
yeah.
Let
me
see
get
log.
A
A
A
F
So
last
time
we
were
discussing
that
these
are
either
captured
somewhere
else
or
not
really
value
metrics,
but
they
are
components
that
inform
our
metrics,
and
so
we
crossed
them
out
to
signal
that
we
would
not
take
them
on,
but
we
haven't
removed
them
just
in
case.
We
want
to
make
sure
that
they
are
already
addressed
in
other
focus
and
other
working
groups.
B
F
F
D
F
So
these
lines-
22
23
24-
I
think
they're-
already
covered
by
the
evolution.
Metrics
commits
issues,
pull
request
on
a
pull
request
or
is
a
new
metric
in
common.
F
C
Well,
yeah:
the
question
was:
is
there
a
threshold
like
if
any
two
working
groups
want
to
do
it?
Does
it
because
does
it
become
a
common
thing
or
do
we
like?
How
do
we
want
to
manage
that?
I
know
it's
already
being
developed
in
common,
so
pokemon
do
we
want
to
just
throw
it
yeah?
Do
we
want
to
just
have
this
like?
C
I
could
have
the
working
group,
that's
doing
it
in
evolution,
just
simply
implement
it,
and
then,
during
the
review
period
we
can
say
hey,
let's
make
this
a
common
metric
or
I'm
just
trying
to
talk
through
the
process.
So
we
don't
spend
a
lot
of
time
coordinating
like
in
the
case
of
forks.
It's
pretty
easy
because
there's
like
three
working
groups,
it
gets
a
lot
easier.
F
C
Yeah
yeah
and
it's
the
case
with
kokomo
is
it's.
You
can
use
it
to
calculate
labor
investment
and
that's
that's
where
maybe
it's
a
value
metric,
maybe
that's
not
where
value
is
headed,
etc,
makes
sense,
and
I
have
a
I've
converted.
C
E
A
Content
by
the
way
I
got
the
prn,
it's
96.,
if
yorger
matchy,
you
want
to
do
a
review.
C
C
F
A
A
F
A
Good,
okay,
well
we're
a
little
over
time,
so
just
wanna!
Thank
you
all
for
a
ton
of
work
that
got
us
here
and
especially
matchy
for
taking
point
on
quite
like
the
socratic
method
of
getting
to
focus
areas.
It
was
very,
let's
get
that
done.
Yeah
done
right
on
so
good,
all
right!
Happy
releasing
for
those
that
are
part
of
that
release
cycle
and
talk.