Re: I have a plan.. I really DO
Let me echo this: transparency has historically been a big problem for D. AFAIK, nobody in the broader community was ever told that the D foundation money would be used to fund a bunch of Romanian interns, it just happened. In the end, it appears to have worked out great, but why would anybody donate without being given transparency on where the money was going in the first place, when it could have ended badly? I understand Andrei had connections with that Romanian university, but some donor might have had connections with a Brazilian or Chinese university that might have worked out even better. We'll never explore such connections and alternatives without transparency. The current move to fund some IDE work with Opencollective is better in that regard, but with no concrete details on what it entails, not significantly better: https://forum.dlang.org/post/pxwxhhbuburvddnha...@forum.dlang.org Anyway, I don't use such IDEs, so not a reason for me to donate anyway. Honestly, Dmitry's posts starting this thread are incoherent, I'm not sure what he was trying to say. If he feels D users should be donating much more, he and others need to make clear how that money will be spent. +1 And maybe it would be a good idea to use a Kickstarter-like philosophy to fund D's development with more transparency. I mean, you should offer a short panel of D enhancement projects, with their precise goal, minimum bugdet and investment time limit (for instance one year to reach the required budget), plus an ordered list of additional developments if the gathered money exceeds the initial budget. People can then invest in the project(s) that interest them the most. If the minimum budget is not reached after the time limit, the investors can get their money back, or decide to invest it in another project which hasn't expired. As you guess, in my opinion, two possible fundable projects would be : 1. a project to add http-related components to D's standard library 2. a project to allow D to be REALLY usable without GC, i.e. add weak/strong reference to the language and provide a standard library which uses them
Re: DVM - D Version Manager 0.4.4
On Monday, 2 July 2018 at 18:31:50 UTC, Steven Schveighoffer wrote: I still use dvm (this version 0.4.4 is the latest I believe). It still works, at least on OSX. But the errors it throws are not very user friendly, most of the time you get a stack trace. I've never used the --latest switch (which BTW fails on OSX as well). Likely it's a change in how the metadata is stored on the server. Just install by name: dvm install 2.080.1 Thanks, that worked! It doesn't announce where it put the compiler, which turns out to be: C:\Users\\AppData\Roaming\dvm\
Re: I have a plan.. I really DO
On Monday, 2 July 2018 at 18:03:25 UTC, bachmeier wrote: On Saturday, 30 June 2018 at 03:02:15 UTC, Joakim wrote: The future of native code will be replacing scripting languages. D is really good at that task. This will never happen, doesn't matter how good D is at it, they will always be better because they sacrifice performance for ease of use. Generalization I think it depends on a couple of factors. First, some of us prefer static typing, but until a few years ago, the POS known as Java was the best available language with static typing. As languages like D build up libraries that make it easy to replace the functionality of scripting languages, many of us will move. Second, scripting languages lose their ease of use advantages quickly once performance becomes an issue. As data science and web services continue to grow at a fast pace, more programs are being written for which performance will eventually be an issue. JavaScript is the most popular and growing language on earth. AFAIK, nobody in the broader community was ever told that the D foundation money would be used to fund a bunch of Romanian interns, it just happened. My understanding is that a lot of that was funded by Andrei (but maybe I am wrong) so I have never had a problem with that decision. Where it does cause problems is that anyone else, myself included, may not be eager to donate for that reason because it's not what we feel is going to help with adoption of the language. As you mentioned, some work on IDEs is being funded, but even then it appears to be one IDE for Windows users. Windows? It's not an IDE. Its a text editor by Microsoft called Visual Studio Code and it's cross platform. The D extension is the most capable cross platform option. I use it on Linux an it works really well. I wouldn't hesitate to donate money just to see it gain further improvements. Its really awesome. When I see people complaining about lack of D support for code editors...I wonder if they make effort to assert their complaints. If course D cannot be supported on every ide/text editor. Popular ones are well supported. Visual Studio and Visual Studio Code being the best IMO. However, sublime, vim, and monodevelop have good support too. Maybe they should mention what they're not getting from supported IDEs/text editors. That's not relevant to anything I'm doing. It's better if I contribute by improving the ecosystem in a way that helps others doing the same things. D has a very diverse use case so the generalization is moot. For example I prefer having the gc manage memory for me...For most of the things I do with D...contrary to other opinions.
Re: DVM - D Version Manager 0.4.4
On 7/2/18 3:36 AM, Tony wrote: On Monday, 2 July 2018 at 07:12:47 UTC, Basile B. wrote: On Monday, 2 July 2018 at 06:21:53 UTC, Tony wrote: On Sunday, 13 September 2015 at 16:26:04 UTC, Jacob Carlborg wrote: I just released a new version of DVM, 0.4.4. The most important I am on Windows 10. Is: dvm --latest install a valid way to get the latest dmd? When I try that I get an exception Seems unmaintained. Try Cybershadow's Digger which can handle building several versions of DMD too (https://github.com/CyberShadow/Digger), even from locally served webpage as UI. OK, thanks! I saw DVM mentioned in a thread recently and I went back and couldn't find it and found this one via a search. The one I saw may have been a very old thread that someone revived. I still use dvm (this version 0.4.4 is the latest I believe). It still works, at least on OSX. But the errors it throws are not very user friendly, most of the time you get a stack trace. I've never used the --latest switch (which BTW fails on OSX as well). Likely it's a change in how the metadata is stored on the server. Just install by name: dvm install 2.080.1 -Steve
Re: I have a plan.. I really DO
On Saturday, 30 June 2018 at 03:02:15 UTC, Joakim wrote: The future of native code will be replacing scripting languages. D is really good at that task. This will never happen, doesn't matter how good D is at it, they will always be better because they sacrifice performance for ease of use. I think it depends on a couple of factors. First, some of us prefer static typing, but until a few years ago, the POS known as Java was the best available language with static typing. As languages like D build up libraries that make it easy to replace the functionality of scripting languages, many of us will move. Second, scripting languages lose their ease of use advantages quickly once performance becomes an issue. As data science and web services continue to grow at a fast pace, more programs are being written for which performance will eventually be an issue. AFAIK, nobody in the broader community was ever told that the D foundation money would be used to fund a bunch of Romanian interns, it just happened. My understanding is that a lot of that was funded by Andrei (but maybe I am wrong) so I have never had a problem with that decision. Where it does cause problems is that anyone else, myself included, may not be eager to donate for that reason because it's not what we feel is going to help with adoption of the language. As you mentioned, some work on IDEs is being funded, but even then it appears to be one IDE for Windows users. That's not relevant to anything I'm doing. It's better if I contribute by improving the ecosystem in a way that helps others doing the same things.
Re: Mir Algorithm v1.1.3
On Sunday, 1 July 2018 at 15:18:55 UTC, 9il wrote:
Mir Algorithm [1, 2]
=
Dlang core library for math, finance and a home for Dlang
multidimensional array package - ndslice.
New features:
- most of routines in mir.ndslice.topology (e.g. map, zip,
stride) accept common arrays
- `Series` got the same formating as builtin associative arrays
- `Series` got ~ overloaded operator for set union.
- mir.series: `unionSeries` was added (for N=2 optimised using
`troykaSeries`)
- mir.series: `troykaGalop` and `troykaSeries` were added.
They are awesome too iterate over set union when both side set
differences and/or set intersection should be handled seprately
[6, 7]
- ... and a lot of others I forgot since v0.8.0 announce
Few bugs was fixed.
And a small tip about syntax sugar [3]:
/+dub.sdl:
dependency "mir-algorithm" version="~>1.1.3"
+/
import mir.ndslice;
void main()
{
auto v = [1.0, 2];
auto w = [1.0, 2];
// `map` knows about `zip`
auto lazySum1 = zip(v, w).map!((a, b) => a + b);
// it is elementwise sum too.
auto lazySum2 = v.sliced + w.sliced;
assert(lazySum1 == lazySum2);
}
Major part of this work has been sponsored by Symmetry
Investments [4] and Kaleidic Associates [5].
Acknowledgements:
Sebastian Wilzbach,
Nathan Sashihara,
John Hall,
Shigeki Karita.
[1] https://github.com/libmir/mir-algorithm
[2] http://docs.algorithm.dlang.io/latest/index.html
[3] https://run.dlang.io/gist/e45d9892299131cee9c90541bbc00183
[4] http://symmetryinvestments.com
[5] https://github.com/kaleidicassociates
[6]
http://docs.algorithm.dlang.io/latest/mir_series.html#.troykaGalop
[7]
http://docs.algorithm.dlang.io/latest/mir_series.html#.troykaSeries
Best Regards,
Ilya Yaroshenko
Thank you for the great work!
Re: Mir Algorithm v1.1.3
On Sunday, 1 July 2018 at 15:18:55 UTC, 9il wrote: Mir Algorithm [1, 2] = Dlang core library for math, finance and a home for Dlang multidimensional array package - ndslice. New features: - most of routines in mir.ndslice.topology (e.g. map, zip, stride) accept common arrays - `Series` got the same formating as builtin associative arrays - `Series` got ~ overloaded operator for set union. - mir.series: `unionSeries` was added (for N=2 optimised using `troykaSeries`) - mir.series: `troykaGalop` and `troykaSeries` were added. They are awesome too iterate over set union when both side set differences and/or set intersection should be handled seprately [6, 7] - ... and a lot of others I forgot since v0.8.0 announce [snip] Great. I'll need to look into some of these changes, particularly on Series. What are you plans for next steps with Mir?
Re: Release Candidate 2.081.0 [was: Re: Beta 2.081.0]
On Thursday, 28 June 2018 at 20:58:54 UTC, Martin Nowak wrote: http://dlang.org/changelog/2.081.0.html Looks like duplicate in Contributors section: Q. F. Schroll Quirin F. Schroll -- Alexander
Re: I have a plan.. I really DO
On Monday, 2 July 2018 at 05:20:51 UTC, Joakim wrote:
On Sunday, 1 July 2018 at 15:40:20 UTC, Ecstatic Coder wrote:
On Sunday, 1 July 2018 at 14:01:11 UTC, Jonathan M Davis wrote:
On Sunday, July 01, 2018 13:37:32 Ecstatic Coder via
Digitalmars-d-announce wrote:
On Sunday, 1 July 2018 at 12:43:53 UTC, Johannes Loher wrote:
> Am 01.07.2018 um 14:12 schrieb Ecstatic Coder:
>> Add a 10-liner "Hello World" web server example on the
>> main page and that's it.
>
> There already is one in the examples:
>
> #!/usr/bin/env dub
> /+ dub.sdl:
> name "hello_vibed"
> dependency "vibe-d" version="~>0.8.0"
> +/
> void main()
> {
>
> import vibe.d;
> listenHTTP(":8080", (req, res) {
>
> res.writeBody("Hello, World: " ~ req.path);
>
> });
> runApplication();
>
> }
Yeah I know, guess who asked for it...
But the last step, which is including such functionality
into the standard library , will never happen, because
nobody here seems to see the point of doing this.
I guess those who made that for Go and Crystal probably did
it wrong.
What a mistake they did, and they don't even know they make
a mistake, silly them... ;)
What should and shouldn't go in the standard library for a
language is something that's up for a lot of debate and is
likely to often be a point of contention. There is no clear
right or wrong here. Languages that have had very sparse
standard libraries have done quite well, and languages that
have had kitchen sink libraries have done quite well. There
are pros and cons to both approaches.
- Jonathan M Davis
I agree.
But here I'm just talking of the "public image" of the
language.
Languages which integrates HTTP-related components in their
standard library, and advertize on that (like Crystal for
instance), obviously apply a different "marketing" strategy
than languages which have chosen not to do so.
That's all I say...
Two points:
- Andrei pushed to include vibe.d but it didn't happen.
"There's no web services framework (by this time many folks
know of D, but of those a shockingly small fraction has even
heard of vibe.d). I have strongly argued with Sönke to bundle
vibe.d with dmd over one year ago, and also in this forum.
There wasn't enough interest."
https://forum.dlang.org/post/nipb14$ldb$1...@digitalmars.com
- As you acknowledge, integration has drawbacks too. I thought
this was an interesting recent article about how it has now
hobbled one of the biggest tech companies in the world:
https://stratechery.com/2018/intel-and-the-danger-of-integration/
I don't think the web matters enough these days that it is
worth bundling, which is why a webassembly port is also not
worth it for most:
https://www.mobiloud.com/blog/mobile-apps-vs-the-mobile-web/
Instead of trying to integrate vibe.d, which I don't think would
be a good idea, personally I'd rather suggest taking the
opportunity to design the interface of those standard
HTTP-related components from scratch (listener server, fibers,
channels, etc), independently from vibe.d and with a minimalistic
mindset, by taking inspiration mainly from Go, along with Crystal
and vibe.d, even if the implementation will obviously end up
being very similar to the one of vibe.d.
Re: DVM - D Version Manager 0.4.4
On Monday, 2 July 2018 at 07:12:47 UTC, Basile B. wrote: On Monday, 2 July 2018 at 06:21:53 UTC, Tony wrote: On Sunday, 13 September 2015 at 16:26:04 UTC, Jacob Carlborg wrote: I just released a new version of DVM, 0.4.4. The most important I am on Windows 10. Is: dvm --latest install a valid way to get the latest dmd? When I try that I get an exception Seems unmaintained. Try Cybershadow's Digger which can handle building several versions of DMD too (https://github.com/CyberShadow/Digger), even from locally served webpage as UI. OK, thanks! I saw DVM mentioned in a thread recently and I went back and couldn't find it and found this one via a search. The one I saw may have been a very old thread that someone revived.
Re: DVM - D Version Manager 0.4.4
On Monday, 2 July 2018 at 07:12:47 UTC, Basile B. wrote: On Monday, 2 July 2018 at 06:21:53 UTC, Tony wrote: On Sunday, 13 September 2015 at 16:26:04 UTC, Jacob Carlborg wrote: I just released a new version of DVM, 0.4.4. The most important I am on Windows 10. Is: dvm --latest install a valid way to get the latest dmd? When I try that I get an exception Seems unmaintained. Try Cybershadow's Digger which can handle building several versions of DMD too (https://github.com/CyberShadow/Digger), even from locally served webpage as UI. There's this too https://dlang.org/install.html. Maybe it would work with w10 linux subsystem, i cant say by complete lack of win10 experience.
Re: DVM - D Version Manager 0.4.4
On Monday, 2 July 2018 at 06:21:53 UTC, Tony wrote: On Sunday, 13 September 2015 at 16:26:04 UTC, Jacob Carlborg wrote: I just released a new version of DVM, 0.4.4. The most important I am on Windows 10. Is: dvm --latest install a valid way to get the latest dmd? When I try that I get an exception Seems unmaintained. Try Cybershadow's Digger which can handle building several versions of DMD too (https://github.com/CyberShadow/Digger), even from locally served webpage as UI.
Re: DVM - D Version Manager 0.4.4
On Sunday, 13 September 2015 at 16:26:04 UTC, Jacob Carlborg wrote: I just released a new version of DVM, 0.4.4. The most important I am on Windows 10. Is: dvm --latest install a valid way to get the latest dmd? When I try that I get an exception -- dvm --latest install An unknown error occurred: tango.core.Exception.IOException@C:\Users\doob\AppData\Roaming\dub\packages\tango-1.0.1_2.067\tango\core\Exception.d(59): truncated response 0x004421D4 0x00441ECD 0x00441688 0x0040A637 0x0040A4F5 0x004334EA 0x0044FC5B 0x0044FB71 0x004021E8 0x769B8484 in BaseThreadInitThunk 0x77252FEA in RtlValidSecurityDescriptor 0x77252FBA in RtlValidSecurityDescriptor
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote: P.S. I mean what you think the future of native code is??? Rust? Crystal?? Nim??? Thank you very much for mentioning about the Crystal programming language. I din't know there is a Crystal lang so I changed my project name from Crystal to Liberty, 2 days ago so people don't get confuzed.
