►
From YouTube: Magento Architectural Discussion -- April, 10, 2019
Description
- Updates to Tech Guidelines
- Tech Stack upgrade strategy
- Simplified backward compatibility rules
https://github.com/magento/architecture/issues/139
A
A
For
tracking
updates
for
dependencies
that
we
have-
and
in
this
case
is
for
as
I
remember,
he
covers
at
least
composer
by
city
provinces,
but
you
can
understand
it
in
the
future,
so
his
ideas
to
use
the
kind
of
water
it's
like
what
is
a
service
that
can
track
dependencies
in
composure
and
automatically
create
a
pull
request
dependencies.
So
the
idea
is
that
it
can
create
those.
A
C
D
D
D
A
A
D
D
A
A
D
D
D
Will
be
just
not
exposed
to
too
much
also
customers
in
this
case
magenta
will
just
work
with
this
service,
but
we
still
get
benefits
of
updating
the
benefits
of
upgrade
upgrade
instance,
Ferguson,
partying,
omission
and
another
case
when
we
have
a
service,
and
this
service
exposes
interface
on
how
many
magenta,
just
like
early
education.
In
this
case,
it
would
be
possible
to
also
upgrade
the
service
independent
and
everyone
will
get
updates.
F
F
F
Like
in
general,
everyone
both
extension
developer
society
and
core
developers
to
develop
new
behavior
by
adding
a
light
extension
thin
extension
that
putting
as
much
behavioral
mm
sure
that
should
be
recommendation
for
everybody.
Let's
think
I'm
just
trying
to
say
that
we
should
expand
this.
It
shouldn't
be
one
sentence
there
should
be
and
at
the
fit
like
you
know
the
on
the
tail
section
here.
You
definitely
because
people
will
not
understand
it.
E
F
E
F
E
F
E
G
F
F
E
D
E
E
E
Don't
have
a
results
which
shows
significant
performance
and
promise;
no,
no,
no
sense
to
keep
it,
but
but
still
I
I
would
like
to
clarify
the
situation
with
security
because
looks
like
that's
III.
Don't
understand
why
we
cannot
use
and
sterilize
and
nobody
from
security.
You
can
provide
me
and
clearance
work.
It's
like
blah
blah
blah
in
case
some
time.
We
do
we
put
it
here,
but
how
something
can
be
put
it
here
in
case
we're
using
xml
or
we
expected.
E
D
D
D
But
it
will
get
nice
spaces,
but
the
problem
we
have,
we
have
also
different
types,
not
a
name.
We
probably
know
friends
are
other
things
if
we
cannot
remain
and
how
we
need
to
make
sure
that
we
do
not
have
plugins
his
problems,
his
configuration,
because
what?
If
we?
What?
If
was,
he
is
somewhere
as
a
part
of
configuration,
what
what
would
mean
build
everything
in
head
properly
and
we
will
be
able
to
have
only
one
figuration.
G
A
A
This
time
we
observed
that
some
in
some
cases
we
want
to
do
still
some
changes.
So,
for
example,
we
have
constructors
and
adding
a
parameter
or
optional
constructor,
which
is
dependent
clause,
is
considered
right,
a
breaking
change
if
we
just
follow
the
same
rules,
rules
for
constructors
for
all
other
methods,
but
it
really.
A
E
E
E
We
we
have
a
several
tasks
in
progress
which
will
definitely
bring
bring
Tom
and
by
patent
compatibility
in
our
system
in
two
to
three
to
two,
and
this
is
because
of
strict
requirement
from
product
side,
so
decisions
touch
disease
differences
definitely
do
you'll
complicate
a
great
process,
so
this
is
kind
of
trade
off
in
case
we
want
to
get
a
better
upgrade
process.
We
we
have
to
stop
doing
changes.
E
A
E
A
Yeah
but
again
it's
not
yes
in
some,
in
some
cases,
changes
that
we
make
really
break
and
I,
don't
think
all
of
them
break
extensions
on
this.
We
do
not
allow
to
notify
even
constructor.
It
really
limits
us
because
you
cannot
like
there
is
very
little
what
you
can
do.
You
can
just
change
an
algorithm
in
inside
the
method,
but
you
can
do
more
than
that.
If
you
limits
even
bug
fixing
I,
don't.
A
Always
a
product
request.
Yes,
you
can
consider
bug.
Fixing
is
also
a
product
request,
of
course,
but
it's
something
that
is
expected
from
part
releases.
I
think
it's
again
like
constructors
should
not
be
a
part
of
API
public
API.
Usually
they
are
only
considered
because
people
extend
glasses
and
from
our
side
we
try
to
avoid
that
by
providing
different
things,
and
we
still
admit
that
there
are
cases
where
it's
impossible.
For
this
case,
we.