
English: 
Usually I title my talks because I wanna 
tell you what I'm gonna talk to you about
but here I wanna kind of go in a 
little bit of a journey with you
that's not gonna necessarily.... 
I don't wanna tell you where we are going
so as a result there's no clear title, 
but the journey begins
with one of my big frustrations with 
agile software development
I mean, the agile revolution 
has had a big impact
and it's been remarkable and 
very gratifying to see the impact it's had
But there have been frustrations
And there's one particularly 
big frustation that gets at me
Now, one of the benefits of agile
it's in the days before agile thinking
we had this notion that if you wanted to
build software you have to come up with
everything you wanted done

Spanish: 
Normalmente titulo mis charlas porque 
quiero deciros de qué os quiero hablar
pero aquí quiero viajar en una 
especie de travesía con vosotros
que no necesariamente...
No quiero deciros hacia dónde vamos
Así que como resultado no hay un título claro,
pero la travesía comienza
con una de mis mayores frustraciones con
el desarollo de software "agile"
La revolución "agile"
tuvo un impacto muy grande
y ha sido extraordinario y muy gratificante
ver el impacto que ha tenido.
Pero también ha habido frustraciones.
Y hay una frustración, particularmente grande,
que me toca personalmente.
Uno de los beneficios de "agile"
es que antes de que llegase el pensamiento "agile"
teníamos esta noción de que para construir
software, había que conseguir
todo lo que querías hacer,

Spanish: 
juntarlo todo en algún gran documento,
tirárselo a alguien y empezar a desarrollar.
Y todos sabemos cómo funcionó aquello.
Es muy bueno que el mundo 
"agile" separó las partes,
dividió las cosas en pequeñas, 
independientes, unidades de capacidad
(a menudo llamadas "stories") y luego
construyó todas esas "stories", una a una.
Al construir esas historias de una en una,
conseguimos muchos beneficios: podemos 
recibir feedback sobre hacia dónde vamos
podemos ver nuestro progreso
y, en particular, podemos dirigir, podemos
modificar la dirección a medida que aprendemos.
Y esto es, por supuesto, una parte vital,
sobre todo lo que "agile" representa,
pero todavía hay un problema aquí
y el problema es esa flecha de ahí.
La noción de que las "stories"
son dadas por algún tipo de "Business Analyst"
que luego se las entrega a los desarrolladores 
para que escriban el código.
Y el equipo de desarrollo acaba como un
recipiente pasivo de "stories".
He vivido esto en diferentes lugares,

English: 
put it together in some great document
and sling it over and build software.
And we know how well that worked.
and it's very good but the agile world
next splitted things up
breaks things down into independent
little units of capability
often called stories and then build
those stories one at the time
and by building the stories one at the
time
we get a lot of benefits: we're able to get
feedback as to where we all going,
we're able to see our progress
and in particular we're able to steer,
we're able to change direction as we learn
and that's of course a vital part of what
this whole thing is about
but there's still a problem here
and the problem is that arrow there.
The notion that the stories
are given from some kind of Business
Analyst kind of role
handing then to developers to code up
but the development team ends up being a
passive recipient of stories
and I come across this great deal 
in different places

Spanish: 
tanto en ThoughtWorks como fuera,
donde los desarrolladores básicamente se ven
a sí mismos como un motor
de convertir "stories", quizás alguna 
con bocetos de pruebas, en código.
Construímos lo que nos mandan construir,
no estamos realmente involucrados
en pensar sobre lo que se quiere construir.
Y esto va totalmente en contra de la idea
que estaba en el corazón de
la mayoría de los fundadores del movimiento "agile".
Si juntas a gente que estaba
en Snowbird y les dices:
"Qué pensáis sobre...
... los desarrolladores simplemente
desarrollando lo que les mandaron desarrollar?"
¡Estarían horrorizados!
Cuando estábamos buscando 
un nombre para "agile"
Kent (Beck) lo sugirió
porque por aquel entonces
no teníamos el término de software "agile".
Necesitábamos decidir que término a usar.
Acabamos cogiendo "agile", pero una 
de las sugerencias que Kent hizo
fue la de la palabra "conversational", porque 
él pensaba que la esencia
de este enfoque eran las conversaciones
entre el equipo de desarrolladores

English: 
both in Thoughtworks and outside
where developers basically see
themselves as we're an engine
to turn some stories, maybe some rough
tests, into actual code.
We build whatever we're told to build, we
don't really get involved
in thinking about what it's will to
the building.
And this is very much against the 
idea that was at the heart of
pretty much all of the agile founders.
If you get a bunch of people from 
Snowbird together and you say
What do you think, that, you know,
that developers should be just building
what they were told to build?
They will be horrified!
And... when we were coming up 
with names to agile...
hmm... Kent suggested
because at the time we didn't have 
the term agile software.
We needed to come up with 
what word we use.
We ended up picking agile, but one 
of the suggestions that Kent came up with,
was the word conversational, because he
thought that the essence
of this approach was these conversations 
between the development team

