> If you are writing a program or system that has significant performance
requirements, you might just be better off doing the whole thing in
C/C++ and living with the annoyance of doing GUIs<br><br>I fail to see how the GUI part would suffer from lack of performance if the rest of the system is fine. I would hate to be bold, but to me this case sounds a little bit like "MVC done wrong" if the breaking GUI apart from the rest of the software is really that impossible.<br>
Anyway only benchmarks could tell if in such case the coding of the GUI in Haskell and the integration with the rest burns the performances to the ground.<br><br>> In addition, it's pretty much impossible for me to use Haskell to write
portions (or all of) a game that would include a console version. This
is largely for build system and platform support issues. Doing
everything in C++ is nearly the only option here.<br><br>I worked in a video game company too (I refered to it when I answered to Ryan about companies automatically using C++), and I agree, the first unbreakable obstacle to the implementation of some parts of the application in Haskell (or in anything else than C/C++) that comes to mind is the fact that in the end it must run not only on personal computers.<br>
The main issue is that those systems are way too closed by their manufacturers. Second issue may be RAM (way scarcer than on PCs: e.g. 512Mo in all for the PS3), but --again-- benchmarks wrt that would be more enlightening than my own opinion.<br>
<br><div class="gmail_quote">2012/5/21 Sam Martin <span dir="ltr"><<a href="mailto:sam.martin@geomerics.com" target="_blank">sam.martin@geomerics.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> Yes, this seems to be a separate disease. Not just using low-level langs, per se,<br>
> but using them for *everything*. I have worked at places in industry where teams<br>
> automatically use C++ for everything. For example, they use it for building all<br>
> complete GUI applications, which surprises me a little bit. I would have thought<br>
> in recent years that almost everyone was using *something* else (Java,Python,<br>
> whatever) to do much of the performance-non-critical portions of their application logic.<br>
<br>
</div>I think "disease" might be overstating this somewhat :) In defence of using C++ for everything: Interfacing different languages is not exactly trivial, and in some cases, impossible.<br>
<br>
If you are writing a program or system that has significant performance requirements, you might just be better off doing the whole thing in C/C++ and living with the annoyance of doing GUIs, or whatever, in C++. The overhead of pulling in another language may simply outweigh the convenience.<br>
<br>
In addition, it's pretty much impossible for me to use Haskell to write portions (or all of) a game that would include a console version. This is largely for build system and platform support issues. Doing everything in C++ is nearly the only option here.<br>
<br>
This situation could be improved though, by making it far easier to embed Haskell within C/C++. It's not difficult by design, but there are large engineering obstacles in the way, and it's hard to see where the effort to remove these could come from. But then it would be more plausible to argue that people are missing out by not using a mix of C++ and Haskell.<br>
<br>
Cheers,<br>
Sam<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br>