 |
 |
What's wrong with the library world developing its own domain language? From scratch. I mean not something like MARC that is just a static container for stuff, but a language that actually does something such as manipulating semantic maps or some such? It's not like things like PHP or Python or Django were handed down to us chiseled in stone tablets. All languages are arbitrary things anyway, and it doesn't matter how they are implemented. The point is to keep the layers of abstraction well defined. But otherwise, break down those walls. Peter Schlumpf www.avantilibrarysystems.com -----Original Message----- >From: Mark Tomko <[log in to unmask]> >Sent: Oct 29, 2010 3:30 PM >To: [log in to unmask] >Subject: Re: [CODE4LIB] PHP vs. Python [was: Re: Django] > >Have people found Django fairly usable without using its ORM >features? I'm not a big ORM fan, and it seems that so many Python >frameworks sort of fall over if you try to get around the ORM. > >It's a bit of a shame, because I like Python. I wish Bottle and Flask >were a little easier to work with. It feels a little weird having to >configure WSGI for each application. I love their minimalist approach >to templating, though. > >Mark > >On Oct 29, 2010, at 4:14 PM, Genny Engel wrote: > >> I think the significant attributes of most programming languages are >> adequately summarized here: >> http://james-iry.blogspot.com/2009/05/brief-incomplete-and-mostly-wrong.html >> >> ________________________________________ >> From: Code for Libraries [[log in to unmask]] on behalf of >> William Sexton [[log in to unmask]] >> Sent: Friday, October 29, 2010 7:24 AM >> To: [log in to unmask] >> Subject: Re: [CODE4LIB] PHP vs. Python [was: Re: Django] >> >> I use Python and Django extensively, and think they're both great. >> That said, also great is the very funny keynote by former flickr >> engineer Cal Henderson at DjangoCon 2008, titled "Why I Hate >> Django," which is on YouTube: >> >> http://www.youtube.com/watch?v=i6Fr65PFqfk >> >> When he showed the slide I had to admit that the statement >> >> "-".join(array) >> >> is kind of a goofy way to do that, though maybe not "unforgivable." >> Whenever I use join() now I chuckle a little in my mind. >> >> It's good to step back and re-evaluate your favorite tools from time- >> to-time. If nothing else, the ability to analyze a platform for its >> suitability to a need is key. >> >> Will >> >> >> On Oct 28, 2010, at 9:38 AM, Thomas Bennett wrote: >> >>> Having used Zope (python based) as our WEB server of choice since >>> 1998 I am >>> urged to express my opinion that if you do choose to use python in >>> your >>> projects then use a service designed for python use such as Zope, >>> Django, et >>> al. Zope is normally run in front of Apache as a virtual host. >>> >>> If you are going to use python then Zope is an excellent choice for >>> interacting with databases and using python to massage/manipulate >>> results if >>> you need complex results from the database data. I like that you >>> can write >>> sql queries just like you might use on the command line and save >>> it as an >>> individual object for use by any number of other objects. >>> >>> What may be a simple example to some is a tutorial quiz I wrote for >>> the WEB. >>> There are categories and each category has any number of questions >>> along with >>> the answers in the database. In the management portion, the >>> administrator can >>> choose which categories are active and how many questions out of >>> the total >>> available to pull from each category individually. When the quiz >>> page is >>> generated the correct number of questions are pulled randomly from >>> the total >>> active questions for each category, some questions can be set as >>> inactive. >>> >>> There are "database connectors" for PostgreSQL, MySQL, Oracle, >>> odbc, and >>> others so you can choose any popular db or write your own >>> connector. And >>> there are python libraries written for these databases which prove >>> very >>> useful. >>> >>> The main thing I like about python is that the syntax pretty much >>> forces your >>> code to be readable by others because indention is part of the >>> syntax rather >>> than semicolons, parens, etc. >>> >>> I don't know PHP in detail but am learning more quickly because the >>> University >>> is "forcing" all departments to move to Drupal and we will be >>> running our site >>> on Drupal within a year probably although some administrative tasks >>> will still >>> be running on our Zope server. >>> >>> Thomas >>> >>> ps: remember my point is that "IF" you choose to use python this >>> supports its >>> use with databases and scripting. >>> >>> >>> >>> >>> >>> On Wednesday 27 October 2010 20:49:06 you wrote: >>>> Olá, como vai? >>>> >>>> Luciano Ramalho <[log in to unmask]> wrote: >>>>> Actually, Python is a general purpose programming language. It >>>>> was not >>>>> created specifically for server side scripting like PHP was. But >>>>> it is >>>>> very suitable to that task. >>>> >>>> I'm not sure talking about what something used to be is as >>>> interesting >>>> as talking about what it is. Both Pyhton and PHP can share whatever >>>> moniker we choose (scripting-language, programming language, >>>> real-time, half-time, bytecoded, virtual, etc.). >>>> >>>>>> Not seen any scientific packages, but I've seen a few ray-tracers, >>>>>> although they're all demo apps and fun toys (although I think that >>>>>> applies to Python, too). >>>>> >>>>> No, that does not apply to Python. Python is widely used for >>>>> hardcore >>>>> scientific computing. >>>> >>>> I was referring to the ray-tracing part. >>>> >>>>> It is also the most important scripting language in large scale CGI >>>>> settings >>>> >>>> Yes, Python is widely used for scripting up interfaces into other >>>> more >>>> complex systems. But rarely is the core of the thing written >>>> entirely >>>> in Python. >>>> >>>>>> Maybe your Google-foo is weak. :) >>>>> >>>>> Or maybe he's just realizing that outside of server side web >>>>> scripting, PHP is just not so widely used. >>>> >>>> Absolutely, and fair enough. >>>> >>>>> Having used both languages, I discovered that Python is easier for >>>>> most tasks, and one reason is that the libraries that come with >>>>> Python >>>>> are extremely robust, well tested and consistent. >>>> >>>> Hmm. PHP is extremely robust and well-tested, but yes, it's not all >>>> that consistent, especially not before version 5.2+. However, things >>>> have moved on, and with release 6 around the corner things will be >>>> tighter still. Just like the first versions of Python were >>>> interesting, so was PHP's, but where the biggest problem with the >>>> evolution of PHP was the very fact that it was the most popular >>>> language for rapid web development by far. >>>> >>>>> PHP is very >>>>> practical for server-side web scripting, but it's libraries are >>>>> unfortunately full of gotchas, traps and unexpected behaviour. >>>> >>>> There's gotchas in every language, even Python. >>>> >>>>> A key reason for that is the fact that Python has always had an >>>>> exception-handling mechanism while PHP has grown something like >>>>> that >>>>> only a few years ago >>>> >>>> True enough. But earlier versions of any language are less desirable >>>> than the latest versions, so I'm not sure this is a prevailing >>>> argument for the horribleness of PHP or any language. These things >>>> evolve. PHP 5.3+ and soon 6 are looking very good, indeed, but >>>> yes, we >>>> will just have to live with a poor reputation brought on by the big >>>> number of users and the pre 5.2+ era. >>>> >>>>> So, I my opinion, PHP is great at what it does best: enabling quick >>>>> server-side Web scripting on almost any hosting service on Earth. >>>> >>>> I'm fairly sure you can say that because you haven't done much other >>>> kind of PHP work. :) >>>> >>>>> For everything else, it is very worthwhile to learn and use a >>>>> general >>>>> purpose dynamic language such as Python, Ruby or Perl. >>>> >>>> Of course. Developers should learn many of languages, and choose >>>> wisely the language best suited to the problem at hand. >>>> >>>>> Sorry for the rant. I must confess I am a founder of the Brazilian >>>>> Python Association and was its first president, so you can call >>>>> me a >>>>> Python advocate. >>>> >>>> No bias at all, really. :) >>>> >>>> >>>> Kind regards, >>>> >>>> Alex >>>> >>> >>> -- >>> ========================================== >>> Thomas McMillan Grant Bennett Appalachian State University >>> Operations & Systems Analyst P O Box 32026 >>> University Library Boone, North >>> Carolina 28608 >>> (828) 262 6587 >>> >>> Library Systems Help Desk: https://www.library.appstate.edu/help/ >>> ==========================================