The guy wrote wrote TCL tried once in a paper to define what is a scripting language, but it's still rather fuzzy.
I beg to differ. The article you mention is here and is the inpiration for some of my recent work... It is pretty obvious (as I work on EJB) that scripting is the way to go (as opposed to Compilers like AspectJ from Xerox PARC, or even the pure graph of XML information as in the case of EJB).
I am more versed in Java than anything else... so bear with me. Why does he classify Python under the scripting languages?
I *am* looking for a script language but was evaluating Perl, JScript for a prototype. Is Python really a scripting language? do these features transpire in JPython? any info appreciated.
ummmm...sorry this is too "meta-blah-blah" to just cut it with me. I need specifics such as, what tools,where is it hard to integrate, for what kind of meta level approach (Xerox PARC Aspect? EJB?), it's a vague statement so far.
Also the whole point of the spec in J2EE is to free you from thread development.;-).
Again I am seriously looking in Metalevel programming, there are many ways to go about it and the reason I was browsing/. was in hope of people discussing them. If you ask me I am growing increasingly skeptic about the XEROX PARC approach with compilers, but since I implement the EJBoss server I know the limits of XML based parametrisation of the services, the end of the spectrum. It is very powerful and less redundant than PARC stuff. Sorry to ask for your time and real insights here, but I tend to distrust sweeping generalization a la "You would be fools to not take into account the monte carlo reverse simulation of the trans-meta migorifier" but love a good solid argument when I see one. Feel free to take it off line I am very interested in your experience.
As the lead developer for the EJBoss project and the cofounder of Telkel, a company to offer services around the platform I can share our experience.
securing seed to do the work on my own was the first step, next the real part is how to pay the contributing developers.
We do so by giving stock of the company to the best developers in our group. In this fashion if we make money they make money. We also pay in hard cold cash the best.
Slashdot Mirror
WHAT A F*CKING ...YOU CAN MODERATE AC UP!!!!!!
I beg to differ. The article you mention is here and is the inpiration for some of my recent work... It is pretty obvious (as I work on EJB) that scripting is the way to go (as opposed to Compilers like AspectJ from Xerox PARC, or even the pure graph of XML information as in the case of EJB).
I am more versed in Java than anything else... so bear with me. Why does he classify Python under the scripting languages?
I *am* looking for a script language but was evaluating Perl, JScript for a prototype. Is Python really a scripting language? do these features transpire in JPython?
any info appreciated.
yes have you seen the cover of newsweek???
man it looks like 50's propaganda...
marc
What if god is one of us? Just a one eyed one of us... trying to make its way home...
I am marc, son of suden.
mard
wow! no way dude!
;/)
a problem getting in?
marketing marketing marketing,
thank you though
marc
ANd I am from teh Java camp. so....
;=)
Listen they still do have stuff. THOSE HEADLIGHTS@!!!!!!
marc
I just love wm
marc
ummmm...sorry this is too "meta-blah-blah" to just cut it with me. I need specifics such as, what tools ,where is it hard to integrate, for what kind of meta level approach (Xerox PARC Aspect? EJB?), it's a vague statement so far.
;-).
/. was in hope of people discussing them. If you ask me I am growing increasingly skeptic about the XEROX PARC approach with compilers, but since I implement the EJBoss server I know the limits of XML based parametrisation of the services, the end of the spectrum. It is very powerful and less redundant than PARC stuff. Sorry to ask for your time and real insights here, but I tend to distrust sweeping generalization a la "You would be fools to not take into account the monte carlo reverse simulation of the trans-meta migorifier" but love a good solid argument when I see one. Feel free to take it off line I am very interested in your experience.
Also the whole point of the spec in J2EE is to free you from thread development.
Again I am seriously looking in Metalevel programming, there are many ways to go about it and the reason I was browsing
regards
marc
Please elaborate (as the lead dev of a free framework based approach I am interested ;-)
As the lead developer for the EJBoss project and the cofounder of Telkel, a company to offer services around the platform I can share our experience.
securing seed to do the work on my own was the first step, next the real part is how to pay the contributing developers.
We do so by giving stock of the company to the best developers in our group. In this fashion if we make money they make money. We also pay in hard cold cash the best.
Marc Fleury