SlideShare ist ein Scribd-Unternehmen logo
1 von 75
Downloaden Sie, um offline zu lesen
Wisdom of the
Bearded Gurus

vendredi 4 octobre 2013
vendredi 4 octobre 2013
vendredi 4 octobre 2013
Wisdom of the
Bearrrrded
Gurrrrus
vendredi 4 octobre 2013
Me at 10

vendredi 4 octobre 2013

Here’s me at 10. Young, foolish and frankly? Underwater.
Culture, films, comics: ancient is good.
Well OK but why didn’t it win?
Unless of course it’s... secret.
You noticed that game BTW? Guess what: people are often slowed down because of idolizing things.
Me at 20

vendredi 4 octobre 2013

Here’s me at 18~23.
Why the pain? Well I’m in an association and it seems we never learn.
Why don’t we learn? Maybe it’s just hard.
Note that, if it’s secret it’s not my fault I don’t know. I have excuses.
Feeling like a kid

vendredi 4 octobre 2013

But I don’t like excuses, or rather, I’d like to find the secret to beat people.
Then I started looking, and I felt like a kid again.
Afraid of the big guys.
How to stand proud when you only have just a pack of menthol sweets?
Arrogance

vendredi 4 octobre 2013

Luckily for me, arrogance came back.
I felt like I knew everything.
Then I know I don’t.
Then I try to bluff people in thinking I do.
Crew!
Boat!

vendredi 4 octobre 2013

At some point I found something like a crew.
Luckily for me, the Ruby crew is an awesome crew ;)
maitre-du-monde.fr
@abelar_s

vendredi 4 octobre 2013

OK so now you know me, where are we going?
Let’s go
fearlessly

vendredi 4 octobre 2013

Let’s unearth some old geeks’ bones.
?
vendredi 4 octobre 2013

We’re lost.
And the path... wow, it’s difficult to even know where it starts.
OH: it’s fun to see the
(Node.)JS community be
rocked hard each time they
rediscover old things.

vendredi 4 octobre 2013

This made me laugh because Ruby & Rails is not the cool kid anymore,
so bashing JS guys was fun.
Object/Relational Mapping
is the Vietnam of computer
science
- Ted Newark

vendredi 4 octobre 2013

Or not.
I’m not quoting what other, older, less fancy communities say about Ruby.
- imperative programming
- object-oriented prog.
- ActiveRecord-oriented prog.
When did it go wrong?

vendredi 4 octobre 2013

At least we have some healthy sense of self-derision to correct ourselves.
I would advise students to
pay more attention to the
fundamental ideas rather
than the latest technology.
The technology will be outof-date before they graduate.
Fundamental ideas never
get out of date.
-- David Parnas

vendredi 4 octobre 2013

Wow.
How about human stuff?
Tech changed every 10 years (now rather every 2 years) but humans evolved in millenia so that’s not going anytime soon.
vendredi 4 octobre 2013
Books

vendredi 4 octobre 2013
Universities

vendredi 4 octobre 2013
Communications of the ACM

vendredi 4 octobre 2013

Also, conferences like SIGGRAPH.
In Search of an Understandable Consensus Algorithm
Diego Ongaro and John Ousterhout
Stanford University
(Draft of April 7, 2013, under submission to SOSP)
Abstract

was our most important criterion in evaluating design alternatives. We applied specific techniques to
improve understandability, including decomposition
(Raft separates leader election, log replication, and
safety so that they can be understood relatively independently) and state space reduction (Raft reduces
the degree of nondeterminism and the ways servers
can be inconsistent with each other, in order to make
it easier to reason about the system).
• Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue
requests; other servers are completely passive. This
makes Raft easier to understand and also simplifies
the implementation.
• Membership changes: Raft’s mechanism for
changing the set of servers in the cluster uses a simple joint consensus approach where the majorities
of two different configurations overlap during transitions.
We performed a user study with 43 graduate students
at two universities to test our hypothesis that Raft is more
understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft
23% better than questions about Paxos.
We have implemented Raft in about 1500 lines of
C++ code, and the implementation is used as part of
RAMCloud [18]. We have also proven the correctness
of the Raft algorithm.
The remainder of the paper introduces the replicated
state machine problem (Section 2), discusses the strengths
and weaknesses of Paxos (Section 3), describes our general approach to understandability (Section 4), presents
the Raft consensus algorithm (Sections 5-7), evaluates
Raft (Section 8), and discusses related work (Section 9).

Raft is a consensus algorithm for managing a replicated
log. It produces a result equivalent to Paxos, and it is
as efficient as Paxos, but its structure is different from
Paxos; this makes Raft more understandable than Paxos
and also provides a better foundation for building practical systems. In order to enhance understandability, Raft
separates the key elements of consensus, such as leader
election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must
be considered. Raft also includes a new mechanism for
changing the cluster membership, which uses overlapping
majorities to guarantee safety. Results from a user study
demonstrate that Raft is easier for students to learn than
Paxos.

