rebeccaskinner

11 ms·

61.
by rebeccaskinner 2y ago
There is an extension that lets you do this now (OverloadedRecordDotSyntax) but truthfully I think it’s a really bad idea. The (.) operator already has a very concrete meaning in Haskell, and record dot notation means that you suddenly need
62.
by rebeccaskinner 2y ago
Haskell has linear types now, which can give you something similar to rusts affine types. The library ecosystem for it isn’t very mature yet though.
63.
by rebeccaskinner 2y ago
I don’t think optimization in Haskell is much different from any other language. In most cases naive Haskell is pretty fast and memory efficient, but there are some patterns that will make it more or less so. There are a handful of common p
64.
by rebeccaskinner 2y ago
I’ve been using Haskell professionally off and on, along with other languages, since 2008. Professional experience certainly will help you learn some patterns, but honestly my best advice for structuring programs is to not think too hard ab
65.
by rebeccaskinner 2y ago
> In imperative languages, the program will have a list of entities, and there will be an update() function for each entity that updates its state (position, etc) inline, i.e. new values are overwriten onto old values in memory, invoked
66.
by rebeccaskinner 2y ago
I think you're taking a particular view of things that can work, but it's not the only correct view. > The talent pool and availability of the language There are certainly more Javascript or Python developers out there than Has
67.
by rebeccaskinner 2y ago
The main issue for me is that I'm going to do everything possible to avoid ads (and tracking) in my life, especially if it's something I'm paying for. There isn't, to my knowledge, a single mainstream news source that of
68.
by rebeccaskinner 2y ago
Whether the upsides outweigh the downsides or not is a different discussion. My point is that there are plenty of ways someone might use this technology. If you do think that this technology is a net negative to society and should be contro
69.
by rebeccaskinner 2y ago
Just a few off the top of my head: Movies and TV: - As an alternative to motion capture for animation - As an alternative to existing de-aging CGI when you want to flash back to a younger version of a character (especially for cases w
70.
by rebeccaskinner 2y ago
The general rule of thumb I’d give is that a performance aware but not micro-optimized Haskell program will typically run in about 2x to 5x the time of a comparable C program, and will take somewhere between 2x and 10x as much memory. For a
71.
by rebeccaskinner 2y ago
Highly optimized code tends to be inelegant in any language. That said, you can get really good performance from very elegant looking “normal” Haskell too. The big challenge with performance in Haskell is that the differences between optimi
72.
by rebeccaskinner 2y ago
I think the article is taking the wrong view. The statistic cited by the article that 15% of comments were about a bug seems in line with expectations, and I think it would only really be worth discussing if the number were _much higher_ or
73.
by rebeccaskinner 2y ago
Yeah, my goal with the book was to write something accessible to anyone with some programming experience. I don’t assume any FP experience, nor any experience with typed languages. The goal is to help the reader get an intuition for how to
74.
by rebeccaskinner 2y ago
I think this is a fairly accurate article, although I think it overlooks the indirect benefits of writing a book. My book, Effective Haskell ( https://pragprog.com/titles/rshaskell/effective-haskell/ ), is a pr
75.
by rebeccaskinner 2y ago
Personally I think having a society that has a mix of educational background is desirable. I don’t really expect a national emergency that can only be averted my mobilizing our collective underwater basket weaving expertise, but I do think
76.
by rebeccaskinner 2y ago
Thanks. I find this entire area really interesting, but also difficult to navigate as a skeptic because it can be really difficult to separate out the valid scientifically grounded stuff from the woo that tends to permeate a lot of this stu
77.
by rebeccaskinner 2y ago
> This is perhaps a consequence of student debt nightmare from worthless, over priced college degrees. People waiting tables and serving coffee now are "highly educated" with expectations! I hate this sentiment. Not every degre
78.
by rebeccaskinner 2y ago
> If it gets worse i drink tea with willowbark, was used by the ancient greeks allready. The salycilates in there were the basis for developing Aspirin. Honest question: why not just take aspirin and get a reliable known dose of medicati
79.
by rebeccaskinner 2y ago
Logically I know you are right, the problem is feeling it. I do think I’ll get there in time. I doubt I’ll ever get the same rush I got from writing code, but hopefully I think I’ll find satisfaction at least.
80.
by rebeccaskinner 2y ago
This reflects my feelings very accurately. I’ve spent most of my career as a high performing IC, and I absolutely loved the feeling of creating new things and exploring new ideas, getting deep into both the technical side of the problem and
81.
by rebeccaskinner 2y ago
Interesting, your numbers look to be quite a bit better than the 30% improvement I've heard is the standard rule of thumb for how much improvement to expect with h.265, and on average for me it's been closer to 20%. I think h.265
82.
by rebeccaskinner 2y ago
I haven't actually done the comparison myself, but the common refrain is that the quality of the video suffers when you use GPU accelerated encoding. That's not a tradeoff I want to make, so I've just stuck with CPU encoding.
83.
by rebeccaskinner 2y ago
Most of what I do is working with pre-recorded video, but for projects where I'm doing recording I tend to use h.264 since I don't have a lot of devices that support h.265 anyway, and picking one format with broad compatibility is
84.
by rebeccaskinner 2y ago
I do a lot of video compression for hobby projects, and I stick with h264 for the most part because h265 encoding requires far too much extra compute relative to the space savings. I can spend an hour compressing a file down to 1gb with h26
85.
by rebeccaskinner 2y ago
I've been on several sides of this issue. I've been using Haskell for around 16 years, and I currently work on a product that's written almost entirely in Haskell on the backend. I've worked in a variety of languages thr
86.
by rebeccaskinner 2y ago
I like what I’ve seen of unison and I think it has some great ideas, but I haven’t had a chance to dive into it deeply enough to have a stronger opinion than that unfortunately.
87.
by rebeccaskinner 2y ago
Personally I didn’t do a lot of specific research when I started. I’ve read through the implementations of a few of the ones out on hackage, and a few papers, so the ideas were in the back of my mind. Here are a few papers that might be use
88.
by rebeccaskinner 2y ago
This was the problem we saw in practice building an effects based system at work. It had a lot of nice properties, and type inference worked better than you might expect, but there was no way around the types with 100+ effects in the type s
89.
by rebeccaskinner 2y ago
I've been thinking a lot about effects systems recently. A few months ago I implemented an effects system based interpreter in Haskell for an embedded DSL prototype for a project at work. In our case, the effects we were concerned with
90.
by rebeccaskinner 2y ago
The main reason I used to go to best buy was to buy physical media. For years I would stop in at Best Buy a few times a month to browse CDs, movies, and games. Sometimes I would buy something, other times not, but it kept them at the top of

More ›