skysight-inc/HackerNews huggingface dataset:
Currently I work as engineer in video games, and I would like to say that next step is just to write software completely without malloc+free and GC : you just allocate virtual pages directly from OS, create your own pool allocators in them, and that it. When you need to "free" stuff you just wipe whole virtual page, O(1) free, faster then anything you could imagine. We have only three special cases : string operations (usually implemented with special string pool), heap (malloc + free) for libraries that cannot live without it, and everything else on stack.

That said, I honestly don't understand why everyone only talks about GC and malloc+free abstractions, because they simply do not materialize in physical world at all (even if malloc needs a new page, it will call kernel for it), cpu/kernel do not have such mechanisms, so this is only abstract limitation in developers heads. So why not just talk (if we actually end-up in situation when we need to talk about memory, 'cause usually it's just work) and measure about what's actually real?
"absence of evidence is not evidence of absence"

This isn't true. Absence of evidence is weak evidence of absence, and suggests that it's not the case.

Not disagreeing with anything else in your comment, but that quote completely defies Bayes 101.
Well the Android SDK is like the worst-packaged thing ever :). I thought that its nixpkgs package was one of the greatest efforts to salvage the situation---the XSLT to automatically convert it's xml metadata to nix expressions is super impressive.
All they would need to do is diff it against someone else's copy, flip a couple "bits" and incriminate some random person.
Yes, it's tough to find web resources on this. Here is a google books search result:

https://books.google.com/books?id=TEa0yDByYmQC&pg=PT232&lpg=...

I'm mostly taking this on good authority from a friend who works in mobile engineering. So, caveat there.
You're right, but...

Politics is a real thing. It means that government programs have rules changes when people decide that they're unhappy with the way it's currently being done. Basic income might not stay unconditional for long.
It's true, because the time to free objects is not related to the number of objects freed- it IS dependent on the number of objects that AREN'T freed. The GC time (in a very general sense) is the amount of time it takes to traverse the live object graph.
My point is that price is the balancing point between selling for as much as you can find a buyer for, and buying for as little as you can find a seller for. Different goods have a different balance of power between buyers and sellers. Gasoline, for instance, has highly visible prices and little product differentiation. Choosing a different gas station is as easy as crossing the street. Customers will tolerate very little increase in price relative to the competition, so the price of gasoline is approximately equal to the cost of selling people gasoline.
Why buy from a company that kills your purchase at some time in the future?
Gmail has provided free IMAP since they launched, and Yahoo has had it for years too. Personally, my main draw to Gmail is that I just don't have to deal with ISPs blocking SMTP, which can get really annoying really quickly on laptops.
That's the point that one should start paying attention to what they are introducing into the global scope.

But it depends on the CSS. A global button class will not overwrite the properties of a button class descending from a higher level class. It will only introduce new properties that are not already defined in the button that's inside the parent scope.

There are advantages to having base styles in a global class, but I agree they can get unwieldy if one doesn't have discipline with them.
There is very little empirical evidence to support this point of view in non-monopsony situations.
Doesn't make it better tough, a MITM could change the action URL of the form.
My karma took a huge beating today: some people have been going through a bunch of my older comments and down-modding them. No kidding about the dude calling his friends in. This place is the worst echo-chamber I've seen lately, except maybe for /r/HillaryClinton.
> Guess the dude called his friends in.

Any more unsubstantiated and bull-shit accusations you'd care to make?
Agreed - furthermore, low cost employment is hard to get behind on its own for me. If we reduce minimum wage, and some unskilled worker is able to work where s/he otherwise wouldn't, is it really helping them? What good does $2/hr do if they ultimately can't provide for themselves or their families.

I feel[1] like lowering minimum wage below livable levels would require some type of basic income anyway. Am i wrong?

[1] I say feel, because i'm uneducated in these areas
Also nothing in the Constitution banning a basic income program.
Yup. I run Debian instead of Gentoo because, for various reasons, I trust the Debian project to be better at things (like triaging, backporting, compiling, and testing security updates promptly and correctly) than I trust myself. I think this is a common decision.

I later extended this logic and bought a Chromebook—a decision I don't take lightly, as a free-software advocate, but I was not convinced that there was an alternative that effectively let me retain more control over my computing. One of the things the Chromebook does that basically nobody else does (systemd vaguely wants to do this, my previous employer wanted to do this for our customers, etc., but I don't think anyone actually does) is it enforces a secure-boot-style thing for the entire OS, and makes it hard for anyone who doesn't have the signing key to take control of my computing away with me. In an ideal world, someone other than Google would have the signing key. But per the logic above, I definitely don't want it to be me.
Even tribes with casinos aren't rich[1][2], and yes the tribes that have cash generally give enough to their members to build the houses without loans or do some short term loans. Some have their own banks / credit unions. Sadly, a lot of the plains tribes are not in that situation.