1 Introduction
Consensus algorithms allow a collection of machines
to work as a coherent group that can survive the failures
of some of its members. Because of this, they play a
key role in building reliable large-scale software systems.
Paxos [9, 10] has dominated the discussion of consensus
algorithms over the last decade: most implementations
of consensus are based on Paxos or influenced by it, and
Paxos has become the primary vehicle used to teach students about consensus.
Unfortunately, Paxos is quite difficult to understand, in
spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both
system builders and students struggle with Paxos.
After struggling with Paxos ourselves, we set out to
find a new consensus algorithm that could provide a better foundation for system building and education. Our approach was unusual in that our primary goal was understandability: could we define a consensus algorithm and
describe it in a way that is significantly easier to learn than
Paxos, and that facilitates the development of intuitions
that are essential for system builders? It was important
not just for the algorithm to work, but for it to be obvious why it works. In addition, the algorithm needed to be
complete enough to cover all the major issues required for
an implementation.
The result of our effort is a consensus algorithm called
Raft. Raft is similar in many ways to existing consensus
algorithms (most notably, Oki and Liskov’s Viewstamped
Replication [17]), but it has several novel aspects:
• Design for understandability: understandability

2 Achieving fault-tolerance with replicated
state machines
Consensus algorithms typically arise in the context of
replicated state machines [20]. In this approach, state machines on a collection of servers compute identical copies
of the same state and can continue operating even if some
of the servers are down. Replicated state machines are
used to solve a variety of fault-tolerance problems in distributed systems. For example, large-scale systems that
have a single cluster leader, such as GFS [4], HDFS [21],
and RAMCloud [18], typically use a separate replicated
state machine to manage leader election and store config1

vendredi 4 octobre 2013

So now you’ve found some papers.
In Search of an Understandable Consensus Algorithm
Diego Ongaro and John Ousterhout
Stanford University
(Draft of April 7, 2013, under submission to SOSP)
Abstract

was our most important criterion in evaluating design alternatives. We applied specific techniques to
improve understandability, including decomposition
(Raft separates leader election, log replication, and
safety so that they can be understood relatively independently) and state space reduction (Raft reduces
the degree of nondeterminism and the ways servers
can be inconsistent with each other, in order to make
it easier to reason about the system).
• Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue
requests; other servers are completely passive. This
makes Raft easier to understand and also simplifies
the implementation.
• Membership changes: Raft’s mechanism for
changing the set of servers in the cluster uses a simple joint consensus approach where the majorities
of two different configurations overlap during transitions.
We performed a user study with 43 graduate students
at two universities to test our hypothesis that Raft is more
understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft
23% better than questions about Paxos.
We have implemented Raft in about 1500 lines of
C++ code, and the implementation is used as part of
RAMCloud [18]. We have also proven the correctness
of the Raft algorithm.
The remainder of the paper introduces the replicated
state machine problem (Section 2), discusses the strengths
and weaknesses of Paxos (Section 3), describes our general approach to understandability (Section 4), presents
the Raft consensus algorithm (Sections 5-7), evaluates
Raft (Section 8), and discusses related work (Section 9).

Raft is a consensus algorithm for managing a replicated
log. It produces a result equivalent to Paxos, and it is
as efficient as Paxos, but its structure is different from
Paxos; this makes Raft more understandable than Paxos
and also provides a better foundation for building practical systems. In order to enhance understandability, Raft
separates the key elements of consensus, such as leader
election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must
be considered. Raft also includes a new mechanism for
changing the cluster membership, which uses overlapping
majorities to guarantee safety. Results from a user study
demonstrate that Raft is easier for students to learn than
Paxos.

1 Introduction

Scriptless
Attacks

Consensus algorithms allow a collection of machines
to work as a coherent group that can survive the failures
of some of its members. Because of this, they play a
key role in building reliable large-scale software systems.
Paxos [9, 10] has dominated the discussion of consensus
algorithms over the last decade: most implementations
of consensus are based on Paxos or influenced by it, and
Paxos has become the primary vehicle used to teach students about consensus.
Unfortunately, Paxos is quite difficult to understand, in
spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both
system builders and students struggle with Paxos.
After struggling with Paxos ourselves, we set out to
find a new consensus algorithm that could provide a better foundation for system building and education. Our approach was unusual in that our primary goal was understandability: could we define a consensus algorithm and
describe it in a way that is significantly easier to learn than
Paxos, and that facilitates the development of intuitions
that are essential for system builders? It was important
not just for the algorithm to work, but for it to be obvious why it works. In addition, the algorithm needed to be
complete enough to cover all the major issues required for
an implementation.
The result of our effort is a consensus algorithm called
Raft. Raft is similar in many ways to existing consensus
algorithms (most notably, Oki and Liskov’s Viewstamped
Replication [17]), but it has several novel aspects:
• Design for understandability: understandability

Lamport’s
Paxos

2 Achieving fault-tolerance with replicated
state machines
Consensus algorithms typically arise in the context of
replicated state machines [20]. In this approach, state machines on a collection of servers compute identical copies
of the same state and can continue operating even if some
of the servers are down. Replicated state machines are
used to solve a variety of fault-tolerance problems in distributed systems. For example, large-scale systems that
have a single cluster leader, such as GFS [4], HDFS [21],
and RAMCloud [18], typically use a separate replicated
state machine to manage leader election and store config-

