In a meeting today a friend (quietly) observed that opening a process to a wider audience very fast may compromise the very process that interests the intended audience. I replied back with the thesis that:

“Whenever data increases, quality drops (for any quality metric)”

I first heard that thesis 15+ years back in a meeting about data warehouse quality. Usually when few people get together for a certain task it goes like this:

Increase the number of participants and you get something like this:

Add a political twist and some power-play (personal or between organizations) and you get this:

This is to be expected. David Alan Grier in “The Dictator and the Web Design” (IEEE/Computer, May 2009) notes:

“Traditional management theories identify such fights as the second part of a four-stage development process for small groups, the forming-storming-norming-performing steps that psychologist Bruce Tuckman identified in the 1960s. “Group members become hostile toward one another as a means of expressing their individuality and resisting the formation of group structure,” Tuckman claimed.

In Tuckman”s model, committee members must go through a period in which they express their objections to the collaboration in emotional terms (the storming stage) before they can learn to work together (norming) and actually accomplish their goals (performing).”

So there, as long as performance does not go “our way”, quality drops. By the way, this also explains why Panathinaikos B.C. prevails over Olympiacos B.C. in Greek A1. They both have excellent players, but Panathinaikos make sure that all are focused to the same direction. They are a team performing, while the others are still forming.

Best Current Practice: n.
The excuse we bring on the table when we do not want to explain our decision: “It is the best current practice!”

Sometimes when installing new rules in pf.conf from a remote location your connection to the firewall gets dropped. To avoid this you can fire up screen (or tmux if you like) and then execute:

# sleep 5; pfctl -Fall -f /etc/pf.conf

That way you have enough time to detach from screen, logout and then login again to check the proper application of the new rules. Of course there is always the possibility of not being able to reconnect due to logic errors in pf.conf, but hey he who made no mistakes never built anything.

Today’s XKCD summarizes a lot of thankless hours:

As for uptime, we already know that downtime is an option and that 99.999% uptime is for Wal-Mart.

Ήθελα να σχολιάσω το άρθρο αυτό καιρό τώρα:

“Ανάμεσα σε άλλους λόγους, γιατί οι άνθρωποι φέρουν τη γνώση του οργανισμού η οποία είναι πολύτιμη, σπάνια, και άρα, αναντικατάστατη. Μάλιστα πολλές φορές, η γνώση υπάρχει σε μια επιχείρηση σε τόσο αφηρημένη μορφή που δεν μπορεί να κωδικοποιηθεί και να αποθηκευτεί σε μια βάση δεδομένων και άρα να ξαναχρησιμοποιηθεί στο μέλλον.”

Κι όμως, υπάρχουν χώροι (π.χ. Αρχαιολόγοι) που το πρόβλημα αυτό έχει μια, μερική έστω, λύση. Τη λένε ημερολόγιο. Και πράγματι μια τέτοια λύση είναι μερική γιατί ένας άνθρωπος μπορεί να γράφει 10 σελίδες το μήνα και άλλος 10 την εβδομάδα και ταυτόχρονα και η ποιότητα να διαφέρει από γραπτό σε γραπτό, αλλά το ημερολόγιο εξασφαλίζει την παραμονή κάποιας πληροφορίας. Και εάν έχει φροντίσει ο οργανισμός να διαμορφωθεί η κατάλληλη κουλτούρα (ανάγνωση από συναδέλφους, αναφορά σε αυτά εάν υπάρχει κάποιο πρόβλημα προς επίλυση, κ.λπ.) αυτά είναι διαχειρίσιμα προβλήματα.

Το πραγματικό πρόβλημα είναι όμως πως οι information workers δεν έχουν μάθει να δουλεύουν έτσι:

• Θα γράψουμε documentation αργότερα
• Θα γράψουμε τα σχόλια στον κώδικα αργότερα
• Ο κώδικάς μου είναι self-documented, δε χρειάζεται σχόλια

Αργότερα. Όλα αργότερα. Όταν θα έχουμε χρόνο. Μόνο που χρόνο δεν έχουμε ποτέ, γιατί το επόμενο project χτυπάει την πόρτα (ή τη χτυπάμε εμείς φεύγοντας).