Running a startup on Haskell • Hacker News Board

Re: Running a startup on Haskell

#41

Post by chrismsnz » Wed, Sep 21, 2011, 3:43 AM UTC

jcromartie wrote: post #31

Locke1689 wrote: post #23

Earlier quoted context omitted.

See Mono.

See: actual Mono apps. I only have a handful of experiences with GUI-intensive C# apps on Mac and Linux. They were all flat-out bad, though.

KeePass: average Banshee: great

Which ones have you used?

Re: Running a startup on Haskell

#42

Post by technomancy » Wed, Sep 21, 2011, 3:54 AM UTC

narain wrote: post #7

So what is "the best compiler bug ever" (slide 31)?

There was a certain condition (~ 10 years ago) where if the source file didn't pass the type checker it would be deleted.

Bryan quickly assured everyone that it had since been resolved. =)

Re: Running a startup on Haskell

#43

Post by technomancy » Wed, Sep 21, 2011, 3:55 AM UTC

protagonist_h wrote: post #24

hristov wrote: post #12

It is pretty disappointing that they decided to go with c# for the local client. This pretty much guarantees that it will not work on Linux.

Not really, as long as they don't use Windows API directly and rely on .NET Framework they should be able to run it on MONO.

He said in the Q&A that they used C# specifically to target integrating with Outlook, so that wouldn't apply in this case.

Re: Running a startup on Haskell

#44

Post by DannoHung » Wed, Sep 21, 2011, 4:09 AM UTC

hristov wrote: post #12

It is pretty disappointing that they decided to go with c# for the local client. This pretty much guarantees that it will not work on Linux.

He revealed during the talk (after a very small amount of prodding) that it was an Outlook extension (since people on Windows are willing to pay for software... out of company budgets).

The brains are in the cloud though, apparently.

Re: Running a startup on Haskell

#45

Post by Tyr42 » Wed, Sep 21, 2011, 4:24 AM UTC

narain wrote: post #6

freshhawk wrote: post #3

Earlier quoted context omitted.

Did you know that that was a slideshow? You're seeing the title page, click on it to advance to the next page. repeat.

Arrow keys also work.

I don't know if it's Opera being smart, but space works for me as well.

Re: Running a startup on Haskell

#46

Post by iam » Wed, Sep 21, 2011, 4:39 AM UTC

hristov wrote: post #12

It is pretty disappointing that they decided to go with c# for the local client. This pretty much guarantees that it will not work on Linux.

C# lets you make very powerful UIs with very little work (thanks to WPF) which most importantly feel quite native. WPF is also the only widespread framework that I know of that lets you have pretty much any kind of control inside another control (well, other than HTML that is -- the problem with HTML is that you lose the native feeling).

That being said Mono supports System.Windows.Forms (the poor predater to WPF) so there's always that. Or they can code against the (now dying?) Silverlight which actually works on Linux ala Moonlight.

But really, the best user experience is the one that feels the most native. So on Mac that would mean building a Cocoa client, on Windows WPF, on Linux Gtk/Qt (but then again who actually pays for Linux apps?)

Going with a one tech that supports it all just has a higher probability of having something that supports everything poorly, instead of something that supports one thing very well.

Re: Running a startup on Haskell

#47

Post by iam » Wed, Sep 21, 2011, 4:41 AM UTC

socratic wrote: post #9

I must hunt down and learn to use a QuickCheck-like library for my language. If I can't find one, I should write one. So what's the (best) equivalent of QuickCheck in Ruby? In other languages?

Very cool, I didn't realize there was a generic version of Pex (the unit test generator for C#). Now if only I could figure out some way to unit test drivers...

Re: Running a startup on Haskell

#48

Post by iam » Wed, Sep 21, 2011, 4:42 AM UTC

mgummelt wrote: post #16

scarmig wrote: post #11

It appears he's teaching a course at Stanford on Haskell starting next week, MW later in the afternoons. Taking a class just to learn a language is a bit dodgy, but Haskell is probably a forgivable exception.

It's a class in Haskell, not on Haskell.

That is great. In my school we only had a class with Ocaml, not quite as mind blowing since it didn't have lazy evaluation, monads, type classes, or any of the other crazy distinctive things in Haskell that don't exist in ML-style languages.

Hopefully they cover the theory behind Haskell as much as the practical side of it.

Re: Running a startup on Haskell

#49

Post by Legion » Wed, Sep 21, 2011, 4:50 AM UTC

narain wrote: post #6

freshhawk wrote: post #3

Earlier quoted context omitted.

Did you know that that was a slideshow? You're seeing the title page, click on it to advance to the next page. repeat.

Arrow keys also work.

And on an iPad, nothing works.

Re: Running a startup on Haskell

#50

Post by notJim » Wed, Sep 21, 2011, 4:50 AM UTC

icey wrote: post #38

mkopinsky wrote: post #35

Earlier quoted context omitted.

Compare this slideshow to the basic S5 slideshow at http://meyerweb.com/eric/tools/s5/s5-intro.html . A simple CSS template could solve the usability problem here.

I wonder why 280slides never really took off. This still seems like an unsolved problem (hosting slides online)

Slideshare and Scribd: both allow you to use the program you already know (Keynote or PowerPoint, most likely) that's also a native app with lots of powerful functionality.