English: 
and the business people about all aspects
of software development
including what should be built.
And the idea here
is that developers and analysts
should collaborate together to decide
what stories should be built,
instead of the analyst
feeding stuff, or the business, feeding
stuff to developers, it should be just
too, I think.
And a little example of this.
I think illustrates it quite nicely.
There's a story
and this isn't gonna story from Amazon
where one of the developers thought that
would be a really good idea
to, when people are working in the
shopping cart,
to put 'you might like to buy so and so'.
You know, by analyzing what they've bought
By analyzing all the data that they have,
some suggested items that you might wanna add.
And the businessperson involved 
said 'no, no, we don't do that because...
...we don't want to distract people while
they're shopping in shopping carts, right?
Because, you know, what is the most 
important thing for Americans? Shopping,
exactly, so you know,
'focus on the shopping cart!'

Spanish: 
y la gente de negocio sobre los aspectos
del desarrollo de software,
incluyendo qué debería ser construido.
Y la idea aquí,
es que desarrolladores y analistas
deben colaborar juntos para decidir
que "stories" deberían ser construidas,
en lugar del analista,
o el negocio, lanzando cosas a los desarrolladores
Deberían ser ambos, yo pienso.
Un pequeño ejemplo de esto.
Pienso que ilustra lo que quiero decir muy bien.
Esta es una historia en Amazon,
donde uno de los desarrolladores pensó
que sería una muy buena idea
cuando la gente estaba en el carrito de la compra,
decirles "quizás quiera comprar esto o lo otro".
Analizando lo que habían comprado anteriormente.
Analizando todo los datos que tienen, 
sugerir algunos productos que quizás te interesaría añadir.
Y la persona de negocio involucrada
dijo "no no, no vamos a hacer eso...
...porque no queremos distraer a la gente
mientras están comprando con sus carros, ok?"
Porque, ya sabéis, ¿qué es lo más importante
para los americanos? ¡Comprar! :)
Así que ya sabéis, "¡a centrarse en el carrito de la compra!"

Spanish: 
Siendo Amazon, el desarrollador dijo
"no, yo pienso que él está equivocado", así que 
realmente programó una versión del carrito
con los productos sugeridos en él.
Y lanzó A/B tests.
Y fue capaz de probar,
basado en los números,
que aquello incrementó el beneficio.
Y siendo Amazon, ya sabéis,
la gente de negocios dijo: "bueno, ok, 
no podemos discutir con los números", así que
siguieron haciendo aquello.
Eso es la noción de colaboración.
Como desarrolladores de software
estamos familiarizados con el mundo del software
y lo que el software puede hacer
lo que significa que podemos aparecer con ideas.
No hay ninguna regla que diga que las "stories"
tienen que ser hechas por el negocio.
Es cierto que yo creo que ellos
deberían priorizarlas...
...y tener la decisión final de qué es 
lo que se construye, y en qué orden.
Pero las ideas que aparecen, son a menudo
basadas en la colaboración.
Recuerdo una historia, en un proyecto
hace tiempo en ThoughtWorks
donde estábamos haciendo algo
con la base de datos

English: 
Now, this being Amazon, the developer said
"no i think he's wrong" and so he actually
built a version of the shopping cart
with the suggested things in there
and ran A/B tests.
And was able to prove, 
by looking at the numbers,
that it increased revenue. 
And being Amazon, that you know,
businesspeople said "well, yeah, we can't 
argue with the numbers", so they
carried on doing that. And now is 
that notion of collaboration.
As software developers
we are familiar with the software world
and what software can do
which means we can come up with ideas.
There's no rule that says all the stories 
need to be developed by the business.
It's true I think that they should
prioritize them
And they should have the final sign 
what gets built in what order
but the ideas that you come up with,
are often based on collaboration.
I remember a story of,
an early ThoughtWorks project,
where we're doing some stuff with the database

Spanish: 
e hicieron una demo, en la fase inicial del proyecto,
que simplemente mostraba
la información que teníamos en la base de datos.
Y mientras se lo enseñaban al cliente,
El cliente miró a los datos, y dijo:
"Esperad un momento. Si tenéis estos datos allí,
¿podríais responder estas preguntas para mí?"
Y tuvieron una conversación, 
el desarrollador pensaba en consultas SQL,
la persona de negocio pensaba 
en procesos de negocio
y acabaron respondiendo:
"Sí, lo podemos hacer."
El cliente dijo: "bueno, nunca os lo pregunté,
pero si en realidad podéis construir esto,
que parece trivial,
tan solo eso justifica todo el precio del proyecto.
Nunca pensé en pedir ese requisito,
solo se me ocurrió en (y por) la conversación."
Así que las historias conversacionales,
la idea de que deberíamos de trabajar juntos
y colaborar para decidir qué es lo que construimos
es una parte fundamental de lo que yo
considero que "agile" debería ser.
Y eso, por supuesto, la idea detrás de cosas
como la monitorización o los A/B tests.
Empezamos a explorar qué es lo que debería 
ser construído, explorando lo que la gente hace.
Eso es, yo pienso,
un gran paso hacia delante.