1

vendredi 4 octobre 2013

These are pretty different papers by the way.
Scriptless Attacks
vendredi 4 octobre 2013
In Search of an Understandable Consensus Algorithm
Diego Ongaro and John Ousterhout
Stanford University
(Draft of April 7, 2013, under submission to SOSP)
Abstract
Raft is a consensus algorithm for managing a replicated
log. It produces a result equivalent to Paxos, and it is
as efficient as Paxos, but its structure is different from
Paxos; this makes Raft more understandable than Paxos
and also provides a better foundation for building practical systems. In order to enhance understandability, Raft
separates the key elements of consensus, such as leader
election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must
be considered. Raft also includes a new mechanism for
changing the cluster membership, which uses overlapping
majorities to guarantee safety. Results from a user study
demonstrate that Raft is easier for students to learn than
Paxos.

1 Introduction
Consensus algorithms allow a collection of machines
to work as a coherent group that can survive the failures
of some of its members. Because of this, they play a
key role in building reliable large-scale software systems.
Paxos [9, 10] has dominated the discussion of consensus
algorithms over the last decade: most implementations
of consensus are based on Paxos or influenced by it, and
Paxos has become the primary vehicle used to teach students about consensus.
vendredi 4 Unfortunately, Paxos is quite difficult to understand, in
octobre 2013
spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both

was our most important criterion in evaluating design alternatives. We applied specific techniques to
improve understandability, including decomposition
(Raft separates leader election, log replication, and
safety so that they can be understood relatively independently) and state space reduction (Raft reduces
the degree of nondeterminism and the ways servers
can be inconsistent with each other, in order to make
it easier to reason about the system).
• Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue
requests; other servers are completely passive. This
makes Raft easier to understand and also simplifies
the implementation.
• Membership changes: Raft’s mechanism for
changing the set of servers in the cluster uses a simple joint consensus approach where the majorities
of two different configurations overlap during transitions.
We performed a user study with 43 graduate students
at two universities to test our hypothesis that Raft is more
understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft
23% better than questions about Paxos.
We have implemented Raft in about 1500 lines of
C++ code, and the implementation is used as part of
RAMCloud [18]. We have also proven the correctness
of the Raft algorithm.
The remainder of the paper introduces the replicated

Lamport’s Paxos
Lamport’s Paxos

vendredi 4 octobre 2013

Well at least, Lamport’s has more pictures in it.
vendredi 4 octobre 2013

HELP! We’re talking technical jargon here!
vendredi 4 octobre 2013

Looks like it was made by a robot and we’d need some translation.z
Title
Team & uni.
keywords
Abstract

vendredi 4 octobre 2013

Friendly Droid will help translate.
They all have the same structure.

intro
related
works
conclusion

Acknowledg
ements
references
vendredi 4 octobre 2013

Tags / abstract / introduction and conclusion are where to start for fast reading.
Title
Team
Abstract

vendredi 4 octobre 2013

On the Web you can do things a bit differently.
keywords
related
works

vendredi 4 octobre 2013
Title
keywords?
Abstract?
(Team)

Acknowledgements

intro

conclusion
references
vendredi 4 octobre 2013

A thesis is a bit different but respects the same codes.
Here’s my proposal

vendredi 4 octobre 2013
Find nuggets

vendredi 4 octobre 2013

"When you want to do something differently from the rest of the world,
it's a good idea to look into whether the rest of the world knows
something you don't."
Meet, drink, talk

vendredi 4 octobre 2013
Fight!

vendredi 4 octobre 2013
Form parties

vendredi 4 octobre 2013
Set sail!

vendredi 4 octobre 2013
Adventure time!

vendredi 4 octobre 2013
Now you’re mainstream

vendredi 4 octobre 2013
Questions?

vendredi 4 octobre 2013
@abelar_s
maitre-du-monde.fr
vendredi 4 octobre 2013

Have fun!
Beard or
nerd?
A game of
beards

vendredi 4 octobre 2013
RULES:
guess guru levels based on beard

vendredi 4 octobre 2013
Beware of traps!

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Alan Cox
Linux Kernel

vendredi 4 octobre 2013
vendredi 4 octobre 2013
DMR & Ken Thompson
B / Unix / Plan9

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Alan Kay
Smalltalk

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Robert Tarjan
Graph Theory

vendredi 4 octobre 2013
vendredi 4 octobre 2013
EWD

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Captain Crunch

vendredi 4 octobre 2013
vendredi 4 octobre 2013
McCarthy

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Sergey Brin

vendredi 4 octobre 2013
vendredi 4 octobre 2013
John Carmack

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Don Knuth

vendredi 4 octobre 2013
vendredi 4 octobre 2013
ADA

vendredi 4 octobre 2013
vendredi 4 octobre 2013
Grace Hopper

vendredi 4 octobre 2013
?

vendredi 4 octobre 2013
?
vendredi 4 octobre 2013

if you agree that Stallmann has a better beard than Bill Joy
you are forced to agree that emacs beats Vim!
?
vendredi 4 octobre 2013
?
vendredi 4 octobre 2013
?
vendredi 4 octobre 2013
vendredi 4 octobre 2013

