Running a startup on Haskell • Hacker News Board

Re: Running a startup on Haskell

#31

Post by jcromartie » Wed, Sep 21, 2011, 1:51 AM UTC

Locke1689 wrote: post #23

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.

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.

Re: Running a startup on Haskell

#32

Post by edsrzf » Wed, Sep 21, 2011, 1:52 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?

Go has a QuickCheck-like package distributed with it. It's under testing/quick.

http://golang.org/pkg/testing/quick/

Re: Running a startup on Haskell

#33

Post by daltontf » Wed, Sep 21, 2011, 2:07 AM UTC

tel wrote: post #28

Anyone know what the "best compiler bug of all time" was?

It was something to do with the compiler deleting the source file if there was a type error within it.

Re: Running a startup on Haskell

#34

Post by ams6110 » Wed, Sep 21, 2011, 2:09 AM UTC

abhijitr wrote: post #10

Can anyone comment on the claim "QuickCheck is shockingly more effective at finding bugs than unit tests"? I'd be interested in hearing other opinions.

I haven't used QuickCheck, but read about it. So take this with a grain of salt, but it seems to me that specifying properties that should hold for your functions and then letting QuickCheck throw all kinds of data at them would be more efficient at least, if not more effective, than manually writing a bunch of unit tests and coming up with your own test data.

Re: Running a startup on Haskell

#35

Post by mkopinsky » Wed, Sep 21, 2011, 2:22 AM UTC

Periodic wrote: post #21

mkopinsky wrote: post #15

Earlier quoted context omitted.

That said, this is pretty poorly designed. I also had no clue what to do for the first few seconds after I clicked the link. It was only at slide 38/41 that I noticed the tiny, hidden controls on the very bottom blending into my status bar.

I didn't even notice those. Fortunately, I've worked with systems like S5 slideshows, and this looked a lot like a slideshow (no scroll bar, large text, numeric fragment in the URL). Usability could definitely be better, but I will admit to writing up similarly boring slides in the past.

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.

Re: Running a startup on Haskell

#36

Post by mkopinsky » Wed, Sep 21, 2011, 2:25 AM UTC

daltontf wrote: post #33

tel wrote: post #28

Anyone know what the "best compiler bug of all time" was?

It was something to do with the compiler deleting the source file if there was a type error within it.

Kamikaze programming.

Re: Running a startup on Haskell

#37

Post by mwotton » Wed, Sep 21, 2011, 2:52 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?

rushcheck is a bit moribund, or was last time i checked. https://github.com/hayeah/rantly is pretty nice.

Re: Running a startup on Haskell

#38

Post by icey » Wed, Sep 21, 2011, 3:00 AM UTC

mkopinsky wrote: post #35

Periodic wrote: post #21

Earlier quoted context omitted.

I didn't even notice those. Fortunately, I've worked with systems like S5 slideshows, and this looked a lot like a slideshow (no scroll bar, large text, numeric fragment in the URL). Usability could definitely be better, but I will admit to writing up similarly boring slides in the past.

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)

Re: Running a startup on Haskell

#39

Post by pjscott » Wed, Sep 21, 2011, 3:02 AM UTC

michaelschade wrote: post #4

For background, Bryan gave this talk at the excellent Strange Loop 2011 conference ( https://thestrangeloop.com/ ). Abstract: https://thestrangeloop.com/sessions/running-a-startup-on-has... He also gave a workshop on Sunday (which I unfortunately was not able to attend): https://thestrangeloop.com/sessions/haskell-functional-progr...

For a different type of background, Bryan O'Sullivan is the author of some of the best Haskell libraries out there. The de facto standard JSON parser/serializer is his doing, for example, and his Riak client is the best I've seen in any language. This guy really knows what he's talking about.

Re: Running a startup on Haskell

#40

Post by pjscott » Wed, Sep 21, 2011, 3:06 AM UTC

abhijitr wrote: post #10

Can anyone comment on the claim "QuickCheck is shockingly more effective at finding bugs than unit tests"? I'd be interested in hearing other opinions.

It's surprising how often people overlook weird edge cases that QuickCheck finds, because it doesn't have as many preconceptions about what kinds of inputs are sensible.