skysight-inc/HackerNews huggingface dataset:
>I find it a bit troubling that you list beautiful women as a plus of a city, as if women were a natural resource like trees or clean water.

As a Montrealer, I would say that we have beautiful people living here in general. OP is likely heterocentric in their commentary.

>Did you ever spend a lot of time in Hochelaga?

Not much of a tech scene...but incredibly progressive/beautiful attitudes. Also, very French. If you don't have the language, you're missing 80% of it.

I think a good bit of the incredibleness of Montreal is kept at arm's length through the language barrier.

I grew up mostly with English friends and never spoke French. These days, I spend a lot more time with French friends and I feel much more at home.
> desire to appease shareholders

FTFY: s/shareholders/management with incentive options/g
They've done this concept in Miami before. Unfortunately they don't publicize them with enough advance notice to get good size crowds (what normal person reads the uber blog regularly?)
Plenty of printing companies have APIs already (and much lower prices).
Google has always had poor customer service, this is nothing new. Most of their (profitable) product lines don't need customer service representation, so they don't care about it.
Yes the industry has started to catch up, but they're still playing games that keeps piracy relevant.

For example, unless I'm not aware, movies that are still in theater or shortly after still are unavailable to stream. Yet they're usually available on torrent sites. Another example is content filtering by region.
bitcode is still architecture dependent, bitcode generated for x86 won't run on ARM. The only reason they are requiring bitcode is so CPU specific optimizations can be done, not to allow for portability between uarchs.
GCM is terrible, but it's not patent-encumbered, unlike OCB mode (which is otherwise superior IMHO).
> Personal computers with attached storage are disappearing and giving way to thin clients attached to the mainframe

Just pulled my old punch cards out of the attic and dusted them off, hoping I can use them again!
On a bit more of a positive note, I highly encourage people to check out CSS Modules. It introduces name mangling to CSS so you get 'locally' scoped CSS classes which you use by 'importing' them in your view component.

It's 'compatible' with any preprocessor, because it's working on the CSS itself. I think the cool thing about CSS Modules is that it makes BEM obsolete - that naming pattern is now essentially enforce at 'compile-time'.

Check out this article for more info http://glenmaddern.com/articles/css-modules
"As with any tax increase, the middle class is always the ones that bear the brunt of it" because we continually keep talking about taxing income instead of wealth.

Tax wealth more and income less. WHAT?!?!?!! People say? Well that really fancy and expensive military we are paying for.. it's not just protecting your income. It's protecting your wealth. Pay your fair proportional share for security of your assets...
Have you considered starting a Kickstarter?
“[…] is a toy” – Learning by Shipping
At 10/hr many people on Snap will not enter workforce because their benefits get reduced. At 15/hr the increase in wage more than offsets decrease in Snap and will attract more workers into the workforce pool.

Two low skilled Americans have an advantage in English language skills and for a significant portion of foreign workers, work eligibility.
> I grew up mostly with English friends and never spoke French. These days, I spend a lot more time with French friends and I feel much more at home.

I went through the same, actually. I "grew up" in the McGill bubble, but when my French got better, it's like a whole other city opened up to me.
Not only that, but I'd suggest that the parent you are replying to doesn't have highly intrusive ads...
NoScript has an option to disable that kind of redirection.
Μιλάνε οι έδρες στο Τσάμπιονς Λιγκ
We've asked you before to stop posting political rants to HN. You've continued to do that, and here you've added a personal attack. We ban people for doing these things, so please don't keep doing them.
>I find it a bit troubling that you list beautiful women as a plus of a city, as if women were a natural resource like trees or clean water.

Seriously? It's like if I told a gay friend when they said they were thinking about moving to SF because (insert missing phrase) - that they were (insert missing phrase); who are you to say liking a type of people is wrong.