English: 
and they did a little demo early on in the
process, and that was just showing
all we've got this information in the database. 
And they were showing the customer
and the customer looks at the data and said:
"Hang on, if you've got this data there,
could you answer these questions for me?"
And they had a conversation and
the developer was thinking SQL queries,
and the business person was
thinking business process
and they figured out: 
yes they could do this.
And he said, well I've never asked this,
but actually if we could build this,
which seems to be trivial,
that actually justifies the entire 
cost of the project right there.
I never even thought of coming up 
with that requirement
only in the conversation did it come
together.
And so, conversational stories,
the idea that we should work together
and collaborate to come up with what we build
is a fundamental part I think of what
agile ought to be about.
And that's, of course, the whole notion of
things like monitoring and AB tests.
We begin to explore what should be built
by actually watching what people do.
That's, I think, 
a really big step forwards.

Spanish: 
Pero para hacer eso, 
es importante que los desarrolladores
tengan un mejor conocimiento
sobre el dominio del negocio.
Porque ese conocimiento es vital
para poder hacer esto.
Y esta es una de las áreas donde,
yo creo,
hemos sido un poco decepcionantes
como comunidad.
En el sentido de que no hemos puesto
el esfuerzo necesario
para intentar conocer el dominio
en el que estamos trabajando.
Recuerdo charlar con un amigo que
estaba de jefe de proyecto en un equipo
haciendo muy interesante trabajo científico
sobre modelos genéticos
y él estaba muy decepcionado porque la
mayoría de programadores en el equipo
no estaban interesados en saber más
sobre genética.
No estaban interesados en la ciencia, solo querían 
que les dijeran lo que tenían que construir.
Para ser realmente efectivo como desarrollador,
considero que necesitas entender el dominio,
adivinar como funciona, de arriba a abajo,
convertirte en alguien con 
conocimientos en ese dominio,
y entonces,
podrás influenciar realmente qué sería el software
más útil a construir en ese dominio.
Nunca sabrás tanto como un
experto en ese dominio.
Cuando yo trabajaba en el sector de la salud,

English: 
But in order to do that, 
it's important that developers
get a better knowledge of 
what the domain is about.
Because that knowledge is vital 
to be able to do this.
And this is one of the areas 
where, I think,
we've been a bit disappointing 
as a community.
In that we haven't put enough effort
into trying to know about the 
domain we work with.
I remember talking to a friend of mine who
was a project lead on a team doing some
really interesting scientific work
around genetic modeling
and he was very disappointed that most
of the programmers on this team weren't
interested in finding out more 
about the genetics.
They weren't interested in the science,
they just wanted to be told what was built.
To be really effective as a software developer,
I think you need to understand that domain,
get to find out how it clicks 
and how it works,
become knowledgeable in that domain,
and then,
you can really influence what would be
the most useful software to build in that domain.
You'll never gonna know as much
as the expert in that domain.
When I worked in health care,
you know,

Spanish: 
nadie iba a pedirme que me convirtiera en doctor,
simplemente porque había trabajado con
ordenadores en ese área,
pero el conocimiento que 
tenía fue muy útil
para colaborar sobre lo qué teníamos 
que hacer, en términos de software.
Y, de hecho, cuando la gente
viene a pedirme consejo para sus carreras,
y me dicen: ¿Debería aprender Scala, 
o JavaScript, o quizás Clojure...?
Yo les digo: "bueno, no es tan importante
saber determinados lenguajes,
estos van y vienen...
...y en realidad no son tan diferentes entre sí.
Aprender/estudia el dominio en el
que estás trabajando.
Esa es una habilidad muy útil
e incluso, si tiempo después acabas trabajando 
en un dominio completamente diferente,
el conocimiento de cómo estudiar dominios,
y cómo trabajar con ellos,
es algo que será 
extremadamente valioso para ti.
Y, así como el conocimiento,
creo que también conlleva otra cosa,
que es la responsabilidad dentro de ese dominio.
Y aquí me gustaría tratar un tema
del que quizás habréis oído con anterioridad.
Algo llamado "Dark Patterns" 
(patrones oscuros)
"Dark Patterns" es un sitio web que

English: 
no one's gonna ask me to become a doctor
just because I've done some 
computer work in the area
but that knowledge I did have 
was very valuable
in collaborating over 
what to do in terms of the software.
And in fact, when people 
come to me for career advice
and they say, "should I learn
Scala or JavaScript or Clojure..."
I say well it's less important 
about learning about languages,
they come and go...
Learn the domain that you are working in.
and they are not really that different
when it comes down to it.
That is a very useful skill,
and even if you end up moving to some
completely different domain later on,
the knowledge of how to learn domains
and how to work with them
is gonna be something that's 
gonna be really valuable for you.
And as well as knowledge,
I think that also brings in another thing,
which is responsibility within that domain.
And here, I wanna bring up a topic
that you might have heard of.
something called "Dark Patterns".
"Dark Patterns" is a website that