Weitere ähnliche Inhalte

Ähnlich wie Bearded gurus

Dynamic Layer Management in Super-Peer Architectures
Dynamic Layer Management in Super-Peer ArchitecturesDynamic Layer Management in Super-Peer Architectures
Dynamic Layer Management in Super-Peer ArchitecturesZhenyun Zhuang
 
XML Considered Harmful
XML Considered HarmfulXML Considered Harmful
XML Considered HarmfulPrateek Singh
 
Scimakelatex.83323.robson+medeiros+de+araujo
Scimakelatex.83323.robson+medeiros+de+araujoScimakelatex.83323.robson+medeiros+de+araujo
Scimakelatex.83323.robson+medeiros+de+araujoRobson Araujo
 
hints for computer system design by Butler Lampson
hints for computer system design by Butler Lampsonhints for computer system design by Butler Lampson
hints for computer system design by Butler Lampsonmustafa sarac
 
Constructing Operating Systems and E-Commerce
Constructing Operating Systems and E-CommerceConstructing Operating Systems and E-Commerce
Constructing Operating Systems and E-CommerceIJARIIT
 
Data Structures in the Multicore Age : Notes
Data Structures in the Multicore Age : NotesData Structures in the Multicore Age : Notes
Data Structures in the Multicore Age : NotesSubhajit Sahu
 
Parallel and distributed genetic algorithm with multiple objectives to impro...
Parallel and distributed genetic algorithm  with multiple objectives to impro...Parallel and distributed genetic algorithm  with multiple objectives to impro...
Parallel and distributed genetic algorithm with multiple objectives to impro...khalil IBRAHIM
 
LOCK-FREE PARALLEL ACCESS COLLECTIONS
LOCK-FREE PARALLEL ACCESS COLLECTIONSLOCK-FREE PARALLEL ACCESS COLLECTIONS
LOCK-FREE PARALLEL ACCESS COLLECTIONSijdpsjournal
 
Lock free parallel access collections
Lock free parallel access collectionsLock free parallel access collections
Lock free parallel access collectionsijdpsjournal
 
Comparing reinforcement learning and access points with rowel
Comparing reinforcement learning and access points with rowelComparing reinforcement learning and access points with rowel
Comparing reinforcement learning and access points with rowelijcseit
 
Real-world Concurrency : Notes
Real-world Concurrency : NotesReal-world Concurrency : Notes
Real-world Concurrency : NotesSubhajit Sahu
 
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxDiscussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxduketjoy27252
 
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxDiscussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxedgar6wallace88877
 
Deploying the producer consumer problem using homogeneous modalities
Deploying the producer consumer problem using homogeneous modalitiesDeploying the producer consumer problem using homogeneous modalities
Deploying the producer consumer problem using homogeneous modalitiesFredrick Ishengoma
 
Data Engineering for Data Scientists
Data Engineering for Data Scientists Data Engineering for Data Scientists
Data Engineering for Data Scientists jlacefie
 
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)Gleicon Moraes
 
Event-Driven, Client-Server Archetypes for E-Commerce
Event-Driven, Client-Server Archetypes for E-CommerceEvent-Driven, Client-Server Archetypes for E-Commerce
Event-Driven, Client-Server Archetypes for E-Commerceijtsrd
 
Building a Distributed System, The Basics
Building a Distributed System, The BasicsBuilding a Distributed System, The Basics
Building a Distributed System, The BasicsRich Beaudoin
 

Ähnlich wie Bearded gurus (20)

Dynamic Layer Management in Super-Peer Architectures
Dynamic Layer Management in Super-Peer ArchitecturesDynamic Layer Management in Super-Peer Architectures
Dynamic Layer Management in Super-Peer Architectures
 
XML Considered Harmful
XML Considered HarmfulXML Considered Harmful
XML Considered Harmful
 
Scimakelatex.83323.robson+medeiros+de+araujo
Scimakelatex.83323.robson+medeiros+de+araujoScimakelatex.83323.robson+medeiros+de+araujo
Scimakelatex.83323.robson+medeiros+de+araujo
 
hints for computer system design by Butler Lampson
hints for computer system design by Butler Lampsonhints for computer system design by Butler Lampson
hints for computer system design by Butler Lampson
 
Constructing Operating Systems and E-Commerce
Constructing Operating Systems and E-CommerceConstructing Operating Systems and E-Commerce
Constructing Operating Systems and E-Commerce
 
Compiler design
Compiler designCompiler design
Compiler design
 
Data Structures in the Multicore Age : Notes
Data Structures in the Multicore Age : NotesData Structures in the Multicore Age : Notes
Data Structures in the Multicore Age : Notes
 
Parallel and distributed genetic algorithm with multiple objectives to impro...
Parallel and distributed genetic algorithm  with multiple objectives to impro...Parallel and distributed genetic algorithm  with multiple objectives to impro...
Parallel and distributed genetic algorithm with multiple objectives to impro...
 
LOCK-FREE PARALLEL ACCESS COLLECTIONS
LOCK-FREE PARALLEL ACCESS COLLECTIONSLOCK-FREE PARALLEL ACCESS COLLECTIONS
LOCK-FREE PARALLEL ACCESS COLLECTIONS
 
