Running a Startup on Haskell • Hacker News Board

Re: Running a Startup on Haskell

#11

Post by Unboxed » Mon, Oct 31, 2011, 5:14 PM UTC

dustingetz wrote: post #3

anyone watch this yet? worth the 50 minutes? is there a transcript?

Absolutely!

Re: Running a Startup on Haskell

#12

Post by bos » Mon, Oct 31, 2011, 5:22 PM UTC

looser wrote: post #6

I only read the slides, but at one point the author mentions that they've built an hybrid app using (Haskell + C#). Next, the author mentions about several limitations that C# has and that Haskell has a much better approach. So, why use C#? Why not only use Haskell?

Our app consists of two parts: there's a client component that integrates into Outlook, and a server part that does all the actual heavy lifting.

The client-side code is written in C# because the .net APIs for Office are the easiest to deal with.

Re: Running a Startup on Haskell

#13

Post by dan00 » Mon, Oct 31, 2011, 5:23 PM UTC

tome wrote: post #9

taudelta wrote: post #7

Earlier quoted context omitted.

He mentions that later on during the Q&A session

Could you please repeat it here so we don't have to search? Thanks.

Their application is an extension of Outlook, which only has a dot.net API.

Re: Running a Startup on Haskell

#14

Post by jsdalton » Mon, Oct 31, 2011, 5:29 PM UTC

Does Haskell offer any tangible, practical advantages or benefits over other languages in the context of a web framework, aside from just "if you prefer a functional style of programming and you're working on a web project, here's a way to do it"?

I'd love for somebody to convince me why a Haskell approach to web frameworks is superior to Python/PHP/Ruby/JS beyond the usual "it's a matter of taste" argument.

Re: Running a Startup on Haskell

#15

Post by tome » Mon, Oct 31, 2011, 5:31 PM UTC

dan00 wrote: post #13

tome wrote: post #9

Earlier quoted context omitted.

Could you please repeat it here so we don't have to search? Thanks.

Their application is an extension of Outlook, which only has a dot.net API.

I wonder why they didn't use F#.

Re: Running a Startup on Haskell

#16

Post by jamwt » Mon, Oct 31, 2011, 5:34 PM UTC

tome wrote: post #15

dan00 wrote: post #13

Earlier quoted context omitted.

Their application is an extension of Outlook, which only has a dot.net API.

I wonder why they didn't use F#.

He answered that too: language maturity. He was unfamiliar with the .NET ecosystem in general, and the availability of help/expertise/examples etc was much greater for C# than F#.

Re: Running a Startup on Haskell

#17

Post by dan00 » Mon, Oct 31, 2011, 5:35 PM UTC

tome wrote: post #15

dan00 wrote: post #13

Earlier quoted context omitted.

Their application is an extension of Outlook, which only has a dot.net API.

I wonder why they didn't use F#.

Brian just didn't wanted to have another risk, because F# is less mainstream than C#.

Re: Running a Startup on Haskell

#18

Post by jamwt » Mon, Oct 31, 2011, 5:36 PM UTC

jsdalton wrote: post #14

Does Haskell offer any tangible, practical advantages or benefits over other languages in the context of a web framework, aside from just "if you prefer a functional style of programming and you're working on a web project, here's a way to do it"? I'd love for somebody to convince me why a Haskell approach to web frameworks is superior to Python/PHP/Ruby/JS beyond the usual "it's a matter of taste" argument.

Haskell's advantages (and disadvantages) as a Web Framework are generally the same as in any other application domain: performance, concurrency, and correctness.

Re: Running a Startup on Haskell

#19

Post by JoshTriplett » Mon, Oct 31, 2011, 5:48 PM UTC

For anyone who'd prefer a direct video link rather than the infoq flash player: http://d1snlc0orfrhj.cloudfront.net/presentations/11-sep-run...

(Retrieved by setting my User-Agent to that of an iPad, which causes infoq to serve up a tag.)

Re: Running a Startup on Haskell

#20

Post by jamesbritt » Mon, Oct 31, 2011, 7:03 PM UTC

JoshTriplett wrote: post #19

For anyone who'd prefer a direct video link rather than the infoq flash player: http://d1snlc0orfrhj.cloudfront.net/presentations/11-sep-run... (Retrieved by setting my User-Agent to that of an iPad, which causes infoq to serve up a tag.)

Thanks for the link, and for the hack. That's quite handy.