On 05/08/2018 05:05 AM, Cym13 wrote:
I wouldn't say it's an abuse, the dot means exactly the same thing as
everywhere else in the language.
No, it really doesn't mean the same thing at all. Not when you look away
from the unimportant implementation details and towards the big picture:
Norm
On Tuesday, 8 May 2018 at 18:44:06 UTC, Vladimir Panteleev wrote:
On Tuesday, 8 May 2018 at 09:51:11 UTC, Mike Franklin wrote:
I've been recently assigned the task of building a web-based
Ladder Logic editor/compiler
(https://en.wikipedia.org/wiki/Ladder_logic). This would not
be a short-lived
Hello D community.
Just been back for a great Dconf2018. I got some feedback, and it
took me some time to collect information and put the challenges
here.
As you may know, I posted these challenges in the "Learn" forum,
but found out that it is better to post here in "announce". I am
doing
On Tuesday, 8 May 2018 at 06:33:38 UTC, TheGag96 wrote:
Wow.. without comments and unittests, the implementation is
only 116 lines. Awesome job. Even now I still find it
incredible what D can do. Is Algebraic in the standard library
really that bad? And if so, why aren't implementations like
t
On Tuesday, 8 May 2018 at 09:51:11 UTC, Mike Franklin wrote:
I've been recently assigned the task of building a web-based
Ladder Logic editor/compiler
(https://en.wikipedia.org/wiki/Ladder_logic). This would not be
a short-lived application, however.
Hmm, sounds like this would be an interact
On Tuesday, 8 May 2018 at 03:57:25 UTC, Johannes Loher wrote:
Fluent assertions have one major advantage over using
pascalCase assertions: There is no ambiuguity about the order
of arguments.
When using e.g. assertEquals, how do you know wheter is is
supposed to be assertEquals(actual, expect
On Tuesday, 8 May 2018 at 08:53:36 UTC, Vladimir Panteleev wrote:
I heard there was a bit of general interest on the subject, so
would be interesting to hear about more potential use cases.
I've been recently assigned the task of building a web-based
Ladder Logic editor/compiler
(https://en.
On Tuesday, 8 May 2018 at 07:07:30 UTC, Nick Sabalausky
(Abscissa) wrote:
On 05/07/2018 11:57 PM, Johannes Loher wrote:
On Monday, 7 May 2018 at 09:19:31 UTC, Dechcaudron wrote:
I think I'm siding with Johannes here. Much as the overloads
look nice, I don't really see the advantage over
`shoul
https://github.com/CyberShadow/dscripten-tools
This builds a little upon Sebastien Alaiwan (Ace17)'s excellent
prior work of putting together a toolchain for compiling D to
JavaScript / asm.js.
Improvements include a DMD-like driver and rdmd wrapper, meaning
that most tools that know how to
On Tuesday, 8 May 2018 at 05:53:43 UTC, Apocalypto wrote:
On Monday, 7 May 2018 at 09:29:06 UTC, Dechcaudron wrote:
Also, though I use WebFreak's extension for VS code, I never
really got it to work 100% (never really invested more than a
couple minutes either, to be fair). Thinks like syntax
On 05/07/2018 05:35 PM, Paul Backus wrote:
Personally, I consider [pattern matching] an essential
feature--arguably *the* essential feature--
After having used Nemerle, I tend to agree.
I haven't gotten around to using this yet, but I did take a look at the
source and was blown away by how
On 05/07/2018 11:57 PM, Johannes Loher wrote:
On Monday, 7 May 2018 at 09:19:31 UTC, Dechcaudron wrote:
I think I'm siding with Johannes here. Much as the overloads look
nice, I don't really see the advantage over `shouldEqual`. Also,
what's with `all.these.identifiers`? Any particular reason w
12 matches
Mail list logo