Lock free parallel access collections
Lock free parallel access collectionsLock free parallel access collections
Lock free parallel access collections
 
Ax34298305
Ax34298305Ax34298305
Ax34298305
 
Comparing reinforcement learning and access points with rowel
Comparing reinforcement learning and access points with rowelComparing reinforcement learning and access points with rowel
Comparing reinforcement learning and access points with rowel
 
Real-world Concurrency : Notes
Real-world Concurrency : NotesReal-world Concurrency : Notes
Real-world Concurrency : Notes
 
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxDiscussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
 
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docxDiscussion Board Deliverable Length 4 – 6 paragraphs An.docx
Discussion Board Deliverable Length 4 – 6 paragraphs An.docx
 
Deploying the producer consumer problem using homogeneous modalities
Deploying the producer consumer problem using homogeneous modalitiesDeploying the producer consumer problem using homogeneous modalities
Deploying the producer consumer problem using homogeneous modalities
 
Data Engineering for Data Scientists
Data Engineering for Data Scientists Data Engineering for Data Scientists
Data Engineering for Data Scientists
 
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)
Dlsecyx pgroammr (Dyslexic Programmer - cool stuff for scaling)
 
Event-Driven, Client-Server Archetypes for E-Commerce
Event-Driven, Client-Server Archetypes for E-CommerceEvent-Driven, Client-Server Archetypes for E-Commerce
Event-Driven, Client-Server Archetypes for E-Commerce
 
Building a Distributed System, The Basics
Building a Distributed System, The BasicsBuilding a Distributed System, The Basics
Building a Distributed System, The Basics
 

Mehr von Sylvain Abélard

Mehr von Sylvain Abélard (10)

A taste of Cognac
A taste of CognacA taste of Cognac
A taste of Cognac
 
ParisRB - dossier de presse
ParisRB - dossier de presseParisRB - dossier de presse
ParisRB - dossier de presse
 
Hack your Motivation - full
Hack your Motivation - fullHack your Motivation - full
Hack your Motivation - full
 
Paris rb is_love
Paris rb is_loveParis rb is_love
Paris rb is_love
 
Hack Your Brain
Hack Your BrainHack Your Brain
Hack Your Brain
 
Hack Your Brain - Trivia
Hack Your Brain - TriviaHack Your Brain - Trivia
Hack Your Brain - Trivia
 
Hack Your Brain - FR
Hack Your Brain - FRHack Your Brain - FR
Hack Your Brain - FR
 
Presspack full-text
Presspack full-textPresspack full-text
Presspack full-text
 
GetText / Rails - FR
GetText / Rails - FRGetText / Rails - FR
GetText / Rails - FR
 
GetText / Rails
GetText / RailsGetText / Rails
GetText / Rails
 

Kürzlich hochgeladen

A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?Igalia
 
Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsJoaquim Jorge
 
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc
 
Presentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreterPresentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreternaman860154
 
Finology Group – Insurtech Innovation Award 2024
Finology Group – Insurtech Innovation Award 2024Finology Group – Insurtech Innovation Award 2024
Finology Group – Insurtech Innovation Award 2024The Digital Insurer
 
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...Miguel Araújo
 
Handwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed textsHandwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed textsMaria Levchenko
 
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking MenDelhi Call girls
 
Breaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountBreaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountPuma Security, LLC
 
[2024]Digital Global Overview Report 2024 Meltwater.pdf
[2024]Digital Global Overview Report 2024 Meltwater.pdf[2024]Digital Global Overview Report 2024 Meltwater.pdf
[2024]Digital Global Overview Report 2024 Meltwater.pdfhans926745
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityPrincipled Technologies
 
The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024Rafal Los
 
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdf
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdfThe Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdf
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdfEnterprise Knowledge
 
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...apidays
 
08448380779 Call Girls In Diplomatic Enclave Women Seeking Men
08448380779 Call Girls In Diplomatic Enclave Women Seeking Men08448380779 Call Girls In Diplomatic Enclave Women Seeking Men
08448380779 Call Girls In Diplomatic Enclave Women Seeking MenDelhi Call girls
 
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024The Digital Insurer
 
CNv6 Instructor Chapter 6 Quality of Service
CNv6 Instructor Chapter 6 Quality of ServiceCNv6 Instructor Chapter 6 Quality of Service
CNv6 Instructor Chapter 6 Quality of Servicegiselly40
 
GenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day PresentationGenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day PresentationMichael W. Hawkins
 
Real Time Object Detection Using Open CV
Real Time Object Detection Using Open CVReal Time Object Detection Using Open CV
Real Time Object Detection Using Open CVKhem
 
08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking MenDelhi Call girls
 

Kürzlich hochgeladen (20)

A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?
 
Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and Myths
 
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
 
Presentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreterPresentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreter
 
Finology Group – Insurtech Innovation Award 2024
Finology Group – Insurtech Innovation Award 2024Finology Group – Insurtech Innovation Award 2024
Finology Group – Insurtech Innovation Award 2024
 
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...
Mastering MySQL Database Architecture: Deep Dive into MySQL Shell and MySQL R...
 
Handwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed textsHandwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed texts
 
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
 
Breaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountBreaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path Mount
 
[2024]Digital Global Overview Report 2024 Meltwater.pdf
[2024]Digital Global Overview Report 2024 Meltwater.pdf[2024]Digital Global Overview Report 2024 Meltwater.pdf
[2024]Digital Global Overview Report 2024 Meltwater.pdf
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
 
The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024
 
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdf
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdfThe Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdf
The Role of Taxonomy and Ontology in Semantic Layers - Heather Hedden.pdf
 
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
 
08448380779 Call Girls In Diplomatic Enclave Women Seeking Men
08448380779 Call Girls In Diplomatic Enclave Women Seeking Men08448380779 Call Girls In Diplomatic Enclave Women Seeking Men
08448380779 Call Girls In Diplomatic Enclave Women Seeking Men
 
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024
 
CNv6 Instructor Chapter 6 Quality of Service
CNv6 Instructor Chapter 6 Quality of ServiceCNv6 Instructor Chapter 6 Quality of Service
CNv6 Instructor Chapter 6 Quality of Service
 
GenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day PresentationGenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day Presentation
 
Real Time Object Detection Using Open CV
Real Time Object Detection Using Open CVReal Time Object Detection Using Open CV
Real Time Object Detection Using Open CV
 
08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men
 

