<div dir="ltr">On 26 June 2013 01:18, Joakim <span dir="ltr"><<a href="mailto:joakim@airpost.net" target="_blank">joakim@airpost.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I was underwhelmed by Manu's talk: too much low-level technical detail about the integration effort between C++ and D, not enough discussion of the benefits of using D.  The Q&A panel with Walter and Andrei should have been an hour, or until questions petered out, and held every day of DConf. :)<br>
</blockquote><div><br></div><div style>I'd like to add a few comments here, since I guess I didn't do so at the conference.</div><div style><br></div><div style>I initially really wanted my talk to be as you say/hoped. But I started down that path, and realised I didn't have anywhere near enough meat to fill an hour.</div>
<div style>The truth is, integration of D with our workflow took a lot longer than we'd hoped, and in some ways it's a miracle we persisted...</div><div style>We got caught up on endless stumbling blocks, but the whole time, we could see the light at the end of the tunnel. Just one last hurdle... yay... oh, no actually... just one last hurdle... [repeat].</div>
<div style>The segment at the start of my talk wrangling compilers, runtime libraries, IDE's, debuginfo... this actually took probably 80-90% of our time. I had a lot more slides in there previously, but it felt like they were a bit of a downer, and not that interesting, so I took them out and just summarised.</div>
<div style><br></div><div style>As a result, when I wrote the talk, there wasn't as much code written in D as I'd originally hoped, or enough time spent by the average programmer writing D code that I could draw strong conclusions of the type you'd have liked to hear about.</div>
<div style>In the end, I thought it was more valuable to discuss our hurdles, and justify some of the design points, requirements, and reasons behind language features I had pushed for.</div><div style>I think what I wanted as the most important take-away from my talk, was to generate discussions to make sure other companies approaching D cold, as we did, don't need to go through the same painful lead-in process in the future.<br>
</div><div style>Additionally, the design of our framework, which is a fairly solid piece of work, may be of interest to others looking to do similar things. It ended up with a good block in the middle, which I admit, does appear to be the focus since it was pretty hard to summarise, and dominates the slides. I hope it was interesting at least. It was something concrete that I could share.</div>
<div style><br></div><div style>At the end of the day, you all know what D code looks like anyway. When our guys write D code, it looks more or less like you expect, and it just works. Nothing really special about it.</div>
<div style>Naturally, I couldn't discuss specifics of code written in D, since they're game-specific features, and protected by NDA.</div><div style><br></div><div style>In the last segment, I did give a high-level glance over some of the things that basically all our programmers upon first contact immediately appreciated when working with D. Maybe they seem trivial, but it doesn't hurt to re-enforce that they are very strong features of the language that everyone falls in love with immediately.</div>
<div style><br></div><div style>I guess, in summary, sorry you were underwhelmed/disappointed. To be honest, I was too, I'd hoped I could offer more. I think a lot of other people did too... but maybe next year there will be another one with an additional year's practical experience...? :)</div>
</div></div></div>