Re: [CODE4LIB] two open positions at Stanford

2011-10-13 Thread Patrick Etienne
I rarely if every post to this list, but I keep up with the content pretty
regularly - So I felt it was worth saying that:

You guys all crack me up. I love to see that people aren't too timid to have
a good (and well-intentioned) sense of humor on a professional list.

Cheers mates =)

 - Patrick E.

On Thu, Oct 13, 2011 at 6:13 PM, Chris Fitzpatrick cf...@stanford.eduwrote:

 Alas, I can't grow one, which is why the Amish won't have me.

 This is the life of a grammy-winning teen pop superstar.

 On Oct 13, 2011, at 3:04 PM, Frumkin, Jeremy wrote:

  Is that the official OCLC policy?
  -- jaf
  Jeremy Frumkin
  Assistant Dean / Chief Technology Strategist
  University of Arizona Libraries
  +1 520.626.7296
  I dream of a world where chickens can cross the road without having
  motives questioned
  On 10/13/11 3:02 PM, Roy Tennant wrote:
  Ross, hold him down, would you, while I cut his beard off?
  On Thu, Oct 13, 2011 at 3:00 PM, Chris Fitzpatrick
  It's days like today I wish I was Amish.
  On Oct 13, 2011, at 2:16 PM, Ross Singer wrote:
  On Thu, Oct 13, 2011 at 4:21 PM, Blake, Tom wrote:
  ...or, you could take advantage of our extended application deadline
  and reconsider one of the two developer positions open at the Boston
  Public Library. Salaries are more in line with municipal government
  than Silicon Valley - but benefits and job security are too. You'd be
  one of the brightest stars on our team of several whip smart
  librarians, and you really cannot beat the variety weather out here.
  Please feel free to contact me if you have any questions or want to
  discuss the positions - posted and Advanced Searchable under Job
  Opening ID #341652 (Web Developer) and #341650 (Repository Developer)
  Hmm, I think we really need to run this by OCLC first.
  Thomas Blake
  Digital Projects Manager
  Boston Public Library
  700 Boylston St.
  Boston, MA 02116
  617 859-2039
  Free To All
  -Original Message-
  From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf
  Of Bess Sadler
  Sent: Wednesday, October 05, 2011 4:23 PM
  Subject: [CODE4LIB] two open positions at Stanford
  We are looking for two software developers to work on a four year
  grant funded digital library project. The department, Digital Library
  Systems and Services (DLSS) is part of the Stanford Library, and it's
  a great place to work. Salaries are more in line with Silicon Valley
  than with academia, you'd be part of a team of whip smart library
  programmers, and you really cannot beat the weather out here. Please
  feel free to contact me if you have any questions or want to discuss
  the positions.
  To see more details on any of the positions, search for the Job ID at
  Bess Sadler
  Manager for Application Development, Digital Library Systems and
  p.s. Resistance is futile. ;)
  Feel free to browse other great jobs at
  Digital Library Software Engineer, Stanford University Libraries
  Job ID
  Job Location
  University Libraries
  Job Category
  Date Posted
  Jul 29, 2011
  Working Title: Revs Infrastructure Developer
  Job Classification: System Software Developer
  This position is double posted at the 4P3 and 4P4 levels.
  Job Objective:
  Stanford University Libraries is seeking a talented software engineer
  to support the digitization, collection delivery and collaboration
  components of the Revs Program at Stanford. This is a four-year,
  grant-funded position.
  This position is part of the Revs Program at Stanford
  ( This program is dedicated to developing
  understanding of the impact of the automobile on society, culture and
  technology. The Revs Program at Stanford was founded to inspire a new
  trans-disciplinary field connecting the past, present and future of
  the automobile. The Revs Program fosters an intellectual community
  bridging the humanities and fine arts, social sciences, design,
  science and engineering, and the professions. As a part of that
  effort, SULAIR will support the dissemination of scholarly research
  the automobile; provide digital access to a collection of over two
  million items relating to automotive history, racing and technology;
  and, develop a system and service to develop and sustain an online
  automotive community. Members of the team will play a role in
  the world's leading center on the study of the impact of the
  automobile on the 

Re: [CODE4LIB] Let's go somewhere [was PHP vs. Python...]

2010-11-01 Thread Patrick Etienne
Peter -

I was bewildered at the notion of needing yet another scripting
language, let alone one as library domain-specific (that wording
alone throws up red flags everywhere), but I'm not here to bash ideas.
Instead I looked up your site and read the small blurb about Nova.
It seems that the main objective behind your pursuit is creating a
language that provides a specific data type for semantic objects (or
relationships). I have to ask, what about semantic maps makes you
believe that they require a specific data type rather than just being
an object type? Are other scripting languages too slow to suit certain
needs such that a new data type is necessitated? I really can't see
this being the case. That being said, while it can be an invaluable
experience to learn about making scripting languages, if there's to be
any community movement toward a particular language (php, ruby, java,
scheme or what have you) there has to be some very real and
significant benefit.

Or more directly, you seem to have specific ideas about a library
domain-specific language. What do today's languages not have that you
believe is so essential that you'd be willing to write a new scripting

 - Patrick E.

On Sat, Oct 30, 2010 at 10:51 AM, Peter Schlumpf wrote:
 Bill, you hit a nail pretty squarely on the head.  I believe this decades 
 long fetish with MARC has to go.  It was designed to efficiently store data 
 on magtapes and doesn't make any sense in today's world.  It's a huge 
 millstone around the neck of Libraryland and it keeps them stuck in that tiny 
 little ghetto.  Anything can be a mind-prison, even PHP, Python or Django.  
 They are all arbitrary anyway.

 And you are correct in pointing out that the natural response of librarians 
 to a problem is to seek consensus in a self-absorbed way.  Form committees 
 and all that nonsense which never goes anywhere.  They are happy enough going 
 around in circles, like the Nowhere Man making all his nowhere plans for 

 My hope is that some among us would just undertake these problems ourselves.  
 Outside of the realm of the libraries and the limiting mindsets many of us 
 work in.  We've all got ideas.  Fire up vi and get busy and make something 
 happen, like a library domain-specific language.  Start fresh.  There is 
 nothing wrong with that.  What's wrong is how the library community goes 
 about such things.

 Let's go somewhere.

 Peter Schlumpf

Patrick K. Etienne
Systems Analyst
Georgia Institute of Technology
Library  Information Center
(404) 385-8121