skysight-inc/HackerNews huggingface dataset:
The burden of proof should fall onto the user of inheritance to justify his decision. Interfaces plug delegates is more tedious to implement, but greatly reduces the chances of an architecture turning into a complete train wreck.

I often wonder why declarative delagating is not a first class concern in programming languages.
Checking my mail archive, the HTML part of multipart messages is on average 5 to 10 times larger than the plaintext part. Such a factor is essentially never irrelevant, even with decently fast connections it often takes me a minute or so to download a day’s worth of e.g. debian-user messages.

Similarly, I’d be quite annoyed if my local IMAP cache took five to ten times as much space than it does at the moment for no reason whatsoever (other than filling up an extra 8 to 18 GB).
OK, so this increases realism, but at the cost of making balancing much harder. If you decide you want the player to get healing potions at a certain rate, you now don't have a single place where you could specify that.
I tried the "request access" option on a movie I wanted to see (Effective Story Telling). Hope the author grants me access.

BTW, when I worked at Google as a contractor, I had to request access to many papers I wanted to read that by default were just available to employees. Almost always the author/owner would grant access.
Why often and not always? Can you provide an exceptional case?
The problem with RFC2822 (as with all specifications) is that it failed to correctly predict this future (and ideally all other possible futures).
It's not DRY, but then again, the chances of not overwriting, or more likely adding something to that method are pretty small when your project becomes more than an illustration of a principle.

For example, what if you want to add custom animations any time your `Character` takes an action? Suddenly, all that boilerplate you "abstracted" away through mix-ins is back, with a vengeance. How about if your physics for a `Projectile` are different than for a `Pickup`? What if your character suddenly picks up a Sling of Thrown Voices, and needs to apply conversation snippets to its projectiles?

In simple examples, mixins are great and reduce a lot of boilerplate, but in reality they are rarely so clean.
why?

Seems completely unnecessary to me.
Research implicating acrylamides as a cause of cancer has been kicking around for years - but what I've never seen addressed in research is the distinction between humankind's meta-evolutionary pathway whereby we've deployed fire to predigest our food for tens, if not hundreds, of thousands of years.

Given the fairly distinct change this has had on our digestive tract in terms of its dimension (it's relatively small given our energy requirements) to me it's not inconceivable that we might've also evolved a certain tolerance to acrylamides too?

Just a thought - it seems to me this sort of research is one wherein the reliance upon rats as test subjects is more questionable than usual...
Would love to see a business model like this that accepts EBT. Everyone should have access to these kinds of meals. Plus it would give Sean hannity something to get upset about. "How poor could they really be if they have refrigerators and good food?!?!"
Exactly. I cannot imagine this kind of sloppy thinking being applied to any other form of engineering.

Machine time eventually translates to user time. Slow code leads to poor user experience and if your product is successful, wasting the time of millions of people.
Don't worry it will be out of fashion by next World Cup
I disagree that mixing remove this issue. Even with mixins, you will still have places where all of that boilerplate from composition comes back, just with a concept like Python's `super` thrown back in.

And mixins in the wild are rarely so pure as people like to think they are - they often inherit from their own parents or other mix-ins, creating the diamond (or worse!) inheritance problem outlined in the article.
Final Fantasy Tactics was a lot like that -- every random enemy in every random battle had a randomly generated name, and human enemies always had an interesting mix of level-appropriate armor and spells.
You guys would do _great_ in Sweden. We consume loads of coffee and there is a large following of coffee - we even have a national time for coffee and bakeries called 'fika'. :-)
Standard CPython also has access to native threads. The Python threading module is just a thin wrapper over pthreads. The issue is that the GIL prevents threads from exploiting multiple cores.
Which, in reality, rarely happens. Looking through the code in the Python standard library shows how even the exemplar mixin examples are rarely so pure.
Even if you're not a perl programmer, attending a presentation by The Damian will be time well spent. He's not only brilliant and insightful, but very entertaining!