Spanish: 
en realidad es sobre ayudar a la gente a usar
las interfaces de usuario.
Animar a los usarios a hacer cosas que no
están alineadas con sus mejores intereses.
Un simple ejemplo de esto:
volvamos al carrito de la compra, estamos comprando
algunos productos electrónicos, como p.ej.
una nueva cámara, o lo que sea
Y la gente que administra el sitio web dicen: 
"Oh mira, acaba de comprar una nueva cámara."
Bueno, ya sabemos lo que hacer, vamos
a seleccionar un seguro para su nueva cámara,
y se lo vamos a colocar en su carrito de
la compra, automáticamente.
El usuario no lo pidió.
No se le mostró un pop-up
que dijera: "¿Quieres un seguro?"
Para que el usuario dijera: "¿Para qué voy a comprar
un seguro para algo que puedo permitirme reemplazar?"
"Esto es un imán de dinero para la tienda, no?"
¿No? Así que... ¿qué hacemos en vez de eso?
Simplemente se lo ponemos en su carrito de la compra.
Ahora, por supuesto, yo podría darme cuenta
de que ese extraño producto está en el carrito
y eliminarlo. Eso es perfectamente posible,
no harán nada para impedirlo,
pero pusieron una cosa en el carrito de la compra
sin preguntarme a mí directamente.

English: 
it's really about help people 
use the user interface.
encourage users to do things that are 
actually not in their best interest
Simple example of this:
imagine again with shopping cart, we are
buying some electronics items, you know
a new camera or whatever.
And the people who run the web site
say, "oh, he's bought a new camera"
Well, I know what I'll do, I'm gonna 
put insurance for that new camera
and I'll put it into the shopping cart,
automatically.
The user didn't ask for it,
They weren't offered a popup
that says "do you want insurance?"
So user says: "why would I buy insurance
on something I can afford to replace?"
"This is just a money spinner for the
retailer, isn't it? No."
No? What instead they do? 
Just pop it in a shopping cart anyway.
Now of course I might notice that 
shocking item in the shopping cart
and remove it, that's perfectly okay,
they make that possible.
But they've put a thing in the shopping cart
without asking me deliberately.

English: 
Now that is manipulating 
a user to doing something
that's not probably in 
their best interest.
Similar thing is, if you
have something where,
"hey, sign up for free!"
And then I have this recurring
30 dollar-a-month billing thing
and they make it really really 
hard for you to cancel.
You know, you got this form and that form
and you know, half of the time 
you hit the button
submit button for the cancellation,
you get a 500 error...
I mean, that is often bad, and 
sometimes is done deliberately.
Those things are dark patterns, 
and I think, we as programmers,
have got to make explicit 
the active rejecting this.
We need to be advocates for our users.
And my point here is:
If you write code for that dark pattern,
if you wrote the code that slips the 
insurance into the shopping cart
without the user asking for it.
You are every bit as responsible
as the person who asked you to do it.

Spanish: 
Eso es manipular a un usuario
para hacer algo
que probablemente no esté entre sus intereses.
Algo similar es, si tienes algo que diga
"Ey, ¡regístrate gratis!"
Y luego recibo esta factura periódica
de 30 dólares al mes
y hacen muy difícil que puedas cancelarla.
Ya sabes, tienes un formulario,
y este otro formulario...
... y ya sabes, la mitad de las veces
que haces click en el botón
en el botón de "cancelar",
se produce un error 500.
Quiero decir, esto es malo,
y algunas veces está hecho a propósito.
Esas cosas son patrones oscursos,
y yo pienso que, como programadores,
tenemos que explícita y activamente
rechazar estas cosas.
Necesitamos ser defensores de nuestros usuarios.
Y lo que quiero decir es:
Si escribes código para el patrón oscuro,
si escribiste el código que mete el seguro
en el carrito de la compra
sin el usuario pidiéndolo,
eres exactamente tan responsable
como la persona que te pidió hacerlo.

English: 
We are responsible for 
the software we write,
both good and bad 
of what goes in there.
Now I'm not necessarily saying,
you know,
if somebody asks you 
to do something like that
you should automatically quit your job,
otherwise you're a bad person.
You know, I know everybody has to
balance a lot of things in their lives
and all the rest of it,
but you are responsible for the 
decision to write that code
and you have to balance that
responsibility across everything else.
Too many developers take the 
point of view which is...
...it doesn't matter what I code,
I just follow orders.
I just code what I'm asked to do.
I don't think that is good enough.
I think it is important that we, 
as developers, say
what we do is something that 
we're responsible for.
We have to take that responsibility on.
So, dark patterns surfing 
an obvious case of where
we have to think about 
ourselves differently, and say:
we need to be advocates for our users.
But I think even goes further than that.

Spanish: 
Somos responsables del software que escribimos,
tanto lo bueno como lo malo que conlleva.
No estoy diciendo que necesariamente,
si alguien te pide hacer algo como eso,
deberías dejar el trabajo automáticamente,
y si no eres una mala persona.
Sé que todo el mundo tiene que balancear
muchas cosas en sus vidas,
y todo el resto,
pero tú eres responsable de la decisión
de escribir ese código
y tienes que balancear esa responsabilidad
con todo lo demás.
Demasiados desarrolladores tienen 
este punto de vista de decir:
"no importa lo que programe, yo
solo sigo órdenes."
"Yo solo programo lo que me piden."
No creo que eso sea suficiente.
Pienso que es importante que, nosotros,
como desarrolladores, digamos
que lo que hacemos es algo de lo que 
somos responsables.
Necesitamos tomar esa responsabilidad.
Los patrones oscursos 
representan un claro caso donde
tenemos que pensar sobre nosotros mismos
de forma diferente, y decir:
"Necesitamos ser defensores de nuestros usuarios."
Pero yo pienso que incluso va más allá de esto.

English: 
I mean, so far I've talked about a
relatively small world
of users and analysts, 
some programmers...
developing software, 
coming up with things...
But, of course, 
that software and our users
are making an impact upon the world.
And we're also, 
in part degree at least,
responsible for that impact.
We have to say what impact is our software
having on the world around us.
And that can affect, again,
what we choose and where 
we choose to work.
In my younger days I spent 
a bunch of time working in healthcare
and I had the chance and did some
consulting work in the City of London,
in the financial industry.
And I was quite keen to do that, because 
financial industry is quite interesting.
You know, this weird 
financial products
intellectually interesting thing to work at.
But having worked there for a while,
I realized I didn't wanna work 
in that kind of place.

Spanish: 
Quiero decir, hasta ahora solo he hablado
de un relativamente pequeño mundo
de usuarios y analistas,
algunos programadores...
...desarrollando software,
consiguiendo cosas...
Pero, por supuesto,
el software y nuestros usuarios
están teniendo un impacto en todo el mundo.
Y nosotros somos, 
parcialmente al menos,
responsables de ese impacto.
Tenemos que decir qué impacto está teniendo
nuestro software en el mundo que nos rodea.
Y eso puede afectar, de nuevo,
en qué elegimos trabajar, y dónde
elegimos trabajar.
En mi juventud invertí bastante tiempo
trabajando para el sector de la salud
y tuve la oportunidad de trabajar como
consultor en la ciudad de Londres,
en la industria financiera.
Y tenía muchas ganas de hacerlo, porque
la industria financiera es ciertamente interesante.
Ya sabes, estos extraños 
productos financieros
son algo intelectualmente 
interesante para trabajar con ello.
Pero habiendo trabajado allí
durante una temporada,
Me di cuenta de que no quería trabajar
en ese tipo de sitio.

English: 
Because I didn't really feel that what 
they were doing was giving value to the world.
You could tell it from the way 
they treated their customers.
As far as they're concerned 
that customers were
a little bit more than just people 
to be taken advantage of, you know,
what thing we sell them in order 
to get some commission for us.
There's never any thinking in their heads
as to easy actually gonna be good for
them.
Very different when I worked 
in the health care area
where the doctors and nurses I talked to
were very much concerned of what was 
in the patient's best interests all the time.
So that led to a reaction 
from me that said:
"No, I don't think I want 
to spend my talent...
...supporting an industry and activities I
don't think it's beneficial in the world."
Now we're in a privileged position
in software development.
Now we have comfortable...
We can fairly easily get
comfortable jobs
You know, without any danger involved.
We're not going down mines or 
packing meat or anything like that.
We're not likely to be,
do physical harm to ourselves.

Spanish: 
Porque no sentía que lo que estábamos haciendo
estaba dando valor al mundo.
Lo podías ver en la forma en la que trataban
a sus clientes.
Tan pronto cómo veian que los clientes eran
algo más que simplemente gente
de la que aprovecharse, ya sabéis,
que cosa les vendemos para
sacar alguna comisión.
No piensan ni por un momento
en hacer algo bueno para ellos.
Muy diferente a cuando trabajé
en el sector de la salud,
donde los doctores y enfermeros 
con los que hablé
estaban muy preocupados de qué era lo 
mejor para sus pacientes en todo momento.
Eso llevó a una reacción por mi parte,
en la que dije:
"No, no quiero malgastar mi talento
apoyando una industria y unas actividades
que no creo que sean beneficiosas en el mundo."
Actualmente estamos en una posición privilegiada
en el mundo del desarrollo de software.
Tenemos cómodos...
Podemos conseguir fácilmente
trabajos cómodos.
Ya sabéis, sin ningún peligro involucrado.
No bajamos a minas o tenemos
que empaquetar carne o algo similar.
Difícilmente nos podemos provocar
daño físico a nosotros mismos.

