| Andrew Cooke | Contents | Latest | RSS | Twitter | Previous | Next


Welcome to my blog, which was once a mailing list of the same name and is still generated by mail. Please reply via the "comment" links.

Always interested in offers/projects/new ideas. Eclectic experience in fields like: numerical computing; Python web; Java enterprise; functional languages; GPGPU; SQL databases; etc. Based in Santiago, Chile; telecommute worldwide. CV; email.

Personal Projects

Lepl parser for Python.

Colorless Green.

Photography around Santiago.

SVG experiment.

Professional Portfolio

Calibration of seismometers.

Data access via web services.

Cache rewrite.

Extending OpenSSH.

C-ORM: docs, API.

Last 100 entries

Small Success With Go!; Re: Quick message - This link is broken; Adding Reverb To The Echo Chamber; Sox Audio Tools; Would This Have Been OK?; Honesty only important economically before institutions develop; Stegangraphy via PS4; OpenCL Mess; More Book Recommendations; Good Explanation of Difference Between Majority + Minority; Musical Chairs - Who's The Privileged White Guy; I can see straight men watching this conversation and laffing; When it's Actually a Source of Indignation and Disgust; Meta Thread Defending POC Causes POC To Close Account; Indigenous People Of Chile; Curry Recipe; Interesting Link On Marginality; A Nuclear Launch Ordered, 1962; More Book Recs (Better Person); It's Nuanced, And I Tried, So Back Off; Marx; The Negative Of Positive; Jenny Holzer Rocks; Huge Article on Cultural Evolution and More; "Ignoring language theory"; Negative Finger Counting; Week 12; Communication Via Telecomm Bids; Finding Suspects Via Relatives' DNA From Non-Crime Databases; Statistics and Information Theory; Ice OK in USA; On The Other Hand; (Current Understanding Of) Chilean Taxes / Contributions; M John Harrison; Playing Games on a Cloud GPU; China Gamifies Real Life; Can't Help Thinking It's Thoughtcrime; Mefi Quotes; Spray Painting Bike Frame; Weeks 10 + 11; Change: No Longer Possible To Merge Metadata; Books on Old Age; Health Tree Maps; MRA - Men's Rights Activists; Writing Good C++14; Risk Assessment - Fukushima; The Future of Advertising and Surveillance; Travelling With Betaferon; I think I know what I dislike so much about Metafilter; Weeks 8 + 9; More; Pastamore - Bad Italian in Vitacura; History Books; Iraq + The (UK) Governing Elite; Answering Some Hard Questions; Pinochet: The Dictator's Shadow; An Outsider's Guide To Julia Packages; Nobody gives a shit; Lepton Decay Irregularity; An Easier Way; Julia's BinDeps (aka How To Install Cairo); Good Example Of Good Police Work (And Anonymity Being Hard); Best Santiago Burgers; Also; Michael Emmerich (Vibrator Translator) Interview (Japanese Books); Clarice Lispector (Brazillian Writer); Books On Evolution; Looks like Ara (Modular Phone) is dead; Index - Translations From Chile; More Emotion in Chilean Wines; Week 7; Aeon Magazine (Science-ish); QM, Deutsch, Constructor Theory; Interesting Talk Transcripts; Interesting Suggestion Of Election Fraud; "Hard" Books; Articles or Papers on depolarizing the US; Textbook for "QM as complex probabilities"; SFO Get Libor Trader (14 years); Why Are There Still So Many Jobs?; Navier Stokes Incomplete; More on Benford; FBI Claimed Vandalism; Architectural Tessellation; Also: Go, Blake's 7; Delusions of Gender (book); Crypto AG DID work with NSA / GCHQ; UNUMS (Universal Number Format); MOOCs (Massive Open Online Courses); Interesting Looking Game; Euler's Theorem for Polynomials; Weeks 3-6; Reddit Comment; Differential Cryptanalysis For Dummies; Japanese Graphic Design; Books To Be Re-Read; And Today I Learned Bugs Need Clear Examples; Factoring a 67 bit prime in your head; Islamic Geometric Art; Useful Julia Backtraces from Tasks; Nothing, however, is lost with less discomfort than that which, when lost, cannot be missed

© 2006-2015 Andrew Cooke (site) / post authors (content).

Reflections on First Consultancy Gig

From: "andrew cooke" <andrew@...>

Date: Mon, 8 Jun 2009 14:51:37 -0400 (CLT)

I finished my first job in the capacity of a "consultant" and have been
thinking about how it went (ie worrying over the problems).

Technically, things generally went well.  I perhaps didn't worry enough
(or early enough) about efficiency, but this is perhaps more a social
issue than a technical one: even if you know a system can be made quick
enough in later iterations, "it's slow" is an immediate reaction of anyone
who tries it.

The technical/social distinction continues to be misleading, because my
first social issue is also a technical one: that I didn't think about the
future of the system.  Who will maintain and run it?  And do they have any
interest in it succeeding?

Related to that, did I provide what the client wanted?  I am not sure I
did.  There was an existing application that looked very good, but had a
poor technical basis.  I developed a new system that provided the
technical infrastructure on which a replacement could be built (or to
which the existing system could be moved).  That's fine, technically, but
it would have been much better received, I think, if it had been
implemented as a progressive extension to the existing system.  An
adaptive approach like that would have had the following advantages:

- The final result would integrate the existing presentation layer, which
looked good.

- During development I would have seen "real life" loads from the upper
layer, which might have led to slightly different (efficiency related)
implementation choices.

- The process for supporting the existing system would have adapted
gradually to the new system.

So why didn't I do this?  One obvious reason is that it sounds like a lot
more work.  But it turned out that we had enough time to implement much
more than anyone originally hoped.  So, at least in retrospect, I could
have taken much longer - half the functionality, better received, would
have been a decent tradeoff.

Another reason is that there was both poor communication and a fear of
poor communication.  The approach sketched above requires good
communication, I think.  But perhaps pressing forwards would have improved
communication to the degree necessary?  It is hard to argue against the
alternative - that by striking out alone, I made communication even worse.

All above is particularly galling because, while I don't think I am the
world's greatest communicator, I do think I am aware of my limitations and
sensitive to the kinds of issues described above.  I was certainly aware
of problems half-way through, when we gained an extension for more work;
at that point I knew I was not involving the client, but had not grasped
the extent of the problem.

While my *internal* process might be described as agile - many small
cycles, code always close to deployable, etc - I failed to implement what,
to me at least, seems to be agile's greatest tool: client participation. 
And the key to client participation, in this case, would have been
adaption of the existing system.


Comment on this post