Excuse me if I'm being overly blunt here, but it is precisely this sort of
"under the hood" holy war that helps prevent the wide adoption of Linux by
practicing lawyers. The bottom line for the users of debian-lex is not what
drives it under the hood. The bottom line is whether the system works and
performs the functions necessary to be an effective tool in the law office.
The use of computing in a law office is all about data. As long as data can
be relatively easily input and retreived in the formats necessary, lawyers
don't really care what programming tools were used to deal with that data.
Python is a great tool. I'm glad that Jeroen is skilled in the use of Python
and is interested in this project. But if we have interested perl or php
programmers, there's no reason to exclude their input. If software written
in Python, perl, and/or php cannot inter-operate then that is a sign of poor
programming. Again, it's all about the data folks. All three of those
programming tools are capable of handling the same data types. Why would we
choose to exclude from participation in this project developers who's
background and skills in perl and/or php could lead to the development of
useful and effective tools, solely based on the programming language used to
develop the tools? One of the beauties of Linux is its ability to function
well with applications developed using a variety of tools.
IMHO, it betrays the core values of an open-source project when we limit
ourselves to tools developed based on a single variety of source.
--
Aaron Rittmaster
Overland Park, KS
licensed to practice in the State of Missouri and the Federal Courts of
Missouri and Kansas
On 11/29/07, Jeroen de Kreek.nl <post@jeroendekreek.nl> wrote:
I think it is a little bit importand to already get used to python. There
is no need to reinvent wheels. Further more the particular technical
implementation is also gone be a selling point, and it is more save than
perl ore php. So not only importand for developing but also for choosing and
picking third party software. Technic is very importand
Quoting Mathieu Lutfy <mathieu@bidon.ca>:
> I think that debian-lex should focus developing solutions so that
> existing software used by legal offices are easier to install and
> maintain with Debian.
>
> It is also a great that we can have lawyers and programmers from
> various fields, which sometimes may even normally compete with
> each other, collaborating on this list. No need to always reinvent
> the wheel.
>
> But I do not understand why we should discuss about a particular
> technical implementation (programming language) unless we are
> going to develop something in particular. But I don't think
> that this should be the focus of this list.
>
> matt
>
>
> Le 2007-11-29, à 18:24:11 +0100, Diego Zanga (naarani@gmail.com) écrit:
>> 2007/11/29, Jeroen de Kreek.nl <post@jeroendekreek.nl>:
>> > A lot of people wrote there code for the legal market in Microsoft
Language,
>> > they all have to change there code because the lawyers are gone use
Debian-lex.
>> > For them it would be great if Debian-lex has its focus on Python.
Python is
>> > superior to java and a lot of people have to learn a new language
because of
>> > Debian-lex, so this discussion is very important.
>>
>> woah, i always hoped a flame area to speak about superior race language
>> [i spent the last 10 years listening to microsoft speaking about how
much
>> microsoft languages were superior to java]
>>
>> actually i'd like to understand two simple things:
>> 1) what kind of support do you think debian-lex will give
>> 2) if this idea is so wonderfull why we do not start to tell debian
distro
>> itself should focus to python?
>>
>>
>>
>> cya
>> --
>> Diego Zanga
>> ------------------------------
>> Skype NAARANI
>> http://www.javablog.eu
>> http://www.elawoffice.it
>> http://www.blogstudiolegale.eu
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-lex-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
>
> --
> Mathieu Lutfy <mathieu@bidon.ca> http://www.bidon.ca
> GPG 0x5F5BCEB4 0D3B 1AEE EF9B FB34 2FE7 80EC 8E8D F00A 5F5B CEB4
>
----
Kijk ook eens op
www.jeroendekreek.nl