I was present for a talk at a YAPC years ago where I think he first introduced programming in Klingon. Most of it was way over my hear, but it was brilliant nonetheless.
This might sound harsher than intended, but given how the performance of a speaker is driven by the interaction of the enclosure with the driver parameters its kind of like saying a saxophone is just an enclosure for a reed. Or a car engine carburetor is just an enclosure for the air that connects to an engine. The acoustics of the enclosure dominate the performance of the overall speaker, especially at the low end freqs.

There is a big difference between just making a box, making a box that looks nice, and making a box that cooperates with the specs of the driver to make a good speaker.

You might be surprised how awful the specs are for a bare driver hanging by its wires in the air without an enclosure. It is very much like the analogy of a musical instrument reed.
LTR doesn't imply ranking because we read from left to right (IMHO). Google for ranking and try to find an example that doesn't use top down (Google itself is a good example). FYI, the highest score in a football match is 149:0 (happened in 2002: https://en.wikipedia.org/wiki/AS_Adema_%E2%80%93_SO_l%27Emyr...)

And even during a world cup double-digits can be reached quite easily when the game is decided by penalty shootout.

The whole point of a layout is to be flexible.
A list of search results omitted due to the “Right to be forgotten”
I've been a customer of Green Cup Coffee. Do you know them? I have no subscription (don't think they offer that) and just order whenever I need some new coffee though.
ugh, apologies, I must've read someone's comment above and attributed it to the post. Sorry about that, I'll upvote you.
That's just normal multiple-inheritance. Nothing like mixins.

Mixins would be if the classes actually contribute pieces which combine in an interesting way. Like a border-mixin added to a button class would add to the drawing and to the geometry of the object.
> The other annoyance I have is with email clients that display plaintext emails in proportional font, which mangles ASCII art diagrams and nicely-aligned tables/columns.

If you want to send me ASCII art, use HTML and CSS to specify the font required for display. My email client will default to a font which is pleasant to my eyes. It is ridiculous that my choice of default font should be confined by a tiny subset of email content, especially where the author knows ahead of time that this content is sensitive to the font it is displayed with.
New Satellite Launcher, Firefly Space, sets up next to SpaceX
That's great to hear :) I love coffee from Sweden, some of the swedish roasters/cafés are very high on my to do list for my next short trip.
This misses the most annoying part of the line wrapping which is how it interacts with GMail's "Undo Send" feature. If you notice an error in your email and click Undo, they bring you back to the compose mode with the hard newlines still inserted.

If you edit the email and send, they now add more hard newlines for where the new line endings are and you end up with a mix of tiny lines and normal lines looking like your email is written in free verse.
This preference is based on the assumption that the extra information conveyed in the HTML part of the email is worthless, which may not be the case.

I can see from the downvotes that some HN users are excessively passionate about their plain text emails, but many people do prefer the extra formatting and layout that a well-constructed HTML email can provide.

This can be observed in general by the fact that almost everyone uses web browsers like Internet Explorer, Firefox and Chrome - rather than Lynx.
Back when I played adventure/RPG games...the one thing that broke me out of the suspension of disbelief in most games was how, after defeating an enemy who was clearly using some amazing equipment, your party wouldn't bother picking it up and instead, pick up a few GP and maybe a "Short Sword"

Of course, I realize now that that was a reasonable constraint of game design and balance. So it's not coincidental that my favorite RPG of all time, Ultima 7, had a famously in-depth inventory system, and yet also was so unbalanced that combat was mostly pointless.
Yeah, I know them! Their roast is quite different from what our roasters usually do. You should give us a try :) You can cancel your subscription anytime without notice. You'll get 20% off your first three packs with the code 'hackernews'.
zip doesn't save file permissions and also .tar.xz gives smaller file sizes.
Many plaintext clients default to 72 to allow room for multiple levels of quoting.
How to Fix a Broken Market in Antibiotics
Many of us still learned about OO in school, where inheritance was all but beaten into us, and composition was not mentioned. And based on what I've seen in interviews, this is still a common model taught in school. Composition is in the process of winning as the default method of composing things together in OO (see, for instance, Go), but it has not won yet.