Bearded gurus

  • 1. Wisdom of the Bearded Gurus vendredi 4 octobre 2013
  • 5. Me at 10 vendredi 4 octobre 2013 Here’s me at 10. Young, foolish and frankly? Underwater. Culture, films, comics: ancient is good. Well OK but why didn’t it win? Unless of course it’s... secret. You noticed that game BTW? Guess what: people are often slowed down because of idolizing things.
  • 6. Me at 20 vendredi 4 octobre 2013 Here’s me at 18~23. Why the pain? Well I’m in an association and it seems we never learn. Why don’t we learn? Maybe it’s just hard. Note that, if it’s secret it’s not my fault I don’t know. I have excuses.
  • 7. Feeling like a kid vendredi 4 octobre 2013 But I don’t like excuses, or rather, I’d like to find the secret to beat people. Then I started looking, and I felt like a kid again. Afraid of the big guys. How to stand proud when you only have just a pack of menthol sweets?
  • 8. Arrogance vendredi 4 octobre 2013 Luckily for me, arrogance came back. I felt like I knew everything. Then I know I don’t. Then I try to bluff people in thinking I do.
  • 9. Crew! Boat! vendredi 4 octobre 2013 At some point I found something like a crew. Luckily for me, the Ruby crew is an awesome crew ;)
  • 10. maitre-du-monde.fr @abelar_s vendredi 4 octobre 2013 OK so now you know me, where are we going?
  • 11. Let’s go fearlessly vendredi 4 octobre 2013 Let’s unearth some old geeks’ bones.
  • 12. ? vendredi 4 octobre 2013 We’re lost. And the path... wow, it’s difficult to even know where it starts.
  • 13. OH: it’s fun to see the (Node.)JS community be rocked hard each time they rediscover old things. vendredi 4 octobre 2013 This made me laugh because Ruby & Rails is not the cool kid anymore, so bashing JS guys was fun.
  • 14. Object/Relational Mapping is the Vietnam of computer science - Ted Newark vendredi 4 octobre 2013 Or not. I’m not quoting what other, older, less fancy communities say about Ruby.
  • 15. - imperative programming - object-oriented prog. - ActiveRecord-oriented prog. When did it go wrong? vendredi 4 octobre 2013 At least we have some healthy sense of self-derision to correct ourselves.
  • 16. I would advise students to pay more attention to the fundamental ideas rather than the latest technology. The technology will be outof-date before they graduate. Fundamental ideas never get out of date. -- David Parnas vendredi 4 octobre 2013 Wow. How about human stuff? Tech changed every 10 years (now rather every 2 years) but humans evolved in millenia so that’s not going anytime soon.
  • 20. Communications of the ACM vendredi 4 octobre 2013 Also, conferences like SIGGRAPH.
  • 21. In Search of an Understandable Consensus Algorithm Diego Ongaro and John Ousterhout Stanford University (Draft of April 7, 2013, under submission to SOSP) Abstract was our most important criterion in evaluating design alternatives. We applied specific techniques to improve understandability, including decomposition (Raft separates leader election, log replication, and safety so that they can be understood relatively independently) and state space reduction (Raft reduces the degree of nondeterminism and the ways servers can be inconsistent with each other, in order to make it easier to reason about the system). • Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue requests; other servers are completely passive. This makes Raft easier to understand and also simplifies the implementation. • Membership changes: Raft’s mechanism for changing the set of servers in the cluster uses a simple joint consensus approach where the majorities of two different configurations overlap during transitions. We performed a user study with 43 graduate students at two universities to test our hypothesis that Raft is more understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft 23% better than questions about Paxos. We have implemented Raft in about 1500 lines of C++ code, and the implementation is used as part of RAMCloud [18]. We have also proven the correctness of the Raft algorithm. The remainder of the paper introduces the replicated state machine problem (Section 2), discusses the strengths and weaknesses of Paxos (Section 3), describes our general approach to understandability (Section 4), presents the Raft consensus algorithm (Sections 5-7), evaluates Raft (Section 8), and discusses related work (Section 9). Raft is a consensus algorithm for managing a replicated log. It produces a result equivalent to Paxos, and it is as efficient as Paxos, but its structure is different from Paxos; this makes Raft more understandable than Paxos and also provides a better foundation for building practical systems. In order to enhance understandability, Raft separates the key elements of consensus, such as leader election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must be considered. Raft also includes a new mechanism for changing the cluster membership, which uses overlapping majorities to guarantee safety. Results from a user study demonstrate that Raft is easier for students to learn than Paxos. 1 Introduction Consensus algorithms allow a collection of machines to work as a coherent group that can survive the failures of some of its members. Because of this, they play a key role in building reliable large-scale software systems. Paxos [9, 10] has dominated the discussion of consensus algorithms over the last decade: most implementations of consensus are based on Paxos or influenced by it, and Paxos has become the primary vehicle used to teach students about consensus. Unfortunately, Paxos is quite difficult to understand, in spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both system builders and students struggle with Paxos. After struggling with Paxos ourselves, we set out to find a new consensus algorithm that could provide a better foundation for system building and education. Our approach was unusual in that our primary goal was understandability: could we define a consensus algorithm and describe it in a way that is significantly easier to learn than Paxos, and that facilitates the development of intuitions that are essential for system builders? It was important not just for the algorithm to work, but for it to be obvious why it works. In addition, the algorithm needed to be complete enough to cover all the major issues required for an implementation. The result of our effort is a consensus algorithm called Raft. Raft is similar in many ways to existing consensus algorithms (most notably, Oki and Liskov’s Viewstamped Replication [17]), but it has several novel aspects: • Design for understandability: understandability 2 Achieving fault-tolerance with replicated state machines Consensus algorithms typically arise in the context of replicated state machines [20]. In this approach, state machines on a collection of servers compute identical copies of the same state and can continue operating even if some of the servers are down. Replicated state machines are used to solve a variety of fault-tolerance problems in distributed systems. For example, large-scale systems that have a single cluster leader, such as GFS [4], HDFS [21], and RAMCloud [18], typically use a separate replicated state machine to manage leader election and store config1 vendredi 4 octobre 2013 So now you’ve found some papers.
  • 22. In Search of an Understandable Consensus Algorithm Diego Ongaro and John Ousterhout Stanford University (Draft of April 7, 2013, under submission to SOSP) Abstract was our most important criterion in evaluating design alternatives. We applied specific techniques to improve understandability, including decomposition (Raft separates leader election, log replication, and safety so that they can be understood relatively independently) and state space reduction (Raft reduces the degree of nondeterminism and the ways servers can be inconsistent with each other, in order to make it easier to reason about the system). • Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue requests; other servers are completely passive. This makes Raft easier to understand and also simplifies the implementation. • Membership changes: Raft’s mechanism for changing the set of servers in the cluster uses a simple joint consensus approach where the majorities of two different configurations overlap during transitions. We performed a user study with 43 graduate students at two universities to test our hypothesis that Raft is more understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft 23% better than questions about Paxos. We have implemented Raft in about 1500 lines of C++ code, and the implementation is used as part of RAMCloud [18]. We have also proven the correctness of the Raft algorithm. The remainder of the paper introduces the replicated state machine problem (Section 2), discusses the strengths and weaknesses of Paxos (Section 3), describes our general approach to understandability (Section 4), presents the Raft consensus algorithm (Sections 5-7), evaluates Raft (Section 8), and discusses related work (Section 9). Raft is a consensus algorithm for managing a replicated log. It produces a result equivalent to Paxos, and it is as efficient as Paxos, but its structure is different from Paxos; this makes Raft more understandable than Paxos and also provides a better foundation for building practical systems. In order to enhance understandability, Raft separates the key elements of consensus, such as leader election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must be considered. Raft also includes a new mechanism for changing the cluster membership, which uses overlapping majorities to guarantee safety. Results from a user study demonstrate that Raft is easier for students to learn than Paxos. 1 Introduction Scriptless Attacks Consensus algorithms allow a collection of machines to work as a coherent group that can survive the failures of some of its members. Because of this, they play a key role in building reliable large-scale software systems. Paxos [9, 10] has dominated the discussion of consensus algorithms over the last decade: most implementations of consensus are based on Paxos or influenced by it, and Paxos has become the primary vehicle used to teach students about consensus. Unfortunately, Paxos is quite difficult to understand, in spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both system builders and students struggle with Paxos. After struggling with Paxos ourselves, we set out to find a new consensus algorithm that could provide a better foundation for system building and education. Our approach was unusual in that our primary goal was understandability: could we define a consensus algorithm and describe it in a way that is significantly easier to learn than Paxos, and that facilitates the development of intuitions that are essential for system builders? It was important not just for the algorithm to work, but for it to be obvious why it works. In addition, the algorithm needed to be complete enough to cover all the major issues required for an implementation. The result of our effort is a consensus algorithm called Raft. Raft is similar in many ways to existing consensus algorithms (most notably, Oki and Liskov’s Viewstamped Replication [17]), but it has several novel aspects: • Design for understandability: understandability Lamport’s Paxos 2 Achieving fault-tolerance with replicated state machines Consensus algorithms typically arise in the context of replicated state machines [20]. In this approach, state machines on a collection of servers compute identical copies of the same state and can continue operating even if some of the servers are down. Replicated state machines are used to solve a variety of fault-tolerance problems in distributed systems. For example, large-scale systems that have a single cluster leader, such as GFS [4], HDFS [21], and RAMCloud [18], typically use a separate replicated state machine to manage leader election and store config- 1 vendredi 4 octobre 2013 These are pretty different papers by the way.
  • 24. In Search of an Understandable Consensus Algorithm Diego Ongaro and John Ousterhout Stanford University (Draft of April 7, 2013, under submission to SOSP) Abstract Raft is a consensus algorithm for managing a replicated log. It produces a result equivalent to Paxos, and it is as efficient as Paxos, but its structure is different from Paxos; this makes Raft more understandable than Paxos and also provides a better foundation for building practical systems. In order to enhance understandability, Raft separates the key elements of consensus, such as leader election and log replication, and it enforces a stronger degree of coherency to reduce the number of states that must be considered. Raft also includes a new mechanism for changing the cluster membership, which uses overlapping majorities to guarantee safety. Results from a user study demonstrate that Raft is easier for students to learn than Paxos. 1 Introduction Consensus algorithms allow a collection of machines to work as a coherent group that can survive the failures of some of its members. Because of this, they play a key role in building reliable large-scale software systems. Paxos [9, 10] has dominated the discussion of consensus algorithms over the last decade: most implementations of consensus are based on Paxos or influenced by it, and Paxos has become the primary vehicle used to teach students about consensus. vendredi 4 Unfortunately, Paxos is quite difficult to understand, in octobre 2013 spite of numerous attempts to make it more approachable. Furthermore, its architecture is unsuitable for building practical systems, requiring complex changes to create an efficient and complete solution. As a result, both was our most important criterion in evaluating design alternatives. We applied specific techniques to improve understandability, including decomposition (Raft separates leader election, log replication, and safety so that they can be understood relatively independently) and state space reduction (Raft reduces the degree of nondeterminism and the ways servers can be inconsistent with each other, in order to make it easier to reason about the system). • Strong leader: Raft differs from other consensus algorithms in that it employs a strong form of leadership where only leaders (or would-be leaders) issue requests; other servers are completely passive. This makes Raft easier to understand and also simplifies the implementation. • Membership changes: Raft’s mechanism for changing the set of servers in the cluster uses a simple joint consensus approach where the majorities of two different configurations overlap during transitions. We performed a user study with 43 graduate students at two universities to test our hypothesis that Raft is more understandable than Paxos. After learning both algorithms, students were able to answer questions about Raft 23% better than questions about Paxos. We have implemented Raft in about 1500 lines of C++ code, and the implementation is used as part of RAMCloud [18]. We have also proven the correctness of the Raft algorithm. The remainder of the paper introduces the replicated Lamport’s Paxos
  • 25. Lamport’s Paxos vendredi 4 octobre 2013 Well at least, Lamport’s has more pictures in it.
  • 26. vendredi 4 octobre 2013 HELP! We’re talking technical jargon here!
  • 27. vendredi 4 octobre 2013 Looks like it was made by a robot and we’d need some translation.z
  • 28. Title Team & uni. keywords Abstract vendredi 4 octobre 2013 Friendly Droid will help translate. They all have the same structure. intro
  • 29. related works conclusion Acknowledg ements references vendredi 4 octobre 2013 Tags / abstract / introduction and conclusion are where to start for fast reading.
  • 30. Title Team Abstract vendredi 4 octobre 2013 On the Web you can do things a bit differently.
  • 32. Title keywords? Abstract? (Team) Acknowledgements intro conclusion references vendredi 4 octobre 2013 A thesis is a bit different but respects the same codes.
  • 34. Find nuggets vendredi 4 octobre 2013 "When you want to do something differently from the rest of the world, it's a good idea to look into whether the rest of the world knows something you don't."
  • 35. Meet, drink, talk vendredi 4 octobre 2013
  • 37. Form parties vendredi 4 octobre 2013
  • 38. Set sail! vendredi 4 octobre 2013
  • 43. Beard or nerd? A game of beards vendredi 4 octobre 2013
  • 44. RULES: guess guru levels based on beard vendredi 4 octobre 2013
  • 45. Beware of traps! vendredi 4 octobre 2013
  • 49. DMR & Ken Thompson B / Unix / Plan9 vendredi 4 octobre 2013
  • 61. Sergey Brin vendredi 4 octobre 2013
  • 63. John Carmack vendredi 4 octobre 2013
  • 65. Don Knuth vendredi 4 octobre 2013
  • 69. Grace Hopper vendredi 4 octobre 2013
  • 71. ? vendredi 4 octobre 2013 if you agree that Stallmann has a better beard than Bill Joy you are forced to agree that emacs beats Vim!