Spanish: 
Deberíamos de hacer mucho para ello.
Que es algo con lo que no
se debería trivializar, pero...
... es mucho mejor que
amputarse el brazo.
Quiero decir, eso es lo que pasa en muchas 
empresas de empaquetado de carne,
particularmente en los Estados Unidos.
Ya sabéis, nos pagan bien
por nuestro trabajo.
Y yo pienso que tenemos un cierto
grado de responsabiliades. P.ej:
¿Dónde vamos a aplicar nuestros talentos?
Porque, al final, nosotros somos
responsables de usar nuestros talentos
para, con suerte, hacer del 
mundo un lugar mejor.
No estoy necesariamente diciendo que
todo el mundo debería dejar lo que están haciendo
e irse a construir hospitales a India
o algo por el estilo.
Pero deberíamos decir:
¿Es útil lo que estamos haciendo?
Presenté esta charla anteriormente
y alguien vino a mí después de ella,
y me dijo:
"es muy conmovedor lo que estás diciendo,
pero, ya sabes...
... no estoy haciendo ningún trabajo
particularmente útil para la sociedad...
... yo solo construyo, software para impresoras.
Antes de que pudiera incluso responderle,
el hombre detrás de él dijo:
"sí, pero el software para impresoras es útil,
recientemente tuve que comprar una casa...

English: 
If it might be a little bit of our side.
Which is actually not 
something to trivialize but...
...it's a hell lot better 
than chopping your arm off.
Well, I mean, that's what happens in
a lot of meat-packing areas,
particularly in the States.
You know, we get well paid 
for what we do.
And I think we have a certain degree of
responsibilities, say:
Where are we gonna apply our talents?
Because, in the end, we are 
responsible for using our talents
to, hopefully, make the world 
somewhat of a better place.
Now I'm not necessarily saying 
everybody should stop what they're doing
and go build hospitals in India 
or something of that kind.
But we should say:
"Is what we are doing useful?"
I got barely on this talk once,
and somebody came up to 
me afterwards and said:
"you know, it's very tackling what you're saying,
but, you know...
.. I'm not doing sort of any 
particularly socially useful work...
...I just build, right, printer software."
Before I could even answer,
the guy behind them said:
"yes, but printer software is useful.
I just had to buy a house...

Spanish: 
... y fue realmente útil para mí ser capaz de
imprimir todos los formularios en mi impresora...
... me salvó de muchos problemas,
hizo todo el proceso mucho más sencillo."
Ya sabéis, algo tan humilde
como software para impresoras,
es algo útil, ¿cierto?
Es algo útil que hace mejor 
la vida de las personas.
Por otra parte, si estás escribiendo
un programa que dice:
"Voy a decir que nos quedamos sin tinta,
cuando todavía queda un cuarto de tinta."
Eso es un patrón oscuro, por cierto,
y eso sería falso.
Pero el tema es que tienes que decir,
no tienes que estar
contribuyendo a una obra de caridad o
algo por el estilo
para hacer del mundo un lugar mejor.
Pero pienso que es importante para todo 
el mundo, reflexionar en, ya sabéis,
¿Qué efecto está teniendo en el mundo
el software que estoy escribiendo?
¿Es bueno o no?
Y todos hacemos decisiones individuales,
sobre cosas que debemos apoyar,
y cosas que no.
Pero lo que es común para todos nosotros,
es que tenemos la responsabilidad.

English: 
...it was really useful for me to be able to print 
out all the forms for that house, on my printer...
... that saved me a lot of trouble, 
it made the whole process a lot easier."
You know, something as
humble as printer software,
is valuable stuff, right?
It's an useful thing that 
makes people's lives better.
On the other hand, if you're 
writing a software that says
"I'm gonna say that we've run out of ink
when we've still got a quarter ink left."
That's a dark pattern by the way,
then that would be about fake.
But the point is you have to 
say, you don't have to be...
...contributing to a charitable 
cause or something like that...
... to be making the world a better place.
But I think it is important for everybody 
just to reflect on, you know,
how is the software I'm writing 
having an effect on the world?
Is it good or is it not?
And we all make individual decisions
about what things we would support,
and what things we shouldn't.
But what is common across all of us,
is we have the responsibility,

Spanish: 
Luchamos, tomamos la responsabilidad
por las decisiones que tomamos,
a lo largo de nuestras carreras.
Bueno, el último asunto del que
quiero hablar, para digamos
tratar este tema de la responsabilidad, es...
... la visión general (big picture).
Qué impacto está teniendo nuestro software,
y nuestra programación y nuestra profesión,
en el mundo, en conjunto.
Y hay dos áreas sobre las que
estoy realmente preocupado sobre esto,
y donde creo que nosotros, como profesión,
tenemos que trabajar mucho mucho más duro
para mejorar las cosas.
La primera de estas es la
atmósfera que provoca rechazo,
que existe y que expulsa a mucha gente
tanto de nuestra profesión
como de usar software.
El ejemplo más obvio de esto,
es el hecho de que
todo lo que tenéis que hacer es mirar en esta sala,
y deciros a vosotros mismos:
"Hmm, no hay muchas mujeres aquí."
Ese no es un buen signo.

