Just a link to the Gilad Bracha post Richard Cole is referring to: Types 
Are Anti-Modular<http://gbracha.blogspot.it/2011/06/types-are-anti-modular.html>
.

Il giorno lunedì 23 dicembre 2013 02:24:08 UTC+1, Richard Cole ha scritto:
>
> The things is that dynamically typed languages are easier to implement 
> than statically typed languages. Static typing comes down to making 
> statements about the program and deriving other statements from them. It 
> leads to all sorts of interesting work including I think into systems like 
> Z. However theorem provers are limited in what they can do, and it can be 
> both limiting and a big distraction to you as programmer to get into a 
> dialogue with the theorem prover about your program. It can distract you 
> from your original intention which was to write a program to do something 
> in particular.
>
> So simply put, dynamic languages are better than static ones because they 
> don't distract you with type discussions that can end up being unprofitable 
> or limiting. Static languages are better because sometimes the type 
> discussions lead to early and convenient detection of bugs and can also in 
> some cases make it easier for other people to understand you program or how 
> to use your library. Static types I think also help refactoring tools.
>
> Having optional typing in clojure is very nice. It allows for a lot of 
> experimentation and research on type systems and for them to be used to the 
> extent that people find them useful in their work.
>
> It is why I guess Alan Kay said that lisp is not a language, it's a 
> building material.
>
> If you want to know what are the current problems in static typing you 
> going to have to start learning what people are doing in that field, e.g. 
> is their foreign function interface from Haskel to Java? Why not? Can a 
> well typed program still exhibit bugs? If the type checking is so powerful 
> why do bugs persist? You might also look at what Gilhad Brakka was 
> attempting to do with newspeak and his notions of types being anti-modular. 
> You are not going to find a proof that that line of enquirely is fruitless, 
> you'll instead find what people can do today in that field and where 
> they're pushing the bounds.
>
> regards,
>
> Richard.
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to