And on the topic of Go, note how most common OO languages in use still have more convenient support for inheritance than composition, where "inheritance" is one token in the right place but "composition" takes a lot more boilerplate because there's no support built in, or you have to add a third-party library to make the boilerplate go away. Again, changing over time, but languages change slowly.
RE Java: It's pretty dang close: http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?t...
This list is from Rob's "Notes on Programming on C", written 25 years ago: http://doc.cat-v.org/bell_labs/pikestyle

Worth reading for some context.
Data live much longer than programs.
That is correct, you can't align things on different lines with soft tabs. So don't do it! When using tabs, only use them for semantic indentation, not for alignment. In most cases, to align things: enter a newline character, tab-in the same number of tabs as the previous line, then add spaces to align. This is the one true correct way because it allows anybody to use any size tabs imaginable and still works without breaking alignment.

Unfortunately, the world is full of people who don't understand this, so when tabs are used, they are used incorrectly (for alignment). Therefore, the one truerest way is (unfortunately) spaces for both indentation and for alignment. I've come to accept this non-ideal solution as a consequence of the wonderful but imperfect nature of Humanity.
If instead this design is currently being used by any channels, I think switching back would be an improvement.
The article is basically describing leveled lists, which is what Fallout and the Elder Scrolls games use: http://www.uesp.net/wiki/Skyrim:Leveled_Lists
In this case I'd argue that the roles are a bit messy and Character has too much knowledge. Character should not know that physics objects can be updated, and certainly shouldn't be calling updatePhysics. You could end up with an updated Character interacting with a Character whose physics state hasn't been updated yet.

applyKnockback: Character -> Physics object -> Physics engine

updatePhysics: Physics engine -> Physics object -> Character new position (x, y)

updateCharacter: Character reacts to change
Why mobile advertising isn�t as huge as it�s hyped to be (yet)
I had the very same experience (though my use case was something akin to autocomplete), and so have a handful of other people I've spoken with. I think that has interesting implications regarding the patentability of software and algorithms.
Why mobile advertising isn’t as huge as it’s hyped to be (yet) http://tnw.to//l/FvWk
"The key is real, effective, targeting of that tiny minority who..." that's what they want you to believe, bahahahaha :D. Ok, ok I'm not paranoid. But can "we" (common people) really know what "they" (elected and unelected officials) really want ? They have the power, they have the information, they define and pursue the "national interest", they keep it classified, they create secret tribunals, they pick the "national threats", they whack them because terrorists, they make the "no fly" lists, they pick the "extremists"...
The Brache-Cook has only a simple view on Mixins in CLOS and Flavors. Actually the more interesting parts are not described. Instead they focus on problems they perceive, but which rarely play a role in practice.
Another one of those classic HN threads whereby tech geeks attempt to "improve" something you clearly understand very little about and end up being schooled by those with experience.

1. As has been covered; the team names on screen represent home and away not the side of the pitch. This format has been in use for decades and cannot be improved. Every football fan in the world understands it. You are 0/1.

2. Thanks for the blinding suggestion of putting the team formation on the screen before the game begins. If only every football game had such a thing already. Oh wait, it does and has done since the 1970s. You are 0/2

3. The clock design is unintelligible. The idea of the clock onscreen is purely to give you information when you glance at it, not to detract from the action on screen with measurement bars and large typefaces. 0/3

4. You completely misunderstood about red and yellow cards. Straight reds can be given, they are not always 2 yellow cards. 0/4

5. Football does not need space for double digit scores. 0/5

6. Who cares about possession mid-game? You fail to grasp that half time is for analysis. 0/6

7. Stoppage time is not fixed. It is the referees perception and is affected by events during stoppage time itself. The countdown bar is useless. 0/7

