Thanks, Naomi, I need to try out the latest version (haven't looked at it
for a few months now), and then I will do just that.
On Wed, Jan 6, 2010 at 3:56 PM, Naomi Dushay ndus...@stanford.edu wrote:
Marijane,
Yes, I would encourage you to ask for help on the blacklight list, with
specifics
On Jan 5, 2010, at 10:13 PM, Ross Singer wrote:
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.
Actually, I think in Hoosier, but as the late Kurt Vonnegut might remind me,
that's
@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Choosing development platforms and/or tools, how'd you
do it?
On Jan 5, 2010, at 10:13 PM, Ross Singer wrote:
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
On Wed, Jan 6, 2010 at 8:53 AM, Joel Marchesoni jma...@email.wcu.eduwrote:
I agree with Dan's last point about avoiding using a special IDE to develop
with a language.
I'll respectfully, but vehemently, disagree. I would say avoid *forcing*
everyone working on the project depend on a special
...@listserv.nd.edu] On Behalf Of Bill
Dueber
Sent: Wednesday, January 06, 2010 9:23 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Choosing development platforms and/or tools, how'd you
do it?
On Wed, Jan 6, 2010 at 8:53 AM, Joel Marchesoni jma...@email.wcu.eduwrote:
I agree with Dan's
I definitely agree with Bill here. There is a definitely a totemistic
attitude about vim or emacs being all the IDE I need. Knowing your
way around vim (or possibly emacs) is certainly important -- after
all, everybody has to eventually fix something remotely -- but just
languages, some editors
. Thanks to Ross for forestalling what might have easily sunk into yet
another platform war
===
Discussing our professional preferences is diametrically opposed to war.
I am encouraged by our differences and ability to identify and handle them
professionally.
Do we need mediators
Dueber
Sent: Wednesday, January 06, 2010 9:23 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Choosing development platforms and/or tools, how'd
you do it?
On Wed, Jan 6, 2010 at 8:53 AM, Joel Marchesoni jma...@email.wcu.eduwrote:
I agree with Dan's last point about avoiding
Joel Marchesoni wrote:
I agree with Dan's last point about avoiding using a special IDE to develop
with a language. That can be expensive and/or hinder others supporting the
application down the road. I use vim for most of my development as well,
although we officially use Dreamweaver at
Well, I'll quickly run down why we chose Drupal (hence, PHP). I mention
Drupal because to me it's more of a framework which just happens to have
a CMS built on top of it =)
Before Drupal, my team knew PHP. We had PHP books in the library,
students were learning some PHP in classes, etc.
We
If you are looking for abstract reasons to determine which programming tool
to use for a library project, it's worth considering long term support for
your institution. If the future technical support at your institution is 1
librarian-turned-coder (and you don't have strong personal preferences),
Of Bill Dueber
Sent: Wednesday, January 06, 2010 9:23 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Choosing development platforms and/or
tools, how'd you do it?
On Wed, Jan 6, 2010 at 8:53 AM, Joel Marchesoni
jma...@email.wcu.eduwrote:
I agree with Dan's last point
On Wed, Jan 06, 2010 at 09:23:09AM -0500, Bill Dueber wrote:
There's a spectrum of how much an editor/environment can know about a
program. At one end is Smalltalk, where the development environment *is* the
program. At the other end is something like LISP (and, to an extent, Ruby)
where so
+1 [A good informed response]
-glen
Gabriel wrote:
On Wed, Jan 06, 2010 at 09:23:09AM -0500, Bill Dueber wrote:
There's a spectrum of how much an editor/environment can know about a
program. At one end is Smalltalk, where the development environment *is* the
program. At the other end is
Taking time to explore is rarely a a waste of time in this area, because
exploring is how you learn in programming/software engineering.
marijane white wrote:
I may have worded that poorly, abstract reasons to choose a language was
exactly what I was looking for.
Your suggestion matches my
Very true, however, since programming is not part of my core job duties, I'd
like to avoid spending much time on something I won't end up using. But
that doesn't mean not exploring, I think it just means choosing carefully.
This discussion has steered me towards focusing on exploring things I'm
Marijane,
It also makes sense to examine the available software for what you
wish to accomplish. Available software goes beyond current features to
- maintainability (one reason Stanford switched to Blacklight) I'll
talk a little bit about this in our Code4Lib 2010 presentation about
I'm glad someone mentioned maintainability. I used to work in embedded
systems, where design, testing, and maintainability were of utmost
importance, and coding is just the brief stage in between design and
test. I lived by the adage, Code as if the person who will maintain
your code is a
I've read about Blacklight's ability to run on any Solr index, but I've
struggled to make it work with mine. Honestly, I've been left with the
impression that my data should be in MARC if I want to use it. Is there
some documentation on this somewhere that I've overlooked? (Maybe I should
ask
Marijane,
Yes, I would encourage you to ask for help on the blacklight list,
with specifics about the problems you're having. We've set up
Blacklight on a bunch of non-Marc Solr indexes here.
- Naomi
On Jan 6, 2010, at 1:32 PM, marijane white wrote:
I've read about Blacklight's ability
On the IDE question, I'll just add that I find an interactive debugger to be
a necessity.
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
I reckon if you are building webapps either get into Rails (as you know ruby
this should be simple) or get into Grails as Brad suggests.
Both are pretty powerful, have interesting and active communities and there are
sufficient ruby and java library libraries for library related development.
If
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
Thanks to Ross for forestalling what might have easily sunk into yet another
platform war. He makes some excellent points, with none better than that it
is an entirely personal choice, barring other criteria that must be
considered (e.g., demands of your place of employment). Therefore, his
advice
25 matches
Mail list logo
