Correction:
deb1 =: #~ ( (' ' ~: {:) ,~ [: -. ' ' -:"1 (}: ,. }.) )
(Now treats a trailing blank as an extra blank.)
On Monday, July 14, 2014, Raul Miller <[email protected]> wrote:
> But beware that this can fail badly on text which contains contractions.
>
> FYI,
>
> --
> Raul
>
>
>
> On Mon, Jul 14, 2014 at 9:27 AM, 'Pascal Jasmin' via Programming <
> [email protected] <javascript:;>> wrote:
>
> > this often works btw
> >
> > quote ]&.;: ' a cd fgh k '
> > 'a cd fgh k'
> >
> >
> >
> >
> > ----- Original Message -----
> > From: Kip Murray <[email protected] <javascript:;>>
> > To: "[email protected] <javascript:;>" <
> [email protected] <javascript:;>>
> > Cc:
> > Sent: Monday, July 14, 2014 9:21:39 AM
> > Subject: Re: [Jprogramming] Design goals readability and writeability?
> >
> > Here's my attempt at "delete extra blanks".
> >
> > deb1 =: #~ ( 1 ,~ [: -. ' ' -:"1 (}: ,. }.) )
> > deb1 'a cd fgh k'
> > a cd fgh k
> >
> >
> > On Monday, July 14, 2014, Linda Alvord <[email protected]
> <javascript:;>> wrote:
> >
> > > Here's deb without @ and &
> > >
> > > deb
> > > #~ (+. (1: |. (> </\)))@(' '&~:)
> > > deb2
> > > #~ ([: (+. (1 |. (> </\))) ' ' ~: ])
> > >
> > > However it seems as though there should be a better explicit version
> > than:
> > > f=: 13 :'(#~[:(+. 1 |. (> </\)) '' ''~:])y'
> > >
> > > Linda
> > >
> > >
> > > -----Original Message-----
> > > From: [email protected] <javascript:;>
> <javascript:;> [mailto:
> > > [email protected] <javascript:;>
> <javascript:;>] On Behalf Of
> > > Linda Alvord
> > > Sent: Sunday, July 13, 2014 11:43 PM
> > > To: [email protected] <javascript:;> <javascript:;>
> > > Subject: Re: [Jprogramming] Design goals readability and writeability?
> > >
> > > I enjoyed your article:
> > >
> > > <"1 toupper"0>"0;:'alpha beta gamma'
> > > ┌─────┬─────┬─────┐
> > > │ALPHA│BETA │GAMMA│
> > > └─────┴─────┴─────┘
> > >
> > > Linda
> > >
> > > -----Original Message-----
> > > From: [email protected] <javascript:;>
> <javascript:;> [mailto:
> > > [email protected] <javascript:;>
> <javascript:;>] On Behalf Of
> > Ian
> > > Clark
> > > Sent: Sunday, July 13, 2014 9:40 PM
> > > To: [email protected] <javascript:;> <javascript:;>
> > > Subject: Re: [Jprogramming] Design goals readability and writeability?
> > >
> > > "The alleged unreadability of J - and what to do about it"
> > > http://www.jsoftware.com/jwiki/Vocabulary/Unreadability
> > >
> > >
> > > On Sun, Jul 13, 2014 at 11:43 PM, Don Kelly <[email protected]
> <javascript:;>
> > <javascript:;>>
> > > wrote:
> > >
> > > > Absolutely!!
> > > > J suffers from the same problem as its precurser APL- in spades.. One
> > can
> > > > write very terse code because of its power. Often, 6 moths later the
> > > > original writer has to spend time interpreting what was written. I
> have
> > > > come up with some terse code and , more often terse code from others-
> > all
> > > > of which has been put in a utility script wrapped in comments so
> that
> > > when
> > > > I want to use it-I do have such guidance. This is something one has
> to
> > do
> > > > to a great extent with any programming language. It is even more
> > > important
> > > > with J tacit.
> > > >
> > > > Don Kelly
> > > >
> > > >
> > > > On 12/07/2014 11:44 AM, Don Guinn wrote:
> > > >
> > > >> Readability depends on a person's background. I can't read Chinese.
> > Does
> > > >> that mean it's not a readable language?
> > > >>
> > > >> When writing a program or a document one must assume some level of
> > > >> knowledge of the reader. J tends to assume readers have a greater
> > > >> knowledge
> > > >> of mathematics than most other programming languages require.
> > > >>
> > > >> But readability is a real problem. What is usually missing from many
> > > >> programs, especially J tacit, is the intent of something. Say I see
> > > >> something like this:
> > > >>
> > > >> < @ (({. + i.@{:)@[ { ] )
> > > >>
> > > >> It would certainly help to have some idea what this is supposed to
> do.
> > > >> What
> > > >> its arguments are and what it returns. Documentation really helps.
> > > >>
> > > >> But J expressions can be intimidating. It has always bothered me
> that
> > I
> > > >> could attack a FORTRAN program spanning several pages comfortably.
> But
> > > a J
> > > >> program of just a few lines which do exactly the same thing is hard
> > for
> > > me
> > > >> to get into.
> > > >>
> > > >>
> > > >> On Sat, Jul 12, 2014 at 12:23 PM, Erling Hellenäs <
> > > >> [email protected] <javascript:;> <javascript:;>>
> > > >> wrote:
> > > >>
> > > >> Hi all !
> > > >>>
> > > >>> Yes, maybe we should all be concerned about writing readable code
> > > instead
> > > >>> of the shortest and most cryptic code? Maybe we should also write
> > > >>> writeable
> > > >>> code? Find a way to write that allows us to get the expressions
> right
> > > the
> > > >>> first time?
> > > >>> J is more of a notation than a language? The value of a notation is
> > > >>> determined by clarity, but also readability? Maybe readability and
> > > >>> writeability, in the sense I explained above, should get higher
> > > priority
> > > >>> as
> > > >>> design goals for our future J?
> > > >>>
> > > >>> Cheers,
> > > >>>
> > > >>> Erling Hellenäs
> > > >>>
> > > >>>
> > > >>>
> > > >>> On 2014-07-12 07:40, Raul Miller wrote:
> > > >>>
> > > >>> I would not generalize to higher rank arrays without a model of
> why
> > > I'd
> > > >>>> be
> > > >>>> using them.
> > > >>>>
> > > >>>> In other words, v=: {"_1 |:~&0 2 is probably good enough.
> > > >>>>
> > > >>>> There are some interesting contradictions here - while one needs
> to
> > be
> > > >>>> comfortable thinking mathematically to get decent performance out
> > of a
> > > >>>> system, usually what we are building is a mix of instant and
> delayed
> > > >>>> gratification and we usually assume our audience has no direct
> > > interest
> > > >>>> in
> > > >>>> the math we are performing (indirect interest, yes - sometimes).
> > > >>>>
> > > >>>> Often I think we go overboard, and we should throw back in some
> > > exposure
> > > >>>> to
> > > >>>> some of the more robust concepts (especially for the kids, so they
> > > have
> > > >>>> something interesting to play with). But professional adults tend
> to
> > > be
> > > >>>> under a lot of time pressure, and as a result their needs often
> seem
> > > to
> > > >>>> be
> > > >>>> a mix of the very basic and the childish.
> > > >>>>
> > > >>>> Meanwhile, it seems like anything worthwhile takes time and
> effort.
> > > >>>>
> > > >>>> Anyways, professional software design often centers around use
> cases
> > > and
> > > >>>> similar models which are aimed at extracting the important
> concepts
> > > >>>> about
> > > >>>> what people need to get done and how they want to work. And that
> > kind
> > > of
> > > >>>> information is what you need if you are going to properly
> generalize
> > > >>>> application code.
> > > >>>>
> > > >>>> Thanks,
> > > >>>>
> > > >>>>
> > > >>>>
> > > ----------------------------------------------------------------------
> > > >>> For information about J forums see
> > http://www.jsoftware.com/forums.htm
> > > >>>
> > > >>>
> > ----------------------------------------------------------------------
> > > >> For information about J forums see
> > http://www.jsoftware.com/forums.htm
> > > >>
> > > >
> > > >
> ----------------------------------------------------------------------
> > > > For information about J forums see
> http://www.jsoftware.com/forums.htm
> > > >
> > > ----------------------------------------------------------------------
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > > ----------------------------------------------------------------------
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > >
> > > ----------------------------------------------------------------------
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> >
> >
> > --
> > Sent from Gmail Mobile
> >
> >
> >
> > ----------------------------------------------------------------------
> > For information about J forums see http://www.jsoftware.com/forums.htm
> > ----------------------------------------------------------------------
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
--
Sent from Gmail Mobile
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