8. the beauty of football, most fans would agree, is the lack of stats and quantative analysis. Midfielders are not ranked according to passes attempted/completed or defenders by tackles successful. Football is subjective and heuristic and the fans and the sport itself is happy to embrace that. Infographics only ever get trotted out when a manager needs fired. 0/8

9. Football is the most popular sport in the world (by a massive margin) with the worlds biggest network television providers optimising every single aspect of the on and off-screen experience. Children in african villages, Brazilian favelas and Norwegian forests understand it intuitively. Any design change you could make would be minutely incremental and certainly not grounded in Web 2.0 or 3.0 type principles. You can see this attitude displayed in the hostility of football fans to american-style video refereeing. It would destroy the pace of the game. Football is subjective, anecdotal, memory based and contentious. It's why we love it. If you attempt to data-fy it the consensus will find another channel (IMO).

I have not even touched on television types, sponsorship and branding, the terrible choice of icons you chose (why is there a basketball in your icon set??) and other things.

I love design attempts but don't redesign a sport you clearly don't understand. Customer Development comes before User Development. Understand my sport before you attempt to understand my UX needs.
I'm actually teaching myself Xt Intrinsics and Xaw, because "lateral thinking with withered technology". It's crazy, I know it's crazy, but when I read about what a moving target the new hotness is, I wonder if there isn't some kernel of wisdom in looking to the battle-tested technology of the past for inspiration.
Why would I want that? Serious question.

Color support is important, but 256 has served me well for decades. Can't think of a single program that would benefit from more colors. Unless, of course, you're trying to watch ASCII-videos.
"Developer time is often more expensive, but it's always a one-off cost."

Bear in mind that opportunity cost is an unrecoverable loss. Game programming where you press a DVD is an exception, but in the majority of areas the greater cost is actually in maintenance.
In the paper and pencil RPG world, if you want to generate a reasonable level 5 sorcerer player character or whatever, there are (usually) extensive systems to go direct to lvl 5 and skip the earlier levels. So just generate your NPCs / Monsters the same way. Obviously all paper and pencil RPGs have a "system" for generating level 1 PCs, and randomly simulating in a computer the lifespan of a character as it levels up doesn't sound all that hard or time consuming.

I fooled around with this idea in the 80s and it wasn't feasible computationally at the time, but it would work now. One funny problem I ran into is a stereotypical adventure eating monster tends to accumulate a lot of lower level adventurer cruft, not as much good stuff as you might hope for. Lets be realistic, a dragon is going to have to spend a large part of its lifespan eating unlucky dwarves if you hope to catch it with a cache of exotic gems harvested from those dwarves. A gang of thieves would on the surface have "harvested" lots of loot from peasants and occasional nobles over the years, but over the years most of that has drained out due to simple weight and need to eat. So thieves were another disappointment. As I recall corpse robber monsters tended to accumulate the best loot over time. Also nest type monsters, due to inability to move / spend anything they get, killer trees got the best loot. This can't be an original idea? I think this is how dwarf fortress generates people but I'm not sure?

For pathfinder, although I can't recall the name, there is an entire book (article? chapter?) just on custom NPC/Monster design techniques. Actually using a OGL licensed scheme might have issues. But the existence of one solution does imply the problem is solvable in at least one situation (LOL).
Looks great. This is a kind of "stole my idea" sites that I'm very happy to see.

When I lived in the UK, I ordered coffee from hasbean[0], which is totally great. It's still available from Germany, but delivery cost and time makes it less appealing.

Was looking for something similar when I moved to Berlin, but couldn't find anything like that so far[1].

It does seem a bit pricey at a first glance (although it includes postage, right?), and selection is a bit limited... Couldn't work out the frequency and whether or not it's a subscription or you just order online when you want? my German + Google translate are not enough to figure this out.

Keep at it and hope you enjoy the Burgers at BBI near your office :)

[0] hasbean.co.uk

