gb
gb on Hacker News
The half-edge data structure, used in computational geometry.
I remember when I first discovered it, it drove home the point that choice of data structure can really matter - it made a bunch of problems I'd been working on much easier to solve, as it gave a different way of looking at things.
PureScript isn't just for business logic at all - it has its own UI libraries, React bindings, DOM API bindings, and so on. It is more often used for front-ends than anything else that I've seen.
You only need to use one of spago or bower (spago being the recommended choice now), and that's because npm style dependencies are not suitable for PS.
As for why you'd choose it over TypeScript... well, you'd do so if you want to use a functional language that doesn't allow arbitrary effects and has a sound type system.
It's a joke about Among Us.
Really nice. I tried something like this many years ago in Flash, but the results this can produce are far more impressive!
I don't know whether this is true or not, but either way, working with Haskell makes my job more enjoyable than if I was writing some other language anyway.
The article did mention it:
> Dematerialization is an idea that goes back at least as far as the 1920s (with R. Buckminster Fuller’s concept of “ephemerialization”)
Also related, the link/background colour combination fails WCAG contrast guidelines.
An advantage of using the most general signature possible is it restricts the things you can actually do with the values involved, which can make it easier to provide correct implementations.
There's some work towards that in PureScript:
https://github.com/kRITZCREEK/psc-ide provides an interface for multiple editors, seems like Atom, Emacs, Vim and VS are available currently.
The main advantage is when doing something like this is Haskell the code you pass around can't have arbitrary side effects, so you don't actually need to worry so much about where it is called.
Perhaps no evidence was found because people from the future have seen this paper and therefore know not to reveal themselves this way!
The exact quote from the linked BBC article is:
"In the most serious crimes [such as] child abduction communications data... is absolutely vital. I love watching, as I probably should stop telling people, crime dramas on the television. There's hardly a crime drama where a crime is solved without using the data of a mobile communications device."
Posted by
gb on Friday January 31, 2014 @04:47AM
from the boingboing.net dept.
Posted by
gb on Wednesday August 21, 2013 @06:55AM
from the medium.com dept.
Lifting for strength and lifting for large muscles are actually quite different. It is likely a huge bodybuilder type will be strong relative to the average person, but that's not their primary goal, and correspondingly you can be strong without that look too.
Posted by
gb on Wednesday March 13, 2013 @06:44AM
from the elasticspace.com dept.
Posted by
gb on Monday February 25, 2013 @06:56AM
from the readwrite.com dept.
The article has been amended:
"Updated 11/19/2012@10:15am: AMD contacted us with an official denial of the story and stated that Kaveri and the big cores are still on track."
Certainly delete can be useful, but nulling a property has almost the same effect (apart from hasOwnProperty still returning true) - if you're looking at optimising at the level this article is talking about avoiding delete might well be sensible.
Posted by
gb on Thursday August 23, 2012 @11:53AM
from the blogs.uw.edu dept.
Coincidentally I just started working on one last weekend too.
http://github.com/garyb/fictionIt's more Scheme influenced (but not at all RnRS compliant) and as of about half an hour ago has working define-syntax/syntax-rules style macros.
The code isn't as nice though ;). I just wanted to get it working so I could rewrite it in itself.
Also the text is fully justified, which is generally not the way to go on the web.
I didn't read it is arrogance, he's contrasting the praise he was receiving at the time with his own opinion of Paul Rand's genuis.
Posted by
gb on Friday March 30, 2012 @05:49AM
from the raymosley.posterous.com dept.
Clearing or filling large areas of <canvas> is cripplingly slow in every browser I've tried so far, so I'd assume it's that.
Hopefully that'll be worked on at some point in the not too distant future as it's one of the biggest problems I encounter when dealing with canvas at the moment.