araujo has quit ["Programs must be written for people to read, and only incidentally for machines to execute"]
johs has joined #ocaml
bk_ has joined #ocaml
araujo has joined #ocaml
gim has quit [Remote closed the connection]
Smerdyakov has joined #ocaml
Smerdyakov has quit [Read error: 131 (Connection reset by peer)]
monochrom has joined #ocaml
Smerdyakov has joined #ocaml
mrsolo has quit [Read error: 131 (Connection reset by peer)]
Smerdyakov has quit [Client Quit]
vezenchio has quit ["Ayn Rand encapsulates the rage that every teenager feels on finding that his first paycheque has had taxes taken out of it"]
m3ga has joined #ocaml
joeytwiddle has quit [Remote closed the connection]
batdog|gone is now known as batdog
m3ga has left #ocaml []
batdog is now known as batdog|gone
ulfdoz_ has joined #ocaml
joeytwiddle has joined #ocaml
ulfdoz has quit [Read error: 145 (Connection timed out)]
Herrchen has joined #ocaml
Herrchen_ has quit [Read error: 110 (Connection timed out)]
<dan2>
good night
araujo has quit [Read error: 110 (Connection timed out)]
m3ga has joined #ocaml
araujo has joined #ocaml
m3ga has left #ocaml []
bk_ has quit [""(quit)""]
mrsolo has joined #ocaml
mrsolo_ has joined #ocaml
mrsolo has quit [Read error: 145 (Connection timed out)]
pattern_ has quit ["..."]
monochrom has quit ["good morning, sweet dream"]
<Saulzar>
Hmm, using a functional style it seems kinda hard to trace what happens to an "object" through a program ...
<Saulzar>
I was thinking I'd attach an object to a function with a closure/currying then replace the function to "update" the object, but then it seems impossible to retrieve it at the end to save the result
<Saulzar>
Does anyone have any good references on how to structure a program in a functional way? Or is it perhaps best to just forgo the functional style on a high level?
<Saulzar>
Where by a program I mean an application not an algorithm or something
Snark has joined #ocaml
whee has quit ["Leaving"]
Submarine has joined #ocaml
<Snark>
slt
vodka-goo has joined #ocaml
vodka-goo has quit [Remote closed the connection]
Tachyon76 has joined #ocaml
Submarine has quit ["Leaving"]
<Saulzar>
If I had a great big "world" structure which I pass around and modifify (by returning a new copy with something changed) would that be terrible FP style?
<mellum>
No, just terrible style.
<mflux_>
there are different approaches to handling state in functional programming, such as monads and unique values
<mflux_>
but I believe mutable variables is one of the mainly used tools with ocaml
joeytwiddle has quit ["Leaving"]
joeytwiddle has joined #ocaml
<mellum>
well my objection was to "great big 'world'", which is bad in any style.
<ulfdoz_>
re
<Saulzar>
Yes, if I use mutable variables suddenly it's very simple. I can use a closure or curried function which modifies an "object" then when the function is done my object still refers to the same place
<mflux_>
mellum, but hey, if you really have a big world?-)
<Saulzar>
Hehe.
Submarine has joined #ocaml
<Saulzar>
I would agree that excess global variables is terrible - should I say "set of states which I would like to be alterable", I'm just a C++ programmer trying to wrap my head around this stuff with superficial understanding :)
<Saulzar>
If one structures this "world" appropriately - would it be such a sin? For example in an OO gui program I may use a singleton to access the top level, but that top level won't be 500 variables..
Submarine has quit ["Leaving"]
<raboof>
*most* methods you write would preferably not take this `world' as a parameter though
<raboof>
if you only need to read and write a few variables, it'd be neater to actually have them as parameters and returnvalues
<raboof>
you'll probably end up needing it less and less if you take that as a rule
gim has joined #ocaml
Msandin has joined #ocaml
shawn_ has joined #ocaml
vodka-goo has joined #ocaml
_shawn has quit [Read error: 145 (Connection timed out)]
Msandin has quit [Read error: 104 (Connection reset by peer)]
xav has joined #ocaml
_JusSx_ has joined #ocaml
_JusSx_ has quit ["leaving"]
cognominal has quit ["Leaving"]
cognominal has joined #ocaml
whee has joined #ocaml
dvanhorn has joined #ocaml
vezenchio has joined #ocaml
Tachyon76 has quit ["Leaving"]
Smerdyakov has joined #ocaml
Submarine has joined #ocaml
Smerdyakov has quit [Read error: 104 (Connection reset by peer)]
Smerdyakov has joined #ocaml
demitar_ has quit ["Terminated with extreme prejudice - dircproxy 1.0.5"]
demitar_ has joined #ocaml
pango_ has joined #ocaml
Smerdyakov has quit [Read error: 104 (Connection reset by peer)]
Submarine has quit ["Leaving"]
<ulfdoz_>
bye
pango has quit [Read error: 110 (Connection timed out)]
monochrom has joined #ocaml
Submarine has joined #ocaml
Smerdyakov has joined #ocaml
Sonarman has joined #ocaml
araujo has quit ["Programs must be written for people to read, and only incidentally for machines to execute"]
araujo has joined #ocaml
Snark has quit ["Leaving"]
Submarine has quit ["Leaving"]
Smerdyakov has quit [Read error: 104 (Connection reset by peer)]
Amorphous has joined #ocaml
Smerdyakov has joined #ocaml
Smerdyakov has quit [Client Quit]
shrimpx has quit [Remote closed the connection]
shrimpx has joined #ocaml
shrimpx has quit [Remote closed the connection]
shrimpx has joined #ocaml
Submarine has joined #ocaml
mrvn has joined #ocaml
shrimpx has quit [Read error: 131 (Connection reset by peer)]
shrimpx has joined #ocaml
mrvn_ has quit [Read error: 145 (Connection timed out)]