[1] I'm currently ordering online from solvino.de and they offer quite a wide selection from a nice roasters in Hamburg.
CRAZIEST music video you will EVER see! A must see!
Scala's implementation is definitely an interesting and a valuable one. I'm not debating that inheritance-based mixins are useful, they definitely are. It's just that they aren't necessarily inheritance-based, and there are many implementations of mixins that aren't, so defining it as such is at best somewhat limited and at worst misleading.

On a side note: scala's implementation, internally, is composition-based, since they compile forwarding methods to static methods into the class. They add an interface for those forwarding methods, so it can be used for polymorphism (which is what allows the fun things) but for their system to qualify as mixins, that interface is not necessary. For a very quick reference about this, you can look at http://stackoverflow.com/questions/2557303/how-are-scala-tra...
Well the server version start at $199. So i dont think that is cheap.
Sure, just relicense your application under the GPL. You're getting these libraries for free. If you're not at all willing to contribute back, then you're obviously not the target audience.
I've forwarded an email to the service and got nothing in reply. What am I doing wrong? What should I have for

> To:
> From:
> CC:
> Reply-To:

There's obviously something I'm not understanding, and with neither FAQ nor contact email for support, this is extremely frustrating.
It's great to see the old 80-column punched card standard fossilised in these modern environments...
I just tried two product images on both and JPEGmini was either the same filesize or larger. So I think the subject will have something to do with it.
A small suggestion: let people choose the coffee first, and only register or pay later. I think it will be a more engaging experience.

I would encourage to remove registration completely or make it optional and let people pay by credit card / paypal for a quick and easy ordering experience.
Vimium - Chrome Vim Keyboard Shortcuts (been using 2 months; very happy)
Interesting article. I usually view fast food consumers as people who are poor, working multiple jobs, and don't have time for preparing healthier and much less expensive meals themselves. (The excellent documentary "Fed Up" makes this point.)

That is, for my wife and I part of being affluent is having time to enjoy preparing fine meals ourselves. This article made me realize that a lot of people who are well off financially are not well off as far as having lots of free time - thus the market for companies like Sprig, etc.
I think it's just largely perception amongst the anti-systemd crowd. Systemd is a virtually unmitigated boon to Linux, but some people fear its relatively tight coupling and lack of adherence to some platonic ideal of the "Unix Philosophy". Indeed, systemd's design is inherently epicurean; the aim is to create a unified base system for Linux that reduces friction and makes people's lives easier.

"Turning Linux into Windows" is hyperbole, though; the most used and developed-on non-mobile Unix -- Mac OS X -- is similarly epicurean, and blithely makes use of tightly coupled components designed to work together, to deliver a smooth easy-to-manage experience. And it's eating Linux's lunch.
Excel is actually a pretty sophisticated tool for end-users. It has a scripting language (VBA), it can pull data straight out of databases via ODBC and it can do sophisticated data visualizations (pivot tables and pivot charts). Its weakest point seems to be the inability to trace and document the complex web of formulas in a spreadsheet - you can't diff the old version of a spreadsheet against a new one and see what changes you made in the formulas. If someone could build a tool that could do that, it might make spreadsheets less opaque and more reliable.
Maybe it's a cultural difference? I can almost see people in the States use this, but anyone in Poland would be laughed off.
The theoretical slow down only holds for a strict functional language. In a lazy evaluation strategy language the mutation that happens when a thunk is evaluated and replaced with the result makes the asymptotic claims invalid.
A bit abrasive; I do agree though.
80 columns gives you 3 files side-by-side on a 1920 monitor.
Couldn't agree more than this. I have also shared my 2 cents on Why composition is better than Inheritance for Java Programmers here http://javarevisited.blogspot.sg/2013/06/why-favor-compositi...
Wiktionary claims otherwise:
http://en.wiktionary.org/wiki/key#Etymology_1
The comment to which I replied to was an absolute statement, not referring to the monitor built. Maybe if he had said "If a monitor has a distinctive sound [...]" that might have been closer to truth; in practice it's nearly impossible not to have a distinctive sound, there are too many variables at play.