[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

Re: [xsl] Efficient way to do an identity transform, eliminating duplicate elements, in XSLT 1.0?


Subject: Re: [xsl] Efficient way to do an identity transform, eliminating duplicate elements, in XSLT 1.0?
From: Dimitre Novatchev <dnovatchev@xxxxxxxxx>
Date: Fri, 13 Dec 2013 11:58:22 -0800

Ivan,

>         As for the problem stated, Ibd start with a SAX parser for a
>         J. Random Language (be it Prolog, Perl, Basic, or Common Lisp),
>         and proceed from there.  It may depend on how the bduplicatesb
>         are defined, but I see nothing in the problem to make it
>         unsolvable on bnot-so-decentb hardware.
>

My argument is that you are still being paid for your time doing this
-- while the problem becomes *non-existent* (in 99.99% of all cases,
which for many companies is 100%) when people have decent computers.

So, this is a matter of a good management decision and shouldn't
involve additional programmer effort.

Both sides are happy: the management saves big, and the programmers
get involved in more interesting problems. :)

Cheers,
Dimitre



On Fri, Dec 13, 2013 at 11:50 AM, Ivan Shmakov <oneingray@xxxxxxxxx> wrote:
>>>>>> Dimitre Novatchev <dnovatchev@xxxxxxxxx> writes:
>
> [b&]
>
>  >> I want the identity transform to remove duplicate elements in
>  >> <First> and remove duplicate elements in <Second>.
>
> [b&]
>
>  > My new home PC I bought in May has 32GB RAM.
>
>  > It seems obvious that paying $2000 for a decent computer
>
>         It may quickly get off-topic, but I donbt seem to recall paying
>         over $500 at once for computer hardware, or owning a single box
>         that would cost as much at the time of appraisal b and thatbs
in
>         some 20 years of owning bthe micros.b
>
>         (That being said, my former employer had bought some computers
>         at well above that price.)
>
>  > is so much cheaper than paying programmers (myself included) to
>  > invent tricks b at least for this kind of problems.
>
>         As for the problem stated, Ibd start with a SAX parser for a
>         J. Random Language (be it Prolog, Perl, Basic, or Common Lisp),
>         and proceed from there.  It may depend on how the bduplicatesb
>         are defined, but I see nothing in the problem to make it
>         unsolvable on bnot-so-decentb hardware.
>
> --
> FSF associate member #7257
>



--
Cheers,
Dimitre Novatchev
---------------------------------------
Truly great madness cannot be achieved without significant intelligence.
---------------------------------------
To invent, you need a good imagination and a pile of junk
-------------------------------------
Never fight an inanimate object
-------------------------------------
To avoid situations in which you might make mistakes may be the
biggest mistake of all
------------------------------------
Quality means doing it right when no one is looking.
-------------------------------------
You've achieved success in your field when you don't know whether what
you're doing is work or play
-------------------------------------
To achieve the impossible dream, try going to sleep.
-------------------------------------
Facts do not cease to exist because they are ignored.
-------------------------------------
Typing monkeys will write all Shakespeare's works in 200yrs.Will they
write all patents, too? :)
-------------------------------------
I finally figured out the only reason to be alive is to enjoy it.


Current Thread