►
From YouTube: CDEvents Working Group (EMEA/AMERICAS) - Feb 21, 2023
Description
For more Continuous Delivery Foundation content, check out our blog: https://cd.foundation/blog/
C
Yeah
so
making
a
few
edits
to
to
the
CD
or
the
connecting
events
proposal.
C
Yeah
I
added
the
one
use
case,
I
thought
that
was
really
important
and
then
I
also
added
a
hybrid
approach
section
because
we
talked
a
little
bit
about
that
and
I
think
I.
Think
a
hybrid
approach
might
be
the
best
solution,
but
we
can
talk
about
that
once
once
we
get
started.
A
So
welcome
the
steel
events
meeting
today,
wherever
transverse,
please
sign
up
on
the
notes,
so
I
have
more
the
same
agendas.
We
usually
have
I've
added
the
the
ongoing
items
as
links
there
and
then
you're
free
to
add
whatever
you
want
as
well.
In
the
end,
let's
see
about
how
we
can
proceed
on
this,
so
first
just
look
into
the
the
roadmap.
A
Here
we
have
it
as
as
a
reference
link
mostly
we
last
week,
we
should
have
had
the
release
we
had
planned
originally
like
in
mid-February,
but
we
prolonged
it
now
to
the
end
of
February
I'm,
a
bit
concerned,
as
you
might
understand
that
we
might
not
reach
this
either,
especially
now
since
Andrea
is
on
PTO
this
week,
and
we
have
a
lot
of
things
to
to
cover
still
which
are
in
to
do.
A
Most
of
them
are
actually
often
assigned
to
Andrea
some
or
not,
but
there
is
some
work
in
order
now,
I'm
pretty
sure
we
will
not
reach
this
yeah,
we'll
probably
come
back
to
the
the
sdks
a
bit
later
on
as
well.
But
as
you
see,
there
are
100
tickets
ongoing
and
some
are
not
really
started
and
I've
also
created
some
new
ones.
Some
some
bugs
have
been
created
here.
A
Some
of
them
are
my
bolts
for
creating,
but
anyway
they
need
to
be
done
so
I,
don't
there's
nobody
really
need
to
rush
this
release.
We
don't
have
any
such
fixed
deadline,
but
require
us
to
to
release
it
this
week
or
next
week.
A
The
thing
is
that
we
want
to
have
released
close
to
the
Silicon,
so
we
can
and
show
off
that
the
most
recent
things
when
we
are
there
for
something
so
it
makes
I,
don't
know
it
might
be
so
that
people
don't
do
something
then,
but
I
would
would
hope
that
we
can
type
a
CO2
release
now
and
then
a
CO2
release
goes
to
Silicon
and
we'll
see
how
it
works
out.
A
Okay,
so
we
had
some
action
items
from
previous
meetings.
One
on
Andrea
had
to
create
an
issue
about
the
former
release
process.
I
haven't
seen,
but
we
have
such
an
issue.
A
C
No
I
I
wrapped
up.
There
was
only
one
really
big
use
case
that
was
I,
think
important
to
capture
and
and
I
and
I
wrote
that
one
so
so
yeah
that
should
be
done.
Yeah.
A
C
I
saw
some
changes
to
the
trace
context,
so
I
did
I
do
think
he
did
make
some
modifications
to
it.
But
I
don't
know
you.
C
A
A
Enough,
maybe
this
is
good
enough.
Maybe
he
can
answer
them
back
when
he's
back
next
week
or
next
time
sounds
good.
So
if
we
just
take
the
different
ongoing
items
in
order,
we
can
look
into
the
incident
Events.
First,
there
has
been
some
discussions
in
this
we'll
request
back
and
forth.
I
made
some
comments
late
last
week
and
I'm
pretty
sure,
Andre
I
didn't
have
time
to
look
into
those
before
he
left
for
holidays.
A
If
there's
an
outstanding
actually
needs
from
him,
then,
but
and
that's
about
it
and
I
had
some
questions
something
so
it
requires
some
more
work
on
this
I
would
say,
or
it
can
be
there-
and
this
is
maybe
the
main
reason
for
the
CO2
release
as
far
as
I
can
see,
at
least
that
we
want
to
have
it
as
soon
as
possible,
so
because
this
is
what
lacks
to
be
able
to
fulfill
the
Dora
metrics
for
core
volumetrics,
because
we
really
need
this
for
that
release.
So
it's
there's
no
really
need
to
release.
A
Cd
runs
without
typing
this
in
place,
I
would
say,
then
we
can
go
to
Connected
events,
then.
So,
let's
see
we
are
here.
This
is
again
the
document
where
we
discussed
this.
We
don't
have
any.
Maybe
we
have
an
issue
for
it,
but
the
way
we
have
at
least
until
now
discussed
this
through
the
again
the
document.
B
C
Yeah
yeah
yeah.
So
if
you
go
to
use
case
so
I
added
this
last
use
case,
which
I
think
it's
kind
of
like
the
end
like
this
is
what
I
see
people
doing
with
CD
events
and
the
kind
of
like
in
the
future
like
not
like
the
immediate
future.
But
since
CD
events,
you
know
is
about
interoperability.
You're
going
to
have
CI
CD
systems
are
gonna,
be
you
know,
kind
of
PL
be
able
to
be
plugged
into
various
different
other
CD
CI
CD
systems
right
these
individual
Parts
could
be
just
plugged
in.
C
So
it
would
be
great
if
there
could
be
a
singular
UI
that
understands
CD
events
as
well
as
being
able
to
make
sense
of
everything
by
you
know,
using
links,
for
instance,
linking
these
events
to
show
connections
between
all
these
systems.
So
I
think
that's
where
the
biggest
benefit
would
be
had
here
is
is
this?
Is
this
use
case
all
right
sit
down,
yep
and
then
added
one
section
towards
the
bottom?
C
It's
still
pretty
I'm
not
really
filled
out,
but
the
other
section
I
added
was
a
hybrid
approach
which
I
think
I
spent
a
lot
of
time.
Thinking
about
this
and
I
think
I
think
this
is
going
to
be
the
best,
the
best
approach.
So
the
reason
why
I
say
this.
So
if
we
go
with
Trace
context
right
that
adds
a
huge
dependency
for
for
CD
events
and
I.
Don't
really
like
that,
and
what
I
like
about
Eiffel.
Is
that
it's
very
it's
it's.
C
You
know
it's
small
and
it's
too
it
solves
one
particular
problem,
I
mean
so
does
tracing,
but
tracing
does
more
than
what
we
we
need
it
to
right,
like
you
can
add,
tags
and
whatnot,
which
you
know
I
feel
like
CD
events
would
already
have
with
like
custom
data
and
everything,
so
it's
kind
of
like
being
redundant
there,
so
I
think
keeping
something
simple
like
with
Eiffel
and
then
just
utilizing
that
Global
ID
that
we
talked
about
last
week.
C
Email
would
be
the
perfect
solution
and
this
kind
of
solves
both
problems
with
you
know
the
the
fast
lookups,
but
also
giving
you
the
graph
capabilities,
so
I
want
to
flush.
This
section
out
more,
like
I,
want
to
show
like
what
I
think
this
should
look
like
and
then
I
think
once
Andrea
is
back,
we
can
do.
I
can
attend
the
next,
the
next
Sig
meeting
at
5am,
and
we
can
just
finalize
a
decision,
but
I
really
think
this
hybrid
approach
is
going
to
be.
C
Is
the
best
is
going
to
be
the
best
one
going
forward
so
so
yeah?
So
that's,
that's
kind
of
like
where
I'm,
where
I'm
at
because,
like
I
said
like
the
last
like
week
when,
when
we
first
when
we
talked
about
that
I've
been
thinking
about,
you
know
what
the
benefits
is
and
then
I
started
thinking.
Oh,
we
could
use
Eiffel,
but
you
know
like
if
we
use
Eiffel
by
itself,
this
UI
use
case
is
going
to
be
really
expensive.
C
A
I
think
it's
an
interesting
thought:
I'm
still
a
bit
uncertain
what
you
really
mean
with
the
global
ID,
where
it
will
really
be
instantiated
where
it's
been
degraded
who
like
who
has
control
of
when
the
new
Global
ID
is
created,
and
such
things.
C
Right,
right
and
and
I
think
that's
definitely
a
fair
question,
but
I
think
we
should
lay
the
leave
this
up
to
the
users
I
think
of
when
those
things
are
created
or
not,
for
instance
like
when
you
use
tracing.
So
this
is
kind
of
like
piggybacking
on
how
pricing
solves
this
particular
problem.
Is
they
leave
it
up
to
the
users?
So
they
do
a
best
effort
on
trying
to
guess
what
you
want,
but
I.
Don't
think
we
need
to
go
that
crazy,
I
think
we
can
just
say
you
know.
C
Maybe
it's
just
if
you
want
a
new
Global
ID,
you
just
call
this
one
function
and
you're
done
or
like
maybe
put
like
in
in
Java.
Maybe
it's
just
like
an
annotation
that
you
do
like
anytime.
It
enters
this
method
or
whatever
it
just
instantly
creates
This
Global,
ID,
I,
think
having
it
be
driven
by
users
is
gonna,
be
the
best
bet,
because
you
this
gives
the
ability
for
a
UI
to
be
molded
and
shaped
to
like
what
someone
wants
to
view
right.
C
So
this
part,
letting
the
users
drive,
that
versus
us
I
think,
is
really
really
important
and
I
think
trying
to
solve
both
of
those
is
going
to
really
complicate
the
solution,
so
I
think
just
having
the
users
Define.
That
keeps
things
simple
and-
and
you
know
like
like
how
Trace
idea,
how
tracing
Works
and
and
gives
gives
the
necessary
benefits
of
of
the
global
ID.
So
that's.
A
A
If
you
have
a
like
one
step
in
your
pipeline,
that
is
totally
triggered
by
an
event
yeah
and
not
like
not
orchestrated
by
some
some
high-level
python
orchestration
engine
say,
for
example,
you
have
a
testing
process
that
you
would
like
to
kick
off
whenever
some
artifact
has
been
built
somewhere
right.
B
A
So
then,
that
testing
process
it
could
either
take
the
global
ID
from
the
triggering
event
that
is
in
the
artifact
created
event,
or
it
could
take
it
from
some
other
location
where
it
knows
that
well,
I'm
part
of
this
flow,
so
that
price
should
my
coming.
Events
should
always
have
this
Global
ID
foreign.
C
Yes,
my
thinking
was
always
Upstream.
Whatever
is
triggering
yeah
because,
like
that
I
think
that
makes
the
most
sense.
A
And
then,
if
you
would
have
like
one
test
activity
wanting
to
run
either
this
or
that
artifact
has
been
created,
for
example,
it's
two
different
artifacts.
Maybe
that
is
being
deployed
in
the
same
environment
and
then
those
artifacts
might
have
different
globalized
than
in
them.
A
C
No
I
see
your
point.
You
know
because,
like
you're
saying
like
if
these
artifacts
were
grouped
somehow
you'd
like
to
like
those
things
grouped
it's
kind
of
like
what
you're
getting
at,
which
which
is
completely
Fair,
you
know
and
I
think
honestly.
C
The
question
is
whether
or
not
that's
important
it
pro.
Is
it
like
I,
don't
know.
Let
me
let
me
think
about.
A
That
I
I
might
be
the
colored
by
the
way
of
thinking
and
I
feel
better,
because
I
think
one
way
to
solve
that
I
guess
when
I
think
with
myself.
No,
it's
like
you
could
have
like
an
s-bomb
or
something
saying
that
this
is
now
the
the
Baseline
of
this
test
environment
that
I
want
to
run
some
tests
in
and
that
test
environment
is.
Has
an
I
mean
an
s-bomb
of
these
two
input
artifacts
or
something
like
that.
So
then
it's
like
the
s-bomb
object
creation.
C
C
Thinking
about
this,
like
from
the
UI,
the
UI
use
case
and
I,
think
it
makes
sense
for
the
for
the
Upstream
thing
to
trigger
it,
and
that
would
be
its
own
Global
ID
and
then
the
UI.
If
it
wants
to
go
one
extra
step
forward,
could
maybe
utilize
like
links
like
actually
the
graph
traversal
like
if
it
wants
to
make
that
expensive
call
to
relate
all
the
artifacts.
Does
that
make
sense.
A
I
guess
so,
because
then,
if
if
there
is
I
mean
a
new
Global
ideas
that
say
created
somewhere
in
the
middle
of
the
pipeline,
but
there's
still
like
links
connecting
these
pipelines
to
each
other,
then
the
visualization
or
the
U
right
there
could
could
follow
those
links
in
that
case
and
the
global
IDs
in
other
cases.
Maybe
yes.
C
What's
nice
about
that,
is
that
quick,
lookup,
so
I
think
like
when
you
want
more
information
on
how
things
relate,
then
you
utilize
with
if
you
go
with
Eiffel
right,
like
especially
like
when
you
know
things
are
going
to
be
detached
like,
for
instance
like
when
artifacts
you
know,
because
you
lose
that
grouping.
So
when
you
know
that
that
grouping
is
going
to
be
lost,
you
know,
then,
then
that's
when
you
use
Eiffel
versus
a
global,
ID
and
I
think
we
can
state
that
in
the
in
the
hybrid
approach
right.
C
C
So
I
can
flush
this
out
more
with
with
that
particular
issue
that
you
laid
out,
which
I
I
definitely
see
the
issue
there,
but
yeah
I
think
I
think
this
definitely
could
be
solved
with
with
just
using
utilizing
either
Eiffel
or
or
you
know,
or
Global
ID
choosing,
whichever
one
you
want
to
use
to
to
look
up
the
relationship
between
things.
A
A
Not
sure
if
you've
seen
this
before
from
the
honeycomb
GitHub
GitHub
sites-
and
this
is
where,
as
I
understand
it,
it's
only
using
Trace
context
with
parent-tech
relationships,
yeah
and
it
can
anyway
distinguish
from
parallel
and
serial
activities
based
on
I.
Guess
then
the
end
timestamps
of
these
activities.
So
if
the
next
activity
is
started
after
the
previous
one
has
finished,
they
are
assumed
to
be
serial.
A
If
the
next
one
is
started
within
before
the
previous
one
was
finished,
then
it's
assumed
to
be
in
parallel
executing
with
that
one
I
think
that's
how
it's
interpreted
and
then
I
knew
I
could
probably
handle
it.
That
way,
and
with
that,
we
don't
really
need
the
links
to
show
this
or
to
to
visualize
this
scenario
of
a
like
a
top
level
Pipeline,
and
then
it's
different
steps
underneath
it
both
in
parallel
and
serial.
A
So
that's
also
a
way
to
handle
the
the
should
I
say,
maybe
not
the
relative
by
an
internal
scenario,
but
at
least
the
the
progression
through
a
pipeline.
Yes,.
A
Not
really
possible
to
say
I
mean,
for
example,
if
these
two
things
here
different
builds,
for
example,
and
then
these
two
are
different
test
activities
for
the
the
corresponding
bills.
It's
not
really
easy
to
see
that
the
first
one
corresponds
to
the
first
build
and
the
second
test
corresponds
to
the
second
build
or
vice
versa.
You
can't
really
say
that
from
this
just
having
a
parent
child
parent
child
relationship,
I,
guess,
then
you
would
need
some
kind
of
Link
saying
that.
C
Yeah
definitely
so
yeah
I'm,
I'm,
very
familiar
with
yeah
tracing,
so
yeah
I
think
I
think
what
you're
saying
makes
sense
and
that's
exactly
how
tracing
works
is
that
you
have
this.
A
C
Yeah
potentially,
but
I
want
to
keep
this,
so
my
whole
goal
is
like
I'm
a
very
much
an
iterative
type
of
type
of
person,
so
like
I,
want
to
get
the
kind
of
like
the
foundation
good,
and
you
know
maybe
the
parent
child
could
be
in
that
in
that
Foundation,
but
I
think
that
can
be
an
additive
feature
later.
C
I
just
want
to
get
the
you
know
like
just
making
sure
that
it's
you
know.
Scalable
is
my
number
one
thing
for
me
as
well
as
being
able
to
be
able
to
visualize
these
things
in,
in
that
graph,
like
as
an
end,
consumer
and
and
definitely
I,
think
a
parent
and
child
ID
definitely
makes
sense.
C
You
know
if
you
want
to
do
even
further
grouping,
but,
like
I
said
that
can
get
pretty
crazy
pretty
quickly.
Actually,
when
I
was
working
with
tracing
and
I
got
that
got
very
complicated
very
quickly
and
like
there's
a
lot
of
places
where
that
could
go
wrong
and
actually
a
lot
of
our
bugs
have
come
from
creating
bad
children
and
not
relating
them
properly.
So
that's
that's
a
little
bit
of
my
concern
with
introducing
that,
especially
now.
C
You
know
where
we
don't
know
if
we
need
it
just
yet.
However,
if
someone
starts
saying,
oh,
we
actually
need
this
feature.
Then
I
think
we
should
probably
add
it.
However,
for
our
particular
use
case,
especially
for
this
UI
one
I
I,
don't
need
it
so
I
think
I'm
happy
to
leave
it
out
and
then,
if
we
need
to
add
an
addendum
to
the
proposal
later,
we
we
can
always
do
that.
How
do
you
feel
about
that?
Emil
yeah.
A
D
A
This
that's
the
case
down
there
or
something
so
does
anyone
of
you
in
the
meeting
have
heard
any
experience
or
any
connections
to
like
AI
people
who
would
have
some
thoughts
on
whether
it's
it's
beneficial
to
use
this
explicit
links
between
the
events
or
to
use
Global
franchise?
If
so,.
C
I
could
get
some
information
from
from
AI
people
if,
if
needed,
actually
I
have
a
meeting,
not
this
week
next
week,
with
someone
from
machine
learning
at
Apple,
that
I
can
I
can
ask
them,
but
what's
what's
a
particular
just
like
which
which
they
would
probably
use
or
what's
what's
the
question
yeah.
C
A
B
Oh
yeah
I'm
not
too
familiar
with
that
thing.
C
Okay,
but
yeah
yeah
I'll
I'll
get
some
information.
It's.
The
meeting
is
like
middle
of
next
week,
so
I'll
probably
get
some
information
towards
the
end
of
the
week
and
then
I
can
update
or
I
can
at
least
Post
in
the
in
the
slack
Channel
like
like
what
they
would
prefer
and
whatnot
or
I
can
add
it
to
GitHub
issue.
Whichever
is
preferable
where
these
discussions,
or
these
ideas
or
contemplations
would
be
best.
Yeah
I
can
put
it
wherever
appropriate.
A
A
Might
be
because
I
think
it
they
people
who
are
more
involved
in
normal
would
be
more.
We
could
have
some
valuable
input
to
this
discussion.
I
would
would
guess.
A
Good,
so
I
didn't
really
write
down
any
notes
for
this
now,
maybe
I
should
have
done
that.
Okay.
A
D
C
C
A
I
think
we
can
leave
it
at
that
time.
Now
then,
for
the
testing
events
there
is
this
pull
request
created
by
some
time
ago.
I
made
some
comments
on
this
as
well
and
I.
Don't
think
those
are
handled
so
and
I
think
always
also
away
this
week.
A
So
we're
expecting
to
come
back
these
comments
next
week
or
whatever
we
had
last
week,
a
presentation
from
Bruno
on
what
test
cube
is
about,
and
if
you
weren't
there
you
can
listen
into
the
recording
afterwards
should
be
on
YouTube.
Never
did
it
so
I.
Don't
have
much
more
to
say
about
these
testing
events
again.
I
think
there
are
some
some
things
remaining
here
to
be
sold
before
this
can
be
merged.
A
A
C
Okay,
cool
cool,
so
yeah
Spinnaker
RFC,
so
julender
just
made
an
update
a
few
days
ago
to
to
the
RC
so
I.
He
asked
me
to
look
at
it,
so
I'm
gonna
take
a
look
at
it,
probably
sometime
this
week,
so
I
think
we're
at
a
pretty
good
place
with
that.
C
So
once
I
give
the
review,
my
plan
is
to
actually
talk
to
some
of
the
Spinnaker
folks
to
see
like
where
you
know
like
how
much
more
do
we
need
to
flush
this
out
before
we
decide
to
accept
it
where
I
think.
As
long
as
you
know,
he
addressed
most
of
our
comments.
I,
don't
think
it's
gonna
be
too
much
of
an
issue
to
to
get
that
merged
in
but
yeah,
because
I
I
think
the
biggest
thing
was
just
you
know
referencing.
C
So
one
of
the
biggest
things
is
talking
about
the
implementation
details
in
in
Spinnaker
so
before
he
was
just
talking
about
the
overall
design,
but
there's
a
particular
microservice
that
we
wanted
him
to
mention,
and
you
know
utilize
and
document,
and
he
he
it
looks
like
he's,
he's
made
those
updates,
so
so
yeah
so
test.
For
me.
Action9,
for
me,
is
to
review
that
and
then
hopefully
get
that
merged
in
soonish.
A
A
B
B
A
A
A
And
the
testing
events
starting
over
there-
and
this
is
afterwards
so
yeah-
it's
the
status
of
the
ongoing
activities
and
there's
been
a
car
receivable
Dimension
when
it
comes
to
the
SD
case.
I
can
bring
up
the
board
here
again.
This
one
and
I
had
contact
with
the
maintainer
or
the
author
of
the
Python
SDK
Eric
and
unfortunately
he
has
been
very
busy
with
other
things.
He
hasn't
been
able
to
prioritize
this
and
it
seems
he
will
still
be
for
a
couple
of
weeks.
A
He
is
about
to
change
jobs,
it
seems,
but
I
I
asked
them
if
he
will
be
able
to
work
help
out
with
this
after
he
has
changed
jobs,
and
he
said
that
they
are.
His
new
employer
actually
was
very
fond
of
in
contributing
to
this.
So
it
looks
promising.
So
we
we
should
hope
that
he
can
come
back
in
more
strength
to
to
continue
working
on
the
python
SDK.
C
C
Since
we
mentioned
arrest,
SDK
I
think
now,
though,
since
whenever
we
start
the
rust
road,
if
you
will
for
that
SDK
or
for
whatever
new
SDK
I,
think
it's
important
at
that
point
to
use
a
schema
to
generate
sdks,
because
I've
noticed
like
anytime,
we
made
change
to
a
spec.
It's
like
you
know.
Andrea
has
to
make
all
these
changes
to
like
the
go
SDK
and
it's
so
nice
to
go,
update
the
Java,
SDK
and
so
on
and
so
forth
for
the
python,
SDK
I
think
it'd
be
really
nice.
C
If
we
could
just
change
it
in
one
place,
have
that
be
generated,
and
then
you
know
fix
any
of
the
compile
errors
that
you
know
that
introduce
the
new
features
or
what
have
you
right
so.
E
We
we
yeah,
we
struggled
with
this
at
liquibase
and
what
we
have
is
you
know
basically
a
prototype
that
it's
a
structure
that
we
use
to
generate
this
stuff.
For
you
know
everything
from
java,
SDK
GitHub
actions,
those
sorts
of
things,
so
the
person
that's
in
charge
of
GitHub
actions
would
go
to
that.
You
know
that
prototype
and
say:
okay,
what's
changed
and
generate
their
code,
so
each
SDK
is
utilizing
a
kind
of
single
source
of
truth.
That's
how
we've
done
it
at
liquobase.
E
Well,
it's
all
well,
we've
got.
We
certainly
have
Java
we're
using
it
also
internally
for
all
the
tooling
that
we
built
that
calls
core
liquibase.
So
that's
a
lot
of
java,
but
it's
for
other
things
like
I,
said
GitHub
actions
generating
those
yeah.
E
Let
me
go
ahead
and
see.
Let
me
go
ahead
and
pull
it
up
and
see
and
get
some
more
details
on
it.
I'll
share
with
you.
A
E
And
exactly-
and
you
would
certainly
you
can
you'd-
be
very
naughty
to
change
it
there's
a
commitment
but
I
where
we've
had
success.
Everybody
at
liquid
base
said
wow,
that's
a
great
idea,
but
it
was
always
like
number
four
five
or
six
on
the
price
priority
scale
and
what
really
pushed
it
over
was
that
somebody
took
it
and
implemented
it
for
their
stuff.
They
were
in
charge
of
a
specific
API
I
forget
which
one
and
they
did
it
and
they
got
it
done
in
record
time
and
there's
there's
a
little
bit
of
fomo.
E
The
other
teams
were
like
well
I
want
to
use
that
so
by
having
an
example
of
that,
let
me
check
it
out
real
quick.
C
Yeah
I
think
to
scale
like
as
CD
events
like,
inter,
like
as
a
as
an
org
like
you
need
to
generate
like
you're
like
you,
like,
you
said
you
know
like
python.
Your
guy
has
been
really
busy
right.
That
maintains
the
python
SDK,
but
if
you
guys
could
just
generate
and
fix
the
you
know
like
compilers
or
runtime
errors,
you
know,
that's
that's
really
simple
right.
It.
C
But
no
no
General
the
generation
portion
is
going
to
be
very
yeah.
That's
gonna
require
some
thought.
That's
definitely
going
to
require
some
thought.
It's
going
to
require
some.
You
know
some
technical
prowess
to
to
do
this,
but
I
think
spending
the
time
now
banging
your
head
against
the
wall
will
save
you
much
more
much
more
time
later.
C
Yeah,
open
API
is
a
pretty
big
one
that
I'd
recommend
there's
also
Smithy,
that's
also
pretty
it's
it's
used
heavily
at
AWS
and
then
open
API
is
also
part
of
swagger
or
Swagger
is
a
part
of
open
the
API.
So
there's
also
also
that
so
yeah
there's
definitely
a
few
tooling.
There.
A
C
Yeah
and
then
open
API
is
really
pluggable
too.
So,
like
you
can
add
your
own
custom
things
to
it.
B
C
Does
yes,
oh
yeah
yeah
yeah,
so
it
does
typically
so
so
at
AWS,
when
I
was
there,
we
used
our
own
internal
thing,
it's
called
Coral,
but
eventually
we
moved
to
Smithy,
but
some
teams
were
using
open
API.
So
you
know
yeah,
you
can
totally
generate
sdks
and
some
even
open
API
has
a
SDK
generator
on
top
of
it.
C
B
C
A
C
So
may
may
need
to
do
a
little
bit
of
tweaking
there,
but
you
know
it's
definitely
definitely
possible
to
do
to
do
this,
but,
like
I
said
it's
going
to
require
a
little
bit
more
thinking.
But
I
feel
like
we're
now
at
a
point
where
we
have
a
few
sdks,
where
this
actually
could
start
being
pretty
beneficial.
A
B
A
A
A
C
So
yeah
yeah,
so
so
what
these
sdks
would
generate
is
basically
a
very
rudimentary.
C
View
or
you
know
like
apis,
if
you
will
and
then
what
you
would
want
to
do
is
to
like
you
were
saying,
is
ADD
glue
or
make
higher
level
abstractions
to
make
it
easier
for
users.
But,
like
I
said
you
know,
if
that
if
the
scheme
was
changing
and
whatnot,
you
know
that
you
don't
have
to
change
these
abstractions
right.
You
might,
or
you
might
have
to
just
do
very
little
so
so
yeah
I
think
this
could
go,
go
a
long
way
for
you,
guys
yeah.
A
D
A
For
sure
for
sure
yeah,
that's
a
very
good
thought
and
I
invite
anyone
some
time
and
energy
to
spend
on
it.
But
to
look
into
what
options
there
are
I've.
C
Generation
I
will
have
to
ask
my
manager,
though,
if
I
can
do
any
work
on
it
like
the
problem
is
like
anytime,
I
touch
anything
code
outside
of
Apple
like,
except
for
like
approved
things
where
we're
still
trying
to
figure
out
like
the
whole
CDU
events
with
with
our
team
I
need
to
ask,
but
once
I
get
if
I
can
get
a
yes
or
no
I'll,
immediately
tell
or
I'll
post
in
the
slack
whether
or
not
I
can
work
on
this,
but
if
I
can
get
some
time
like
I
I
can
absolutely
knock
this
out
pretty
quickly
or
quickly.
C
A
But
that's
that's
one
thing
and
we
actually
did
the
the
same
thing
in
Eiffel
recently,
we
actually
moved
from
Json
to
Yamada
since
the
core,
the
the
schema,
this
game
aspect
for
us,
you
know,
because
there
we
also
don't
have
the
documentation
as
part
of
the
schema.
So
we
generate
Market
down
documentation
from
that
those
young
requirements
as
well.
D
A
So
that's
I
would
Embrace
that
as
well,
but
it
requires
again
some
some
attitude.
B
A
A
E
Ben
there
was
an
update
on
the
spec
for
CD
events
in
Spinnaker
yep.
You
were
on
the
meeting,
yes
I
I.
My
update
is
that
you
went
to
a
meeting,
but
anyway,
just
is
there
anything.
I
can
help
with
that
like
like
it
seems
like
it's
going
really
really
well.
I
just
wanted
to
get
your
take
on
it.
Yeah.
C
Yeah,
so
things
are
moving
along
well,
so
jolander,
the
one
that
is
the
author
of
the
RC
just
made
the
necessary
changes
that
we
had
asked
from
from
the
meeting
that
that
you
had
just
mentioned.
C
So
it
looks
like
he
addressed
those
comments
that
was
done
just
a
few
days
ago.
So
I
haven't
had
any
time
to
review
those
comments
just
yet
so
my
plan
is
to
review
that
take
that
back
to
and
then
you
know,
ping
a
few
people
that
were
also
interested,
and
that
were
also
at
that
meeting
to
see
like
where
we're
at
on.
Potentially
you
know
merging
it,
hopefully
there's
not
too
much
more
work
that
is
needed,
but
yeah,
that's
kind
of
like
where
we're
at
right
now.
C
So
this
is
more
of
me
reviewing
and
then
taking
that
back
to
Spinnaker
kind
of
discussing
where
we
kind
of
see
the
plans
are
for
this
RFC.
E
Okay,
I'm
definitely
not
trying
to
Horn
in
on
it
or
exert
any
opinion
on
it.
The
the
reason
why
I'm
asking
is
because
just
remind
everybody
from
Toc
perspective,
I
very
much
want
to
go
to
other
projects
and
say
wow,
look
at
what
Spinnaker
did
and
my
goal
is
to
have
other
projects
do
this
as
well.
E
Obviously
you
know
Ben
I,
know
Jenkins
and
Spinnaker
are
near
and
dear
to
your
heart,
so
certainly
concentrating
on
those
and
having
some
kind
of
you
know
you
or
someone
else
talking
about
the
value
of
it,
what
you're
getting
out
of
it,
the
benefits
and
I
think
those
two
things
having
Spinnaker
and
Jenkins.
You
know
supporting
CD
events
having
a
user
speak
about
this
in
in
you
know,
glowing
terms
that
creates
you
know,
fear
of
missing
out
fomo
and
hopefully
the
others
will
follow.
E
If
more
teams
do
that,
if
more
rather
more
projects
do
that,
then
it
becomes
even
more
compelling
for
our
friends
in
commercial
land,
I'm
thinking,
harness
and
and
the
likes.
You
know,
octopus
deploy
stuff
like
that,
so
that
that's
my
hope
and
that's
why
I'm
asking
so.
Please
don't
pick
up
you.
C
Know
trying
to
rush?
No,
no,
no,
no!
No!
No!
No!
No!
No!
No!
No!
You
know
like,
like
I
said,
like
any
questions
or
whatever
you
do,
that
you
have.
You
know
just
let
me
know
and
then,
if
you
feel
like
you
need
a
pressure
like.
Don't
don't
worry
about
it,
you
know
it's
completely
fine,
but
yeah.
So
I
I
completely
agree.
You
know
like
and
that's
where
I
think
we're
we're
trying
to
get
it
into
well.
My
goal
is
to
get
into
Spinnaker,
so
we
can
start
using
it
internally
at
Apple.
C
Companies,
like
apple,
are
using
CD
events
as
well.
As
you
know,
it's.
B
C
Jacob,
that's
gonna,
be
a
pretty
big
message,
I
think
to
to
all
the
other
players,
so
I
I'm,
that's
my
hope,
but
we'll.
E
C
E
Yeah
I'm
subscribed
to
that
GitHub
issue,
so
I'm
watching
all
the
changes.
Okay,.
E
You
know
just
just
letting
you
know
what
my
hope
and
dream
is,
you
know,
hopes
and
dreams
are
and
what
what
you
know?
Hopefully
the
benefit.
You
know
the
TOC
can
provide
and-
and
you
know
getting
this
with
with
other
folks-
because
it's
all
fine
and
good-
that
you're
working
with
Spinnaker,
but
we
need
to
have
cd
events
in
it.
Just
I
I
I've
got
a
it
it
it
just
it's
silly,
not
having
you
know,
projects
working
together,
I,
just
you
know,
it's
just
a
a
personal
opinion.
C
Yeah,
no
definitely
and
and
I
think
you
know
and
I.
Think
too
you
know,
starting
you
know
with
Spinnaker
will
hopefully
be
the
stepping
stone
that
we
need.
You
know
and
then
I
think
there,
because
now
that
we
have
a
CD
tool
like
Spinnaker,
maybe
the
next
Focus
like
you
were,
you
were
saying:
Robert
is
maybe
Jenkins
or
maybe
even
GitHub
actions.
You
know,
because
I
do
have
some
contacts
that
GitHub
that
I
could
reach
out
and
be
like
hey.
What
do
you
guys
think
about
this?
C
E
That
that
that's
you
know
it
it's
ten
percent.
You
know
new
Cutting,
Edge
stuff.
Ninety
percent
not
falling
behind
from.
B
A
D
A
Trying
to
find
that
issue,
someone
wrote
it,
but
maybe
I
can't
do
it
now
on
the
Fly.
I
was
thinking
also
when
you
discussed
there
on
on
Jenkins
or
yeah,
of
course,
but
the
other
tools
I
could
follow.
I
know
that
Jenkins
X
has
a
case
of
initiative
proposed
where
to
integrate
with
City
events,
I'm
not
sure
their
time
down
when
they
will
decide
on
what
projects
to
to
take
honors,
though,
but
we
could
of
course
hope
that
snake
is
X
would
go
for
some.
Some
such
piece
of
activity
during
the
summer.
A
E
And
it's
not
just
also
motivation
from
you
know
it
doesn't
just
motivate
the
other
projects
to
integrate
with
CD
events.
It's
also
other
folks
that
you
know
look.
E
You
know
you
know
what
are
they
doing?
Maybe
we
should
do
that.
This
whole
value
of
the
you
know
state
of
devops
report
that
door
was
putting
out
for
for
years.
You
know,
hey,
look
at
your
peers
and
and
that's
really
what
we
do
over
in
CD,
land
and
devops.
We
we
gauge
ourselves
against
others
and
see
how
we're
doing.
D
A
Thank
you
all
right,
thank
you.
So
do
we
have
anything
else
to
handle
today
or
can
you
quit
buying
them?
No.
C
Yeah
yeah-
and
you
know,
like
I,
said,
like
I'm
just
amp
for
SDK
generation,
because,
like
I've
I've
wanted
that
when
you
guys
first
started
talking
about
sdks,
but
I
was
like
you
guys
only
had
one
SDK,
so
I
wasn't
sure
yet,
but
now
yeah
now
that
it
seems
like
that
boat
is
kind
of,
like
you
know,
is
full
steam
ahead.
I
I
definitely
think
this
is
something
that's
going
to
be
awesome
to
do
like
I
just
enjoy
code
generation.
A
I
think
it's
very
cool
just
think
that
they're
part
of
some
problems
with
it,
but
of
course
some
obstacles
could
be
overcome,
I
hope,
yeah.
C
Yeah
but
yeah
yeah,
no
I,
think
I
think
we're
pretty
much
I
think
we're
pretty
good
here
so
yeah.
If
we
want
to
wrap
this
up,
I'm
totally.
Okay
with
that.
A
Yeah,
okay,
Mauricio
and
also
Brad
McCoy
has
been
on
to
this
okay,
okay,
so
I
think
Marissa
was
interested
in
it
and
then
Bill
McCoy
I.
Don't
think
there
is
a
pull
request
for
it.
Is
it
no?
A
It's
added
to
the
zero
to
Hearthstone,
but
I
doubt
it
will
be
there,
of
course,
but
yeah.
It
would
be
interesting
to
see
if
we
have
anything
they're,
responsive,
okay,
good
cool,
then
that's
it
for
today,
then.
Thank
you
for.
B
A
Discussions
and
have
a
good
evening
all
right,
see
ya
thanks.