jlouis

19 ms·

181.
by jlouis 9y ago
The problem here is that you mostly have a streaming interface In s3.
182.
by jlouis 9y ago
Also, F4 is The close program function key in Windows.... So everything adds up. CYA!
183.
by jlouis 9y ago
It almost requires no study: When there's equality of opportunity, then women tend to outscore men on average in Danish high schools (and this trend is true all over the world, given any equal-opportunity situation). Since women ar
184.
by jlouis 9y ago
The speed isn't the issue. It is all about speculation and prediction
185.
by jlouis 9y ago
Counter data point, my erlang nodes on t2 often reports lockups of more than 400ms. This is not acceptable when queries are handled in 10ms on a typical day. Erlang had built in monitoring when the underlying system scheduler makes a error
186.
by jlouis 9y ago
The underlying mechanism are called links and monitors. When a process fails a message is delivered to other processes which makes the exception asynchronous toward processes which you want to receive them. As other threads say you use thi
187.
by jlouis 9y ago
I feel part of the reason is that processors such as MT6261 are getting cheaper and cheaper. The marginal benefit of producing a simpler and smaller design is likely going to go away quickly. It is the end-game for hardware. Software has al
188.
by jlouis 9y ago
My bet: 1. Advertisers don't want to be featured on an ISIS recruitment video, or something like that. 2. Google implements a filter. It is fuzzy and based on machine learning, because Google are strong believers of machine learning. 3
189.
by jlouis 9y ago
Simple languages often require complex compilers if they are to run fast. You need to do more analysis of the program structure to squeeze out performance.
190.
by jlouis 9y ago
Still a recommended book if you need to handle Erlang systems. Either as a developer or as an operator. * Still good if you work with Elixir * Good if you have, say, RabbitMQ or Riak in your stack * Fred knows his stuff.
191.
by jlouis 9y ago
In Erlang programs, the amount of data to be copied tends to be rather small. You'd much rather bring the computation to the data than sending the data around for computation. If you are storing a lot of data, you either tend to keep i
192.
by jlouis 9y ago
Best Erlang design decision: copying messages between process heaps. Con: a small performance cost. Pro: a far simpler system in every other aspect. Garbage Collection and ownership is much easier when you are making copies of data.
193.
by jlouis 9y ago
The key problem with a conspiracy theory is that it doesn't hold against Occam's Razor. Everything points to a story by PM which doesn't hold up. The police have, rightly so, only given somewhat sparse information through the
194.
by jlouis 9y ago
We could newspeak it to be an endo-compiler (endo- is greek for internal/within). It runs well with endo-functor.
195.
by jlouis 9y ago
I think the key point the author is trying to make is: "Does biology play a role in what choices women make when it comes to selecting a career path?" Clearly, this is not attributable to a single argument or factor. Rather, you h
196.
by jlouis 9y ago
The term "neuroticism" stems from the five factor model of psychological traits. The memo author doesn't really mention this too much, but if you know about the model, he uses the other factors throughout his work, which mean
197.
by jlouis 9y ago
This is the way to go, if you are tied to JSON for some reason. A far better solution is to get rid of JSON if most of your stack is a typed stack and then convert to JSON as late as possible. Custom JSON which people invent as they go alon
198.
by jlouis 9y ago
An interesting tidbit from the Erlang world: We have CPU affinity controls (erl(1) options +sbt {db,tnnps}) which will spread schedulers (Erlang's name for a P) over a NUMA-like topology and keep track of the relative price of handoff&
199.
by jlouis 9y ago
There are times where a simple solution can beat more complex solutions. That said, Doug's work is indeed beautiful. Another quite beautiful model is the one by Occam Pi, which has a certain simplicity ring to it: https://ww
200.
by jlouis 9y ago
It isn't that hard. I have code which lets an OCaml program speak the Erlang distribution protocol. It can more or less stand-in for an Erlang node in the distribution layer. Writing the same for another language shouldn't be that
201.
by jlouis 9y ago
You are missing that major-release compatibility is something which is taken seriously. Usually you have opcode stability for at least one release so OTP20 can run OTP19 bytecode. But not vice versa, naturally. The same is true for serializ
202.
by jlouis 9y ago
The key benefit of Erlang isn't the scalability in my experience. It is resilience. Once your system is deployed, it tend to run with 0 fatalities for months on end. We have systems where we've had 0 maintenance days on them for m
203.
by jlouis 9y ago
Erlang (and by extension Elixir) definitely provides a set of tools which are good for building highly concurrent distributed systems. And your systems are likely to have few errors as well as being resilient, if you know what you are doing
204.
by jlouis 9y ago
A "literal" in this case is a constant value defined in a module. Those live in a separate space in the VM and are referenced directly because they are immutable and can be shared. If you sent such a literal before OTP20, it wou
205.
by jlouis 9y ago
Given that it has been postponed a couple of times, no. JITs are hard to pull off and it will probably have a period of worse stability as well before it matures. Another problem is getting a JIT to be faster than the interpreter. Erlang&#x
206.
by jlouis 9y ago
It isn't that likely the OTP20 optimization helps here. If the process never sends a message containing the literal value, then there is no benefit in the optimization. What `mochiglobal` and friends are good at is when you have a larg
207.
by jlouis 9y ago
Copying data is usually necessary in OTP 20 as well I'm afraid. That new optimization doesn't trigger for most of this. But binary data is not copied and hasn't been since at least OTP11 :)
208.
by jlouis 9y ago
Still ongoing work. My personal bet is a bit more on modernizing HiPE however (by using the LLVM backend more).
209.
by jlouis 9y ago
A fun idea is to do away with the "guild" servers in the architecture and simply run message passes from the websocket process over the Manifold system. A little bit of ETS work should make this doable and now an eager sending pro
210.
by jlouis 9y ago
I've had great success (in software) with randomized/probability based testing. You don't walk the full state space but generate subsets randomly to walk. If done naively, it doesn't work because you are unlikely to hit

More ›