bts

It looks like OP forked/imported the rustd code only 3 hours ago[1], and yet in README, writes "ra-jit started as a fork of rustd (DioxusLabs), thanks to its authors. It has moved well past it, so use ra-jit rather than rustd." This seems in pretty poor taste, unless this was written by the rustd author? It's not like rustd is some abandoned project -- it was last updated 17 hours ago.

[1] https://github.com/indexable-inc/ra-jit/commit/b538696b8b113...

Quadratic Voting and Quadratic Funding have some ideas in common, but they refer to separate concepts. To learn more about these topics, I would probably check out the website for RadicalxChange. IIUC RxC is the main public body attempting to realize the theoretical benefits of QF and related ideas.

Here's an explanation of Quadratic Funding from their website[1], which I guess they now refer to as "Plural Funding":

  Plural Funding (also known as Quadratic Funding or QF) is a more democratic and scalable form of matching funding for public goods, i.e. any projects valuable to large groups of people and accessible to the general public.
  
  “Matching funding” is a model of funding public goods where a fund from governments or philanthropic institutions matches individual contributions to a project. Plural Funding optimizes matching funds by prioritizing projects based on the number of people who contributed. This way, funds meant to benefit the public go towards projects that really benefit a broad public, instead of things that only have a few wealthy backers. In Plural Funding, [total funding] for a proposal is [the square root of each contribution to it → summed up, then squared.] Plural Funding strongly encourages people to make contributions, no matter how small, and ensures a democratic allocation of funds meant to benefit the public.

[1] https://www.radicalxchange.org/wiki/plural-funding/

EDIT: formatting

Indeed they call for new names, as they encompass far more than iterators.

If you read a bit more about them, I think you will be surprised to see the breadth of what these abstractions can be used for. To start, they've been used to build a new compositional foundation for game theory[1], and they can be used to model gradient-based learning in machine learning[2].

As for their simpler applications as getters and setters, they are programmable in the sense that you can think of lens/prism types as interfaces that can be implemented arbitrarily. So you can create your own lenses and combine them like legos to construct new, "bigger" getters and setters from the smaller components.

[1] https://arxiv.org/pdf/1603.04641 [2] https://arxiv.org/abs/2103.01931

EDIT: fixed typo

Agreed; also Traversable in Haskell is a simpler abstraction than lenses and pretty directly addresses what they seem to be looking for: https://hackage.haskell.org/package/base-4.21.0.0/docs/Data-...

And functional programmers would argue that contravariance is the real meaning of Liskov’s substitution principle: https://apocalisp.wordpress.com/2010/10/06/liskov-substituti...

Hi! A few years ago I found myself wanting an equivalent of `column` that didn’t strip color codes. After I implemented it in Haskell, I found it was useful to use Nix to force statically linking against libraries like gmp to reduce startup time. Perhaps what I ended up doing might be helpful for you too: https://github.com/bts/columnate/blob/master/default.nix

FWIW there is prior art here. e.g. see IntMap in Haskell: https://hackage.haskell.org/package/containers-0.7/docs/Data...

You should look into the "comonad" abstraction from the functional programming world. Dual to monads, they're a natural fit for situations where you might have a value with some sort of (possibly infinite) context (think: neighborhood, or history, etc.) that can be either pre-computed or computed on-demand.

This StackOverflow post[1] is a good starting point for understanding comonads. It points out that they can be used to model cellular automata (like Conway's Game of Life), sequences, streams, etc.

[1] https://stackoverflow.com/questions/8428554/what-is-the-como...

Data Race Patterns in Go: https://eng.uber.com/data-race-patterns-in-go/

In the Haskell world, folks have solutions to both of these problems:

The "large-object problem" can be tackled in a principled fashion using strict state threads (aka the ST monad: https://wiki.haskell.org/Monad/ST) or using vanilla mutable (IORef) references.

The "parent-child problem" is well-addressed by lenses, also known as functional references. They are basically composable getters and setters that allow you to read or update deep into nested structures.

Thank you very much for maintaining this list! Have you considered adding ICFP in addition to PLDI for programming language papers?

I think he means that they feel sheepish about not having done more research about the name "Amber" before the announcement.

Check out the Effect engine: http://www.effectgames.com/effect. It's been discussed here on HN previously: http://news.ycombinator.com/item?id=986196

The last sentence reads, "Can you play it forward and backwards?"

They are, and they absolutely should be. They're completely separate projects/repositories from those from which they came. The owner of a forked repository is completely free to make whatever changes they please -- from a few bug fixes to taking projects in completely new directions (as I've done with a forked repository of my own). As far as GitHub is concerned, in the context of a forked repository being a first-class citizen, it's a minor detail that the code was originally "copied" (to use the term loosely) from somewhere else.

But that link only says that via-C is being dropped which, as I understand it, is not currently the default backend -- NGC is[1]. This means that (1) via-C is being dropped; (2) NCG (native code generator) has been, and is still the default; and (3) this LLVM backend support is currently being considered to be merged in.

[1] http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler...

Although this is really cool stuff and it looks like it's going to get merged in, the title is a little misleading here. GHC hasn't switched to an LLVM backend -- they're currently reviewing this patch and possibly merging in this support for LLVM output (not necessarily switching over to it entirely).

This looks pretty interesting (and I particularly like the ability to have a package pointed at the bleeding edge), but I'm not sure how I feel about /usr/local being owned by an arbitrary user. What happens if there's more than one user on the machine?

I think the biggest disadvantage of putting something like this in middleware, is that it's completely incompatible with stuff like memcache. The injection of this meta-tag is done after a memcache SET would have been done in the web app, and so if you have a reverse proxy in front of your webserver, for any cached page that's served, it won't include the injection. Also, the user-agent check that's being done in this plugin yields incorrect results in the presence of caching for similar reasons.

Or Heroku instead of cap/vlad. Makes getting a quick rails app deployed and up-and-running very easy.

"The World Without Us" by Alan Weisman

"Goedel, Escher, Bach" by Douglas Hofstadter

Personally I would use the "I'm sorry, but..." approach because I'd be legitimately sorry that I have to take conversation into an awkward direction for a moment. I think the direct approach, while some would appreciate it, is taking a bit of a gamble: there's too much of a chance the person could take it the wrong way.

bts

I don't the link's particular destination here matters too much. His main point pertains to the increase of clickthrough rates of (any) link by changing the language of and around its text.

FYI I'm having problems decompressing this file. Could you re-post it? or alternatively throw the code up on something like github?

Sorry, but how is this hacker news?

I agree with the first reader comment over at mozillalinks -- it feels like the feature should really live as an extension. The average user isn't going to know or care about this, and it just increases the size of the codebase. Firefox certainly doesn't need to get any heavier out-of-the-box.

Anyone have an idea of where he's getting the figure for the number of employees at Google? He says 10,000, but Wikipedia[1] has it at 20k.

[1] http://en.wikipedia.org/w/index.php?title=Google&oldid=2...

Yeah this would be great. I would look forward to it.