►
A
Good
evening,
everyone,
my
name,
is
eduardo.
I
am
the
single
engineer
for
ml
ops
at
gitlab,
and
today
I
will
be
walking
you
through
the
weekly
demo
for
mlaps
for
august
20th
2021..
This
is
our
first
weekly
demo.
So
welcome
to
the
experience.
A
I
guess
I've
created
this
issue
where
I'll
be
highlighting
I'll,
be
posting
every
weekly
demo
on
as
a
issue,
and
they
are
gathered
on
this
larger
issue
that,
if
you
want
to
know
more
about
envelopes
within
gitlab,
just
subscribe
to
that
watch
that
issue
and
we'll
get
updates,
moving
back
to
what's
important,
so
we're
starting
now
with
the
mellop's,
gitlab
and
I'll
understand
a
little
bit.
What
needs
to
be
done?
How
can
we
position
ourselves?
A
How
can
we
become
the
best
buddies
of
machine
learning
engineers
and
data
scientists?
How
can
we
leverage
our
our
strengths
into
improving
user
experience,
and
one
thing
that
pops
out
everywhere
is
the
experience
with
jupiter
notebooks
on
gitlab
is
not
on
par
with
expectations
of
our
users.
A
Group
notebooks
are
key
to
to
the
workflow
of
both
machine
learning
engineers
and
data
scientists,
both
as
developing
machine
learning
models,
but
as
also
delivering
insights
within
companies,
and
it
a
lot
of
the
features
of
gitlab,
don't
really
work
with
japanese
books,
for
example,
code
reviews.
They
don't
do
well
so
this
week
we
spent
quite
a
lot
of
time
on
exploring
what
needs
to
be
done,
the
current
state
of
of
jupiter
books
for
to
do
so.
A
We
we
went
and
created
a
a
repository
just
a
second
a
repository
called
ipine
beams,
mr
sample,
and
here
we
have
one
simple
notebook
which
is
renderly
rendered
quite
well
over
here,
not
too
much,
but
over
here
on
the
merge
request.
We
explore
how
gitlab
renders
tips
on
the
situation.
A
So,
for
example,
if
I
have
if
I
just
rerun
the
the
notebooks,
if
I
look
at
the
notebook
in
a
different
order
because
of
the
file
system,
because
the
weight
structure
and
the
format
it's
just
like
it
gives
up
it's
a
json
file
internally
that
is
rendered
to
the
html.
A
So
the
user
experience
is
not
the
past.
So
if
you
come
over
here
and
now,
look
at
the
smaller
one
and
another
one,
if
you
look
at
the
changes
over
here
now,
it
renders,
but
this
doesn't
look
like
a
jupiter
notebook
at
all.
A
Entry
points,
but
what
we
did
so
we
summarized
everything
on
this
issue
he
over
here.
So
this
summarizes
everything
that
we
found
out.
We
also
explored
github
and
we
also
explored
reviewing
b.
So
if
reviewnb
is
external
is
a
third
party
that
renders
diffs
for
jupiter
notebooks,
and
this
is
what
it
should
look
like
on
gitlab.
A
There
was
a
an
exploration,
a
talk
with
reviewing
b
on
how
to
make
it
work
on
gitlab,
and
there
were
many
blockers
and
this
never
happened,
but
so
what
we
are
doing
now
with
pika,
picked
up
a
issue
from
three
years
ago.
A
We
revived
it
and
we
are
now
adding
all
the
things
that
need
to
be
done,
all
the
mvcs
that
we
need
to
work
on
to
get
this
done
and
we'll
be
working
on
looking
at
them
more
thoroughly
from
now
on.
So
let's
go
back
over
here
and
that's
for
dr
notebook.
A
Additionally,
what
we
are
doing
like
I
said
we
are
still
exploring
how
to
position
ourselves.
We
are
doing
a
a
survey
of
all
the
all
the
different
vendors
from
a
lapse.
It's
not
an
easy
task.
Every
day
there
are
three
or
four
new
vendors
appearing.
It's
a
blooming
industry
that
is
not
really
well
defined,
yet
it's
very
young.
A
The
definitions
and
the
requirements
are
not
really
clear
so
every
day,
there's
new
ideas
and
things
coming
up.
We
are
currently
saving
this
findings
on
the
internal
on
an
internal
document
for
now,
because
I'm
adding
personal
notes
that
might
not
be
public,
but
for
gitlab
colleagues,
you
can
find
the
link
over
there
so
up
next
for
the
mlaps,
we
will
dive
deep
on
the
jupiter
notebook
experience.