Cities are different - and I assure you that some cities have more beautiful people than others.
The nation was invaded, by that Russian dude you try to whitewash so hard. On the other hand, I now understand your issue with the revelations.
can air control radar pick up things as small as a commercial drone? (i'm thinking dji phantom size)
> An array in C++ has none of these things. However, consider that if the array is ever to be freed by free, then its size must be recorded anyway. That leaves 8 bytes of overhead, which is likely comparable to the overhead caused by malloc's fragmentation.

Actually, no, it does not need to explicitly record the size of the allocation. Some implementations of malloc do this, using what are called "headers". But more modern allocators tend to use techniques which avoid this. They basically follow the pattern:

1. Maintain a list of slabs, where each slab contains objects of a particular size (say, 4, 8, 16, 32, etc, but not necessarily always doubling by 2).

2. You ensure that the slabs are in contiguous regions of virtual memory. The start is always on a page boundary.

3. For each page, you record its meta-information in either a giant array (for small address spaces), or a radix tree (for large address spaces).

4. Upon a free, you can just figure out what page an object lies in, then look up where its meta-information is. Then you have all of the information you need to free an object of a particular size. This function from an old project of mine shows all three techniques (headers, radix tree, giant array, also called a BIg Bag Of Pages): https://github.com/scotts/streamflow/blob/master/streamflow....

Something else the author did not mention is that when it comes to performance tuning a GCed application, you have another variable: heap size. If the heap size is too small, you will GC too often. If the heap size is too large, your pauses when you do GC may be too large. It may require tuning to find that sweet spot.

Also, this came up in a previous thread (https://news.ycombinator.com/item?id=11058911), but the routines the author outlined for object allocation are quite similar to the ones used in modern implementations of malloc.
And do it in INTERCAL or Befunge to boot!
In case the submitter doesn't fix it: http://news.ufl.edu/articles/2016/03/fighting-cavities-could...
There are ~500k drones registered in the US with the FAA

http://www.usatoday.com/story/news/2016/02/08/faa-drone-regi...

So the total market value of all drones posing significant risk to aircraft is probably on the order of $50M. If one of these were to accidentally down an airliner of 100 people, that would be $1B of damage, using the ~$10M statistical value of human life in the US.

https://en.wikipedia.org/wiki/Value_of_life

So even if you think it is generally bad to impose strong regulations based on merely hypothetical risks, this might be a place where it makes sense.
Didn't mean to offend anybody, but just by hearing about a lot of mentally ill people being homeless in the US, i got a bad impression. But i may be wrong.

And it's not necessary a factory. It's not hard to create awful work environments.
Shoot me an email w/ your CV : simon@tractr.net
Statement Regarding Recent Media Coverage [pdf]
I've heard these arguments many times before, about how in theory GC'd languages can have less memory allocation/deallocation overhead. This theoretical benefit never materializes, though. This is because in a language with garbage collection the programmer barely thinks about memory at all which results in millions of tiny allocations happening all over the place and that wrecks performance. In contrast to languages with manual memory management where programmers use strategies that minimize the headache (memory leaks and doubly-freed data) of manual memory management which results in there being vastly fewer memory operations.

Where in a dynamic language people are tempted to use write things like `people.pick('name').capitalize().sort()`, where containers of objects are created at every stage of the pipeline just to be discarded moments later. In C you wouldn't write code like that. Or if you do, you simply allocate a single block of memory beforehand that's large enough for the entire operation and you reuse that memory block at every stage of the pipeline. In C more memory efficient code is less work to write and easier to reason about.

So it really shouldn't be a surprise that in practice GC'd languages like Java are dogs in terms of performance, nor should we expect this to change no matter how clever the garbage collectors get. The "sufficiently intelligent garbage collector" is a creature just as mystical as the "sufficiently intelligent compiler".
Don't worry, anyone not looking Asian enough is automatically suspicious.
I feel like this article goes in the typical trap - you either do fully manual malloc/free, or stop-the-world mark&sweep. But that's like extremes on the spectrum. What about arena allocators (in dynamic content for example per-scene and per-frame). What about selective refcounting. What about mixing systems in various heaps. What about lightweight processes with own, well adjusted local heap size. There are so many options available in real world. GC is not Java, and Java also works against a good GC with the lack of value types.
This all seems language and implementation specific.

Comparing Go and Java, I have the general impression that garbage collection in Go has reached the point where it just works, while in Java we're still tuning it after all these years.

But part of the reason might be that creating garbage is more easily avoided in Go. Or it might that people are attempting different things.
I'm very into operating system development. Does anyone know if the SPARC architecture offers the same problems that other systems require?

Some things like GDT, or lack of a hardware discovery that are anyoying.

Anyone here worked with this?
Good Point. And it's not like we don't have the space. Only 5% of CA land is being used currently! That's even less than the average state in the US. Mostly what's lacking is political will. Incumbent residents would rather see their investments go up in value and a slight improvement in traffic, etc rather than solve the Housing problem.
Basic income is the most stupid idea presented here. It is basically a new zero.
The biggest reason I won't do a startup in Montreal again is the need to make your product bilingual. It's a huge distraction when it's just you and one other person trying to find product/market fit.

So many pitches ended with "we'd pay for your product, but it needs to support French". You can guess what happened next, we wasted weeks supporting i18N, then translating to French, only to discover people didn't want the product, even with French support.

The rent, food, and (most) people were great though!
Oh I hope he has good offsite backups at least. I would hate for the world to lose the future of Dwarf Fortress because he loses his code.
That's not strictly new in this version. I've had that enabled (hesitate to say been using) for a while now.

Anyone know if the hanging between wifi to cable connections is resolved yet? Aside from that I'm much quicker and more productive with my inboxes now. Sidebar patch, hotkey per mailbox... Very quick icedove replacement.

PS: Workaround for the connection thing is to ctrl-z when it hangs, and fg the other instance for that connection.
This is simply not true. Many CSS-in-JS libraries support build or render-time extraction of CSS, which takes care of your first criterion.

Many CSS-in-JS libraries also handle style modularization, often in ways arguably better than CSS preprocessors. There's a lot of variety here.

I'm not sure what you mean by "faster than CSS". CSS can be fast or slow, depending on how the CSS is written.

You should take a look at: https://github.com/MicheleBertoli/css-in-js
Yup, you can forget a director-level position unless your last name is Tremblay or Gauthier. Grew up in Montreal and loved it, but bounced to SF the second I had the chance.
In the end of the press release, Mossack Fonseca comment on "specific allegations in the media reports". Note how the list enumeration jumps from (f) to (h) without any (g)... I wonder if they erased one of the rebuttals just before releasing the statement.
Wasn't there a company that started doing Instagram postcard mailing, and eventually offered the API as well they were using?
I didn't include Toronto in the original title. Seems a mod added it.
Yabar - a modern and lightweight status bar for X window managers
after trying many apps and tools like trello, todo lists, a simple .txt file. I found that the most useful thing for me is just a pen and a small notebook and write the things down and cross them out when it's done
But if the DRM solution is implemented through JS code in the browser, it is trivial to pirate. I know DRM is always broken, etc., but at the same time it is hard to take an argument at face value that discounts the security differences between these approaches.

JS is trivial for anyone moderately skilled to crack - you're sending content in the clear from the browser through the stack.

DRM solutions enabled by EME can be much more robust and difficult to crack.

Similar to other commentators, I struggle with the issue, but just saying "put it in JS" is not a very compelling argument. The current EME approach of a publically defined API that any DRM solution can plug into feels like a pretty reasonable compromise here.
People have kids outside of financial consideration. The desire for having children is an enormous natural force for many (not all). That's not even including all the children as result of youthful mistakes or just plain happenstance.

Technocrats are quick to frame having children as some sort of result of rational decision making, like buying a car. Since it's obviously not, this viewpoint readily becomes a normative prescription. What not is, instead should. Hence, poor people shouldn't have children because they can't afford them.

But humans aren't robots. It's like saying teenagers shouldn't wreck their dad's car (they will), adults shouldn't fall in love with abusive a-holes (happens all the time), or old Johnny over there should just give up smoking already (he won't).

A just community absorbs this messiness with patience, forgiveness, and empathy. Families generally do. Friends often as well. Tight-knit towns have that capacity. Perhaps even the polis as well. But the higher up we go, the more abstract a human becomes. Right now, humans are widgets, no more than appliances in the cybernetic feedback loop. Not too long ago, we were divinely chosen caretakers with responsibilities to God first&foremost; at some point we were hapless pieces on the game board of disinterest cosmic chess players. Not sure which abstraction to prefer honestly.
CSS Modules, built with Webpack configured to use extract-text-plugin, will meet all those criteria.
> I wouldn't expect the price of rice, steel, concrete, or airplane tickets to change much.

Not at first, but the price of everything is connected eventually.
did you try breathing? well there is no oxygen on mars so breathing always does not work.

You are correct but we are talking about America.
Students who take notes by hand outperform students who type
Also, I think they predict (probably correctly) that it's only going to become more popular so they might as well regulate it before it's too late
Yeah wow, my comment had like +2 earlier today and now it's down to 0. Guess the dude called his friends in.
So many confounds...
Indeed, in the early days, horsepower was used to describe how many draft horses a steam engine could replace.

Is this an example of engineering marketing? Probably: https://en.wikipedia.org/wiki/Horsepower#History_of_the_unit
In the tech sector, I would agree. In other industries, however, I would strongly disagree.
I would surmise that they are holding off on Western Pols because they want to keep eyes as long as possible on this. For these organizations, eyeballs are money.

If they released a huge set of people on day one and didn't have much to show on day two, this would fall off the news cycle really quickly. I think that with the US political climate, they'll focus there soon, but they want a lot of people paying attention first.

This is just a guess, but it seems logical. We've seen this kind of slow-drip journalism with big data dumps in the past.
I use browsersync all the time, it's a great tool, but IMHO it's still much more hassle then just live editing css in chrome devtools and then having the browser save the changes to local css files directly. No need to reload anything, you just save it and you are free to continue working... of course, sass has many other benefits, it's a way easier to manage, but with devtools pure css workflow is nowadays really fast and streamlined, too.
Causes a spiral of despair if you haven't preempted their adopting of dorfs
I agree CSS Modules are super neat, but I haven't really figured out a good way to handle cases where the cascade part of CSS is actually useful, like theming.
"Socialism" in Western political discourse no longer means owning the means of production. It did, once, but that idea was so obviously discredited during the 20th century that no one takes it seriously anymore.

So "socialism" today (usually used with some variant of "democracy") has been repurposed to mean a political ideology that values government social support programs over low taxation.
This whole post is nonsense, but there's one point in particular I think that GC advocates don't understand about managing memory. He writes, "Consider: you need to hand out chunks of memory of any size, one at a time, with no advance warning of usage patterns; and then you need to be able to free arbitrary chunks at arbitrary times."

This is entirely wrong. Sure this is true if you're writing a general purpose programming language, but if you're writing an app or a game or a tool, you know the usage patterns because you are building them. You don't need to free things at "arbitrary" times, you free chunks at times when it is appropriate for your problem. You know more about your memory allocation patterns than any general purpose GC could ever know, and so you can write code to fit those better.

In a GC language, often you don't care about where and when the memory comes from, but sometimes you do, and when you do, you're stuck.
The Teamsters pension disappeared more quickly under Wall Street than the mob
I was given this book for Christmas year before last. A very good read.
does it capture wifi, assuming there is a wifi dongle of course?
I'm working on one of the startups mentioned on the website (although one that's buried way deep in the list).