1) most tribes were sent away from cities which makes casinos problematic, but it didn't hurt on the natural resource front for some

2) I still think the tribal pact with North Dakota that you cannot directly pay members (imagine a business that couldn't pay its owner) is the purest form of evil
A lot of the people who now own a smartphone didn’t own any computer-like device (i.e. laptop/desktop/tablet) before; I think that’s a step forward, not backward.
So all this speculative business is more about using idle bits of the chip to warm it up for either branch to be taken, thereby reducing some of the time for that code to execute, but any and all op that would actually modify memory or access stuff on the bus is exempt from speculation.

About right?
i.e the walmart model.
Bershidsky really drops the ball when he makes the following point:

"One problem with a universal basic income, of course, is that it will make a country attractive to even more immigrants from poor countries where 550 euros a month looks like a princely amount. Keeping borders open will hardly be an option."

What he's missing here is that the UBI is only payed to citizens. If you get rid of the minimum wage (because everyone gets paid the UBI no matter what), then citizens become much more willing to work for low wages, because their basic cost of living is already paid-for.

By contrast, UBI would not be paid to immigrants. Non-citizens would still be working in the US to some extent, but the incentive for people to sneak across the border would be severely reduced if prevailing low-skill wages fell from $10 to, say, $5.

It's also worth mentioning that to the extent that deterring undocumented immigration is the policy of the United States, doing it with economic incentives is (IMO) a much more ethically sound solution than doing it with walls, violence, and incarceration.
That would be contrary to how labor markets work in other income ranges: e.g., if someone gets a big inheritance, you'd expect them to be more likely to reduce their work hours than increase them.

Empirically, it seems like the same is true at the bottom of the income distribution ([1], [2]): if you give someone food stamps or cash assistance, they're less likely to work for the same wage. Means-testing the benefits makes the effect stronger, since the phase-out of benefits is equivalent to an additional tax and high taxes also discourage work.

[1] https://www.economy.com/dismal/analysis/datapoints/253947/Go...

[2] https://www.cbo.gov/sites/default/files/112th-congress-2011-...
In this new environment, when I see an acquisition, I wonder if it was a forced one b/c of lack of VC funding.
> If the W3C doesn't standardize DRM we'll still get DRM. It will just be more buggy and with more security holes. Just like MS Silverlight and Adobe Flash.

Honestly, this is what I want. That way, people will roll their eyes at installing "yet another plug-in". It'll be hacky, and terrible, and people will want to get rid of it. Standardizing it is basically accepting it as inevitable, which I don't view to be true.
Are you just looking for a reason to argue? It sure sounds like it. What difference does it make whether the recipient can spend it outside America or not? Does that invalidate enraged_camel's point whatsoever? No, it doesn't.

In case you really care, though, yes, you can. You probably have to convert the currency somewhere along the way, and you may have to pay for a wire transfer, but yes, you can (just like with any other source of US dollars).
You must have missed out on the HN policy against name-calling, you did that and then some and were - and are - completely off the mark, on top of that you refused to take it back and doubled down on it. If that caused your karma to nose-dive then that's the system working as intended, I did not bring in 'any of my friends'.
I was a Prodigy rebel.
Why and How Testing Can Make You Happier
the UNIX philosophy died with the advent of the web imo. The emacs editor/Mozilla suite (SeaMonkey) mentality of doing most things and doing them relatively well is the reality we have inherited.
Fantastic point, I have to admit I missed the consequences of that, too.
Muttrc builder
OK, now I want to try boiling water with my Vitamix.

As an added bonus, after 11.5 minutes of listening to a Vitamix on high, you won't need that cup of coffee to wake up.
By Western do you mean US? I have never once heard it used thus in UK and European news and political discussion. Not even by the Tories attempting to discredit some aspect of the discussion. Perhaps the Daily Mail might, but they're bonkers, and have been since inception. :)

You'd probably hear discussion of the Nordic approach use the term "Nordic Model", or rarely "social democracy". They're seeking to remain strictly capitalist but promote more economic security at the same time.
I used Lob for a small side project, it was fantastic. We simply sent HTML to them, which worked out great since we didn't have to deal with any real typesetting and got to design letters with HTML/CSS.
I'm still testing it and it looks very solid. After going through the cod for a few hours, I'm pleasantly surprised.

One money saving feature: you can setup SES and Sparkpost, for instance, and configure it to send more emails from Sparkpost than through SES, that way you can save money using free 100k emails/month plan from Sparkpost.
I've done school-size CPUs with http://www.clash-lang.org/ --- it would be fun to convert someone's "real-world" design into Haskell with it. 'Twould really show off that order of magnitude code size reduction :).

I suppose cathedral vs bazaar doesn't affect that at all, but experience has ingrained in me "source tarball ==> won't easily build" biases.
Where did I say they were? I called them both "things" I guess.
>ISPs blocking SMTP
is this actually still a thing? I know on our campus network they block SMTP on the wired network, but not on the wireless (for some boneheaded reason or another).
https://news.ycombinator.com/item?id=11420139
Objects are expensive. If you're dealing with millions of them you definitely want to 1.) use primitives where possible (ie: int, not Integer) and 2.) put those primitives in native arrays instead of collections (ie: int[] and not List<Integer>). It sounds like in your use case that means going from the collection of objects pattern to the object of collections pattern.
It looks interesting and I don't mean to be cheap or petty but I just can't justify that pricing. For 9EUR a month I can get 512GB of storage on Google Cloud Storage or 341GB on Amazon S3 and shove http://infinit.sh/ on top and get most of these benefits.

I'm willing to pay for secure storage but I'm not willing to pay $5.6/GB/month for it.
> A sweatshop paying pennies an hour for extremely unskilled labor could be a fair wage for that work.

Sure - in which case said sweatshop probably shouldn't exist. Sorry, but if you need to pay people less than they can live on to stay in business, and it's "not profitable" to replace them with robots, you can damn well go out of business and be replaced with a company that will automate it, allowing humans to do things that actually matter (and I'm not talking about "find less automatable work" here).

That is - in a perfect world, everyone poor would be given enough money to live on and not have to feel guilty about it. If they find a job that they can survive on, they can take it and drop their benefits. What would be immoral would be to force people to take a job that pays less than they can live on to receive benefits - that's outright punishment for not being able to find a job.

We tried punishing people for being poor/unskilled in the UK, it's called the workhouses, and to some degree our Job Centre wants to bring the concept back.

Of course, if you're calling for both a lack of minimum wage and cutting benefits further than they already are in many places... I think you'll find most would call you immoral. "Let them die so that my ideology wins."
I personally always thought that the CORS domain checking was needlessly and overly restrictive.

I can understand entirely different top-level domains; definitely 100% necessary.

You start to lose me at different sub-domains for the same top-level domain. Do we really need to check api.example.com from app.example.com? Chances are good that they're both controlled by the same entity, so what's the problem?

I'm out the door and around the corner when it gets down to the port number of the host. So now two requests that should resolve to the same machine need a CORS check? I think MS did right in having IE ignore the port in CORS domain checks. Not sure whether Edge does.
Pretty sure gmail supported POP from day one, and it has supported IMAP since 2007 [1]. The problem is that gmail's mail organizational system is sort of incompatible with POP/IMAP and completely incompatible with a number of clients. That started to change around 2010 when gmail had been so popular for so long that the standards and clients started to accomodate gmail's way of doing things.

Desktop MUAs won't suddenly become popular now. A generation of users has been brought up on webmail, and the idea of using a separate program for email on the desktop isn't familiar to them.

[1] http://www.wired.com/2007/10/google_adds_imap_support_to_gma...
This is nonsense. Games using Unity think about it all the time and that's using C# and a GC runtime. (Here's a dirty little secret: C++ games use object pools too and for the same reason! You can't afford to take the malloc/free overhead in the middle of rendering a frame, any more than you can afford a GC pause!)

Again looking at C# (or Swift's Lazy collections, or Java streams) your example isn't quite correct. You can absolutely get single-pass lazy evaluation of the elements, or at the very least avoid any temporary intermediates.

The .NET runtime has various GCs, some of which are concurrent GCs that can do thread-local pauses without pausing the entire process, as well as doing extremely short pauses (a few ms) but otherwise running concurrently with other threads doing allocations. The GC even does compaction, avoiding the memory fragmentation problem that has driven many a C programmer crazy. (There are other approaches like V8's JS GC.)

The idea that GC has to be a dog is nonsense. It has the benefit that allocation is just adding sizeof(object) to a pointer, making allocation trivial. It has the runtime overhead of occasionally needing to pause things for memory safety reasons, depending on the specific implementation. It also has a higher high-water mark for memory usage. It has the human overhead of reasoning about living roots and avoiding unnecessary object churn (though that is true of any system).

Reference counting has runtime overhead of incrementing/decrementing reference counts, and human overhead of manually breaking retain cycles and remembering to properly increment/decrement the counts (unless using things like ARC which insert the calls automatically).

malloc/free has runtime overhead to manage slabs and free lists, plus fragmentation problems under some workloads. It has a massive human overhead of making the programmer remember to track and free the allocated memory perfectly or risk leaking or corrupting memory, potentially leading to remote code execution in the worst case.

These are all tradeoffs with costs and benefits.
Why do you think I'm white?
> I learnt an awful lot of things from this book which should have been taught in school

Fascinating. What are some?
No. We've spoken at length with the teams that develop these applications.

There's a whole additional class of problems involving the JIT needing to warm up, too, but that's off topic for an article specifically about GC. (Go, for example, would not have the latter problem at all, but the JIT and GC situations for Java are a bit similar. JIT warmup issues can be avoided using AOT compilation, but that has its own set of issues. What seems to be completely missing, or at least was missing last time I looked, was the ability to generate a JIT profile, save it, restart, and restore the old profile.)
> I feel like an egalitarian Arab should have supported the Iraq invasion.

But they didn't. There is a lot of stuff wrong - from my perspective - in the Arab world, and nobody with actual power from the Arab world seems to actually want to do much about it. So we end with these half-hearted revolutions which are more regime changes than actual fundamental changes and if they are fundamental changes they tend to be for the worse rather than for the better. It's a real pity.

As for the Iraq war, Saddam and his sons - and all those supporting the regime - were complete assholes. And I would have supported regime change per-se for that reason alone, but that wasn't what was sold. Because if we did support regime change for those reasons then there would be a long waiting list of other regimes that would deserve to be 'fixed' long before we'd get to Saddam (in spite of all the crimes they were engaged in the world is full of such trash, they were not the exception, in spite of the media spotlight being very much on Iraq).
Requiring the installation of transponders in drones might be tempting, but they are large and expensive compared to a quadcopter, so it's impractical.

This feels like the sort of limitation that will disappear given a few more years of electronic miniaturization. Drones aren't going away, so it would be wise to start work on incorporating them into ATC systems sooner rather than later.
Home Automation is still niche. They probably hope to make up on the volume. It does not matter how badly they treat their current customer: if they find the iPhone of home automation, they will have hundred of millions of customers to make up for it.

They probably hope the guy will find the next big thing. That's more Google working internally as a VC in markets to be. Not that I think it is alright from such an established business like Google.
Two things are clear,

a)The consumer drone industry is already adopting no-fly zones (some in firmware) and the FAA has moved quicker to regulate this technology than any other technology before. This is being squashed before it became a problem. I wish the government did the same for other "dangerous" technology (guns anyone?).

b) Putting "drones" in a news article is the click-baitiest clickbait. There hasn't been actually any substantial news/incidents around drones that had to be covered on a national level, other than the reactionary regulations. Let's just admit to that.
True. The Constitution doesn't explicitly ban a lot of things.
I found this comment to be much better, and more interesting, than the original article:

>The other side of the third possibility is that LDL and HDL levels are indicators of some underlying process, and not causative at all. So CETP inhibitors might just be changing the indicator while doing nothing to the actual cause of the heart disease, while statins are doing something to the underlying cause, which in turn changes cholesterol levels. IE the old “correlation is not causation” coming to bite us yet again.
Node selected for fabrication does not equalize power consumption. You could go to the same node with other, inherently more power efficient architecture and gain even more oomph per watt. Power efficiency stems from the architecture itself; manufacturing process is a red herring (and a costly one). What you're saying is pretty much like "seasoned bodybuilder would kick white-belt karate practitioner's ass, so it's clear that bodybuilding is better than karate."

Compare things that are alike. If you take a manufacturer (say: TSMC), pick its node (say: 16nm FF+) and you decide on a package (physical manifestation of RTL primitives in the silicon) you get better performance per watt on one architecture over some other. ARM and MIPS are inherently very power efficient. You can't just take SPARC and make it more power efficient than these two. It doesn't work like that.

It's also not true that ISA doesn't matter. ISA impacts bandwidth requirements heavily. This in turn impacts latency and latency hiding, cache requirements and many other things. In fact data transfer is typically as costly as (if not more expensive than) computation. Getting data to all the right places on the schedule eats power like crazy. This is exactly why ARM has Thumb. It's not like internally core does different things than it would do with wide ISA. It's just that stuff's more densely packed, which helps tremendously.

Which brings me to my last point. There's an open architecture that's quite nice. It's SuperH (or SH2 in its open source form), which in turn is what ARM's Thumb is based on. It's not perfect, but it's pretty solid. Omitting it in the OP makes me think author isn't very thorough with his research. But everything has to start somewhere. ;)
Obviously I commented because I think otherwise, based on my interest in history and semantics of the subject, I explained why. Just telling me I'm wrong hasn't changed my opinion, but thanks.
The Main Concerns about A/B Testing and Their Resolutions
(my opinions, not my employer's standard disclosure) Lob team has been great to work with - they've accommodated a lot of tweaks we've needed (custom paper, much higher levels of verification). They're good at API backwards compatibility, but they are pretty active on the development front, so it's worth keeping an eye on what changes are coming through on the SDK.
Is this open source? If not, I see no point in using a tool that can be changed underneath me to wrap APIs around web sites that change underneath me.
As someone said (paraphrasing): Emacs is a great operating system, but its text editor could be a little better.