LinkedIn emplea cookies para mejorar la funcionalidad y el rendimiento de nuestro sitio web, así como para ofrecer publicidad relevante. Si continúas navegando por ese sitio web, aceptas el uso de cookies. Consulta nuestras Condiciones de uso y nuestra Política de privacidad para más información.
LinkedIn emplea cookies para mejorar la funcionalidad y el rendimiento de nuestro sitio web, así como para ofrecer publicidad relevante. Si continúas navegando por ese sitio web, aceptas el uso de cookies. Consulta nuestra Política de privacidad y nuestras Condiciones de uso para más información.
Failure is an option - most people working hard or seriously will
have failures to account for. The most interesting and character
defining trait of these people is how they recovered.
Advocates for Competence based interviewing teach do
concentrate on mistakes as learning experiencies.
Honesty rings a bell - What was the last time you f* up and how
you made up to that ?
There is failure, and there is FAIL
- Project managers managing HTML pages - Fail
- Methodologies sold as silver bullet - Fail
- Excess Excitement - Fail
- Less code, more tests - Fail
- Architecture of CRUD - Fail
- Failure and then failure again - FAIL
- Fall, Rise and Fail - EPIC FAIL
Parkinson's Law of Triviality is C. Northcote Parkinson's 1957
argument that organisations give disproportionate weight to trivial
Once upon a time there was
a 30-ish year-old vagrant
who never had a job. He had
never done a thing.
He thought he was fucking
clever so he started trying to
convince people by doing
magic stuff to impress dumb
folks around the way.
Not Jesus folks, meet the
CULT OF REWORK
Lazy observer - Object to be realized some day
Chain of irresponsibility (single irresponsibility principle)
Dumb interpreter - impedance mismatch
Mediator - the wireless phone
Visitor - constant visitor to the project
Strategy - see capt. obvious, prophets of the past
"I just work here"
"I am not the technical person (more from product owners)"
" X is my role, and that was not described on it"
Chain of Irresponsibility
The naive belief in "Best practices"
Broadcasting errors. Optimizations. Trust the database.
Developer blames sysadmin, sysadmin blames network guys,
network guys blames infrastructure which blames ......
"Hudson is not red anymore, time to go home"
Github and Continous Integration
Someone once said that there should be more tests than code.
Then a horde followed back and forgot that good code works.
Tons of tests for stupid code. DOJOs follow up. Until the day
there is a project which is not a CRUD.
Best practices for system administration should make
developers and syadmins work together.
Then someone comes with devops and Infrastructure as code
and TDD for infrastructure - lets create a failing alarm, and
correct it installing the proper service. Until you have 1M users
with no service available.
Simply said, the guy between the manager and the
Methodology roles that somehow morphs into job descriptions.
Your pair on pair programming.
The guy who checks his iPhone, his watch, corrects comment's
spelling and helps writing commit messages while you are
working on a CSS file.
The guy that's keep arguing over trivial semantics (see bike
Your very own partner, discussing which VIM theme is better
for syntax highlight
So there is this guy who knows everything. He has the most
amazing ideas about everything.
He is Warren Buffett in somebody else's body. For some
(unfair) reason, he doesn't own the company.
But he is the man and start shitting theories, rules and
products. When the real world comes over and proves he's a
smartacus, then you realize he is ...
Captain Obvious is never wrong. Those ideas were not his. He
always knew that the product would fail but he is altruistic and
let people learn from their mistakes.
At every moment, count on a perfect and didactic explanation
to what went wrong and a fucking gigantic email blaming
Right in the sky, above all clouds...
CAPTAIN OBVIOUS, THE PROPHET OF THE PAST