What I know as a dev : My company pays an outside firm specialized in getting R&D credits for companies. I don't really know how much it costs and how much it brings in. Every quarter, all the devs have to sit down and do a kind of interview with a guy from that firm. We're a pretty standard SaaS platform so it's hard to really know what can be considered R&D from my point of view. During the interview, we go over our work for the last quarter and dig into areas that could potentially be considered R&D. We'll explain in details what are the technical challenges, how what we're doing is different than what's already available out there, if we did prototyping, research, user testing, etc... Then they write up a nice report and try to get us as much R&D credit as they can!
To counter your anecdote with one of my own: Literally everyone I know, including my 93 year old grand-parents own a smartphone and at least a laptop or desktop. Every. Single. One. That includes my technologically challenged siblings.

Anecdotes are just that. I wont take yours to represent society as a whole, as you shouldn't take mine to either.
I see this a lot: that people creating CSS-in-JS libraries just don't know CSS well enough to solve their problems. I work with the people who created Radium. They made it because they are extremely experienced CSS developers and do understand what's wrong with plain old CSS.

I highly recommend watching this talk by one of the creators; it's kinda long at 36 minutes but answers all of your questions: https://www.youtube.com/watch?v=k3OF4A30jSQ

"Throw in CSS Modules" – that is indeed a decent answer today, and the creators of Radium love CSS Modules. But CSS Modules are what, 10 months old at most? CSS-in-JS concepts and implementations are more mature than that, and get you some further advantages like dynamic, runtime computable styles.
Economics Nobelist Paul Krugman: Cities for Everyone
Enjoyed the article. For once, this article showed some flaws in the original process/idea, and showed very nicely how an original seed idea turned into something different, and more involved/interesting.

