►
From YouTube: 2019 10 30 Weekly Sync
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
C
E
E
E
A
C
Yeah
and
I
think
I
think
UX
really
plays
a
part
here,
because
we
were
thinking
in
the
past
when
we
were
discussing
this,
the
deprecating
of
the
ACE
editor.
We
were
thinking
about.
Let's
make
sure
that
the
web
ID
can
do
everything
that
the
ACE
editor
can
do
like
applying
file
templates
and
and
there's
an
epic
for
this
I'm
just
going
to
put
it
here
to
use
web
ID
for
all
file.
C
That
makes
sense
to
have
multiple
editing
in
the
experience
of
opening
a
leaky
lab,
CI
Yano.
So
that
was
the
view
back
then,
and
there's
some
UX
research
back
then
to
back
some
of
the
changes
that
we
planning
so
I
think
we
for
the
particular
part
of
the
snippets
and
and
and
and
that
sort
of
experience
I
will
Mike.
C
My
bigger
question
is
not
so
much
about
the
single
file
versus
multi
file
is
more
about
the
embedding
of
the
editor,
because
right
now
the
web
ID
is
a
full
page
think
and
for
that
particular
thing
to
be
reused,
we
need
to
find
ways
to
kind
of
embed
the
IDE
into
other
places
of
the
application
and
I.
Think.
If
we
do
that,
then
we
be
able
to
use
that
in
several
situations.
E
E
F
Yeah
I
haven't
seen
actually
the
research
and,
with
the
first
time
that
I've
seen
the
one
that
you
just
mentioned
so
I'm
definitely
gonna.
Look
into
that
as
well
and
I
think
the
more
we
want
to
make
or
the
first.
We
want
to
make
this.
The
one
unified
editing
experience
the
first.
We
should
also
make
the
entire
web
IDE
easier
to
use,
so
it
just
makes
sense.
Yep,
yeah,.
C
I
think
it
all,
it
all
stems
from
the
same
direction
and
Paul
did
some
work
on
improving
the
the
bootstrapping
of
the
web
ID
to
make
it
faster
couple
couple
months
ago
and
I
think
from
UX
perspective.
I
think
this
comes
back
to
G
thues
time,
which
is
before
your
time
or
so
so
there's
definitely
some
documentation
of
those
things
that
they
found.
You
will
be
in
line
with
the
findings.
C
You
would
be
important
to
understand
sorry
to
understand
the
the
required
changes
to
replace
the
ACE
editor
and
then
the
other
part
is:
where
can
we
reuse
this,
and
what
should
we
do?
What
should
we
prepare
to
be
allowing
that
reuse
and
speaking,
basically
about
the
snippets
I'm
talking
about
like
decoupling,
that
in
making
the
editor
embeddable
in
some
way
being
able
to
use
that
in
other
contexts,
in
the
other
part,
is
just
replacing
the
links
that
link
to
the
ACE
editor
and
then
son?
Setting
that
to
two
separate
things.
F
Yeah
I'm
also
curious
if
how
the
transition
will
go,
because
if
we
say
from
the
beginning
on
we're
going
to
completely
remove
the
web
ID
button
make
the
edit
button
call
the
web
IDE
I,
don't
know
how
much
confusing
that
confusion
that
will
cost.
So
we
might
have
to
also
look
into.
How
do
we
want
to
announce
that
you
want
to
have
like
a
little
pop-up
over
the
button
to
say
we
now
have
moved
completely
over
to
the
web.
A
You
mentioned
on
Jay
about
performance
stuff,
and
we
did
a
little
bit
to
improve
that,
but
it
is
not
perfect
and
opening
up
the
single
file
editor
is
still
faster
because
it
doesn't
have
to
do
all
the
file
tree
setup
that
maybe
there's
some
more
performance.
I
think
that
there
is
more
performance
stuff
we
could
do.
But
we
do
talk
about
saying:
hey
we're,
gonna,
replace
all
of
our
single
file,
editing
with
a
single
file.
Editor
I,
think
of
James
was
when
he
was.
We
were
discussing
this
on
the
epic.
A
C
A
It's
it's
not
perfect,
though,
just
cuz
of
some
of
the
assumptions
that
the
web
ID
makes
like
based
on
some
load
order,
but
yeah.
So
it's
doing
a
little
bit
of
magic
where,
before
it
was
loading
all
the
tree
and
then
loading
the
editor
now
Lowe's,
both
at
the
same
time
for
large
projects.
It
still
takes
like
three
seconds
which
isn't
great
and
I,
think
that
we
can
do
things
to
improve
it.
It
just
will
take
some
research
is.
G
A
And
I
think
that's
something
we
could
explore
and
that's
the
idea
of
hey.
Does
it
make
sense
to
maybe
make
does
this
single
file,
editing
experience,
make
sense
and
I
think
that
yeah?
If
someone
is
if
we
could
tell
that
someone's
going
down
this
use-case
path,
we
could
optimizations
like
that.
That's
my.
A
E
E
It
sounds
like
an
either
case
rate
like
getting
away
from
the
case.
We're
like
snippets
needs
the
single-file
thing
so
like
it
sounds
like
either
way
we
have
to
solve
the
single
file,
editing
issue
experience,
and
then
we
can
make
decisions
about
the
rest
of
the
gitlab
app
right
like
it's
not
like.
Just
because
we
replace
this
in
snippets,
we
would
need
to
replace
it
in
the
blob
view.
A
A
So
if
we,
if
not,
if
we
want
to
refactor
snippets
into
view
well,
I
guess
we're
not
doing
that
edit
part
of
snippets
yet,
but
either
way,
I
see
us
needing
to
pull
out
that
Monaco
editor
bit
from
the
web,
ID
and
being
able
to
reuse
and
snippets
regardless
so
yeah,
I,
agree
and
I.
Like
the
plan,
that's
laid
out
here.
C
C
Is
that
begs
the
question
like
if
I
mean
I'm
thinking
out
loud
as
I
think
so
the
thing
is:
if
we
have
the
embeddable
Monaco,
something
that
we
can
then
wrap
a
view
component
around
we're
all
going
to
end
up
in
a
situation
where
we
have
a
bunch
of
editors
around
the
product
to
maintain
they
have
a
core,
but
then
around
it.
They
use
it
in
different
ways.
My
question
was:
could
we
reach
a
position?
Could
we
reach
a
state
where
the
editor
will
be
always
the
same
in
terms
of
you?
C
Because
then,
you
would
be
just
create
a
version
of
the
web
ID
that
it's
embeddable
in
other
parts
of
the
product
specifying
where
to
output
it
to,
and
then
we
can
just
tied
tie
that
in
with
integrations
over
each
part,
then
the
editing
part
would
be
the
same.
Is
that
something
possible
or
which
would
every
scenario
have
their
own
UI
around
the
editor?
E
Would
you
want
to
understand
those
things
prior
to
working
on
us
like
we're,
so
they,
as
the
answer
is
the
question
you
would
like
to
know.
Potentially,
where
else
we
might
want
to
use
a
single
file,
editor
or
change
editing
experiences
before
you
start
working
on
the
single
piece
before
we
start
working
on
the
thing
that
we
end
up
using
in
snippets
or
do
we
want
to
let
snippets
guide
us
and
then
iterate
after.
C
C
Yeah
yeah
I
was
I,
was
kind
of
envisioning
a
yeah
multi
file,
but
then
you
ve
you
I
for
them,
then
it
snippets
but
did
yes,
then
everybody
would
go
through
that
multi
file
without
even
needing
multi
file.
I
I,
think
that
makes
sense
what
I'm
thinking
in
the
future
is
like
being
able
to
grab
that
snippet
and
do
something
like
code,
vendors,
like
a
client-side
preview
using
the
codes
and
books
and
all
that
that
still
makes
sense
with
the
multiple
single
file
editors.
C
All
that
still
makes
sense,
I
think
potentially
I'm
trying
to
think
if
we
could
have
a
shortcut
by
using
the.
If
we
had
a
single
whoever
a
single
editor
with
multiple
files
inside,
we
could
totally
leverage
the
web
ID
implementation
of
the
code,
sandbox
preview
out
of
the
box.
There's
advantages
pros
and
cons,
taking
a
look
at
what
Marcel
just
shared
now.
E
Yeah
I
think
that
makes
sense,
I
think
it's
something
we
I
definitely
need
to
think
about
more
I'd
say
like
your
intent
of
snippets
I.
Think
long
term
is
like
maybe
we
get
to
like
a
code
pen
built
in
to
get
lab
right
where
people
can
do
those
things
I,
don't
think
we've
thought
about
it
enough
to
join
I'm,
not
sure
you
answer
at
all.
I'm.
A
E
F
A
Really
interesting,
and
it
makes
me
as
if
I'm,
a
user
of
snippets
like
it's
nice,
how
the
web
IDE
keeps
files
I'm,
not
interested
in.
You
know,
tuck
to
find
the
file
tree
this
one
I'm
gonna
see
all
the
files
at
once
and
it's
interesting
because
it's
you
know
now
poses
a
question
for
me
as
a
developer.
You
know
hey,
if
I'm,
if
I'm,
noticing
my
complexity
of
my
snippets
start
to
increase
I,
don't.
A
All
the
clouds
once
maybe
I
needed
to
just
create
a
project.
Yeah
I'm,
not
a
huge
for
me
personally-
a
medication
and
seen
them
all
at
once,
but.
C
C
For
the
case
of
the
like,
it's
a
snippet
they're
all
related
that
sort
of
thing,
so
you
wouldn't
be
writing
like
hundreds
of
lines
here
usually-
and
if
you
are
I
mean
it
wasn't
built
for
that
I
I
did
I
did
want
to
do
braised
a
possibility
here,
which
would
be
to
so
on,
go
to
three
just
three
out
of
seven
Paul.
Please
thank
you.
So
if
this
view
there
in
the
file
section
would
show
imagine
an
embedded
web
ID
but
with
single
file,
editing
mode
activated,
you
would
look
something
like
this.
C
Without
the
file
tree,
just
like
a
little
logo,
something
saying
that
it's
the
IDE
or
whatever
so
you'd
be
editing.
The
file
then
you'd
have
a
button
to
add
in
add
a
new
file
sounds
similar
to
this,
but
then
that
would
kick
in
the
tree
view
of
the
white
web
ID
and
then
you
would
just
be
have
tabs
for
multiple
files,
but
until
then
you
have
a
single
file.
This
is
kind
of
mixing
the
two
topics
we're
discussing
today,
which
is
embeddable
IDE
and
single
file
all
at
once.
C
E
That
idea,
it's
been
something
like
that.
I
also
thought
about
like
wondering,
if,
like
there's
a
version
of
the
IDE
that
like
defaults
into
single
file
mode
for
most
edits
and
then
like
an
expandable
file
tree
like
if
you
decide,
you
need
a
second
file,
damn
how
right
like
something
that
like
lets
us,
keep
like
one
editor
and,
like
you
think
about
like
doing
it
like
the
CIA
animal
files
like
I,
think
a
good
example
right,
like
you
go
into
that
and
single
file
view
and
then
like.
E
If
you
have
to
add
another
file
because,
like
you're
doing
it
include
like
suddenly
like
the
file
tree,
shows
up
and
you
get
your
tabs
and
like
you're
in
a
much
better
editing
experience,
I,
I
intentionally
held
back
on
talking
about
that.
Only
because,
like
I
felt
like
I
was
gonna,
create
this
like
bigger
rewrite
of
things,
but
I
I
think
is
I
love.
It
and
I
think
it's
something
we
should
explore
and
when
it
comes
to.
B
To
other
users,
for
for
this
behavior,
it's
like
getting
back
to
the
first
question
from
Paul
like
those
bubbles.
When
are
you
creating
your
project
and
you
click.
For
example,
I've
read
me:
you
get
to
the
single
file
mode
and
then
you
sort
of
hold
your
project.
You
keep
adding
files
there,
so
you
switch
to
multiple
files
mode.
So
that's
that's
that
that's
in
line
with
this
here.
Yes,
that's.
C
Will
work
for
the
single
file,
editing,
which
is
now
done
with
the
ace?
It
could
be
a
single
file,
editing
mode
on
the
full
web
ID
as
well.
So
it
could
be
something
that
we
approach
in
two
threads.
One
is
making
the
web
ID
embeddable.
The
other
is
making
a
single
file
mode
for
the
ID,
and
then
that
will
come
through
the
embeddable
part.
F
C
For
the
single
file,
I
think
in
the
single
file
would
be
able
to
support
that
whatever's.
The
output
is
the
output
that
he's
gone
to
the
outside
shell
right
Paul
Denis,
either
single
file
embeddable.
We
can
definitely
have
a
wait
for
the
component
export
content
and
not
have
a
file
name,
but
then,
as
soon
as
you
go
into
multiple
multiple
files,
you
probably
need
of
I
think.
B
What
I
think
this
all
depends
on
on
the
way
we
handle
these
files,
like
if
you're
in
the
single
file
mode,
you
create
a
file?
Where
does
this
file
go
if,
like
we
are
talking
about
snippets
and
project
now
so
project
when
you
create
file
in
a
single
mode
within
a
project
that
goes
into
the
project?
When
you
create
this,
when
we
create
this
in
deep
snippets
context,
then
it
goes
to
the
snippets
right,
but
I
think
I
think
there
is
no
problem
with
not
giving
me.
C
You
Rick,
so
the
export
would
be
like
an
array
of
file
objects
that
could
or
could
not
have
the
file
name.
I
would
make
that
something
for
the
embeddable
web
ID,
whereas
the
the
web
ID
to
build
projects
still
have
that
requirement.
The
embeddable
could
be
optional
filename.
So
it's
something
for
us
to
build
when
we
build
the
embedded
web
ID,
but
that's
possible
I.
Think.
C
We
keep
discussing
so
should
we
move
just
at
this
point
and
then
we
go
back
to
it
whenever
we
can
I
think.
E
My
question
I
would
like
to
until
6:00
right,
I
think
we're
at
a
point
in
capacity
where
we've
got
some
room
to
start
going
down
the
Snippets
path
and
so
I'd
like
to
understand
I,
know
one
of
the
things
Paul
has
proposed,
which
was
the
refactor
interview
in
order
to
like
start
working
as
like
a
setup
for
that
and
I
think
largely
that
made
sense
to
you.
Andre
I'm,
not
sure
Dennis.
If
you
seen
that
so.
D
A
The
use
case
of
when
we
get
to
doing
the
multi
file
snippets
so
talk
about
redesign,
doing
the
refactor
to
view
that's
scoped
for
the
versions
snippets,
because
it's
only
needed
really
just
for
the
show
showing
a
snippet
page
version.
Snippets
isn't
necessarily
requirement
for
doesn't
have
any
skill
with
front-end
scope
for
the
edit
page,
because
that's
all
the
back
and
you
can
just
handle
that
so
that
I
proposed
would
be
when
we
actually
started
implementing
to
use
case
for
multi
file
snippets.
Let's
use
those
requirements,
then
to
drive.
A
C
Yeah
I
with
that
I
think
we
can
start
building
the
versioned
Snippets
first,
but
once
we
have
the
editing,
then
everything
has
to
be
so
the
discovery
to
your
question.
Kai.
The
discovery
part
should
be
invested
on
multiple
snippets,
and
then
we
will
derive
our
decisions
from
there.
It
will
be
important
to
keep
a
good,
a
good
flow
between
Marcel
and
in
the
front
end
about
what
wood
and
web
ID
look
like
or
possibly
look
like,
embedded
just
to
not
like
trying
to
over
reach
and
try
to
did
we
redesign
everything.
C
E
Oh
six,
we're
not
thinking
about
like
the
single
file
editor
from
like
an
engineering
perspective,
but
the
takeaway
would
be
that
Marcel
and
I
should
go
away
and
start
thinking
about
like
what
we
want.
Those
editing
experiences
to
look
like
with
like
a
single
or
a
column
thing
and
try
and
come
back
with
like
so
like,
potentially
until
seven
we've
got
a
better
set
of
requirements
for
you,
yeah
sounds
good.
C
H
B
C
I
would
add
that
Himanshu
has
already
done
a
bunch
of
experiments
about
running
an
instance
on
GCP
off
of
a
branch
instead
of
merging
and
I.
Think
that's
very
valuable
here.
So
my
suggestion
would
be
to
reach
out
to
him
and
see
he
can
help
you
out
setting
that
up
and
so
basically
like
there's
a
job
ci
job
that
creates
a
Deb
package.
I
can
use
to
install
that
on
GCP
in
that
still
requires
knowledge
and
setting
up
elasticsearch
and
all
that.
But
I
will
leave
that
Marcus.
H
E
E
Mchale
he's
an
SRE,
Michael,
McHale
I
think
Wasel
lots
of
the
ones
I'm,
not
I'm,
not
I'm,
totally
butchering
that
and
I'm.
So
I'm
video
great.
He
is
the
Sree
that,
like
runs
the
production
clusters
for
elasticsearch
or
is
like
has
set
those
up.
I
will
say
this
for
production.
We
use
the
hosted
version
of
elastic
cloud,
so
it
may
be
as
simple
as
like
asking
how.