epgui

22 ms·

331.
by epgui 2y ago
Yes, just google "biological computer". There's been research on this for decades, and there are many promising therapeutic avenues for many pathologies. And people have built real-world toy biological computers that do cool
332.
by epgui 2y ago
> respectfully I think you mean "respectively"
333.
by epgui 2y ago
These aren’t even fisheye examples.
334.
by epgui 2y ago
Even the best and most expensive professional lenses have some barrel and or pincushion distortion. It’s unreasonable to expect never to need any correction, and it’s actually a really interesting, non-trivial problem, to tinker with.
335.
by epgui 2y ago
> Slow startup This makes the jvm a bit less suitable for programmes with short lifetimes (like lambdas), depending on how sensitive startup times are in context... But is mostly irrelevant in long-lived applications like services. >
336.
by epgui 2y ago
There's only one, but: https://en.wikipedia.org/wiki/Ellipsis#In_writing
337.
by epgui 2y ago
You really don’t need to know any java. I don’t know java either. Even if you’re doing java interop, it’s quite easy to figure it out.
338.
by epgui 2y ago
The other commenter is not technically wrong to point at “algebraic data types”, but I don’t think that answer is helpful at all. It’s like saying the answer to data modelling is tuples. I would instead recommend searching for “functional
339.
by epgui 2y ago
This reads like nonsense to me, so I can only assume the disagreement is semantic.
340.
by epgui 2y ago
I think you have it backwards. Software exists in the real world, and is used to solve real world problem. In building software we inevitably invent or use abstractions to represent or effect real world things. Abstractions that make it eas
341.
by epgui 2y ago
If you think OOP is particularly well-suited to domain modelling, you should try the FP approach to domain modelling. You will never be able to unsee the complexity inherent to OOP.
342.
by epgui 2y ago
The discussion of procedural code doesn't make sense to me, because it seems to mix together some orthogonal concepts. Procedural is not the opposite of object-oriented (nor is it particularly contrasting); idiomatic OOP is procedural
343.
by epgui 2y ago
Clojure is probably the most beautiful language I've ever worked with. Nothing is perfect, but Clojure is very simple and elegant.
344.
by epgui 2y ago
Just off the top of my head (I am a biochemist), without inflammation you: - cannot heal when injured - cannot fight back against pathogens and die from random infections easily - develop cancer faster and more often
345.
by epgui 2y ago
Most things that are not criminal have no legal basis.
346.
by epgui 2y ago
Speaking as someone who happily lives in the mac engineering bubble and has very little interest in leaving said bubble… We tend to dramatically under-estimate the market share of Windows in engineering. I have no trouble believing that mos
347.
by epgui 2y ago
On the surface, clojure.spec.alpha seems to handle things more or less similarly (you get random results skewing heavily towards small/trivial/edge values), but the main difference is that it can be used and abused without problem
348.
by epgui 2y ago
> Hypothesis doesn't try to give you a consistent probability distribution, especially not a uniform one. This is totally understood and expected. But a “probability distribution” of exactly ONE value with P=1 is not much of a distr
349.
by epgui 2y ago
> the other is speaking in terms of “performance is a premature optimization” While I do think this is often and perhaps even usually true, it’s irrelevant to anything I’ve said in this thread, and I wasn’t even thinking in these terms.
350.
by epgui 2y ago
What it is saying is that we need to stop acting as if, or believing that, this knowledge is solid.
351.
by epgui 2y ago
Are you sure things are executed sequentially in that order? I would expect hypothesis strategies composed together to be lazily evaluated. In any case, even in the case you describe, I would not expect the strategy to fail with probability
352.
by epgui 2y ago
If hypothesis can’t shrink a result further, shouldn’t I expect it to just return the failing result? There’s usually always a point where further shrinking is not possible.
353.
by epgui 2y ago
It seems we’re in complete polar disagreement. None of the observations you make match mine.
354.
by epgui 2y ago
The probability distribution in my case seemed to be a single result (the zero matrix) with P=1. So if that is intentional and by design, then you’re right, I don’t understand.
355.
by epgui 2y ago
The code provided was not real test code. The only reason `assert True` is there is to highlight the fact that the issue was with generation, and not any other part of the test. > Anyways, "all zeroes" shouldn't happen all
356.
by epgui 2y ago
I think if your runtime performance is terrible with Haskell, either the explanation is that you might be doing something a bit crazy, or that your application is memory-constrained.
357.
by epgui 2y ago
Let me clarify: naive/beautiful/effortless Haskell code tends to be highly performant, although that is not always true. I believe it is much easier to write fast Haskell code than to write fast C/C++ code.
358.
by epgui 2y ago
Anecdotally, Hypothesis was very far from "just working" for me. I don't think it's really production-ready, and that seems to be by design.[0] I did have quite a bit of prior experience with clojure.spec.alpha (with o
359.
by epgui 2y ago
Anecdotally, I had a fantastic experience with `clojure.spec.alpha` (with or without `test.check`), and when I went to use python's `hypothesis` it was just... abysmal. It seems like Hypothesis is unable to handle simple but "la
360.
by epgui 2y ago
I’m not the best person to answer this question, but AFAIK it’s very very fast (in the rough vicinity of C). But also memory-hungry.

More ›