►
From YouTube: GitLab Kubernetes Agent and Runner UX
Description
Rayana, Maria and Thong discuss UX for GitLab Kubernetes Agent, and Runner
A
Cool
okay,
so
we're
talking
about
the
runner
in
the
agent
ux
and
well.
We
have
maria
here
who
is
the
cnn,
put
up
designer
and
hyena?
Let's
start
with
design
on
the
runner
team
right.
A
A
I
was
just
talking
about
how
what
the
differences
are
between
runner
and
agent,
and
the
first
thing
is
that
they
are
not.
They
are
too
completely
distinct
processes
and
we're
still
working
out,
which
places
make
sense
to
connect
and
which
places
makes
does
not
make
sense
to
connect,
and
currently
the
primary
use
case
of
the
run.
The
agent
is
to
deploy
a
kubernetes,
manifest
files
to
the
kubernetes
cluster.
A
B
Deploying
so,
if
I
understand
correctly,
when
you
say
the
age,
you
say
the
agent
is
at
the
end
of
the
process.
So
it's
more
like
on
the.
A
So
it's
at
the
end
of
devops
process
it
doesn't.
It
doesn't
wait
for
runner
to
run
or
anything
like
that
it
currently
doesn't
it
just
sees
there's
a
new
commit
in
get
delay
or
in
the
repository
and
it
deploys
we
don't.
We
don't
wait
for
it.
That's
because
our
current
use
case
is
that
there's
not
many
ci
jobs
that
we
can
think
of
for
kubernetes
processors
right.
B
Now:
okay,
I'm
gonna!
I'm
gonna
take
my
questions
for
later,
because
sorry
for
interrupting,
I
don't
know.
A
Go
ahead,
yeah
yeah
go
for
it,
so
the
other
kind
of
ux
thing
that
we're
kind
of
aiming
to
achieve
is
what
they
call
this
iec,
which
is
sorry
code,
as
configuration
configuration,
that's
good,
what's
the
term
for
you,
remember
maria,
my
brain's
mounted.
A
A
How
do
I
put
it
this
way
when
we
try
and
help
the
users
commit
the
reapers,
and
then
everything
happens
from
a
git
ripple?
Basically,
so
that's
that's
the
other
kind
of
ux
or
dx
power.
I
don't
know
which
is
accurate
in
that
sense.
A
So
there
are
a
lot
of
kind
of
yammer
files
in
this
case
which
I'm
not
really
super
in
love
with
right
now,
and
I
think,
if
you're,
if
we
think
that
there's
a
better
kind
of
way
of
designing
things,
I'm
happy
to
hear
it
yeah.
So
that's
that's
a
dot!
A
In
theory,
it
should
take
about
half
an
hour
to
go
to
the
docks
and
kind
of
run
through
it
and
understand
what's
going
on,
but
the
issue
is
that
we're
still
trying
to
roll
working
on
rolling
out
it
together.com.
A
So
the
server
component
is
not
there
yet
for
easy
testing.
A
If
you
want
to
roll
out
your
own
servers
and
install
your
own
github
instance,
you
can,
but
that's
not
very
ex.
That's
not
the
that's,
not
the
economic
experience
for
a
developer
or
an
operator.
C
A
Yeah
so
currently
we
have
multiple
yaml
files
to
configure
one
per
agent.
Basically.
A
So
and
the
other
thing
that
that
we're
trying
to
do
is
that
we're
trying
to
be
flexible,
we're
trying
to
have
the
ability
to
to
configure
the
agent
for
kind
of
cross
project
settings
where
the
idea
is
that
there's
like
an
application
project.
And
then
the
application
project
will
trigger
a
cross
project
pipeline
to
the
manifest
projects
where
which
contains
all
the
kubernetes
manifest
resources,
and
also
we're
trying
to
be
together
for
the
other
scenario,
where
everything's
in
one
one
repo,
which
is
definitely
simpler.
A
Has
less
separation
of
permissions
or
duties,
because
the
stereotypical
teams
is
that
kind
of
sre
team
will
work
on
this
project
and
they'll
have
their
own
permission,
structure
and
access
to
the
cluster?
And
then
the
development
team
would
have
another
project
with
the
app
right
and
they
are
not
allowed
to
deploy
anything
and
currently
gitlab
is
just
not
set
up
for
those
two
teams
mixing
together.
All
in
one
project.
B
So
far
of
runners,
that
runner
happens
at
the
beginning
right
when
it
happens
on
config,
on
the
fact
that
you
need
that
runner
agent
to
configure
a
pipeline
to
run
your
jobs,
and
what
you
told
me
it
finds
it
correctly
is
that
the
agent
in
a
way
happens
at
the
end,
let's
say
at
the
cd
part
when
I'm
deploying
things
to
my
kubernetes
cluster,
and
I
want
to
make
all
these
connections
that
you
that
you
talked
about
so
in
talking
about
the
user
flow
talking
about
like
the
people
that
actually
care
about
runners
and
the
people
that
care
about
configuring
agents,
and
maybe
maria
you
can
jump
into
this
as
well.
B
Are
these
two
separate
personas,
or
is
this
still
the
devops
engineer
that
yeah
just
needs
to
do
one
step?
You
know
work
on
one
step
further
on
the
workflow
to
configure
both
runner
and
agents
in
their
project.
A
So
it
depends,
it
depends
on
how
how
did
the
deployment,
how
they
all
would
do
deployment
right?
A
Most
orcs,
I
believe,
have
have
a
kind
of
a
sre
team
or
operations
team
that
would
set
up
deployments
right.
It's
not
developers
right,
so
I
imagine
that
it
will
be
two
separate
personas
there'll,
be
an
operator
team
with
sre
sra
personnel
that
set
up
these
deployments.
A
Yes,
they'll
have
to
deal
with
agents
and
yes,
they'll
have
to
do
runners
because
they
might
have
their
own
runners
to
link
the
kubernetes
files
or
whatever
right
they'll.
Have
that
and
and
then
they
will
have
some
sort
runner
to
consume
the
the
container
images
that
was
built
by
the
application
to
the
developers.
A
B
I
think
it
depends
on
how
the
teams
are
structured
right.
They
can
be
whatever
the
engineer
can
be.
A
sre
managers.
There
are,
for
runners,
for
example,
that
these
people
that
are
responsible
for
managing
groups.
So
you
have
you
go
like
a
higher
level,
but
I
think,
if
financial
correctly
for
runner,
for
example,
this
is
more
like
on
an
enterprise
level
right
when
you
have
bitlab
admin
instance,
and
you
have
a
more
broken
down
hierarchy
for
these
responsibilities.
A
Yeah
we
have
this
distinction
as
well
in
gitlab
there's
this
development
team
which
which
operates
in
the
gitlab
project,
and
then
there
is
a
see,
separate
project
that
the
sra
team
operates
and
called
deploy
or
something
and
that's
used
to
deploy
gitlab.project
into
gitlab.com.
A
C
A
As
a
user,
I
want
to
use
the
runner
for
fine,
I'm.
I
guess
I
guess
the
the
first
like.
If
we
look
at
the
devops
things
as
a
user,
I
want
to
use
the
runner
to
build
my
container
because
that's
the
first
one
cloud
native,
let's
assume
we're
cloud
native,
that's
that's
kind
of
the
first
job
and
then,
as
a
user
I
want
to.
A
C
C
On
top
of
the
runner,
yes,.
A
C
B
Just
processing
information.
C
B
C
You
have
you're
using
gitlab.com
and
you
are
an
sre
and
let's
say
you
take
care
you're,
an
a
devops
engineer:
sre
you're,
the
combination
of
ops,
personas
right
so
you're,
the
only
person
who
takes
care
of
the
infrastructure
and
deployments.
That's
my
scenario,
your
man,
one
one,
one
team
and
you
see-
and
you
want
to.
C
A
That
that's
that's
because
the
primary
use
case
is
deploying,
but
we
are.
We
were
hoping
to
enable
extra
things
after
deploying
as
well,
so
the
cell
is
that
now
they
use
the
agent
to
deploy.
A
A
Oh
please
set
up
some
thresholds
so
that
we
can
add
alerts
to
you.
We
didn't
get
that
and
now
you
have
some
deployments.
Would
you
like
us
to
set
up
some
security
scans
of
your
network
policies.
A
So
it's
it's
those
extra
upsells
that
we
think
runner
is
probably
not
it's
probably
overloading
running.
If
we
get
around
to
do
all
those
things.
C
A
C
C
A
Tonight
is
like
a
it's
like
a
down
cell
thing:
that's
a
china
idea.
It's
like
a
preview.
It's
like
a
it's
like
a
kind
of
a
teaser
thing
for
or
possibly
called,
I
feel
and
that
I'm
not
a
super
enterprise
thing.
A
I
don't
want
to
set
up
load,
balancers
and
network
gateways,
and
things
like
that.
I
just
want
my
deploy
to
work
securely
from
github.com
to
my
cluster
right.
A
Oh
yeah,
the
other
thing
is
that
currently
the
agent
is
premium
only
it's
not
great
for
adoption,
so
we're
thinking
of
some
features
that
can
be
used
by
call
as.
B
A
C
C
A
A
I
was
trying
this
out
the
other
day
and
it's
definitely
possible
to
do
that.
A
That's
that
you
have
to
set,
you
have
to
install
the
runner
into
your
cluster,
and
then
you
have
to
disable
shared
runners.
Share
delay.com
runners.
A
A
A
And
then
you
can
set
set
your
own
specific
service
account
to
run
this
right,
but
it's
not
it's
it's
pretty
fixed.
You
can
only
run
this
one
service
account.
So
if
you
want
to
run
as
another
service
account,
you
you
have
to
install
another
runner
basically,
which
is
doable
like
it
depends
on
your
specific
needs
and
what
your,
what
you're,
trying,
what
how
flexible
you
want
to
be
and
how
secure
you
want
to
be
right.
So
I
feel
like
that.
A
D
A
A
If
I,
if
I'm
coming
in
as
an
engineer
in
large,
organize
from
large
large
company,
for
example,
and
then
I
read
the
documents,
it
says,
I
have
a
kubernetes
cluster,
just
install
the
agent
and
you
can
it
will
take
you
everything
for
you
great.
That
sounds
great
to
me.
I
recommend
its
cluster.
I
come
from
a
large
organization.
A
I
do
not
want
to
expose
my
q,
ms
cluster,
so
that
I
can
install
it
the
old
way
right,
which
is
the
push-based
model,
so
I
installed
it
and
then
I
find
out
that
it
doesn't
do
everything
that
I
need.
For
example,
it
doesn't
run
ci.
B
C
C
A
D
A
C
Maybe
we
can
come
up
with
a
perfect
user
journey
which
might
not
be
realistic
with
what
we
have,
but
so
I
want
to
do.
Ci
cd,
for
example.
I
create
my
project.
C
A
A
A
A
Then
that
final
container
gets
passed
on
to
the
manifest
project,
as
so
as
a
kind
of
a
container
v
1.1,
because
it
was
pretty
container
v
1.0,
for
example.
A
So
now
the
manifest
project
gets
updated
with
a
new
commit
changing
from
v
1.0
to
1.1,
then
the
agent
comes
in
and
detects
a
new
commit
and
deploys
the
update
of
that
manifest
project.
B
A
B
Yeah,
you
still
need
runners
to
set
up
well
ci,
because
you
need
to
write
the
jobs.
You
need
to
write.
Everything
right
then
pass
everything
related
to
runner
gear
and
then,
when
you
are
specifically
deployed
to
your
kubernetes
cluster,
the
whole
shibang,
then
it's
where
we
go
to
to
the
next
step.
I
think
that's
where
maria
talked
about
making
the
clear
differentiation,
but
also
saying
this
is
another
step
you
can
take
in
the
process.
A
B
And
also,
I
think
I
had
a
comment
here
that
I'm
seeing
us
getting
to
this
enterprise
management.
You
know
bubble
and
there
are
conversations
after
I'm
sure
how
it
works
for
configure.
B
I'm
no
kubernetes
expert,
but
we
are
talking
about
like
how
to
manage
clusters
and
how
to
have
like
a
a
high-level
view
for
the
admins
and
for
the
sres
about
everything
that's
going
on
with
our
clusters.
Oh
sorry
with
the
runners,
so
maybe
this
is
also
another
thing.
You
know
that
we
can
discuss
further
how
if,
if
they
are
in
a
way
part
of
a
single
user
flow,
if
they
could
be,
how
do
they
connect
at
the
higher
level
at
that
admin
level
at
the
for
these
enterprise
customers?
C
A
C
A
That's,
like
you
know,
there's
the
higher
level
flow,
which
is
the
kind
of
a
summary
flow
and
also
the
kind
of
the
control
flow
for
maybe
like
sras.
They
want
to
know
if
there's
any
issues
or
anything
like
that
after
things
have
been
deployed
or
a
health
dashboard
flow
for
example,
so
all
those
happens
afterwards,
which
neither
the
agent
nor
the
runner
handles
pretty
well,
so
the
opportunity
is
there
potentially.
A
You
can't
like
the
apn
team,
the
security
and
the
protect
team.
Currently,
those
things
require
a
lot
of.
D
A
A
lot
of
setup
and
they're
not-
and
they
are-
they-
are
integrated
using
github
ci
we're
using
get
up
templates,
but
it's
not
necessarily
the
flow
that,
I
think,
is
the
best
flow
for
a
lot
of
reasons.
A
The
one
of
the
reasons
that
the
maintenance
on
those
cr
templates
is
pretty
high
and
it's
it's
very.
A
No
yeah
he
could
it
could
it
could
it
could,
but
the
agent
can
sort
of
like
automatically
set
up
things
or
something
like
that.
That's
kind
of
the
vision,
well,
we're
thinking,
even
even
bigger,
in
that
the
agent
can
automatically
set
up
things
and
push
things
to
a
generic
api
that
is
not
kubernetes
specific
and
in
the
future,
anyone
can
set
up
their
own
automation.
A
To
push
those
same
things
to
the
to
the
same
generic
api,
so,
for
example,
we
have
a
deployments
api
already,
so
gila
can
just
keep
track
of
deployments
using
that
same
api
and
then
we
just
have
like
different
agents.
A
A
A
The
other
thing
is
that
it's
a
very
it's
still
very
small
because
we're
limiting
ourselves
to
only
kubernetes
clusters.
A
So
this
is
something
that
victims
trying
to
find
out,
whether
is
that
a
big
enough
market
or
not
to
do
that
or
whether
we
need
to
solve
this
whole
issue
of
automatically
set
up
outer
box
experience
for
monitoring
and
so
on
in
a
better
way,
because
if
you
only
solve
the
outer
box
experience
for
kubernetes
clusters,
sure
it's
a
win,
but
it
might
be
a
very
small
win
or
might
be
great.
But
we
don't.
C
C
But
according
to
well
at
least
a
few
people,
I've
spoken
to
they
use
more
vms,
some
still
use
on
prem.
Basically,
I
think
now
is
the
time
that
people
have
migrated
or
are
still
migrating
from
on-prem
to
cloud
solution.
But
what
I'm
hearing
is
most
people
still
use
vms
and
fewer
people
use
kubernetes,
because
there
is
a
lack
of
expertise.
C
A
A
A
No,
it
becomes
a
standard
way
for
them
to
to
to
set
up
a
platform
for
their
developers
to
deploy
code
to
versus
setting
up
a
custom
thing
for
the
ends
every
single
time
they
want
to
do
that.
They
don't
need
to
do
that.
That's
that's
given!
It
is
to
orchestrate
all
those
things.
C
If
you
had
an
advice,
I
know
that
google
has
a
lot
of
articles
for
their
infrastructure
setup
out
there
would
that
be
and
infrastructure.
That
is
an
example
of
the
standardization,
for
example,
if
we
were
to
read
for
infrastructure,
setups.
A
I
think
it's
kind
of
size
dependent,
so
if
you
have
only
under
50
barbers,
which
equates
to
about
maybe
four
teams
for
developers,
it's
not
worth
it
to
set
up
kubernetes,
probably
because
it's
probably
cheaper
to
set
up
your
own
set
of
vms
and
you
can
customize
it.
You
can
get
all
the
benefits
of
customized
flexibility
without
having
to
kind
of
standardize
right.
A
Thing
to
deploy
to
which
is
kubernetes
gets
its
own
benefits
because,
beyond
that
size,
beyond
100
developers,
you
you
have
the
budget
to
employ
two
to
three
people
to
take
care
of
it,
because
then
it
is
and
then
your
developers
don't
have
to
wait
before
vmcp
provision
anymore.
Kubernetes
does
that
for.
B
I'm
like
looking
at
the
documentation
pages
while
you,
while
you
discuss
to
see
how
I
can
link
this
to
my
reality,
kind
of
a
sidebar,
and
I
think
we
already
passed
this.
But
can
you
explain
again,
how
do
you
install
the
agent
to
your
cluster.
A
Yep,
so
this
stage
is
is
which
link
the
agent
into
the
cluster.
So
it's
basically
cuddle
apply.
Here's
how
we
install
the
kubernetes
the
agent
into
the
cluster
and
this
link.
A
A
Okay,
yeah!
No!
No.
I
wasn't
sure
why
you're
your
family
is
yeah,
but
it's
basically
just
apply
these
files,
which
has
different
resources
to
it.
A
Well,
it's
basically
take
a
file
and
decide
on
a
name
for
it
have
the
token
and
point
to
the
right
gitlab
instance
and
then
hit
hit
apply
and
it
is
installed.
A
So
that's
one
yammer
file
and
then
we
need
to
configure
the
manifest
project
to
to
configure
what
you
need
to
deploy.
What
you
want
to
deploy
and
that
part,
I'm
really
the
manifest
create
a
manifest
yammer
part.
A
It
doesn't
have
the
experience
of
one
single
dot
gillab
sarah
yama
found
before
we
run,
for
example
this
one
where
I
need
to
set
up.
We
need
to
know
the
name
of
the
agent
and
then
we
need
to
set
up
a
folder
for
you
for
each
agent.
If
I
only
have
one
agent,
then
it's
it's
a
lot
of
work
and
then
I
have
to
set
up
the
name
of
the
id.
C
Maria
I
I
created
a
ui
where
you
can
follow
the
steps
for
installing
the
agent,
but
recently
victor
said
that
the
api
experience
is
so
easy
that
we're
not
planning
to
introduce
the
ui
for
installing
the
agent.
C
This
is
quite
frustrating
I'm
trying
to
find
a
video
from
victor
who
explained
so.
I
posted
the
solution,
architect,
video,
which
is
14
minutes,
I
think,
quite
short,
but
I
think
it's
a
bit
different
to
the
one
victor
shared
with
me,
but
yeah.
I
think
it
can
be
well.
I
don't
know
the
kubernetes
commands.
That's
my
problem
because
you
use
grenades,
specific
commands
right,
not
commands
for
the
installation
you
use
both,
but
you
also
have
the
configuration
file
where
you
define
some
stuff,
so
my
only
the
only
alert
was
for
the
two
agents.
C
A
B
If
I
can
suggest
something,
since
you
already
have
this
in
the
application
right,
you
have
a
problem
you
can
validate.
I
would
do
a
maturity,
scorecard,
validation
idea,
because
then
you
can
just
choose
just
one
scenario
and
then
just
see
how
people
configure
this
like,
for
example,
we
did
for
secret
management
and
yeah
everything
everything's
there,
and
the
expectation
is
that
you
have
your
vault
configuration
you
can
just
bring
to
gitlab.
People
could
not
complete
that
you
know
one
hour
and
then
someone
is
still
learning
how
to
configure
going
through
the
docs.
A
C
B
B
A
B
I
think
that's
the
for
for
these
configurations
where
we
assume
yeah
it's
there.
People
can
just
figure
out.
It's
super
painful
and
git
lab
docs
are
yeah,
are
super
complex,
so
if
you're
not
you
know
that
viktor
might
not
invest
in
ui
right
now,
and
you
know
from
engineer
point
of
view
you
can
improve
this.
This
flow
improve
the
configuration,
yeah
I'll
suggest.
A
B
A
I
think
the
num
we
don't
necessarily
have
to
have
a
ui
but
like
because
the
ui
might
even
increase
the
number
of
steps
right.
I
think
the
number
of
steps
is
already
quite
high,
so
that's
and
and
the
complexity
of
understanding
is
quite
high
as
well.
So
I
think
those
are
valid
points
to
consider
without
looking
at
the
solution.
First.
C
B
Yeah,
but
you
can
figure
out
the
pain,
points
right
and
then
like
what
you're
saying
to
find
the
job
should
be
done.
You
have
the
jungles
to
make
make
configuration
easy
or
to
whatever
do
everything
one
emo
file,
you
know
and
not
necessarily
do
ui,
because
if
you
cannot
configure
like
seamlessly
from
the
api,
then.
C
At
least
we
can
polish
on
the
user
side.
So
that's
what
I
always
say
to
developers,
because
you
have
built
it
in
a
specific
way,
so
you
know
how
it
works
and
you
feel
most
developers
feel
they
should
be
truthful
to
the
user,
with
the
way
that
the
thing
is
built.
But
you
can
lie
pretty
easily
in
the
ui.
C
A
Yeah-
and
I
think
we
we
probably
should
shift
focus
instead
of
like
presenting
the
default
experience
as
cross
project
experience,
we
should
present
the
default
experience
as
a
single
project
that
hides
a
lot
of
the
complexities.
A
Yeah
or
we
can
have
a
data
driven
approach
where
you
you
keep
the
complex
thing,
and
then
you
see
over
time,
it's
like,
oh
literally,
no
one
is
using
the
crossword
jack
or
the
complex
part.
Do
we
even
want
it
right?
A
A
The
thing
that
I'm
still
not
sure
about
is
like
those
extra
steps
and
after
we
deploy.
A
So
maybe
could
be
worth
reaching
out
to
the
designer
product
designer
for
monitor
or
secure,
to
figure
out
how
these
parts
can
connect.
Unless
you
already
have-
or
you
have
an
idea.
C
A
C
Again,
it's
linking
that's
the
problem
with
the
agent
you
link
it,
so
you
link
to
the
manifest
you
link
it
to
its
own
configuration.
If
you
need
to
link
it
also
to
a
different
yaml
or
maybe
that's
also,
you
have
a
different
yaml
for
security
stuff
and
you
add
it
to
the
agent
of
configuration
manifest.
A
A
A
Yep
yep,
so
the
some
of
the
engineers
from
the
protect
him
and
started
collaborating
is
on
that,
but
we're
still
talking
about
low-level
stuff.
We
haven't
got
to
that
part
yet
about
configuration,
so
it'd
be
great
to
kind
of
figure
out
what
the
ux
is
going
to
be.
A
Yeah
could
be
at
one
point
I
was
contemplating,
but
it's
really
really
hard
to
predict
what
groups
align
at
point
of
time.
So
most
of
the
time
groups
don't
have
much
alignment
yeah
yeah,
because
you
know
if
you're
not
working
on
the
same
features
at
the
same
time
they
don't
that
don't
match.
Then
then
you
don't,
then
you
don't
have
olaf,
but
if
we
then,
if
you
do,
then
we
start
we
do.
We
do
ad
hoc.
So.
C
A
A
Yes,
yes,
so
the
pms
need
to
organize
the
and
then,
ideally,
obviously,
the
designers
have
some
overlap
as
well,
and
then
the
engineers
figure
that
one
out,
which
is
not
ideal,
sometimes
because
then
we
end
up
something
with
something
like
alter
devops,
where
each
engineering
team
has
slightly
different
interpretations
so
trying
to
pull
that
back
a
little
bit
right
now
without
the
devops
and
present
a
kind
of
a
unified
vision
of
like
this
is
the
pattern
that
you
should
follow,
for
example,
and
that
that's.
A
A
Yeah,
our
wonder,
wants
to
generally
go
over
time
a
little
bit
yeah.
So
are
there
any
next
steps
that
we
are
clear
on
or
any
unclear
things
well.
C
We
have
five
comments,
make
clear:
the
agent
is
specific
for
kubernetes
and
runner
can
be
any
type
of
infrastructure
name
the
agent
properly
communicate.
Well,
that
was
mine,
communicate
in
the
docs
I'll
communicate
in
the
docs,
which
one
you
can
choose
and
use
depending
on
the
use
case,
and
I
put
a
sub
note,
look
at
the
docs
and
see
how
understandable
and
usable
they
are
and
for
me
to
do
a
category
maturity
card
scorecard,
ux
scorecard
for
the
agent
installation
experience
adding
here.
B
C
So
all
the
steps
that
we
have
described
above,
I
would
like
us
to
go
through
gitlab
and
see
that
would
be
ux
scorecard
type
of
thing
and
evaluate
the
user
journey
and
maybe
then
try
to
figure
out
well
see
how
you
can
do
it
now.
If
you
can
do
it
and
if
you
can't
maybe
work
on
a
vision
on
how
you
would
be
able
to
do
it.
C
B
B
I'm
writing
the
runner
ux
page
and
a
lot
of
the
information
shared
here
is
going
to
help
me
kind
of
try
to
understand
a
little
bit
more,
the
not
only
the
personas,
but
what
this
thing
is
and
if
I
have
any
questions
I'll
bring
you
or
any
suggestions.
Yes,
I
learned
a
lot
from
you
that's
today,
so
thank
you
so
much.
A
C
A
A
Yeah
so
like
it's
pretty
easy,
like
I'll,
try
and
link
to
the
example
project
that
I
did.
This
is
what
I
do
like
most
days
now.
I
just
create
new
projects
with
ci
ymo,
so
it
can
be
as
simple
as
this.
This
is
a
project
that
I
did
to
kind
of
play
with
artifacts
and
dependencies,
so
I'll
put
it
in
the
wrong
place.
C
A
Okay,
probably
way
over
time,
so
it's
probably
finished.
A
Yeah
all
right!
Well,
nice,
nice
chatting
with
you
nice
standing
with
you
as
well
as
always.
Thank
you
so
much
for
everything.