Here's another provoking thought. Suppose, "JRAN" is located in the SVN folders. These folders are mapped to the actual J subtree on your disk, e.g. j/contrib or so. Then some of the SVN API is exposed through a J library, e.g. rsync (for remove sync); or lcheckin, lupdate, ldiff, lmerge, rload, etc. Possibly using GUI or external differs.
As a result, from J session, right at the fingertips, you get instant availability of the most recent updates from the libraries. Conversely, if you contribute to a library, you can check-in right from J, and your changes are instantly globaly available. Possible question: how to handle builds, something that (continous) integration systems do. But for J this could be simplified with zero build approach: all code should work as is, as in ASP/PHP/scripting web application. That's also true for python: it does compile on demand in place, as in MoinMoin wiki. However, there should be some handling of different J versions. Possibly different branches of "contrib". --- Oleg Kobchenko <[EMAIL PROTECTED]> wrote: > > verb for inclusion in stdlib, ... > > Good candidate. But I suggest instead of > tweaking stdlib, we could maintain an effort > for new common library(ies). Earlier it was > discussed to having more intuitive string manipulation > primitives, such as "substr". > > There are functions which are redefined > too often, such as "ts". > > Some functions are also redefined too often, > but they are already in a library, so it's a > problem of visibility, e.g. "comb" from "stats". > > There is also "Scripts" and "Phrases"/"J Pharases" > section in J Wiki. But they are all disconnected > and not readily available for immediate use. > > I am thinking of something extensible and growing, > yet closely available, like Perl modules or > LaTeX packages. With the ability of easily > updating/loading from the Web. > > Hence, CJAN or JEAR, JEAL (extension and application > repository / library) eventually(?) > > > See also > > * [Jgeneral] comb and other common functions > http://www.jsoftware.com/pipermail/general/2006-August/027728.html > > * [Jprogramming] substr phrase > http://www.jsoftware.com/pipermail/programming/2006-July/002858.html > > > --- Pascal Jasmin <[EMAIL PROTECTED]> wrote: > > > Its an excellent solution. After all, tracking nouns > > is the primary benefit. I'd nominate the following > > verb for inclusion in stdlib, or maybe just in > > introduction books > > > > up=: 3 :'UP=:y' > > > > --- "Miller, Raul D" <[EMAIL PROTECTED]> wrote: > > > > > Pascal Jasmin wrote: > > > > Caching only a single result would provide 99%+ > > > > of the usefulness, and minimize the length of > > > > time data need held in memory cached > > > > > > You could approximate this by defining: > > > > > > a=:3 :'A=:y' > > > > > > then > > > a i. 3 > > > 0 1 2 > > > a +/~A > > > 0 1 2 > > > 1 2 3 > > > 2 3 4 > > > a +/,A > > > 18 > > > > > > If you wanted to archive further results > > > you could extend a. For example > > > > > > A=:B=:C=:D=:E=:i.0 0 > > > a=:3 :'A=:y[B=:A[C=:B[D=:C[E=:D' > > > > > > (Or, you could maintain a boxed list of > > > results. Or, you could use 3!:1 and write > > > the results to file. Or, ...) > > > > > > -- > > > Raul > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
