rvirding

11 ms·

91.
by rvirding 14y ago
I think it would be dangerous if Erlang's syntax were to resemble that of another language like Java or C. Especially for beginners. That is because if things look the same you expect them to behave the same, and Erlang's semantics is v
92.
by rvirding 14y ago
Yes. For the underlying system to be able to detect and run in parallel you need the concurrency. Without concurrency your application will be run sequentially.
93.
by rvirding 14y ago
Beware of "Kenneth the Swede"! Just stay on the straight and narrow and you will reach the Celestial City.
94.
by rvirding 14y ago
"I love Erlang but I cannot get the past the syntax." I cannot understand this hangup about syntax. Syntax is the easiest thing to learn with a new language, you just look it up. It's the semantics and usage where the real problems are. Erl
95.
by rvirding 14y ago
I am not competent to judge the tests Eric used. But the obvious reply to those who complain about his test for some language is to fix it and come with an improvement which you feel better represents that language. It's all on github so fo
96.
by rvirding 15y ago
There are a number of reasons why I did this: 1. I want to experiment with implementing an imperative language with mutable global state on top of Erlang. A goal was to do it in straight Erlang without extensions. 2. I am giving a talk on i
97.
Will the real Unicode wrangler please stand up?(ferd.ca)
6 points by rvirding 15y ago|0 comments
98.
by rvirding 15y ago
There is a lot of documentation of Erlang/OTP in the standard distribution and on the erlang.org site, both describing the various libraries and the philosophy behind OTP. Though I will freely admit that some of it can be difficult to find,
99.
by rvirding 15y ago
We know, we know. BUT no one has come up with a better syntax that really works, all the time. There have been suggestions but none have really worked.
100.
by rvirding 15y ago
Seriously, it would be interesting to see your code. As an Erlang inventor/developer it would be interesting to see how the language is actually used and how that relates to the problems people have. I agree that not having Erlang competenc
101.
An interview with Michael Williams(pdincau.wordpress.com)
1 points by rvirding 15y ago|0 comments
102.
Erlang in Haskell(erlanginside.com)
1 points by rvirding 15y ago|0 comments
103.
by rvirding 16y ago
LFE is still very much alive and I work on it when I have the time.
104.
by rvirding 16y ago
If you view the comma and semicolon as separators instead of terminators it works much better. It is also what they really are. A semicolon separates two clauses, either two if/case/receive clauses or two function clauses and means or . Ei
105.
Poor Man's Erlang IRC Client (alphajor.blogspot.com)
2 points by rvirding 16y ago|1 comments
106.
Lisp and Erlang Atoms, Ruby and Scheme Symbols. How useful are they?(stackoverflow.com)
4 points by rvirding 16y ago|0 comments
107.
Things Erlang can Teach Java Developers(java.dzone.com)
2 points by rvirding 16y ago|0 comments
108.
by rvirding 16y ago
Yes, wonderful. Shows the true power of OO.
109.
by rvirding 16y ago
Erjang is looking good, they have almost implemented the full functionality in the standard BEAM implementation. You can quite happily run distributed Erjang together with distributed Erlang BEAM, it is very impressive. As LFE (Lisp Flavour
110.
by rvirding 16y ago
While the dictionary itself is mutable the data in it, both keys and values, is immutable like all data in Erlang. It is the same with ETS tables which behave more or less like processes, the data in them is also immutable.
111.
by rvirding 16y ago
I do get tired of the Erlang syntax complaints. Why should a language syntactically look like another language if the semantics are different? Erlang and Java are very different languages so why should they look the same? IMAO this will be
112.
by rvirding 16y ago
The language has very definitely moved on and lost ALL of the defining features of Prolog except for some syntax elements. It only resembles Prolog in a very superficial way, mainly that variables start with a capital letter. The semantic
113.
by rvirding 16y ago
The best place to get LFE is https://github.com/rvirding/lfe .
114.
by rvirding 16y ago
I find that the actual moving of code is the least of my worries when writing a program. It's working out what to move which takes much longer time.
115.
by rvirding 16y ago
Where did you get all that from? Erlang was never intended for research but as a tool for writing real switch applications. Yes, the original Prolog interpreter was slow, but that has not been used for almost 20 yrs. We never had "big iron"
116.
by rvirding 17y ago
Why are all the fun courses so far away?
117.
by rvirding 17y ago
Of course you can. The emulator is hand-coded in C so it is perfectly legal to run it. Now compiled erlang code is just binary data, the emulator handles it as such, and it isn't illegal for an app to generate data. So what is the problem?
118.
by rvirding 17y ago
We get a different CNN in Europe which seems to contain more news and less celebrity gossip. It is actually worth viewing.
119.
by rvirding 17y ago
Agreeing with @pwnstigator I think the important thing is to separate the pure functional code from the impure code with side effects. And be very explicit that this code is impure and does change state so when you use it you must take this
120.
by rvirding 17y ago
The only time it is sensible to do this with variable names is when they are some form of logical progression, for example when threading a state variable through the code which may be modified. f(..., State0) -> {A,State1} = fo

More ›