peatmoss

75 ms·

631.
by peatmoss 8y ago
You have just one? ;-) High fives for iron. I bought an old cast iron pan from a second hand store that had been machined to a very smooth finish. After cooking eggs in it, I immediately stripped and sanded my modern Lodge cast iron. The di
632.
by peatmoss 8y ago
Looks like there are active commits too! Thanks for the link; I’d not seen this before. It looks like he’s done some custom work to the Preferences app. Impressive!
633.
by peatmoss 8y ago
On the other hand the author is pretty explicit that this is a limited borrow from Clojure, and that when in conflict, he’ll do the more Rackety thing.
634.
by peatmoss 8y ago
Part of the joy of Racket is that you can mix and match :-) In some cases, it allows people who like some of the Clojure syntax to still write you libraries. In other cases it allows you to move a prototype from normal Racket to Typed Racke
635.
by peatmoss 8y ago
I’m a little behind the times on Snaps, as I mostly don’t interact with Ubuntu via its stock UI. But I’m seeing other users complain about the lack of signing / verified publishers in the (proprietary?) Snap store. Thoughts on the trad
636.
by peatmoss 8y ago
This is brilliant! I think I'm about to go and replace some make-based infrastructure as a result.
637.
by peatmoss 8y ago
Yup, they were doing the hard part of making application frameworks and consistent APIs, and were always deferring window dressing. By contrast, old school FVWM and later Enlightenment were pushing limits of themability without really build
638.
by peatmoss 8y ago
> I felt like there was just too much of a mismatch with the rest of the FOSS GUI ecosystem. Definitely. It probably has the largest mismatch outside of exotic options like, I don’t know, a Smalltalk image. I think that’s why the Free *n
639.
by peatmoss 8y ago
As an exercise, I threw OpenBSD and GNUStep on a machine the other day. I wouldn’t say GNUStep provides the best Free/Open desktop, but I want to believe that it could. The thing is, many of the modern Linux desktops seem to be heavily
640.
by peatmoss 8y ago
Unfortunately, the same can't be said of Bitbucket. At one point I voted for or commented on a feature request for it, and I pretty routinely get notified when someone else discovers the lack of org-mode support on Bitbucket. At this p
641.
by peatmoss 8y ago
Broadcasts are great! You can send a lot of content out, and it’s essentially zero marginal cost per additional receiver. Plus, it’s very hard to track behavior of consumers without their explicit consent. People are most familiar with real
642.
by peatmoss 8y ago
Fun times. Once upon a time I was working at a university in New Zealand. At that time Apple had created a way to legally stream your iTunes catalog to other LAN users—mostly as a way of enabling the college campus music sharing experience
643.
by peatmoss 8y ago
Agreed, regarding the effort required to compete on completeness. However, somewhere in between “fad language of the week” and “let’s use nothing but C, because nothing will ever compete” I do think there’s room for new languages. I’m old e
644.
by peatmoss 8y ago
I don’t know—there are certainly some interesting / different things in Clojure as compared to other lisps. Even if you can technically do much of what Clojure can do in other lisps, idiomatic Clojure has a feeling that is distinct fro
645.
by peatmoss 8y ago
I do like Clojure for some of its opinions (immutable by default, strong encouragement of functional programming, convenient abstractions for collections, tasteful syntactic sugar). But, I too am not necessarily a huge fan of the ecosystems
646.
by peatmoss 8y ago
Yeah, I do think that lisps have something to offer the stats community, but the “hey just build everything from scratch because look how easy these trivial examples are” sales pitch rings hollow to me. And I’m an avowed fan of lispy things
647.
by peatmoss 8y ago
The DSLs are key. As I wrote below, I feel like there is still room for data analysis DSLs that optimize heavily for usability by end users. Racket has best-in-class support for building new languages, and is a nice language itself. Clojure
648.
by peatmoss 8y ago
I’ve wondered out loud a few times whether Racket’s language-oriented could facilitate even better / more natural DSLs than R. R has lots of little DSLs that reduces the cognitive burden of doing stats for people more concerned with ap
649.
by peatmoss 8y ago
I like Practical Common Lisp if you’re dead set on Common Lisp as your lisp. However, I’m a fan of How To Design Programs as a gentle introduction, followed by the Racket Guide (EDIT: if you're open to other lisps). Racket is a Scheme-
650.
by peatmoss 8y ago
I don’t know about license plate scanners, but usually the more industrial the printer, the higher likelihood that Linux will do just fine. I think the main reasons are that big industrial printers are likely to support standards like IPP a
651.
by peatmoss 8y ago
Perhaps. But I also think that, of the people who are sticking to the heavyweight fat-client model of computing, some are doing so for technical reasons and others are doing so for principled reasons. If Google's softening on the &quot
652.
by peatmoss 8y ago
I feel like there are two models for desktop computing—one that is very hard to accommodate for a traditional enterprise, and another where Linux is very well suited. If one is looking for a managed solution with heavyweight apps including
653.
by peatmoss 8y ago
Nothing makes me sadder than 2-factor that supports a phone but not my Yubikey. Yubikey is so much more convenient. At my last job, I begged IT to turn on the U2F feature of our SSO product. Sadly, they did not, even though it was literally
654.
by peatmoss 8y ago
GNUStep could’ve been a contender. In an alternate universe, Gnome & KDE never fractured the desktop Linux space, and GNUStep became a first class alternative to macOS, eventually surpassing it.
655.
by peatmoss 8y ago
Sure, they’re all mitigatable, but that technical training is competing with a lot of other considerations within the limited brainwidth of a scientist. From the scientist’s perspective, a lot of this can start to feel like yak shaving. The
656.
by peatmoss 8y ago
My hunch is that they were absolutely hedging and that they liked not being dependent on a single CPU vendor.
657.
by peatmoss 8y ago
My guesses are that: 1. Integrating the development environment on their host PC (for example connecting RStudio in R's case, or connecting their web browser back to a server running in the VM in the case of Jupyter) is another set of
658.
by peatmoss 8y ago
You probably have a herculean challenge ahead with the Nvidia / CUDA stuff. A couple years ago I got an R stack up and going on OpenBSD, and that took some deep dives to get all my packages working. It was rewarding and worked well, bu
659.
by peatmoss 8y ago
Thank you for the thoughtful reply. The impedance mismatch when needing to write performant code from the R/Python universe is real. And that Julia has managed Pretty Good performance while simultaneously being a pretty decent language
660.
by peatmoss 8y ago
Honestly, my feeling is that proprietary systems preclude reproducibilty in principle. One can argue that, in practice, people rarely dig i to the guts of R or Python to validate routines. However, in SAS, that just isn’t possible. Open Sou

More ›