Print

Print


Definitely not a waste of time. But besides languages, also investigate
frameworks.

On Wed, Jan 6, 2010 at 12:44 AM, marijane white <[log in to unmask]>wrote:

> I may have worded that poorly, abstract reasons to choose a language was
> exactly what I was looking for.
>
> Your suggestion matches my natural inclinations, I think I just needed some
> reassurance that taking the time to explore wouldn't be a waste of time.
> Thank you. =)
>
>
> On Tue, Jan 5, 2010 at 7:13 PM, Ross Singer <[log in to unmask]> wrote:
>
> > I realize you didn't want to start a religious war nor were you
> > interested in the abstract reasons people chose a particular language,
> > that being said...
> >
> > I honestly think choosing the best* development language is very
> > similar to how one settles on politics, religion, diet, etc.
> > Environment plays a part, of course, but, in the end, what generally
> > works best is the language that jibes best with you and your
> > personality.  Since you've dabbled with several different languages,
> > you've had to have come across this - some languages just "feel
> > better" than others.  This is, however, an entirely personal choice.
> >
> > Dan Chudnov, for example, seems to think in Python.  When I tried
> > Python, it never really clicked -- I muddled through a few projects
> > but never really got it.  I then got introduced to Ruby, everything
> > made sense, and I never looked back.  I recently did a project in
> > Groovy/Grails and my takeaway was that it was a scripting language
> > that only somebody that had spent their career as a Java developer
> > could love.  My coworker (who has spent his career as a Java
> > developer) LOVES Groovy.  He thinks Ruby is a Fisher-Price language.
> > To each their own.
> >
> > Since you don't seem to have institutional constraints on what you can
> > develop in, I would recommend you try something like this:
> >
> > Take a handful of languages that look interesting to you and try
> > writing a simple app to take some of your data, model it and shove it
> > into Solr and make an interface to look at it.  Solr's pretty perfect
> > for this sort of project:  it's super simple to work with and
> > immediately gives you something powerful and versatile to wrap your
> > app around.  If you can't make something useful quickly around Solr,
> > then move on to the next language because that one's not for you.
> >
> > If the ones that click happen to be PHP, Python or Ruby, well, there
> > you go.  If not, I, for one, look forward to your new Lua (or
> > whatever) based discovery interface.
> >
> > Ultimately, any project you choose for your discovery interface is
> > going to require a lot of customization to make it work the way you
> > want -- the key is finding the environment that stands the least in
> > the way between turning what's in your head into a working app.
> >
> > Good luck,
> > -Ross.
> >
> > On Tue, Jan 5, 2010 at 6:04 PM, marijane white <[log in to unmask]
> >
> > wrote:
> > > Greetings Code4Lib,
> > >
> > > Long time lurker, first time poster here.
> > >
> > > I've been turning over this question in my mind for a few weeks now,
> and
> > Joe
> > > Hourcle's postscript in the Online PHP Course thread has prompted me to
> > > finally try to ask it. =)
> > >
> > > I'm interested in hearing how the members of this list have gone about
> > > choosing development platforms for their library coding projects and/or
> > > existing open source projects (ie like VuFind vs Blacklight).  For
> > example,
> > > did you choose a language you already were familiar with?  One you
> wanted
> > to
> > > learn more about?  Does your workplace have a standard enterprise
> > > architecture/platform that you are required to use?  If you have chosen
> > to
> > > implement an existing open source project, did you choose based on the
> > > development platform or project maturity and features or something
> else?
> > >
> > > Some background -- thanks to my undergraduate computer engineering
> > studies,
> > > I have a pretty solid understanding of programming fundamentals, but
> most
> > of
> > > my pre-LIS work experience was in software testing and did not require
> me
> > to
> > > employ much of what I learned programming-wise, so I've mostly dabbled
> > over
> > > the last decade or so.  I've got a bit of experience with a bunch of
> > > languages and I'm not married to any of them.   I also kind of like
> > having
> > > excuses to learn new ones.
> > >
> > > My situation is this: I would like to eventually implement a discovery
> > tool
> > > at MPOW, but I am having a hell of a time choosing one.  I'm a solo
> > > librarian on a content team at a software and information services
> > company,
> > > so I'm not really tied to the platforms used by the software
> engineering
> > > teams here.  I know a bit of Ruby, so I've played with Blacklight some,
> > got
> > > it to install on Windows and managed to import a really rough Solr
> index.
> > > I'm more attracted to the features in VuFind, but I don't know much PHP
> > yet
> > > and I haven't gotten it installed successfully yet.  My collection's
> > > metadata is not in an ILS (yet) and not in MARC, so I've also
> considered
> > > trying out more generic approaches like ajax-solr (though I don't know
> a
> > lot
> > > of javascript yet, either).  I've also given a cursory look at SOPAC
> and
> > > Scriblio.  My options are wide open, and I'm having a rough time
> deciding
> > > what direction to go in.  I guess it's kind of similar to someone who
> is
> > new
> > > to programming and attempting to choose their first language to learn.
> > >
> > > I will attempt to head off a programming language religious war =) by
> > > stating that I'm not really interested in the virtues of one platform
> > over
> > > another, moreso the abstract reasons one might have for selecting one.
> > > Have any of you ever been in a similar situation?  How'd you get
> yourself
> > > unstuck?  If you haven't, what do you think you might do in a situation
> > like
> > > mine?
> > >
> > >
> > > -marijane
> > >
> >
>



-- 
---------------------------
www.maf.org/rhoads
www.ontherhoads.org