4 ms·
@sadache I can appreciate how you feel. I've certainly posted hard work on HN plenty of times only to be criticized. Regarding my reaction, it certainly wasn'
by roder 17y ago
@sadache I can appreciate how you feel. I've certainly posted hard work on HN plenty of times only to be criticized.
Regarding my reaction, it certainly wasn't meant aggressive, but it was a negative review. I appreciate you getting these two together for an interview, and their disucssion was awesome. So thank you for that, but as I said previously... your questions seemed to interrupt a good flow of conversation that Armstrong and Jones had for the sake of asking a question.
You asked several questions, asserting them in the context of scala. It would have been my personal preference to have JA and SPJ talk about the two languages (Erlang/Haskell) in relation of each other. A compare/contrast, pros/cons, from their perspectives.
Finally, these series of questions below, didn't yield information specific to the languages and the setup of the questions left me confused.
That takes us to a discussion about user's model. For me, as a user of Haskell, I have a mental model that everything is happening by the end. That's what the type system tells me - that everything is saved until the end.
Yes. This is in sync with how things happen, but sometimes it gets out of sync. It's the same thing with when you are dealing with processors. You are sending messages, but sometimes it's maybe not that cheap to send a message and also it hits barriers of using this mental model that you established. What do you think of this problem?
With any feature of the language, you define a mental model for the programmer, so that the programmer can reason about this feature. The implementation tries to get in sync with this mental model, but it's not always true. In some cases, it gets far from it. It's the same thing with processors, when you are sending messages. It's not exactly the same thing, because you need to copy or you don't need to copy. Sometimes it's not performant to do it that way, you do it another way. What do you think of this problem? The same thing with I/O, that as a programmer I think that is happening by the end, but it is actually happening on the fly, it's happening right away.
With all that said, I'm an avid infoq website fan and I do appreciate you getting this interview and your work. I apologize for coming across aggressive, as I certainly didn't mean too. (hence the :P)
- sadache 17y ago@roder as I stated earlier, I have a wide variety of audience, mainly enterprise devs that are interested also in Scala (which inspires a lot of its feature from both of the language). I guess Joe's statement about having interoperability breaks boundaries (see http://sadekdrobi.com/2009/09/27/a-piece-of-wisdom-by-joe-armstrong/ http://sadekdrobi.com/2009/09/27/a-piece-of-wisdom-by-joe-ar... ) is very important for decision of choice of programming languages. Also the fact that Scala is not a full Actor Model is interesting for audience of InfoQ. The User's Model is very important regarding programming language design since once you get to performance issues you need to look beyond this model to actual implenmentation (I guess you are aware of tutorials that oversemplify concepts like Monads and Lazyness to mention few). I am glad you found an interest in the interview, and thank you for your constructive critics.