►
From YouTube: YUI Open Roundtable September 19, 2013
Description
YUI Open Roundtable September 19, 2013
A
A
So
things
off,
we've
got
a
number
of
things,
sort
of
light
on
on
content
in
terms
of
just
having
people
doing
talks,
we
got
a
lot
of
information,
though,
to
dispense
and
we
had
a
potential
demo
from
derek
yeah
yeah.
I
constructed
some
istanbul
stuff
cool,
so
we've
got.
Let
me
take
a
look
at
the
page
here.
A
A
What
you
may
not
know
is
that
there
is
the
day
before
an
all-day
class
that
you
can
sign
up
for
and
take
that
can
help
you
get
up
to
speed
on
yy
there
there's
two
tracks:
one
is
like
an
intro
class.
I
think
the
other
one
is
more
for
experts.
We
didn't
do
workshops
last
year.
Do
we?
B
A
Something
or
somewhere
else,
not
at
the
venue
right,
yeah,
yeah,
so
yahoo
has
this
internal
teaching
group
called
l
d
and
they're
going
to
do
either
a
yy
introduction
or
a
wi-fi
building
blocks.
A
So
if
you're
coming
out
for
yui
conf,
it's
a
great
way
to
sort
of
get
warmed
up
for
that
conference
and
if
you
are
sort
of
new
to
yui,
it's
a
great
way
to
get
up
to
speed
so
that
when
you
are
at
the
y
by
conf,
you
can
ask
intelligent
questions
and
all
that
stuff
is
available
on
the
blog
and
tila
was
working
on
an
awesome
version
of
wow
landing
page
that
will
be
on
landing
soon.
C
A
So
go
to
y
white
comp
sign
up
now
take
advantage
of
the
early
bird
specials.
A
There's
a
discount
for
the
registration,
as
well
as
the
hotel
rate,
has
a
discount
rate
right
now
until
that
queue
gets
filled
up.
What.
A
A
If
you
come
to
wildcomp
as
a
speaker
and
well
you're
going
to
need
lots
of
speakers
this
year
by
the
way
your
fee
will
be
waived,
so
you
can
come
for
free
and
there's
all
kinds
of
cool
secret,
special
things
that
are
going
to
go
on
that.
A
I
can't
even
tell
you
about
yet,
but
they're
going
to
be
awesome,
so
I
would
definitely
encourage
you
to
sign
up
soon
and
on
the
same
vein,
if
you
are
even
remotely
interested
in
and
speaking
at
yy
conf,
I
highly
encourage
it,
because
not
only
can
it
help,
you
really
learn
what
you
think
you
know
about
why,
but
you
can
have
there's
a
lot
of
benefits
of
that
you.
A
B
Do
that
yeah,
it's
quite
common
for
larger
conferences,
that
you
provide
them
with
videos
of
your
previous
talks
so
before
they
accept
you.
So
if
you
wanted
to
speak
it
out
something
like
jsconf
or
something
having
previous
talks
is
very
very
helpful
to
get
accepted
for
this.
A
So
what
is
the
best
airport
for
use
at
yycamp?
I've
been
through
both
san
francisco
and
san
jose
yeah,
since
it's
in
san
jose
I'd,
say,
san
jose
is
probably
your
best
yeah.
B
San
jose
san
jose
airport's,
literally
probably
five
minutes
from
the
venue,
oakland
and
san
francisco-
are
both
within
45
minutes
and
you
can
kind
of
maybe
get
public
transportation
down
here,
but
definitely
san
jose
quicker.
A
B
A
A
To
the
to
the
hotel,
yeah
so
really
same
with
the
oakland
airport
too
yeah
and
I
wouldn't
go
home.
A
Or
adobe
dobie,
though
it
doesn't
say
dude,
he
says
it's
2
000
aud
28
hours
flying
each
way
from
where
he
is
to
get
out
here.
Well,
that's
why,
like
you
have
companies
that
help
you
pay
for
that
kind
of
stuff?
A
It
looks
like
ryan
is
saying
that
if
he's
coming
from
australia,
you
should
definitely
do
sfo
yeah.
B
That's
what
I
said
if
it's
international,
I
mean
you're,
probably
looking
at
some
500
to
a
thousand
dollar
difference
between
each
airport.
Depending
on
I
don't
know
what
arrangements
those
airlines
have
so
yeah,
for
in
that
case
it
makes
more
sense
to
just
bite
the
bullet
and
take
a
cap
if
you
get.
If
you
go
into
sfo.
A
Yeah
plus,
oh,
it's
adobe,
dopey
doe,
oh,
I
was
saying
it
wrong
completely.
I'm
sorry!
A
Well,
there's
a
song
that
goes
doobie
dvd,
so
definitely
look
into
like
getting
sponsorship
or
something
you
might
be
able
to
get
somebody
like
a
company
or
something
to
help,
help
them
and
I've
known
people
that
aren't
necessarily
working
at
a
company
but
want
a
presence
there
and.
C
A
Had
people
in
the
community
come
so
yes
and
there's
yes,
ezekiel.
We
see
you
come
on
in.
B
Well,
33
hours
to
sfo
isn't
too
bad
that's
about
what
it
takes
with
101
traffic
around
five
o'clock
here
so
yeah.
A
Yeah
so
so
you
definitely
look
into
getting
sponsorships
or
the
other
thing
are.
A
B
B
Okay,
well
maybe
I
don't
know
if,
if
for
whatever
reason,
there
might
be
some
interest
out,
there,
certainly.
A
Yeah
yeah
definitely
and
also
consider
if
you're
gonna
come
out.
If
you're
gonna
fly
that
car
do
the
whole
thing.
Do
the
three-day
thing
instead
of
just
the
two
days,
yeah
there's,
I
know
some
people
who
are
coming
out
the
whole
week
starting
on
monday
and
doing
stuff
yeah
so
and
there's
also
cool
things
around
san
jose
and
san
francisco
to
do
as
well.
Yes,
bayer.
A
A
For
those
there
is-
but
I
don't
know
at
the
moment
probably
some
time
before
the
conference-
guess
it
probably
within
the
next
few
weeks-
we're
gonna
start
yeah.
So
there's
one
thing
about
that.
This
may
influence
your
decision,
we're
thinking
about
doing
shorter
sessions
like
30
minute
sessions.
So
that's
good
for
everybody,
because
you
can
sort
of
distill
your
talk
down.
It's
going
to
be
basically
like
20
minute.
C
A
B
Really
like
conferences
that
basically
offer
options
on
the
the
speaking
slots
and
a
little
more
flexible,
instead
of
forcing
everybody
to
go
45
minutes
or
something
like
that.
In
my
opinion,
you
should
actually
just
tailor
the
schedule
around
the
talks
that
you,
whether
they're
15
minutes
or
45,
minutes
kind
of
whatever
there
does
need
to
be
a
little
bit.
B
A
Yeah
and
that
helps
I
think,
people
get
get
their
knowledge
together
and
if
you,
if
you
can't
come
up
with
something
you
know
you
need
to
be
able
to
like
think
about,
if
you're
passionate
about
something
you
could
probably
talk
about
it
so
yeah.
The
other
thing
is
so
they'll
probably
be
like
keynote
speakers
that
will
be
at
the
beginning
and
ending
of
the
day
for
about
an
hour.
So
that'll.
A
And
then,
like
I
said,
we'll
have
these
30-minute
talks
and
supplementally.
If
some
of
these
are
popular,
we
may
actually
schedule
them
twice,
so
that
if
there
is
a
talk
that
you
missed,
because
there
are
two
in
one
spot,
because
that's
that's
nothing
there'll
be
two
tracks
that
they'll
that
we'll
have
there'll
be
one
one
track.
So
there'll
be
two
sessions
going
on
simultaneously
for
both
days,
interesting
yeah.
So
if
you
miss
a
talk,
there's
the
potential
of
being
able
to
catch
up
with
it
again.
A
B
A
So
with
that,
we
can
go
right
into
derek's.
B
Yeah,
so
one
of
the
projects
I've
been
working
on
lately
is
just
adding
in
coverage
information
line
coverage
information
to
our
testing,
so
I
guess
yeah,
just
kind
of
general
speak
a
little
bit
more
generally
about
what
we
use
and
some
of
the
cool
features
with
it.
So
you
guys
are
all
doing
unit
testing
right.
Yes,
you
should
be
nodding.
Your
ads.
B
B
So
you
describe
what
code
coverage
means
yeah,
so
coverage
is
basically
a
report
that
you'll
see
that
will
show
you
what
lines
inside
of
your
code
are
actually
being
executed
for
whatever
tests
you're
running
against
it,
so
yeah
very
useful
to
know
which
functions
you
might
actually
be
skipping
over
or
not
covering.
So
in
an
ideal
world,
you
have
100
code
coverage
now,
sometimes
getting
it
all
of
those
little
branches
and
testing.
All
of
the
conditions
can
can
get
a
little
excessive
but
anyways
it's
a
good
rule
of
thumb.
B
B
A
Big
thing
that
you
may
be
mentioning
people
have
code
branches
for
different
browsers.
How
do
they
have
coverage
for
that.
B
Yeah
so
when
you
do
code
coverage
for
different
browsers
well,
so
let's
take
a
step
back
within
your
code
coverage.
The
metrics
that
you
can
get
out
of
it
is
lines
covered
branches
covered,
I'm
going
to
cheat
here
and
look
functions,
covered
and
statements
covered,
so
statements
branches
functions
lines
now
those
aren't
always
there's
not
certainly
not
a
one-to-one
relation
to
all
of
those
so
yeah
when
you
have.
B
If
I
e
do
this,
otherwise
do
that
or
more
preferably
you're
actually
testing
the
feature
you're
using
feature
detection
to
to
switch
between
browser
code
paths.
So
the
problem
that
you
can
run
into
is
when
you're
doing
code
coverage-
and
you
have
those
branches.
B
If
it's
how
you
do
this,
otherwise
do
that
it's
with
with
most
tools
out
there,
you
can't
you
it's
impossible
to
ever
get
100,
because
if
you
execute
it
in
chrome,
you're
going
to
go
one
way.
If
you
go
in
ie
you're
going
to
go
another
way,
so
you
can
get
99.9
but
you're
not
going
to
get
100.
So
one
of
the
cool
things
that
I've
discovered
in
the
tool
that
we
use,
which
is
sustainable
here.
Let
me
share
my
screen
and
they
can
dive
into
this
a
little
bit.
B
So
let's
take
a
look
at
here:
we
go,
let's
just
search
istanbul,
which
is
in
fact
not
constantine.
B
Yes,
so
istanbul
is
a
code
coverage
tool
that
is
an
open
source
project
from
an
engineer
here
at
yahoo
and
we've
been
using
it
within
yui,
for
I
don't
know
about
the
last
nine
months
or
so
very,
very
cool,
because
it
offers
a
little
bit
more
detail
than
what
we
previously
had
with
our
code
coverage.
So
anyways
yeah,
if
you
there's
a
url
here,.
A
B
Yep
yeah,
so
it
uses
node.
Where
is
the
url
to.
B
B
The
documentation,
the
api
documentation-
oh
it's
in
the
bottom
right.
What
no
usually
okay,
well,
maybe
we'll
get
that
out
of
it.
So
it
is
where's
the
home
page
for
it
here.
If
I
go
back,
maybe
it's
here
we
go
okay,
so
here's
the
home
page
for
what
I
wanted
to
pull
up
was
the
documentation.
B
So
if
you
are
already
using
istanbul
here
is
a
cool
feature
that
you
can
take
advantage
of
to
aggregate
code
coverage
across
different
browsers.
So
in
the
collector
there
is
a
add
method,
and
so
you
basically
do
collector.add
and
then
take
your
coverage.
Information
dump
it
in
there
and
then
at
the
end,
you
feed
your
collector
into
the
h
into
the
reporter.
B
You
get
your
report
with
all
of
it
aggregated,
so
the
reason
why
I
bring
it
up
is
because
that's
really
really
useful
and
in
a
lot
of
conversations
I
have
with
just
other
developers
outside
of
yahoo,
typically
everybody's
just
doing
code
coverage
in
one
browser,
at
least
in
ci
and
they're,
not
actually
aggregating,
all
of
it.
So
if
we
look
at,
let's
see
so,
here's
just
a
code
coverage
report
that
I
did
using
yogi
serve
in
chrome
on
one
of
scrollview's
modules.
B
So
here's
kind
of
what
I'm
talking
about,
which
is
force
hardware
transforms.
So
if
it's
a
webkit
browser.
B
B
However,
when
I
have
when
I
run
code
coverage
through
yeti
by
having
chrome
and
ie
hooked
up
to
it,
this
is
actually
the
report
you
get
out
of
it.
So
let
me
find
that
same
scroll
view,
module
scroll
view,
base
scrollybase.js
and
then
go
down
and
boom.
Now
we
actually
have
both
branches
covered
and
the
percentages
will
be
a
little
bit
different
up
here,
too
so
79.78,
and
then
it
should
be
a
little
bit
lower
over
here.
So
out
of
all
the
different
browser
code
paths,
I
gained
an
additional
5.
B
So
theoretically
now
you
can't
actually
get
100
code
coverage.
So
what's
in
your
reports,
why
ui's
standards
for
code
coverage?
Ninety.
A
B
Ninety
percent-
ninety
percent
statements-
I
think
I
don't
think
we've
actually
gone
beyond
that-
to
introduce
any
additional
thresholds,
but
yeah
90,
state
or
90
lines.
C
B
Yeah,
I
don't
know,
but
that
that
that
metric
comes
out
of
kind
of
the
the
older
tools
that
we
have.
That
would
actually
only
measure
lines,
but
now
we
have
all
this
so
so
one
thing
you
kind
of
jumped
a
little
bit
quick
through
was
you
don't
need
to
get
this
information
yeah,
you
sort
of
describe
how
you
do
that
yeah
absolutely
so.
I
can
show
you
here
so
I'm
in
the
scrovia
module,
if
I
do
yogi
serve,
that
is
going
to
pop
up
you'll,
be
served.
B
Your
yogi's
yeah
just
serve
page
four
to
help
me
out
with
scrollview,
and
so,
if
you
want
to
actually
run
unit
tests
with
the
coverage,
you'll
see
this
column
here
and
and
when
you
click
on
scroll
v
base,
it's
actually
going
to
go
run
through
the
unit
tests
and
then
redirect
to
the
to
the
html
report
that
has
all
the
code
coverage
information.
B
So
so
the
question
iris
is:
how
do
you
get
the
multiple
browsers
to
work?
So
that
is
a
feature
that
I'm
currently
adding
to
yeti.
We
don't
have
an
eta
and
when
that's
going
to
ship,
but
hopefully
soon
in
the
meantime,
if
you
wanted
to,
I
don't
know
if
you're
familiar
with
yeti
and
wanted
to
kind
of
hack.
It
yourself.
B
B
It's
grabbing
that
coverage
information
out,
that
istanbul
delivered
or
that
istanbul
set
as
a
global
within
the
within
the
test
page
and
then
I
pull
up
and
return
it
back
to
yeti
with
the
with
the
unit
test
results,
and
then
I
just
basically
write
that
file
out
to
the
file
system
and
then,
when
everything's
done,
this
is
probably
more
ideally
going
to
be
broken
out
into
its
own
separate
reporter
a
reporting
script
that'll
be
like
within
the
yui
3
repository,
but
for
right
now
it's
built
into
yeti.
B
The
general
idea
here
is
that
when,
when
all
the
testing
is
done,
you
go
through
grab
all
of
those
raw
json
files
that
represent
coverage
per
test
per
browser,
and
you
just
loop
through
them
all
add
them
all
into
the
collector.
B
And
then
you
pass
that
collector
object
into
istanbul's
reporter
and
then
write
it
up
to
ditch.
Istanbul
knows
how
to
sync
those
together
and
resolve
things
out.
Yeah
yeah
istanbul
is
pretty
smart
about
not
duplicating
any
lines
yeah,
it's
meant
to
as
the
documentation
as
it's
meant
to
handle
thousands
of
objects
and
it's
to
collect
thousands
of
objects
in
the
data
set
and
then
do
intelligent
merging
of
all
of
those
without
double
counting
any
lines
or
anything.
B
So
do
you
think
it's
far
enough
along
to
have
like
a
why
my
contrib,
probably
not
yet,
because
yeah
once
I
think,
once
we
get
it
into
getting
and
we
start
working
with
it
then
yeah.
I
think
at
that
point.
It's
certainly
worth
kind
of
throwing
it
out
there,
but
right
now
it's
really
jus.
B
It
would
just
really
kind
of
be
talking
about
what
what
we
have
in
the
works
as
opposed
to
and
not
really
having
anything
that
people
can
get
their
hands
on
to
play
with
so
yeah,
hopefully,
it'll
be
landed
in
yeti
soon,
and
at
that
point,
then
anybody
can
kind
of
use
this
information.
What.
B
Yeah,
we've
always
had
this
problem
of
I
mean
there's
some
with
so
like
within
scroll
view.
I
mean
it's
just
a
couple
percent
difference,
but
there's
other
browsers
that
or
there's
other
modules
scrollview,
for
example,
even
has
so.
Let's
take
a
look
at
that:
yogi
output
for
scroll
view
actually
yeah.
So
so
there's
a
scroll
view
base
ie
file
that
enhances
scrovybase
to
work
in
in
legacy
ie
and
get
rid
of
that
so,
but
that
module
doesn't
appear
in
this
code
coverage
report
because
we
test
it
in
chrome.
B
So
for
all
this
report
knows
there's
it
I
scroll
view
base
ie
doesn't
have
any
tests
written
for
it
and
is
isn't
touched
by
any
unit
tests,
but
when
you
actually
run
run
it
through
yeah
run
it
through
yeti
with
ieee
and
chrome.
That's
when
you
see
a
scroll
view
based
on
e-pop-up
is
a
tested
component,
so
yeah.
So
basically,
if
you
want
really
comprehensive
unit
test
coverage,
this
is
pretty
much
the
only
way
to
go
about
it.
Yeah.
B
Yeah,
so
that's
basically
it
yeah
check
out
istanbul,
github.com,
yahoo
istanbul
and
it's
a
very,
very
cool,
very
well
written
node.js
application
to
handle
code
coverage
for
you.
Do
you
get
that
for
free
when
you
install
yogi?
No,
I
don't
think
so,
yeah!
No
it
does.
It
does
yeah.
So
yogi
includes
istanbul,
so
you
would
run
yoki.
What
to
get
coverage.
A
B
Don't
know
if
you
do
yogi
test,
I
don't
know
that
there's
any
coverage
output
that
you
can
get
from
yogi
test.
That
would
actually
be
really
useful,
though,
like
to
skip
all
the
ui
and
just
go
straight
to
the
yeah.
If
I
just
want
to
know
the
general
code
coverage
for
phantomjs,
a
webkit
webkit-based
browser,
which
is
what
yogi
test
uses,
that
would
be
really
useful
info
to
have
on
there.
So
so
for
all,
I
know,
dave,
probably
actually
everything
that
I
come
up
with.
B
Oh
it'd,
be
really
nice
to
have
dave,
already
wrote
it.
You
just
have
to
actually
find
the
find
the
switch
to
actually
turn
it
on.
So
it.
A
Was
an
interesting
topic,
we're
going
to
bring
up
at
some
point
about
how
we've
got
this
great
till
yogi,
but
how
it's
not
being
maintained
right
now
and
what?
What.
A
After
yogi,
what's
supposed
to
yogi
world,
do
we
continue
to
keep
yogi
running
or
do
we?
You
know
break
it
up
and
you
don't
use
the
grunt.
You
know
that's
a
conversation
that
we're
having
yeah.
B
Probably
a
little
bit
more
than
what
we
should
probably
bite
off
in
this
round
people,
but.
A
A
It's
something
that
if
you
do
find
issues
with
yogi,
please
definitely
file
them
as
github
issues
right
now,
so
that
we
can
keep.
B
Yeah-
and
we
are-
I
mean
so
to
that
point,
while
yogi
isn't
getting
a
lot
of
new
features,
we
are
still
doing
any
essential
maintenance
and
stuff
on
it
too.
Oh.
A
A
B
A
A
B
Yeah,
you
can
use
yogi
for
your
own
projects
too,
but.
C
B
Mean
it's
certainly
it
like,
I
think,
a
lot
of
things
that
come
out
of
the
thing
projects
that
core
team
members
are
working
on.
We,
it
works
best,
of
course,
doing
library.
Development
then
also
gallery
development
too,
and
then
beyond
that
I
mean
it's
all
kind
of
designed
to
work
outside
of
the
context
of
yui.
But
if
there's,
I
think
yoga
is
very
specific
about
well,
it
stands
for
yui
or
gallery
interface.
B
Within
there
that
you
can
use
within
yogi
test,
for
example,
yogi
serve.
I
mean
those
work
outside
of
the
context
of
core
modules
or
gallery
modules,
so
the
test
is
really
doing
yeti
underneath
behind
the
scenes
right
serve
is
doing,
selling
test
is
using
grover,
so
test
doesn't
use
yeti
at
all.
So
yeti
is
just
kind
of
in
my
mind.
B
It's
just
kind
of
the
the
brain
behind
directing
web
browsers
where
to
go
and
does
it
have
to
exclusively
be
used
in
the
context
of
unit
testing,
so
I've
modified
it
to
use
it
for
performance
testing.
You
can
use
it
to
really
direct
to
any
type
of
page.
You
want
to.
It
doesn't
really
matter
much,
but
so
yogi
test
is
something
that's
written
exclusively
to
work
on
the
command
line
that
doesn't
need
the
use
for
traditional
ui
browsers.
So.
C
Yeah-
and
I
guess
we're
actually
using
shifter
under
the
hood
for
yogi,
build
right
and
a
bunch
of
yahoo
properties
are
using
that
now
to
build
their
application
modules.
B
Yeah
yeah,
when
you
run
with
the
performance
testing
stuff,
when
you
run
yogi
perf,
it
uses
yui
benchmark
so
really
yogi's.
Just
a
wrapper
around
all
of
these
unifunctional
tools,
a
single
piece,
even
when
we
do
a
release.
C
A
That's
cool
so,
in
terms
of
other
things
going
on,
there
are
a
number
of
folks
on
the
team
doing
lots
of
really
cool
sort
of
experimental
type
stuff.
I
know
that
clarence
is
working
on.
He
was
originally
starting.
He
started
looking
at
like
data
binding
and
it
started
off
with
what
was
it
dated
it
wasn't.
Data
table
was
it
that
was
simple.
Wasn't
it
like,
or
one
of
the
other
things
that
we
were
going
to
talk
about
with
him
at
some
point
was
yeah.
A
He
originally
was
really
working
on
a
way
to
do
like
lists
right
yeah.
I
think
it
was
like
simple
model
list,
yeah
model
that
stuff
and
that
led
to
data
binding
stuff
and
now
it's
leading
to
eric-
and
he
are
working
on
this
great
project
within
yy
that
will
deal
with
data
binding
it'll
deal
with
web.
A
Component
spec,
one
of
the
ideas
behind
future
work
and
yy
will
be
conforming
closer
to
the
web
components
back
being
spearheaded.
C
B
B
But
yeah
we
can
at
a
future
round
table
in
the
near
future.
Yeah
I'd
love
to
kind
of
do
it.
Do
it
deep
dive
into
web
components
and
kind
of
show
off
some
of
the
stuff?
That's
in
there,
because
it's
really.
A
B
Of
it
so
yeah
and
it
it
really
lends
itself
well
to
or
it
can
lend
itself
well
to
yui
development
if
we
kind
of
take
these
steps
to
embrace
web
components
a
little
bit
more
because
so
much
of
it
is
kind
of
based
on
ideas
that
have
been
that
have
been
in
built
into
yui,
as
well
as
other
ui
libraries
for
a
while.
So
it's
kind
of
a
there's
attribute
like
stuff
and
then
there's
widget-like
stuff
in
there.
So
yeah
yeah,
cool.
A
I
know
that
other
members
of
team
are
working
on
things
like
finding
ways
to
make
when
you,
when
you
create
like
combo
handlers.
You
know
there's
like
20
or
30
of
those,
depending
on
how
many
components
you
unload
and
finding
ways
to
shorten
those
urls.
So.
B
A
The
number
of
requests
that
you
make
are
less
so
your
overall
performance
goes
up.
There's
cool
things
like
that.
I
know
that
trying
to
think
of
what
other
people
are
working
on,
there's
an
effort
to
get
all
the
swifts
out
of
the
repo
yeah
coming
up
soon.
We
just
killed
some
yui.
A
It
keeps
dying,
we
keep
killing,
it
kill
the
forums
as
well.
Oh,
yes,
definitely
yeah!
That's
the
ladies.
A
We,
our
new
nickname
for
andrew,
is
the
executioner.
Yes,
I've
killed
so
many
things
this
past
week,
including
the
forums.
So
if
you
have
any
yy2
questions,
please
go
to
the
yy
deprecated
forums.
There's
not
a
lot
of
activity
there
yet,
but
I
suspect
that
people
are
going
to,
like
other
places,
to
find
they're.
Quite
like
what's
another.
What's
that
popular,
you
know
the
place
where
you
go
when
you
ask
for.
B
A
Oh
yeah
yeah
yeah,
okay,
but
if
you
go
to
why
why
not
get
into
io
slash
yy2,
we
have
finally
archived
all
the
old
yy2
documentation.
The
user
guides
the
examples
the
ui
spec.
A
I
mean
the
api,
all
that
stuff
now
is
available
on
there
to
peruse,
and
I
feel
sorry
for
you
if
you
have
to
go
there,
but
if
you
do
it's
there,
yeah
so
yeah,
definitely,
and
if
you
are
finding
that
a
question
that
you
have
in
the
new
forums
is
not
getting
answered,
feel
free
to
ping
me
and
I
can
help
make
make
the
answer
come
about
and
you
can
do
that
either
via
irc
or
you
can
message
me
on
twitter
or
anything
like
that.
A
That
takes
care
of
looking
throughout
the
list
of
cool
things
that
we're
going
to
talk
about.
There
was
one
thing
about:
maybe
coming
up
with
topics
for
my
white
conference
talks.
I
mean
we
came
up
with
one
already,
which
was
someone
was
wanting
to
do
even
a
workshop,
potentially
on
unit
testing
and
code
coverage.
C
A
If
you
have
ideas
for
talks-
and
you
don't
necessarily
want
to
do
it
yourself,
but
you
think
hey
this
make
a
great
white
comp
talk.
Please
send
us
a
message
somewhere
somehow
like
send
me
an
email
and
if
there's
enough
people
wanting
that
kind
of
talk,
we
can
just
find
a
person
to
do
that.
I
really
love.
B
A
B
And
they're,
not
while
the
longer
more
extensive
talks,
they
kind
of
go
through
how
you
would
do
unit
testing
in
all
of
the
little
caveats
to
it
and
best
practices
and
that
stuff
longer
form
talks
are
good,
but
it
would
actually
be
nice
to
have
kind
of
these
little
short
form.
Topics
too.
A
Yeah
for
each
of
these
tools,
so
eugene
just
put
you
on
a
spot
someone's
asking
about
the
new
combo
urls.
I
know
that
you're
saying
it's
in
the
future,
but
can
you
talk
a
little
bit
about
what
what
that
feature
might
look
like?
Is
it
oh.
C
Yeah
so
let's
see,
if
we're
just
looking
at
the
core
yui
modules,
we
were
able
to
reduce
the
length
of
combo
urls
by
about
75.
It's
it's
nothing
like
super
complicated.
C
It's
basically
just
removing
all
the
redundancy
in
the
urls
that
you
know
everybody
has
been
talking
about
so
the
hard
part
in
getting
there
was
actually
more
about
working
with
other
teams
within
the
company,
because
there's
a
there's
a
lot
of
most
of
the
hard
work
or
most
of
the
the
changes
are
in
the
infrastructure
and
so
and
also
my
had
integrated
that
into
like
their
qa
environment
and
like
we
were
all
ready
to
go,
live
with
it
today.
C
But
then
we
found
out
that
you
know
they
misconfigured
something
for
their
their
https
proxy,
so
they
couldn't
launch
with
it,
but
I
think
they're
gonna.
They
should
be
able
to
get
that
resolved
within
the
next
few
days
and
then
we'll
probably
see
it
live
in
production.
C
A
B
A
Is
huge
so
we'll
we'll
feature
this
one
when
it
goes,
live
and
we'll
maybe
do
a
demo
or
something
maybe
next
week,
yeah,
let's
see
so
in
terms
of
items
that
we
usually
cover.
A
I
went
through
all
the
sort
of
pending
github
requests
issues,
open
issues
for,
and
the
criteria
for,
the
ones
that
are
sort
of
stale
are
ones
that
have
been
they're
older
than
like
a
week
and
they
are
owned
by
someone
who's,
not
on
the
y
team
and
they're,
not
a
work
in
progress
and
a
lot
of
those
are
still
sort
of
in
the
state
they
were
last
week.
A
A
number
of
those
have
gotten
resolved,
no
one
to
call
out
ezekiel
for
helping
to
find
some
of
those
to
get
them
resolved,
and
a
number
of
them
are
much
less
than
a
week
now,
which
is
great.
So
there
isn't
anything
new
on
that
on
that
side
of
things,
it's
pretty
much
the
state.
It
was
before,
there's
a
lot
of
ones
that
are
owned
by
yyt
members
that
just
sort
of
need
to
push
them
forward,
we're
kind
of
in
the
middle
of
the
cycle.
A
B
I
don't
know
I
will
say
there
is
one
that
should
actually
probably
be
classified
as
upper
grabs.
I
don't
have
many
spur
cycles
to
work
on
it
now,
but
there's
one
involving
scroll
view
scroll
bars.
So,
let's
see,
if
I
can
find
this
one
and
then
we'll
add
it
to
the
upper
grabs.
A
A
Well,
there
was
a
thread
while
we're
talking
about
that
on
on
the
white
yy
channel
with
mayumi
some
other
folks
about
a
data
table.
I
know
that
tony
can't
make
it
today,
but
there's
still
a
lot
of
people
here.
Talking
about
how
oh
yy2
the
table
is
so
great
yy3d
isn't
there
yet
and
just
to
reiterate
that
this
is
basically
tony's
sort
of
main
project
right
now.
So
if
you
run
across
anything
that
anything
in
data
table
2
that
you
want
to
see
in
data
table
3
for
yy3,
please
file
issues.
A
A
There,
I
don't
have
the
link
on
me,
but
you
could
search
for
it
and
tony
is
available
at
apipkin
and
basically,
if
you're
running
into
something
where
let's
say
that
you're
working
on
a
you're
working
on
a
website,
that's
using
datatable
for
yy2x
and
you
need
to
transfer
it
over.
A
A
B
But
it's
getting
there
so
so
the
the
issue
that
I
was
talking
about
scroll
view,
scroll
indicator,
rendering
bug
on
ipad
issue
number
one
one,
six:
four,
so
that
that
would
be
a
for
grabs
bug.
If
anybody
wants
to
do
some
investigation
so.
B
No,
I
have
not
had
it.
Yeah
just
drag
that
tag.
A
Cool
so
again,
the
ground
bugs
are
issues
that
developers
are
not
they.
They
know
that
they're
nice
to
have,
but
they
just
don't
have
time
to
work
on
so
yeah.
It's
just
it's
the
closest
thing
we
have
right
now
to
you
know
I
want
to
contribute,
and
you
don't
really
know
where
to
start.
If
you
go
through
these
up
through
grab
bugs,
you
could
definitely
find
ones
that
would
offer
up
a
great
help.
B
While
we
might
not
necessarily
have
enough
time
to
actually
fully
fix
the
problem
and
write
all
the
tests
and
everything
we're
very
happy
to
work
with
you
guys
for
anybody
who
actually
does
want
to
help
contribute
to
them.
So,
okay,.
A
And
someone
asked:
is
yahoo
open
source
yeah
the
whole
company
yahoo
is
not
open
source.
I
don't
think
it's
written
by
source.
Anything
yeah
who
is
constructed
by
a
source
code
right
now,
who's
a
corporation
but
yui
is
open
source
and
it's
open
source
in
both
ways.
It's
a
two-way
open
source
and
someone
asked
before
what
is
two-way,
open
source
two-way
open
source
means.
A
A
But
I
mean
some
companies,
like
that's
the
first
step
right
right
and
there's
also
I've
seen
companies
that
have
two
licensing:
dual
licensing.
Where
one
track
is
it's
not
it's
like
you
know,
it's
open
source
that
you
can
read,
but
you
can't
write,
but
then
they
have
another
license
that
you
can
write
to,
but
they
don't
like
have
any.
They
don't
like
support
that
at
all.
A
C
A
A
But
so
one
thing
back
to
the
y
account
for
a
minute:
if
you,
if
you
come
up
with
an
idea
for
a
conference
topic,
please
let
me
know
somehow:
either
you
can
email
me
my
username
at
github,
gmail.com
and
I'll
be
happy
to
convey
that
onto
the
team.
So
even
if
you
don't
feel
like
you
can
speak
or
that
you're
not
going
to
attend.
If
you
do
have
a
great
idea
about
a
meeting
topic,
we
can
use
that.
A
B
B
Yeah
tc39,
which
is
the
ecmascript
standards
body,
so
they're
often
venting.
A
B
When
they
return
next
milestone,
looks
like
we
have
one
coming
up
next
week
september.
25Th
is
the
code
freeze,
pull
request
deadline
which
is
next
wednesday?
So
if
there's
anything
you
want
to
go
into
what
I
believe
will
probably
be
your
3.14
13.
13.,
I
don't
even
know
yeah.
We
remember
we.
B
All
right,
okay,
3.13,
yes,
so
the
next
release
will
definitely
plus
we'll
run
into
any
blockers
in
the
release
window
will
definitely
be
3.13,
so
anything
you
want
to
get
in
there
next
wednesday
is
your
last
chance.
A
A
B
Good
mayor
two
weeks
from
no
next
week,
not
this
coming
weekend
but
the
weekend
after
is
open
hack
at
yahoo's
sunnyvale
headquarters.
So
yahoo
developers.tumblr.com
there's
a
post
on
there
and
there's
some
links
in
the
y
way
weekly
posts
as
well,
so
yeah
yeah.
A
That's
a
great
one
if
you're
anywhere
in
the
bay
area,
and
you
want
to
meet
marissa.
This
is
definitely
the
way
we
meet
all
a
lot
of
iui
engineers
will
be
there.
A
lot
of
other
yahoo
engineers
will
be
there
there'll
be
other
companies
like.
Is
it
pinterest
yeah?
So
it's
a
great
way
to
network
and
a
great
way
to
meet
your
favorite
person.