On Friday, 4 March 2016 at 01:56:34 UTC, user001 wrote:
"dot". For mathematical purposes it is a lot easier to
understand "dot(a, b)" than "a.dot(b)", at least in my opinion.
Why don't you just define it as "dot(a,b)" to begin with?
I think it would be better idea to just add the ability to ad
Motivated by Dmitry's "Pitching D to a gang of Gophers" thread, how
about pitching it to a gang of professors and graduate students?
I will be presenting D to such an audience at METU in Ankara. What are
the points that you would stress? I am thinking that they would be
interested more in whet
On Saturday, 5 March 2016 at 11:05:09 UTC, Dmitry Olshansky wrote:
I'm having an opportunity to do a small tech-talk on things D
in a eCommerce shop that is currently sold on Go (migrating to
SOA from PHP monolith). I do not intend that to become Go vs D
battle but it gives the context.
What
On Saturday, 5 March 2016 at 11:31:27 UTC, John Colvin wrote:
On Saturday, 5 March 2016 at 11:05:09 UTC, Dmitry Olshansky
wrote:
I'm having an opportunity to do a small tech-talk on things D
in a eCommerce shop that is currently sold on Go (migrating to
SOA from PHP monolith). I do not intend t
On Saturday, 5 March 2016 at 13:15:46 UTC, Andrei Alexandrescu
wrote:
On 03/04/2016 11:34 PM, Jonathan M Davis wrote:
This makes me wonder if something like iota would benefit from
a similar
optimization.
Certainly. -- Andrei
I haven't done much with CTFE yet, but how would one get the type
one takeaway from the video in [EMAIL:In language tooling] that would be
doable in D with a compiler as a library:
we could provide hooks (via user defined function delegates) in the
compiler when some action happen, eg: opening a file to be compiled,
parsing an import, processing an expression et
On Saturday, 5 March 2016 at 22:13:40 UTC, Walter Bright wrote:
On 3/5/2016 3:05 AM, Dmitry Olshansky wrote:
What features you'd highlight to enterprise-ish user?
Interfacing to existing C and C++ code.
If they were a PHP shop, then this wouldn't matter much to them.
On 3/5/2016 3:05 AM, Dmitry Olshansky wrote:
What features you'd highlight to enterprise-ish user?
Interfacing to existing C and C++ code.
On 3/3/2016 5:56 PM, user001 wrote:
It may not add as much value but I think it'd be a bit better as now you no
longer have a global function with a simple name "dot". For mathematical
purposes it is a lot easier to understand "dot(a, b)" than "a.dot(b)", at least
in my opinion. Just curious that
On 2016-03-05 19:00, Erik Smith wrote:
I'm definitely going to start working in async capability (or more
accurately, non-blocking) into the interface. Both models are
essential and there are strong use cases for both, but I know there is a
lot of interest in NBIO for vibe.d compatibility. Thi
On Friday, 4 March 2016 at 06:55:29 UTC, Shachar Shemesh wrote:
On 03/03/16 19:31, Andrei Alexandrescu wrote:
https://www.mailinator.com/tymaPaulMultithreaded.pdf
On a completely different note, me and a colleague started a
proof of concept to disprove the claim that blocking+threads is
slow
On Saturday, 5 March 2016 at 13:13:09 UTC, Jacob Carlborg wrote:
On 2016-03-05 11:23, Saurabh Das wrote:
A little late to the party, nevertheless: Thanks for doing
this, it will
be super-helpful!
My only feature request will be: please make it work with
minimal effort
with Vibe.D! :)
Yeah
On Sat, 05 Mar 2016 14:05:09 +0300, Dmitry Olshansky wrote:
> What features you'd highlight to enterprise-ish user?
Go isn't bad from an enterprise perspective -- it's better than D, in
fact. Go has a major company heavily invested in it, and a number of
other companies are supporting it.
D is
On Sunday, 3 May 2015 at 17:39:48 UTC, Robert burner Schadek
wrote:
std.xml has been considered not up to specs nearly 3 years now.
Time to build a successor. I currently plan the following
featues for it:
- SAX and DOM parser
- in-situ / slicing parsing when possible (forward range?)
- compil
On Friday, 4 March 2016 at 20:14:41 UTC, Andrei Alexandrescu
wrote:
This is just speculation. When the stride is passed to larger
functions the value of the stride is long lost.
I understand the desire for nice and simple code but sadly the
stdlib is not a good place for it - everything must b
On 03/04/2016 11:34 PM, Jonathan M Davis wrote:
This makes me wonder if something like iota would benefit from a similar
optimization.
Certainly. -- Andrei
On 03/04/2016 09:50 PM, John Colvin wrote:
On Friday, 4 March 2016 at 23:33:40 UTC, Andrei Alexandrescu wrote:
On 03/04/2016 04:19 PM, H. S. Teoh via Digitalmars-d wrote:
Why not rather improve dmd optimization, so that such manual
optimizations are no longer necessary?
As I mentioned, optimi
On 2016-03-05 11:23, Saurabh Das wrote:
A little late to the party, nevertheless: Thanks for doing this, it will
be super-helpful!
My only feature request will be: please make it work with minimal effort
with Vibe.D! :)
Yeah, that's really important. Unfortunately it looks like a
synchronous
On 2016-03-04 00:54, cym13 wrote:
We'd still lose all pull requests though and all discussions about them.
Does any, hmm, "pullrequestzilla" thing exist?
There's GitLab, which is basically like GitHub but it's open source and
you can host it yourself. They do have hosting as well.
GitLab su
On Saturday, 5 March 2016 at 11:05:09 UTC, Dmitry Olshansky wrote:
I'm having an opportunity to do a small tech-talk on things D
in a eCommerce shop that is currently sold on Go (migrating to
SOA from PHP monolith). I do not intend that to become Go vs D
battle but it gives the context.
[...]
On 05-Mar-2016 14:11, Jakob Bornecrantz wrote:
On Saturday, 5 March 2016 at 11:05:09 UTC, Dmitry Olshansky wrote:
What features you'd highlight to enterprise-ish user?
Have go solved stacktraces in gorutines, last I checked this was a big
pain point for go developers, otherwise its a good issu
On Saturday, 5 March 2016 at 11:05:09 UTC, Dmitry Olshansky wrote:
What features you'd highlight to enterprise-ish user?
Have go solved stacktraces in gorutines, last I checked this was
a big pain point for go developers, otherwise its a good issue to
bring up.
Cheers, Jakob.
I'm having an opportunity to do a small tech-talk on things D in a
eCommerce shop that is currently sold on Go (migrating to SOA from PHP
monolith). I do not intend that to become Go vs D battle but it gives
the context.
What guys seem to like of Go from my observation:
- goroutines instead of
On Tuesday, 1 March 2016 at 21:00:30 UTC, Erik Smith wrote:
I'm back to actively working on a std.database specification &
implementation. It's still unstable, minimally tested, and
there is plenty of work to do, but I wanted to share an update
on my progress.
[...]
A little late to the pa
On Friday, 4 March 2016 at 23:55:55 UTC, Erik Smith wrote:
I think some basic object serialization capabilities would be
great although I'm not sure how the bare names can be accessed
like that through the rowSet How would that work?
I did a project a while back using mysql-native (see
code.d
Am 03.03.2016 um 18:31 schrieb Andrei Alexandrescu:
https://www.mailinator.com/tymaPaulMultithreaded.pdf
Andrei
A few points that come to mind:
- Comparing random different high-level libraries is bound to give
results that measure abstraction overhead/non-optimal system API use.
Comparing
On Friday, 4 March 2016 at 23:10:28 UTC, deadalnix wrote:
Not if it is hyper-threaded, as pairs of threads are sharing
resources.
Irrelevant.
I knew you would say that, but you are wrong.
async do not make any sense on a DB. You want async when you
are bound by a 3rd party system.
Err...
27 matches
Mail list logo
