Re: Debian-Lex Rebirth? - python/perl/php?
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
Reply to: