Re: Autonomous driving company is looking for D software engineers
On Sunday, 23 June 2019 at 12:22:18 UTC, XavierAP wrote: On Tuesday, 18 June 2019 at 19:05:05 UTC, Dragos Carp wrote: https://jobs.lever.co/aid-driving/c4b243bd-c106-47ae-9aec-e34d5bbe0ce1?lever-via=vcPRnEaCR3 Thank you very much for sharing. You work at AID? As Laeeth says, could you let us know whether it would be ok to add a mention to AID to the Dlang website? https://dlang.org/orgs-using-d.html Thank you for your interest. Yes, I work for AID. At the moment we minimally use D, mostly preparing the environment and the integration of the D-team(s). The plan is to hire 5 to 10 people this year already. The variation in the team size is depending on the applications quality. Regarding about adding AID to the website, this will raise the visibility of the offer and would be great for us. Thank you!
Autonomous driving company is looking for D software engineers
AID GmbH (https://aid-driving.eu) a subsidiary of AUDI AG is looking for experienced D-evelopers in Munich. If you want to employ your D expertise and be part of the autonomous driving revolution, apply under: https://jobs.lever.co/aid-driving/c4b243bd-c106-47ae-9aec-e34d5bbe0ce1?lever-via=vcPRnEaCR3
Munich D Meetup June 2019
After a break, we resume the D meetups in Munich. We will restart by having some mob programming sessions, where we will work together on one or two project ideas. RSVP at: https://www.meetup.com/de-DE/Munich-D-Programmers/events/261756227/
Munich D Meetup June 2018
Our next meetup will be tomorrow June 25th. Details and RSVP at: https://www.meetup.com/de-DE/Munich-D-Programmers/events/251718757/
Munich D Meetup April 2018
Our next gathering will be on April 18th. Stefan will introduce "Vectorflow - Netflix's Neural Network library in Action". We will also have as special guest Benoit Rostykus, the author of the library, who will call-in and take questions. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/249380201/ Thanks, Dragos
Re: Munich D Meetup February 2018
On Monday, 22 January 2018 at 18:30:49 UTC, Dragos Carp wrote: On February 7th, with the title "Declarative Programming" we will have our next Munich meetup. Mathis (https://github.com/FeepingCreature) will present "AutoString" utility and talk about transforming D code from imperative to declarative style. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/246514929/ Reminder for tomorrow!
Munich D Meetup February 2018
On February 7th, with the title "Declarative Programming" we will have our next Munich meetup. Mathis (https://github.com/FeepingCreature) will present "AutoString" utility and talk about transforming D code from imperative to declarative style. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/246514929/ Thanks, Dragos
Re: Munich D Meetup December 2017
Reminder for tonight! On Monday, 4 December 2017 at 21:30:07 UTC, Dragos Carp wrote: On December 20th, with the title "D School" we will have our next Munich meetup. Come as beginner and we assist you during a self-guided course. Come as advanced and we review your library or polish your PR. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/245624091/ Thanks, Dragos
Munich D Meetup December 2017
On December 20th, with the title "D School" we will have our next Munich meetup. Come as beginner and we assist you during a self-guided course. Come as advanced and we review your library or polish your PR. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/245624091/ Thanks, Dragos
Re: Munich D Meetup November 2017
On Monday, 13 November 2017 at 19:15:01 UTC, bauss wrote: Sounds like fun. I wish I could make it down to Germany, but unfortunately I can't, especially not tomorrow with less than a day in advance :p Just join the meetup group, on the site we are much prompter. Will there be any possibilities that the talks can be recorded and put on youtube? Unfortunately, we don't have the equipment yet, but it is on our list.
Munich D Meetup November 2017
Hi all, Tomorrow November 14th, we will have our next Munich meetup. This time Seb and Stefan will give an introductory talk about templates and CTFE. After Andrei's awesome talk last month, we are happy to welcome new members of our group joining the regular meetups. As usual before and after the talk we will also have good conversations with pizza and drinks. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/244112572/ Thanks, Dragos
Munich D Meetup September 2017
Hi all, On 12 September, we will have our next Munich meetup. This time we will have a talk about D support for Protocol Buffers. As usual before and after the talk we will also have good conversations with pizza and drinks. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/242875447/ Thanks, Dragos
Re: Munich D Meetup July 2017
Bump the thread, the next Munich D Meetup is getting closer. Dragos On Monday, 3 July 2017 at 18:23:27 UTC, Dragos Carp wrote: Hi all, On 18 July, we will have our next Munich meetup. Mario will give a talk with the title "Avoiding the Big Ball of Mud". As usual before and after the talk we will also have good conversations with pizza and drinks. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/241264180/ Thanks, Dragos
Munich D Meetup July 2017
Hi all, On 18 July, we will have our next Munich meetup. Mario will give a talk with the title "Avoiding the Big Ball of Mud". As usual before and after the talk we will also have good conversations with pizza and drinks. Please RSVP on: https://www.meetup.com/de-DE/Munich-D-Programmers/events/241264180/ Thanks, Dragos
Re: Proposed: start DConf days one hour later
On Wednesday, 27 April 2016 at 18:36:54 UTC, Andrei Alexandrescu wrote: The folks at Sociomantic suggested to start at 10:00 AM instead of 9:00 AM, therefore shifting the end time by one as well. Please reply with thoughts on this! We're particularly concerned about folks who need to take off early on Friday. -- Andrei That would be great, at least on the first day. My flight lands at 8:00 AM. Two other guys are in the same situation. Dragos
Re: Release D 2.069.0
On Monday, 9 November 2015 at 12:28:09 UTC, FreeSlave wrote: I tried to install rpm-package on Fedora 20 with rpm -i, but it gives me error: Failed dependencies: glibc-devel(x86-32) is needed by dmd-2.069.0-0.x86_64 libcurl(x86-32) is needed by dmd-2.069.0-0.x86_64 Why do package depends on 32-bit libraries? Was it always like that? I never installed dmd on Fedora before. Yes, it was always like that. To be able to generate 32-bit binaries, and dmd-64 can do that, these 32-bit packages are required.
Re: Walter and I talk about D in Romania
On Friday, 2 October 2015 at 12:03:59 UTC, Dicebot wrote: If only this was mentioned at least few weeks earlier I'd try to attend :( Then don't miss this: http://codedive.pl/en/agenda/
Re: Lessons Learned: Writing a filesystem in D
On Wednesday, 8 July 2015 at 13:08:08 UTC, Adrian Matoga wrote: I run up against the same problem with threads when trying to play audio asynchronously - the callbacks are made from another thread which is created outside D. I solved it by disabling GC in callbacks that might invoke it, but it seems there's another solution to try out. Why would such a callback need to allocate memory? For a similar project I used PortAudio with the D bindings [1]. In the callback, I just copy data from the D data stream to the port audio buffers and consume the copied data from the data stream. It works perfectly without any GC calls. [1] https://github.com/D-Programming-Deimos/portaudio
asynchronous 0.4.1 released
asynchronous library - the python3 asyncio D port - is released. Code: https://github.com/dcarp/asynchronous Documentation: http://dcarp.github.io/asynchronous/index.html Dub: http://code.dlang.org/packages/asynchronous Now it should be easy to translate any python asyncio based application.
Re: DUB 0.9.22 released
On Thursday, 25 September 2014 at 19:38:47 UTC, Ben Boeckel via Digitalmars-d-announce wrote: What about 1.2.3.x? How does dub handle letters in version numbers? Maybe 1.2.3.0w would be viable ('w' for 'wrap'). 1.2.3.x is an invalid version number. Only 3 group numbers are allowed [1]. Though you could use prerelease and/or build suffixes (1.2.3-0w / 1.2.3+0w). [1] - www.semver.org
Re: DUB 0.9.22 released
On Friday, 26 September 2014 at 08:37:12 UTC, tn wrote: On Friday, 26 September 2014 at 06:29:21 UTC, Dragos Carp wrote: Though you could use prerelease and/or build suffixes (1.2.3-0w / 1.2.3+0w). These are very close to what I would like to see. Though, if I understand correctly, build suffix wouldn't work, as for example 1.2.3+0w and 1.2.3+1w would be treated as equal: Build metadata SHOULD be ignored when determining version precedence. Thus two versions that differ only in the build metadata, have the same precedence. (semver.org) I guess that prerelease suffixes would do the trick. The only problem is conceptual: A pre-release version indicates that the version is unstable and might not satisfy the intended compatibility requirements as denoted by its associated normal version. (semver.org) In semver library [1], the differences in build suffixes are a) right ordered (defined sort order) and not equal, and b) considered compatible. a) SemVer(1.2.3+w.9) SemVer(1.2.3+w.10) SemVer(1.2.3+w.9) != SemVer(1.2.3+w.10) b) SemVer(1.2.3+w.9).satisfies(SemVerRange(1.2.3)) SemVer(1.2.3+w.10).satisfies(SemVerRange(1.2.3)) SemVer(1.2.3+w.9).differAt(SemVer(1.0.0+w.10)) == VersionPart.BUILD [1] http://code.dlang.org/packages/semver
Re: DMD v2.066.0-b4
On Wednesday, 16 July 2014 at 09:32:42 UTC, Lionello Lunesu wrote: Then paste the fix here and allow somebody else to do the boring PR stuff for you. Just saying I've got a fix but not sharing sounds childish. Fix is in Bugzilla attached, though without an unittest demonstrating the error.
Re: DMD v2.066.0-b3
LINUX ftp.digitalmars.com/dmd.2.066.0-b3.linux.zip I think something got wrong on building the 2.066.0-b3. The sources from dmd.2.066.0-b3.linux.zip are not the same with the tagged version 2.066.0-b3 in git (for dmd at least). For example: unzipped dmd2.066-b3/src/dmd/nogc.c:65 if (v (v-storage_class (STCmanifest | STCstatic)) == 0 v-init) git v2.066.0-b3 dmd/src/nogc.c:65 if (v !(v-storage_class STCmanifest) !v-isDataseg() v-init) Maybe you should rebuild this or simply ignore -b3 and create a -b4. Because of improper tagging, testing actual binaries of -b3 makes no sense.