English: 
We fought, we take the responsibility
for the choices that we make,
overall in our careers.
Well, the last area that 
I want to talk, to say,
bring up this responsibility thing, is...
... the very big picture.
What impact is all of our software,
and our programming and our profession
having upon the world, in aggregate.
And there are two areas where 
I'm really concerned about this
and where I think we, as a profession,
need to work much much harder 
to improve things.
The first of these is 
the alienating atmosphere
that exists and pushes many people away
both from our profession 
and from using software.
The most obvious example 
of this is the fact that,
all you gotta do is look around 
this room and say to yourself:
"Hmm, there aren't many women here rather."
That is not a good sign.

English: 
I mean, we, when I got 
into the software industry,
one of the things that appealed to me
about the software industry
was the notion that it was 
a meritocratic world, right?
It didn't matter the fact that
I come from a working class family
in an industrial area of Britain, 
you know, and I wasn't, you know,
I had a fairly good 
education, but, you know,
wasn't brought up with 
the refinements that
you know, somebody 
more up-class would have.
What matter is: 
"can I produce good code?"
You know, that meritocratic 
quality is a nice thing
and it will be a good thing to see 
it more broadly in the world
and less emphasis on inherited 
wealth and class and status
and more emphasis on what 
kind of good work you can do.
But any statement that 
the software industry
is a meritocracy, 
is rather undermined
when fifty percent of the population is
so severely underrepresented.
On top of that, that means that
there's a lot of really good talent
that we're not getting into our profession,
which is a terrible waste

Spanish: 
Quiero decir, nosotros... cuando yo
entré en la industria del software
una de las cosas que me gustaron sobre
la industria del software
era la noción de que era un mundo
meritocrático, ¿cierto?
No importaba el hecho de que
viniera de una familia de clase trabajadora
en un área industrial de Inglaterra,
ya sabéis, y no era, ya sabéis...
Tenía una educación bastante buena, pero...
no había crecido con la sofisticación que
ya sabéis, alguien de una clase superior tendría.
Lo que importa es: ¿puedo producir buen código?
Esa calidad meritocrática es una cosa muy buena
y sería muy bueno verla 
más ampliamente en el mundo
y menos énfasis en cosas heredadas
como riqueza, clase y estatus social...
y más énfasis en la clase de buen 
trabajo que puedes hacer.
Pero cualquier declaración
que diga que la industria del software
es una meritocracia,
está completamente desautorizada
cuando el 50 por ciento de la población
está severamente infrarepresentada.
Más allá de eso, eso significa que
hay mucho talento realmente bueno
que no estamos integrado en nuestra profesión,
lo que es una terrible pérdida,

English: 
both for our profession, and especially, 
for the people who, otherwise
would have a good, would have been 
able to take part in what we do.
And it's particularly compounded 
by the fact that a lot of the people
that are pushed away from our 
industry, are people in groups
that have suffered hundreds 
of years of discrimination.
And that's true for women,
it's true for Afroamericans 
in United States
It's true for a lot of lower 
cast people in India...
It varies depending on where 
you are in the world,
as to what groups tend 
to be pushed away,
but it's common.
And we have to fight against that.
I mean, you can't not look at what 
goes on in the web at the moment
without seeing many cases of 
where groups are pushed away
and alienated, 
and we have to fight against it.
And it's something we all are 
responsible for doing.
The fact that we ourselves, individually,
might not be acting like jerks,
doesn't mean that we can 
just ignore the problem.
This is phrased by an Australian general
made famous through a Youtube video, says:

Spanish: 
tanto para nuestra profesión, como para, 
especialmente, la gente que de otra manera
tendría un buen... tendría la posibilidad de
tomar parte en lo que hacemos.
Y eso es particularmente agravado
por el hecho de que mucha gente
que es rechazada en nuestra industria,
es gente en grupos
que han sufrido cientos 
de años de discriminación.
Eso es cierto para mujeres.
Es cierto para los afroamericanos
en Estados Unidos.
Es cierto para mucha gente
de baja clase social en India.
Varía dependiendo de donde
estés en el mundo,
los grupos que son rechazados,
pero es algo común.
Y tenemos que luchar contra ello.
No puedes mirar lo que está pasando
en Internet en estos momentos,
sin ver muchos casos donde grupos
son rechazados
y discriminados,
y tenemos que luchar contra ello.
Y es algo de lo que todos somos responsables.
El hecho de que nosotros, a nivel individual,
quizás no estemos actuando como idiotas,
no significa que podamos ignorar el problema.
Hay una frase de un general australiano,
que se hizo famosa a través de un video de Youtube,
que dice:

Spanish: 
"El comportamiento por el que pasas 
caminando, es comportamiento que aceptas."
Y creo que eso es totalmente cierto.
Si permitimos a la gente ser idiotas en Internet,
y rechazar/expulsar a varios grupos,
en el fondo somos cómplices.
Así que tenemos que descubrir
la solución para detener esto.
Y eso no solo ocurre en el mundo profesional.
También se refleja en nuestro software.
Uno de los grandes problemas que la gente sufre
es acoso, por ejemplo en Twitter.
Y me molesta, que los ingenieros
y científicos de datos en Twitter
no hayan encontrado maneras de
intentar reducir este acoso.
Quiero decir, somos capaces de producir todo tipo 
de sofisticadas soluciones para targetear publicidad.
¿Por qué no podemos usar, al menos parte,
de esa capacidad mental...
... para descubrir la solución a la 
prevención del acoso online?
Debemos hacerlo.
Ese es mi primer problema.
Necesitamos hacer algo sobre la atmósfera 
que provoca rechazo alrededor de nuestra industria
El segundo problema es la privacidad en Internet

