How do you describe systems in general with Haskell?
If you are to describe a system, which consists of several subsystems, how do you approach the problem? What types, classes, functions whatever do you introduce? I guess it is a common problem, is there a general method? Just to describe, not to solve (though if the description implies the solution then it is wonderful). Obviously this is not just a haskell-specific problem, but I think there might be people who are aware of the best current solution (category theory?). For a dummy example, how would you describe the system from a fox, goose and bag of beans puzzle (wolf, goat and cabbage)?
On 11-11-05 01:17 PM, Grigory Sarnitskiy wrote:
If you are to describe a system, which consists of several subsystems, how do you approach the problem? What types, classes, functions whatever do you introduce?
I guess it is a common problem, is there a general method? Just to describe, not to solve (though if the description implies the solution then it is wonderful).
I would try Michael Jackson's Problem Frames.
That look's interesting. Do you have experience using this method?
Arnaud
On Sat, Nov 5, 2011 at 7:09 PM, Albert Y. C. Lai 
On 11-11-05 01:17 PM, Grigory Sarnitskiy wrote:
If you are to describe a system, which consists of several subsystems, how do you approach the problem? What types, classes, functions whatever do you introduce?
I guess it is a common problem, is there a general method? Just to describe, not to solve (though if the description implies the solution then it is wonderful).
I would try Michael Jackson's Problem Frames.
______________________________**_________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/**mailman/listinfo/haskell-cafehttp://www.haskell.org/mailman/listinfo/haskell-cafe
Well, I usually use whatever comes handy, but I'm sure there are other approaches — like, for example, trying something almost unusable first.
Отправлено с iPad
05.11.2011, в 21:17, Grigory Sarnitskiy 
If you are to describe a system, which consists of several subsystems, how do you approach the problem? What types, classes, functions whatever do you introduce?
I guess it is a common problem, is there a general method? Just to describe, not to solve (though if the description implies the solution then it is wonderful).
Obviously this is not just a haskell-specific problem, but I think there might be people who are aware of the best current solution (category theory?).
For a dummy example, how would you describe the system from a fox, goose and bag of beans puzzle (wolf, goat and cabbage)?
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Grigory Sarnitskiy 
If you are to describe a system, which consists of several subsystems, how do you approach the problem? What types, classes, functions whatever do you introduce?
I guess it is a common problem, is there a general method? Just to describe, not to solve (though if the description implies the solution then it is wonderful).
Obviously this is not just a haskell-specific problem, but I think there might be people who are aware of the best current solution (category theory?).
In general I view the subsystems as completely separate, as far as possible. Then I write a library for each of them, combining them later in a program. Also I try to find a design pattern for the general problem at hand, although I almost always end up using FRP. Greets, Ertugrul -- nightmare = unsafePerformIO (getWrongWife >>= sex) http://ertes.de/
participants (5)
- 
                
Albert Y. C. Lai - 
                
Arnaud Bailly - 
                
Ertugrul Soeylemez - 
                
Grigory Sarnitskiy - 
                
MigMit