On Monday, 29 December 2014 at 04:08:58 UTC, Vlad Levenfeld wrote:
Laeeth - I am not sure exactly what your needs are but I have a
fairly complete solution for generic multidimensional interfaces
(template-based, bounds checked, RAII-ready, non-integer
indices,
the whole shebang) that I have
Laeeth - I am not sure exactly what your needs are but I have a
fairly complete solution for generic multidimensional interfaces
(template-based, bounds checked, RAII-ready, non-integer indices,
the whole shebang) that I have been building. Anyway I don't want
to spam the forum if I've missed the
On Sat, 2014-12-27 at 01:33 +, Laeeth Isharc via Digitalmars-d-learn
wrote:
[…]
Fair argument against an earlier poster but from my perspective,
all I meant is that the absence of a shell is not a good reason
to write off D for exploring data. Because there is a shell
already that
On Sat, 2014-12-27 at 06:21 +, Laeeth Isharc via Digitalmars-d-learn
wrote:
[…]
I don't believe I agree that we need a perfect multi-dimensional
rectangular array library to serve as a backend before thinking
and doing much on data frames (although it will certainly be very
useful when
On Saturday, 27 December 2014 at 10:54:01 UTC, Russel Winder via
Digitalmars-d-learn wrote:
I know much less about R, but the whole Python/NumPy thing
works but
only because it is faster and easier than Python alone. NumPy
performance is actually quite poor. I am finding I can write
Python +
On Saturday, 27 December 2014 at 13:39:59 UTC, Russel Winder via
Digitalmars-d-learn wrote:
I have ranted many times about GIL in Python, and on two
occasions spent
2 or 3 hours trying to convince Guido about the lunacy of a GIL
based
interpreted in 2014. Armin Rigo has an STM-based version in
On Sat, 2014-12-27 at 13:46 +, aldanor via Digitalmars-d-learn
wrote:
On Saturday, 27 December 2014 at 10:54:01 UTC, Russel Winder via
Digitalmars-d-learn wrote:
I know much less about R, but the whole Python/NumPy thing
works but
only because it is faster and easier than Python
On Sat, 2014-12-27 at 13:53 +, via Digitalmars-d-learn wrote:
[…]
I wonder how TSX would work with GIL. I suppose most GIL locks
are short lived enough to be covered by TSX before it fails and
takes a lock.
For Intel chips this is good stuff (stolen from Sun's Rock processor).
Hardware
On Saturday, 27 December 2014 at 14:07:51 UTC, Russel Winder via
Digitalmars-d-learn wrote:
sequential code to fundamentally parallel code. OpenMP exists
exactly
because Fortran, C and C++ codes had to be made data parallel
without
being rewritten. D should not be in this boat.
I don't
On Sat, 2014-12-27 at 14:28 +, via Digitalmars-d-learn wrote:
[…]
I don't disagree in principle, but if an OpenMP supporting
compiler can generate code for GPGPU then D will be miles behind
for many homogeneous workloads.
No-one with resources showed any interest in having a D with GPGPU
Russell:
I think we are agreeing. Very lightweight editor and executor of
code
fragments is as good, if not better, that the one line REPL.
Yes - the key for me is that the absence of a shell is by no
means a reason to say that D is not suited to this task. One may
wish to refine what
On Sat, 2014-12-27 at 15:33 +, Laeeth Isharc via Digitalmars-d-learn
wrote:
[…]
I guess we vote with our feet/fingers. Sounds like you don't
find D especially useful (since you don't use it much currently),
whereas I do. De gustibus non est disputandum, particularly when
tastes
On Sat, 2014-12-27 at 15:33 +, Laeeth Isharc via Digitalmars-d-learn
wrote:
[…lots of agreed uncontentious stuff :-) …]
You write as if Christensen's book The Innovator's Dilemma had
never been written, and nor had it been a standard textbook in
business schools for some years. You may
On Saturday, 27 December 2014 at 16:41:04 UTC, Russel Winder via
Digitalmars-d-learn wrote:
On Sat, 2014-12-27 at 15:33 +, Laeeth Isharc via
Digitalmars-d-learn
wrote:
[…lots of agreed uncontentious stuff :-) …]
You write as if Christensen's book The Innovator's Dilemma
had never been
I thought about it once but quickly abandoned the idea. The
primary reason was that D doesn't have REPL and is thus not
suitable for interactive data exploration.
The quick compile times could allow interactive data exploration
I agree with other posters that a D REPL and
On Fri, 2014-12-26 at 20:44 +, Laeeth Isharc via Digitalmars-d-learn
wrote:
[…]
I agree with other posters that a D REPL and
interactive/visualization data environment would be very cool,
but unfortunately doesn't exist. Batch computing is more
practical, but REPLs really hook new users. I
REPLs are over-hyped and have become a fashion touchstone that
few dare argue against for fear of being denounced as un-hip.
REPLs have their
place, but in the main are nowhere near as useful as people
claim.
IPython Notebooks on the other hand are a balance between
editor/execution
On Friday, 26 December 2014 at 21:31:00 UTC, aldanor wrote:
On Wednesday, 25 September 2013 at 03:41:36 UTC, Jay Norwood
wrote:
I've been playing with the python pandas app enables
interactive manipulation of tables of data in their dataframe
structure, which they say is similar to the
18 matches
Mail list logo