English: 
"The behavior you walk past 
is the behavior you accept."
And I think that is very true.
If we allow people to be folks on the Internet,
and push away various groups,
we're, in the end, complicit.
So we have to figure out how to stop that.
And that's not just within the professional world.
That actions also in our software.
One of the big problems that people face
is harassment, for instance on Twitter.
And it troubles me, that the engineers
and the data scientists at Twitter
haven't found ways to try 
and reduce that harassment.
I mean, we can come up with all sorts
of clever ways of targeting advertising
Why can't we use at least 
some of that brain power...
...to figure out ways of 
preventing online harassment?
We should do that.
That's my first issue
We need to do something about the
alienating atmosphere around in our industry
The second issue is privacy on the Internet

Spanish: 
y el hecho de que necesitamos actuar
para asegurar que tenemos un Internet libre
donde la gente puede colaborar
sin miedo de ser perseguidos por gobiernos,
o por grupos criminales, etc. etc.
No voy a contar mucho sobre eso ahora,
porque después voy a dar una charla completa
al respecto con Eric
en la sección "defendiendo Internet libre"
por favor venid si queréis escucharnos
entrando en mucho más detalle sobre
por qué la privacidad es importante
para todos nosotros, pensemos que 
tenemos algo que ocultar o no,
y qué podemos hacer para solucionarlo.
Así que, volvamos a esta pregunta:
¿Cuál es el título de esta presentación?
¿Cómo resumo todo esto?
Bueno, básicamente todo lo que llevo
diciendo en estos últimos 20 minutos
es que nosotros no pensamos
que, como desarrolladores, debamos ser monos 
produciendo código en cantidades industriales.
Debemos ser una profesión,
simplemente como los 
doctores son una profesión,
o los abogados son una profesión,

English: 
and the fact that we need to act
to ensure that we have a free Internet
where we people can collaborate
without fear of persecution by governments,
or tax by criminal groups, etc. etc.
I'm not gonna say much more about that now,
because is a whole talk that I'm 
gonna give with Eric later on
in the "Defending the free Internet" section
and please come along to that if
you want to hear us
going a lot more detail about why
privacy is important
all of us whether we think we have
nothing to hide or not
and what we can do about to fix it.
So, let's come back to this question:
What's the title of this presentation?
How do I sum all this up?
Well, basically all I've been saying
in this last 20 minutes
it's... we won't, we don't think
that we as developers should be just
code monkeys bashing out code.
We should be a profession,
just as doctors are a profession
or lawyers are a profession

Spanish: 
y deberíamos de buscar ese tipo de estatus
en lo que hacemos y también deberíamos
tomar las responsabilidades
que nuestro estatus implica.
Eso significa que tenemos que 
relacionarnos con el mundo,
rechazar este estereotipo de 
desarrolladores de software
siendo gente que vive en sótanos
a los que les tiran pizza por debajo 
de la puerta de vez en cuando, y decir:
"No, podemos relacionanos con el mundo,
nosotros podemos ayudar a dirigir el mundo
en una dirección mejor."
Quiero decir, nuestro software ya está
haciendo eso de todos modos,
pero a menudo lo hace sin los desarrolladores
jugando un rol activo en ello.
Pienso que los desarrolladores deberían
jugar un rol activo en ello.
Somos gente brillante,
bien educada,
con suerte con una sensible visión sobre 
la manera en la que el mundo debería de ser
y potencialmente podemos actuar como líderes
para ayudar a que el mundo vaya mejor
Pero para hacer eso
tenemos que tomar la responsabilidad
de dar un paso adelante y hacerlo.
Y mi petición para todos vosotros,
es que penséis en maneras
en las que podéis hacerlo.

English: 
and we should look for that kind of status
in what we do and we should also 
take on the responsibilities
that that status implies.
That means we must engage with the world,
reject this stereotype of software developers
being people who live in basements
and they just fed pizza under 
the door every so often, and say:
"No, we can engage with the world,
we can help steer the world 
in a better direction."
I mean, our software does that anyway,
but often does it without the developers
playing an active role in that.
I think the developers 
should play an active role in that
we all bright people, 
we are well educated,
hopefully have a sensible view 
of the way the world should be
and potentially can act as leaders
as to help the world can be run better.
But in order to do that,
we need to take the responsibility 
to step up and do that.
And my request to you all,
is to think about ways 
in which you can do that.

English: 
Small or large, individual or combined with others.
But taking that responsibility
and acting as leaders in the world.
Thank you.

Spanish: 
Pequeñas o grandes, de forma individual
o combinadas con otras.
Pero tomando la responsabilidad
y actuando como líderes en el mundo.
Gracias.