Clearly a lot of work and sweat went into getting the results you did, and the final output looks very polished.

Congrats for having the courage to post this.
> So I guess I don't share the principle that you seem to have, that if I don't like a conference I should simply shut up and not attend

If you want to complain loudly about the conference as you don't attend, go for it. But once you're pressuring sponsors into pulling out, once you're running a weeks-long harassment campaign against the organizers, and especially once you're pitching a fit about the conference managing to find other funding despite your best efforts, that goes way, way, way beyond mere complaining. You are making an affirmative effort to prevent the conference from happening at all, and at the very least I'd suggest that you own it.
I think the author's point is that the Netflix of today was only able to afford proper licensing and DRM for digital content because they made so much money mailing around discs, against strong objection from the content providers. And if someone wanted to bootstrap a new video distribution service today on a digital platform, EME would give the content providers the power to put an end to it.
What would be the purpose of censoring it out? Everyone would know what term was being used anyway.
Do these toilets seriously not function without internet access? I guess I could see the toilet being essentially a sensor array with some networking hardware; the decision-making about your fecal content would then be done in a datacenter.

As long as the stupid thing still flushes without internet access; I have never been more concerned about an IoT version of an existing appliance not doing its job. That is, I could stand an oven or blender not functioning; a toilet simply must work or the bathroom itself becomes nigh useless. "Honey, our toilet won't flush; are we still being DDoSed?"
How It Works: Linear Resonant Actuators
Since Debian already ships 1.5.23 (or 1.5.24 in testing), here's a list of changes between each development version leading up to 1.6.0:

http://www.mutt.org/doc/UPDATING
DRM isn't really comparable to traditional crypto in the sense that crypto is intended to protect your secrets from anyone who doesn't have the key, while DRM is about preventing someone with the key from copying the unprotected content (since the content needs to be decrypted for consumption). As such, CPU-heaviness should not exactly be a requirement, as the cryptographic strength of the protection itself isn't necessarily the most important thing.