On Wednesday, 30 April 2014 at 19:28:24 UTC, Ola Fosheim Grøstad
wrote:
Restricting dicts and arrays to a single element type requires
more complicated logic in some cases.
How you would handle elements of unexpected type in those arrays?
What if mishandling is silent and causes a heisenbug? W
Suliman:
Here on Forum I had found 2 interesting link. I decided to put
it's here. Maybe it would be helpful
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
http://codegolf.stackexchange.com/questions/26371/how-slow-is-python-really-part-i
Here on Forum I had found 2 interesting link. I decided to put
it's here. Maybe it would be helpful
http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
http://codegolf.stackexchange.com/questions/26371/how-slow-is-python-really-part-ii
On Thursday, 1 May 2014 at 06:04:57 UTC, Russel Winder via
Digitalmars-d wrote:
On Wed, 2014-04-30 at 15:21 -0400, Nick Sabalausky via
Digitalmars-d
wrote:
[…]
I've heard this a lot, but I've yet to hear anyone explain
concretely how this "dynamic mindset" causes the lack of
things like static
On Wed, 2014-04-30 at 15:21 -0400, Nick Sabalausky via Digitalmars-d
wrote:
[…]
> I've heard this a lot, but I've yet to hear anyone explain concretely
> how this "dynamic mindset" causes the lack of things like static code
> checks and low-overhead primitives from being actual drawbacks. Maybe i
On Wednesday, 30 April 2014 at 19:21:25 UTC, Nick Sabalausky
wrote:
I've heard this a lot, but I've yet to hear anyone explain
concretely how this "dynamic mindset" causes the lack of things
like static code checks and low-overhead primitives from being
actual drawbacks. Maybe it really is a ca
On 4/30/2014 1:05 PM, Russel Winder via Digitalmars-d wrote:
On Wed, 2014-04-30 at 16:38 +, Brian Rogoff via Digitalmars-d wrote:
[…]
Right, it's not the significant indentation which perplexes you,
but the complete lack of compile time checking from Python. I'm
perplexed that anyone could p
On Wednesday, 30 April 2014 at 17:05:54 UTC, Russel Winder via
Digitalmars-d wrote:
I believe it is not that at all. Writing code using a dynamic
language
is a totally different mind set to working with a static
language, even
if many similar code idioms appear to be being used.
I kind of agr
On Wed, 2014-04-30 at 16:38 +, Brian Rogoff via Digitalmars-d wrote:
[…]
> Right, it's not the significant indentation which perplexes you,
> but the complete lack of compile time checking from Python. I'm
> perplexed that anyone could prefer that too, but I suppose those
> programmers who a
On 4/30/2014 11:59 AM, Chris wrote:
The simplest example is to insert
writeln() simply to see up to which point it prints before the app
crashes. Believe it or not, I find this technique very efficient in
certain situations.
I do that all the time. :)
Python often gets in my way when micro-d
On Wednesday, 30 April 2014 at 11:41:29 UTC, logicchains wrote:
On Tuesday, 29 April 2014 at 17:05:50 UTC, Brian Rogoff wrote:
You must be perpetually perplexed then, because Haskell,
Clean, F#, Nimrod and many other languages also use
whiitespace to signify indentation.
I suppose I haven't f
On Wednesday, 30 April 2014 at 14:57:44 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 30 April 2014 at 10:56:22 UTC, Chris wrote:
which is not very elegant, and it's error prone (what if you
overlook the TEST && bit for release?)
I'd probably tie it to DEBUG and make sure it has the correct
v
On Wednesday, 30 April 2014 at 10:56:22 UTC, Chris wrote:
which is not very elegant, and it's error prone (what if you
overlook the TEST && bit for release?)
I'd probably tie it to DEBUG and make sure it has the correct
value whenever DEBUG is false. No need to remove it before
release.
Ola
On Tuesday, 29 April 2014 at 14:59:25 UTC, logicchains wrote:
An argument for zero-based indexing from Dijkstra:
https://www.cs.utexas.edu/users/EWD/transcriptions/EWD08xx/EWD831.html
Well, indeed, it's impossible to select an empty subrange with
convention c (pascal?). Is it a problem? Simply
On Wednesday, 30 April 2014 at 11:46:32 UTC, Nick Sabalausky
wrote:
On 4/30/2014 6:16 AM, "Ola Fosheim Grøstad"
" wrote:
On Wednesday, 30 April 2014 at 08:52:48 UTC, Chris wrote:
In D you can do this:
if (mode == "TEST") { // Second block added later
if (x == 1) { // First block
writeln("Hur
On 4/30/2014 6:16 AM, "Ola Fosheim Grøstad"
" wrote:
On Wednesday, 30 April 2014 at 08:52:48 UTC, Chris wrote:
In D you can do this:
if (mode == "TEST") { // Second block added later
if (x == 1) { // First block
writeln("Hurray!");
}
}
Yea, I do that all the time for debugging...*deliberat
On Tuesday, 29 April 2014 at 17:05:50 UTC, Brian Rogoff wrote:
You must be perpetually perplexed then, because Haskell, Clean,
F#, Nimrod and many other languages also use whiitespace to
signify indentation.
I suppose I haven't found the whitespace in Haskell and F# so
bothersome because the
On Wednesday, 30 April 2014 at 10:16:12 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 30 April 2014 at 08:52:48 UTC, Chris wrote:
Say you have a Python file with 500 lines of code. Try to copy
and paste something with a different indentation from
somewhere else into an if statement.
Paste in
On Wednesday, 30 April 2014 at 08:52:48 UTC, Chris wrote:
Say you have a Python file with 500 lines of code. Try to copy
and paste something with a different indentation from somewhere
else into an if statement.
Paste in non-formatting-mode and use the editor's ability to
block indent? Having
On Wednesday, 30 April 2014 at 06:12:24 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 30 April 2014 at 01:46:21 UTC, Nick Sabalausky
wrote:
indentation rules. All it can do, and indeed all is *does* do,
is blindly assume that the indentation as presented is correct
and adheres to the universal
On Tuesday, 29 April 2014 at 14:50:38 UTC, Kagamin wrote:
On Monday, 28 April 2014 at 19:34:38 UTC, Kapps wrote:
D can actually do a rather good job of runtime reflection. I
made a runtime reflection module
(https://shardsoft.com/stash/projects/SHARD/repos/shardtools/browse/source/ShardTools/Re
On Wednesday, 30 April 2014 at 01:46:21 UTC, Nick Sabalausky
wrote:
indentation rules. All it can do, and indeed all is *does* do,
is blindly assume that the indentation as presented is correct
and adheres to the universal style. If something is indented
wrong, there is no enforcement, only bug
On 4/29/2014 1:05 PM, Brian Rogoff wrote:
The argument is roughly like this: if we accept that it would be a good
thing if there was a universal indentation/code formatting standard that
everyone followed (like gofmt for Go) then punctuation is redundant and
the remaining question is whether the
On Tuesday, 29 April 2014 at 14:01:44 UTC, logicchains wrote:
As someone who only occasionally uses D and Python, I just
wanted to add as a datapoint that I find the D compilers an
order of magnitude more agreeable than the Python interpreter.
The thought that anybody could actually enjoy signi
On Tuesday, 29 April 2014 at 10:51:26 UTC, Ola Fosheim Grøstad
wrote:
For closures for arrays and dicts.
I don't understand
I used the wrong term, I meant list comprehensions. The most
important feature in Python for me. I find it very powerful in
combination with tuples, lists and dicts.
On Tuesday, 29 April 2014 at 14:53:48 UTC, Kagamin wrote:
I'd say, for a math-oriented language starting position 1 is
more meaningful than starting offset 0, the latter is an idiom
for system programming language, the former better corresponds
to mathematical formalism.
An argument for zero-
On Monday, 28 April 2014 at 22:31:58 UTC, bearophile wrote:
What's the good of having all arrays always start from index 1
(this is different from Ada, where you can choose the indexing
range and type)?
I'd say, for a math-oriented language starting position 1 is more
meaningful than starting
On Monday, 28 April 2014 at 19:34:38 UTC, Kapps wrote:
D can actually do a rather good job of runtime reflection. I
made a runtime reflection module
(https://shardsoft.com/stash/projects/SHARD/repos/shardtools/browse/source/ShardTools/Reflection.d
/ https://shardsoft.com/docs/ShardTools/Reflect
On Tuesday, 29 April 2014 at 13:05:34 UTC, Chris wrote:
As opposed to the fascist intransigence of the Python
interpreter with its ridiculous indent-mania. Maybe you are
only referring to static vs. dynamic typing. Be it a compiler
or an interpreter, they are all inherently stubborn and fond of
On Tuesday, 29 April 2014 at 11:28:07 UTC, Russel Winder via
Digitalmars-d wrote:
Principally there are a large number of users and installation
and there
is a wealth of support for different user bases from sys admins
to
quants. Python is a relatively small language that is easy to
learn.
On Tuesday, 29 April 2014 at 11:31:11 UTC, Russel Winder via
Digitalmars-d wrote:
Don't forget dictionary comprehensions and set comprehensions.
Yes, I use dict comprehensions a lot too. I have never used set
comprehensions.
And definitely don't forget generator expressions.
Actually, I d
John Colvin:
Any reason why this needs language support? I haven't tried it,
but I can't see why it can't be trivially done in a library.
I don't yet know the answer. I have to think more about the
topic, and to try to implement something in library code. And
then I can judge (a bit) if the
On Tue, 2014-04-29 at 10:51 +, via Digitalmars-d wrote:
[…]
> I used the wrong term, I meant list comprehensions. The most
> important feature in Python for me. I find it very powerful in
> combination with tuples, lists and dicts.
Don't forget dictionary comprehensions and set comprehension
On Mon, 2014-04-28 at 18:07 +, John Colvin via Digitalmars-d wrote:
[…]
> What features does python, as a language (syntactical preferences
> aside), actually have to recommend it over D (assuming drepl* or
> similar became full-featured)? This is definitely not a
> rhetorical question, it c
On Tuesday, 29 April 2014 at 11:04:38 UTC, John Colvin wrote:
My bet is that D users will be able to produce the same sort of
quick-fix libraries. The newsgroups are dominated by
systems-type people and there is a serious emphasis on
super-low-cost abstractions, but in my opinion D is a more th
On Tuesday, 29 April 2014 at 10:51:26 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 28 April 2014 at 18:45:54 UTC, John Colvin wrote:
Libraries.
not part of the language (unless you count the standard
library. I don't see anything particularly special about
python's standard library).
Hmm… I th
On Monday, 28 April 2014 at 18:45:54 UTC, John Colvin wrote:
Libraries.
not part of the language (unless you count the standard
library. I don't see anything particularly special about
python's standard library).
Hmm… I think that for Python, Ruby and Perl, the libraries and
the ecosystems t
On Tuesday, 29 April 2014 at 08:21:04 UTC, John Colvin wrote:
On Monday, 28 April 2014 at 23:02:03 UTC, bearophile wrote:
I think it could be a good idea to add something intermediate
to D: optional strong typing for array indexing. I'd like to
write a DIP on this someday (note that this does n
On Monday, 28 April 2014 at 23:02:03 UTC, bearophile wrote:
I think it could be a good idea to add something intermediate
to D: optional strong typing for array indexing. I'd like to
write a DIP on this someday (note that this does not mean I am
suggesting D array indexes to optionally start fr
On 4/28/2014 7:02 PM, bearophile wrote:
Nick Sabalausky:
VB6 let you choose your starting index, too. It was rarely useful and
constantly made array-handling code a pain in the ass. Of course, VB
made pretty much everything a PITA...(I used to work at a VB6 house.
*shudder*)
(As far as I know
On Monday, 28 April 2014 at 22:31:58 UTC, bearophile wrote:
Paulo Pinto:
Pascal expatriates like myself won't consider indexes from 1 a
design mistake. :)
What's the good of having all arrays always start from index 1
(this is different from Ada, where you can choose the indexing
range and
Nick Sabalausky:
VB6 let you choose your starting index, too. It was rarely
useful and constantly made array-handling code a pain in the
ass. Of course, VB made pretty much everything a PITA...(I used
to work at a VB6 house. *shudder*)
(As far as I know, and I am ignorant about Julia) in Jul
On 4/28/2014 6:31 PM, bearophile wrote:
Paulo Pinto:
Pascal expatriates like myself won't consider indexes from 1 a design
mistake. :)
What's the good of having all arrays always start from index 1 (this is
different from Ada, where you can choose the indexing range and type)?
VB6 let you
Paulo Pinto:
Pascal expatriates like myself won't consider indexes from 1 a
design mistake. :)
What's the good of having all arrays always start from index 1
(this is different from Ada, where you can choose the indexing
range and type)?
Bye,
bearophile
Am 28.04.2014 22:31, schrieb bearophile:
Chris:
Especially in the scientific community Python is popular because one
can protoype very fast, test things etc. However, as the code base
grows it becomes more and more obvious that Python is too slow and
doesn't scale very well.
Julia seems to be
Chris:
Especially in the scientific community Python is popular
because one can protoype very fast, test things etc. However,
as the code base grows it becomes more and more obvious that
Python is too slow and doesn't scale very well.
Julia seems to be gaining many users, it's a language tha
My point is basically: a lot of projects / modules start out as
little helper functions, prototypes or proofs-of-concept, but
grow bigger very fast. Especially in the scientific community
Python is popular because one can protoype very fast, test things
etc. However, as the code base grows it b
On Monday, 28 April 2014 at 17:28:16 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 28 April 2014 at 16:22:47 UTC, Russel Winder via
Digitalmars-d wrote:
Their environment is one in which Python is the only
option (long
story), so they write in Python and then optimize by using
Cython on the
CPU i
On Monday, 28 April 2014 at 18:18:25 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 28 April 2014 at 18:07:45 UTC, John Colvin wrote:
What features does python, as a language (syntactical
preferences aside), actually have to recommend it over D
(assuming drepl* or similar became full-featured)?
L
On Monday, 28 April 2014 at 18:18:25 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 28 April 2014 at 18:07:45 UTC, John Colvin wrote:
What features does python, as a language (syntactical
preferences aside), actually have to recommend it over D
(assuming drepl* or similar became full-featured)?
L
On Monday, 28 April 2014 at 18:07:45 UTC, John Colvin wrote:
What features does python, as a language (syntactical
preferences aside), actually have to recommend it over D
(assuming drepl* or similar became full-featured)?
Libraries.
For closures for arrays and dicts.
Tuples.
Heavy duty reflec
On Monday, 28 April 2014 at 09:41:43 UTC, Russel Winder via
Digitalmars-d wrote:
On Mon, 2014-04-28 at 09:27 +, John Colvin via
Digitalmars-d wrote:
[…]
As with all these things, YMMV; there are many large,
successful Python projects.
I think this is a crucially important thing to remembe
On Monday, 28 April 2014 at 16:22:47 UTC, Russel Winder via
Digitalmars-d wrote:
Their environment is one in which Python is the only
option (long
story), so they write in Python and then optimize by using
Cython on the
CPU intensive codes. This actually works very well for them.
Don't forget
On Mon, 2014-04-28 at 14:15 +, Chris via Digitalmars-d wrote:
[…]
> E.g. an algorithm for signal processing. Python is fine for
> prototyping, but if you want your algorithms to work in a real
> world app at real time, you'll have to rewrite it in C/C++, D or
> whatever. I've adopted the pol
On Monday, 28 April 2014 at 13:26:51 UTC, Russel Winder via
Digitalmars-d wrote:
On Mon, 2014-04-28 at 09:43 +, Chris via Digitalmars-d
wrote:
[…]
Yeah, Python is good for fast prototyping, that's why the
scientific community uses it. However, when it comes to using
the code for real world
On Mon, 2014-04-28 at 09:43 +, Chris via Digitalmars-d wrote:
[…]
> Yeah, Python is good for fast prototyping, that's why the
> scientific community uses it. However, when it comes to using the
> code for real world apps, you have to rewrite it in C/C++ or D
> (or the like).
Why?
Many peop
On Monday, 28 April 2014 at 09:27:33 UTC, John Colvin wrote:
On Monday, 28 April 2014 at 09:10:53 UTC, Chris wrote:
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
ar
On Mon, 2014-04-28 at 09:27 +, John Colvin via Digitalmars-d wrote:
[…]
> As with all these things, YMMV; there are many large, successful
> Python projects.
I think this is a crucially important thing to remember: YMMV.
This is not a black and white, D or Python. Different organization and
On Monday, 28 April 2014 at 09:10:53 UTC, Chris wrote:
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
arguments and heaps of code, that often hard to understand
(for
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
arguments and heaps of code, that often hard to understand (for
example Templates) even more complicated to use it.
I
On 24/04/14 23:49, bearophile wrote:
Yes, sorry, I know this could cause some troubles, but if you think hard
about the situation, you will see that this is currently the best (or
less bad) solution. It was recently discussed in D.learn, but I can't
find the thread. So let's not discuss it again
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
Does anybody make tests of speed most common algorithm in D and
Python. I am trying to understand which project better to start
in Python and which in D.
I think I split my decision based on the tools available. So I'd
probably write
Steven Schveighoffer:
I don't think this is a very good idea. The code should likely
build with the latest released compiler.
Oh, if you want to help rosettacode efforts, then try to fix this
entry:
http://rosettacode.org/wiki/Parallel_calculations#D
Bye,
bearophile
Steven Schveighoffer:
I don't think this is a very good idea. The code should likely
build with the latest released compiler.
Yes, sorry, I know this could cause some troubles, but if you
think hard about the situation, you will see that this is
currently the best (or less bad) solution. It
On Thu, 24 Apr 2014 17:08:40 -0400, bearophile
wrote:
Suliman:
It's much better to add best examples at wiki.dlang.org
I am updating the examples on Rosettacode almost daily (example: I am
currently modifying tens of entries to use @nogc)
I don't think this is a very good idea. The co
Suliman:
It's much better to add best examples at wiki.dlang.org
I am updating the examples on Rosettacode almost daily (example:
I am currently modifying tens of entries to use @nogc). So you
Suliman do you want to keep updating the dwiki to follow the very
frequent changes in the rosettac
On Thursday, 24 April 2014 at 16:23:22 UTC, Andrei Alexandrescu
wrote:
On 4/24/14, 2:20 AM, bearophile wrote:
Suliman:
It would be very nice to add to dlang wiki comparison woth
Python, to
show that D code can be easy as Python.
In the Rosettacode site there are around one thousand Python-D
On 4/24/14, 10:30 AM, bearophile wrote:
Andrei Alexandrescu:
Guess we could link from dlang.org to some. -- Andrei
A simpler solution is to to just link to this page, that contains the
links to all pages that contain D entries:
http://rosettacode.org/wiki/Category:D
Bye,
bearophile
Great,
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
arguments and heaps of code, that often hard to understand (for
example Templates) even more complicated to use it.
T
Andrei Alexandrescu:
Guess we could link from dlang.org to some. -- Andrei
A simpler solution is to to just link to this page, that contains
the links to all pages that contain D entries:
http://rosettacode.org/wiki/Category:D
Bye,
bearophile
On Thursday, 24 April 2014 at 16:23:22 UTC, Andrei Alexandrescu
wrote:
Guess we could link from dlang.org to some. -- Andrei
It would be neat to have some of the shorter Rosetta Code
examples on rotation... Do they allow the examples to be
displayed outside of RC?
On Thursday, 24 April 2014 at 16:23:22 UTC, Andrei Alexandrescu
wrote:
Guess we could link from dlang.org to some. -- Andrei
It would be neat to have some of the shorter Rosetta Code
examples on rotation... Do they allow the examples to be
displayed outside of RC?
On 4/24/14, 2:20 AM, bearophile wrote:
Suliman:
It would be very nice to add to dlang wiki comparison woth Python, to
show that D code can be easy as Python.
In the Rosettacode site there are around one thousand Python-D comparisons.
Bye,
bearophile
Guess we could link from dlang.org to so
On Thursday, 24 April 2014 at 08:05:53 UTC, Suliman wrote:
Most of my D code looks nothing like what you see posted on
these lists. I likely don't write code in the idiomatic D way,
but it still works and is a lot easier on the eyes than my C++
code.
I think improving the library documentatio
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
arguments and heaps of code, that often hard to understand (for
example Templates) even more complicated to use it.
I
Most of my D code looks nothing like what you see posted on
these lists. I likely don't write code in the idiomatic D way,
but it still works and is a lot easier on the eyes than my C++
code.
I think improving the library documentation and some parts of
the library (ie. XML, JSON a few others
Suliman:
It would be very nice to add to dlang wiki comparison woth
Python, to show that D code can be easy as Python.
In the Rosettacode site there are around one thousand Python-D
comparisons.
Bye,
bearophile
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of
arguments and heaps of code, that often hard to understand (for
example Templates) even more complicated to use it.
I
I am following discussions about GC and some other 'critical'
improves in D language for a long time. I see a lot of arguments
and heaps of code, that often hard to understand (for example
Templates) even more complicated to use it.
I like D, but more and more I am playing with Python, and
un
Le 11/11/2011 05:35, J Arrizza a écrit :
Perl has CPAN
Ruby has gems
Python has PyPi.
Java has the JDK
C# has the CLR
All of the libraries are huge and, just as importantly, they're
organized (although some better than others).
Depending on your level of cynicism, these l
Danni Coy wrote:
>>
>>
>> Now to Paulo's point, one of those packages will be the killer app
>> that causes D to go wildly successful. Will it be a web framework
>> like Rails or CGI? Perhaps. But it could be something else. Here's
>> my wish:
>>- a replacement for X11 on ARM processors running
On Fri, Nov 11, 2011 at 1:37 PM, Danni Coy wrote:
> Isn't that more or less what Wayland is (minus the D bit)?
>>
> I am pretty sure that Qt,Gtk and there respective D bindings will run on
> top of it.
>
Perhaps it is.
Unfortunately I may have muddied the waters a little. My point is that
predi
>
>
> Now to Paulo's point, one of those packages will be the killer app that
> causes D to go wildly successful. Will it be a web framework like Rails or
> CGI? Perhaps. But it could be something else. Here's my wish:
>- a replacement for X11 on ARM processors running embedded linux
>- a f
Quite right.
On 11.11.2011 10:14, Russel Winder wrote:
On Thu, 2011-11-10 at 21:06 -0600, Caligo wrote:
[...]
That's like going back 20 years and telling Linus "without a properly
financed and orchestrated marketing campaign to push Linux out there..." ,
you get my drift.
No I don't, but I th
On 11/11/11 9:54 AM, Russel Winder wrote:
On Fri, 2011-11-11 at 16:44 +0100, Jacob Carlborg wrote:
[...]
I wouldn't have any problem if I could work on this full time, but
unfortunately I need to make some money to survive.
Here lies the problem for projects such as D, until there is resource
On Fri, 2011-11-11 at 16:44 +0100, Jacob Carlborg wrote:
[...]
> I wouldn't have any problem if I could work on this full time, but
> unfortunately I need to make some money to survive.
Here lies the problem for projects such as D, until there is resource
for core developers to work on stuff full
"Russel Winder" wrote in message
news:mailman.869.1321025163.24802.digitalmar...@puremagic.com...
>On Fri, 2011-11-11 at 15:27 +0100, Marco Leise wrote:
>[...]
>> Just as a historical anecdote: The Delphi inventor (Anders Hejlsberg)
>> switched to Microsoft and was a co-inventor of .NET. Besides
On 2011-11-11 10:32, Russel Winder wrote:
On Fri, 2011-11-11 at 08:53 +0100, Jacob Carlborg wrote:
[...]
I'm working on a package manager for D:
https://github.com/jacob-carlborg/orbit
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
What is needed is some direct or i
On Fri, 2011-11-11 at 15:27 +0100, Marco Leise wrote:
[...]
> Just as a historical anecdote: The Delphi inventor (Anders Hejlsberg)
> switched to Microsoft and was a co-inventor of .NET. Besides Delphi.NET
> there are Eiffel, Mercury, IronPython, Nemerle, Oberon ... you name it.
> Maybe I did
Am 11.11.2011, 10:29 Uhr, schrieb Russel Winder :
It is interesting that there is an explosion of languages on JVM, but
Microsoft is retrenching to C#/F#/VB#/C++CLR on CLR and shedding any
language it is not directly in control of.
Just as a historical anecdote: The Delphi inventor (Anders Hej
On Fri, Nov 11, 2011 at 1:29 AM, Russel Winder wrote:
> > Paulo, with respect, I disagree. A single killer feature does not have
> > enough breadth to entice a developer community that has large and varied
> > needs from a language.
>
> But in developing the reputation it is critical to have a hi
"Caligo" wrote in message
news:mailman.856.1321003915.24802.digitalmar...@puremagic.com...
> On Fri, Nov 11, 2011 at 2:59 AM, SimonM wrote:
>
>> On 2011/11/11 06:56 AM, Andrei Alexandrescu wrote:
>>
>>> On 11/10/11 9:06 PM, Caligo wrote:
>>>
I bet very few. They haven't even fixed the link
On Fri, 2011-11-11 at 08:53 +0100, Jacob Carlborg wrote:
[...]
>
> I'm working on a package manager for D:
>
> https://github.com/jacob-carlborg/orbit
> https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
What is needed is some direct or indirect resources to allow this work
On Fri, Nov 11, 2011 at 2:59 AM, SimonM wrote:
> On 2011/11/11 06:56 AM, Andrei Alexandrescu wrote:
>
>> On 11/10/11 9:06 PM, Caligo wrote:
>>
>>> I bet very few. They haven't even fixed the link to that old
>>> site, and it's been like that for far too long.
>>>
>>
>> What link?
>>
>
> I think h
On Thu, Nov 10, 2011 at 9:47 PM, Walter Bright
wrote:
> On 11/10/2011 7:06 PM, Caligo wrote:
>
>> Where is "D/Phobos Developer's Guide" page?
>>
>
> Andrei and I have talked about writing one, but it will help a lot if you
> would contribute a draft.
>
Done.
Since I'm not a D developer, there is
On Thu, 2011-11-10 at 20:35 -0800, J Arrizza wrote:
> >
> > True but somehow they manage to become famous because there was a
> > killer feature everyone wanted to use. If I recall correctly:
> >
> > Perl - An easy way to create complex shell scripts and the major language
> > to
> > be used for we
On Thu, 2011-11-10 at 21:06 -0600, Caligo wrote:
[...]
> That's like going back 20 years and telling Linus "without a properly
> financed and orchestrated marketing campaign to push Linux out there..." ,
> you get my drift.
No I don't, but I think you are trivializing my point by trying to make
it
On 2011/11/11 06:56 AM, Andrei Alexandrescu wrote:
On 11/10/11 9:06 PM, Caligo wrote:
I bet very few. They haven't even fixed the link to that old
site, and it's been like that for far too long.
What link?
I think he's probably referring to http://www.digitalmars.com/d/2.0/
which should pre
On 2011-11-11 05:56, Andrei Alexandrescu wrote:
On 11/10/11 9:06 PM, Caligo wrote:
Where is "D/Phobos Developer's Guide" page?
I hope we'll have that soon, among other articles and papers. I'm not
even sure that particular one is among the most important documents to
have. Good articles are ve
On 2011-11-11 05:35, J Arrizza wrote:
True but somehow they manage to become famous because there was a
killer feature everyone wanted to use. If I recall correctly:
Perl - An easy way to create complex shell scripts and the major
language to
be used for web development (CGI)
1 - 100 of 113 matches
Mail list logo
