skysight-inc/HackerNews huggingface dataset:
> Scala code can be very dense and hard to grok at the early stages of learning.

This seems to be the crux of his argument, and I think it's a rather poor one. I have used both Go & Scala professionally. Yes, it took less time for me to start writing real code in Go. However, I found Go's "simplicity" to be limiting and frustrating when it came to building production applications. Things like the weird split between functions returning errors but occasionally panicking, lack of inheritance, and poor dependency management through github links make Go a poor choice for applications within a business setting. Scala does allow for more variance in individual coding styles, but not so much that an experienced Scala programmer can't read & understand other peoples' code with relative ease. It's a non-issue during development as long as the team agrees to follow the same set of conventions, just like any other language.
Valve doesn't seem to really care about making games for the sake of making games, they make games if they can do something new/cool which hasn't really been done before.

In other words, it's not that Valve can't produce games right now it's that they don't want too. They're too busy with Steam/VR cause those things are new/cutting edge.
Neither of these people are technologists with any experience in the ad industry or data science. They're lawyers and artists. Why would I trust that they know what they're talking about in this domain?
This is incomprehensible to me. "Timing attacks" don't make short work of the equivalent of email metadata. Different systems reveal different amounts of metadata.
Probably because of bad PR. The relation between a band and it's fan is very personal. The fans would feel betrayed if the band was auctioning tickets.

I've heard of some venues using a hometeam scalping operation to get around this. They sell the tickets knowing that their scalpers will bot them. Then the venue gets a cut of the proceeds. Could be an urban legend however.
> If I am willing to pay the asking price for tickets, I should be able to buy them. If you're offering them so cheaply that I will happily buy all of the tickets then you're offering them too cheap and you can't really complain if I buy them.

And if I'm an artist who wants to ensure that fans without a lot of money can see me? Should I be allowed to offer a concert where tickets cost 20% of market value, or should "the market" step in and say "no. I'm the one in charge, and I say that once you reach a certain level of fame, only rich people are allowed to see you live. sorry, but you've outgrown your original fanbase."

That feels like kind of a sick attitude.

The solution here is either the invisible hand of the market, OR tight controls exercised at the artist's discretion.
WEB PROMOTION – WEB DESIGN|SEO|PARAMARKETING.GR
Disclaimer: I'm a Google employee, though I have no inside knowledge about this case at all.

> Do not create an extension that requires users to accept bundles of unrelated functionality, such as an email notifier and a news headline aggregator

It sounds like they may have just requested oddly broad permissions. Google really cares about privacy. They really care about consent fatigue from unnecessary permissions. Is it possible this is just an effort to rein in unnecessary permissions & the app will be reinstated after the fat is trimmed?
People have been doing this for years and years. It's a grind and it's very boring and usually done by people that don't have that much technical skill. Go check out the Wicked Fire forums if you're interested.
Would your explanation still be as just-so if I chose to sell the item for <=$1000 to you because you are a friend or family?
... Because they have access. Through lobbying. It's not a state of nature.
Even with an accurate primary market, the secondary market would exist. For example, and artist may sell out their event, but then become more popular, causing tickets to be worth more. Some percentage of people will decide that they would rather have the profit than the ticket. Ticket holders may also find they are unable (or no longer want to) attend, so may want to sell their tickets.
I like to write my code so it is easy to debug and easy to reuse so I like that these ideas are reinforced here.
Canonical themselves are only developing a tiny fraction of even their default suite of software anyway.

If you want to contribute to open source software in general, Software in the Public Interest is probably the best general fund to stick your money in, since they provide financial support to several distributions, LibreOffice, FFmpeg, Postgres, Xorg, etc.

Also, set your amazon smile donations to go to them, since they are a non-profit!
There are numerous reasons why I could and would choose to go with the first person in spite of a lower offer.
Hah, I meant to say shape. My mistake.
Morgan Freeman: Why Marijuana Should Be Legalized
Relevant - Someone posted a show hn for [1] but it was never released or updated.

https://hello-kill.github.io/
I use the OCaml utop REPL as my day to day calculator (booting up excel gets old). I honestly think it has the best REPL.
Do you realise that every item on your list wasn't just possible but flourished without JavaScript

No, I don't realise that at all.

Imagine how tedious it would be even to use a relatively simple discussion forum like HN if you had to wait for a full page reload every time you hit a voting button or expanded/contracted a thread.

That's about as simple an interaction as you can get, but there are countless other simple examples where JS-based interaction is much more responsive and easier to use than a round-trip to the server. Think real-time form validation, for example.

At the more complicated end of the spectrum, how exactly would you implement a web app like, say, a spreadsheet, without any client-side interaction?

JavaScript is ... swallowing up what was a thriving hypertext infrastructure.

Sure it was, 20 years ago, but the technology has evolved to serve new purposes, as technologies do. The Web of 2017 is unquestionably far more useful for far more people than the Web of 1997, and the interactivity offered by JS is a significant contributory factor.
> I wonder if the guy behind SkyOS is still doing operating systems. http://www.skyos.org/

No, he (Robert Szeleney, http://www.skyos.org/?q=node/411) doesn't. He (together with Heiko Hufnagl) founded a studio for creating software and games for mobile devices:

> https://en.wikipedia.org/wiki/Djinnworks

> http://djinnworks.at/about-new/
Is there something similar to this for javascript?

I really find this format super easy to read, even if there may be slight inconsistencies and nuances to reading it.
No. I'm not. That's why I bought mine on amazon. :)
> How would a scalper get around ticketing that requires presenting ID that matches the name of the person on the ticket?

The article mentions a workaround for this:

> So-called "paperless" tickets are an antiscalping measure that requires the purchasing credit card to be presented at the venue on the night of the concert. This requirement makes scalpers' lives much harder but is regularly circumvented by the most serious operations. Wiseguy, for instance, told its wholesalers to ask their customers for their credit cards before a sale happened. Wiseguy then used its bot to buy paperless tickets directly on fans' credit cards.
Who disputes origins of Brahmi numerals? Western indologists? Brahmi numerals and Brahmi script are long considered by Indian scholars as indigenous. The dispute arises only because the Western scholars don't wish to recognise it's indigenous origins. These are imperialistic biases. It's in the same vein as conveniently discarding the word Hindu from Hindu-Arabic numeral system just as part of ongoing whitewash of anything Hindu origin.

The West has not just whitewashed numeral contributions. It has also, atleast during the British colonial rule, spread the false "Aryan invasion theory" to divide north and south India on racial lines.
How Stack Overflow Redesigned the Top Navigation
You can't win against an insurgency by turning the country into glass. Saddam's army was defeated in the first few weeks.
I'm an applied researcher in search science. This is a very typical domain specialized search problem. These days it uses Big Data, Machine Learning, constant experimenting / prototyping, A/B testing. I get to geek out each and every day. It is my dream job :)

I consider it one of the main reasons Apple lost so much content market share to Amazon despite Apples first mover advantage - Amazon has better search and you can actually find the stuff you want. AFAIK Apple tried to start up an applied research group to fix the problem but they refused to pay enough and ended up with the dregs. They tried to hire me 3 years ago for $130K. It highlighted that they didn't understand the importance of the problem and we're likely to fail. I typically make ~$240 as FTE and more as a contractor. Apple also has a culture of secrecy where as search science is pretty open.

Anyway; I checked out Steam. The search there is clearly very poor and can easily be improved. The overreliance on tags is usually a good indication that they are not digging into their usage data for their recommendations.
There's a real disconnect in behavior and branding here.

Consider if this extension did exactly the same thing, but was called "Ad Click Faker" and was used by those defrauding companies and sites. That doesn't seem like a positive thing, so I'm not sure why AdNauseum should be either.
Identity (as in a stable handle for your browser/device/profile) is an important part of the web. It's tied into all kinds of functionality and security.

What we really need is a device/OS level "ID" that can be read by any app or website so that it is stable. Since it's controlled by the OS, resetting your identity is as simple as generating a new ID. This single change would improve security and performance across the web and remove the vast majority of fingerprinting being used today.
Compilers operate under rules. The rules in this case say the null test is redundant.

You could argue the rules are "wrong", but that's a totally different topic.
Ad Nauseum's explanation page addresses this question. They're supposed to be triggering sandboxed requests that never return to your browser, and so aren't a threat.

It was my first concern too, and I still wouldn't be comfortable to run it, but it's not as though the security question was unaddressed.

(I do object to the possibility of getting your favorite sites blacklisted by ad networks for low-intent clickthroughs or botting.)
Also pretty easy to detect/block. Just add a redirect that redirects on page draw after the click. Only record clicks that successfully redirect.
We are using Linkerd at NextVR and we are where happy it's L5 routing and other features. Soon are looking forward to integrate Zipkin with GCE tracer.
Show HN: Lark, a modern parsing library with Earley and LALR(1) implementations
Are some people fundamentally more deserving for having the time to wait in line outside a venue, or click reload on their computer for hours? It's funny that we implicitly accept that money is the way of assigning resources to their most valued use for most everything, but for some reason that logic doesn't apply to concert tickets.

If the performer were concerned about actually helping poorer people attend (rather than simply virtue-signaling), they could raise the ticket price to market value, and implement a lottery system for some block of tickets, similar to what the producers of Hamilton do. Best of both worlds!
Hydro + Wind + Solar is a powerfull mix. Hydro tends to have fixed power per year, and a lot of flexibility when you release that power. Solar matches the daily demand in most areas, though Denmark is very far north to produce solar they can import solar from the south.

Wind is really cheap and provides some power 24/7 but does not match the demand curve. So even then you still needs some backup power either from pumped hydro or peaking power plants.

IMO, the real downside is the electric grid becomes even more complex to manage and takes real investments to handle shifting supply.
>Well it probably does make sense for PR reasons. Nobody wants to be the band/team/event gouging their fans.

Yes and this is why they exist :)
Signature-based malware detection is dead [pdf]
a big l2 cache will tend to lead to good overall performance. In that it will positively impact the performance of a wide range of programs. Especially ones that adhere to common OOP or functional programming practices. (Pointer hopping, virtual functions, linked lists, etc)

Games or other carefully tuned programs that carefully lay out data in memory may not be much affected I guess.
It is worth noting Texas has it's own grid seperated from the west and east grids supplying most of the rest of the world. I had a relative who was a project manager on some of the big wind installs in Texas, but for some reason I can't remember his main criticism of the project which caused him to move over to solar work...
1. now central server
2. node autodiscovery across Internet

For example, you can easily build Cassandra, MongoDB or PostgreSQL cluster on top of Meshbird networking in different countries.
venues need to just formalize the unofficial auction + lottery system that already exists in various secondary markets.

some tickets are sold via auction, others are offered at a set price to those who win a lottery.

The only difference is that venues + artists can benefit rather than middlemen.

I think VR has the potential to help alleviate some of the market pressures by offering an experience with nearly limitless supply.
I might have gone a bit hyperbolic on that. And I always wanted to study at U. Göttingen.
Only because you've offloaded half your CPU load to your user's cell phone.
Could you be having issues with ipv6?
This was not the case when I looked at the code years ago. I would not trust any statements to the contrary without reviewing it again for changes.
But that's not the situation at hand.

It's three people offering me $1000 for something, I give it to you because you're the first person. Then, you turn around and say "hey, I'm selling this for $2000 because I never wanted it in the first place!"

The two other people who were waiting can't afford it. Some other guy comes along later who can afford it and pays up.

It's not fair, it's one of the nasty grimy sides of capitalism.

Scalpers are 100% middle-men who don't add value. The tickets would sell at base cost. All they do is artificially inflate the value of tickets.
The sqlite client implementation details definitely matter. The default one that Django uses to talk to sqlite will lock on parallel reads in addition to the typical issues with parallel writes, due to some specific issue in that client's code. So every single request locks the entire database for everybody.

I think there was a plan to fix this but I don't know if it happened yet because I'm still on the LTS release. And because I don't plan to use sqlite in production anyway.
Discussion on keyboard input
>Google really cares about privacy

Is this a joke? Considering Google is a glorified data mining company I'm going to have to disagree
> Without ticket scalping: [...] Some fans get to watch the gig, and others don't, and the availability of tickets bears no relation to how much you're willing to pay to get hold of one, only to how quickly you decide to book one.

How quickly one decides to book a ticket seems like a better way to define a die-hard fan than how much money one has available for a ticket.
The Most Insane Yacht on Earth Just Got Even Insaner
Yay! Crashy Thunar has annoyed me a bunch, glad to see the patches are in. Will try to help get the Gentoo packages updated
Isn't this easily solved with a fan club that any member gets up to 2 tickets that are non transferable (physical printed tickets only via mail)? The benefit of being in the club is to getting access to these. Rich has a lot less to do it and then there are a lot less for the bots anyway.

People are lazy and will always choose the easiest option. If the only way to get good seats and cheap tickets is a fan club (e.g.) and you make that simple, people will change their behavior. If you can only get good seats on StubHub, that's where you'll go.
Premature Generalization Is Evil
Maybe it's a total. Or maybe the 450 circles are different sizes and they photographed a smaller one.
Sorry for the iffy analogy, but the first thing that comes to mind is hedge funds speculating over food [1], and the real-world impact that has on poor people that clearly have no say in the game.

Scalpers are making a ton of money by creating an artificial shortage of tickets, not because there were already people willing to pay such a high price. If fresh water would cost $100 tomorrow, I'm sure people will still be willing to pay for it (because they really want it, and that's the only price they can get it for). Doesn't mean that it's fair in any way.

[1] https://www.theguardian.com/business/2010/jul/19/speculators...
Absolutely: https://www.cs.usfca.edu/~galles/visualization/ComparisonSor...
Sure, just as any other good with a functioning supply and demand.
A person looked only for evidence which confirmed their existing beliefs and felt vindicated. Divergent from reality and confident of their unquestioned positions they began to share the delusion with others.
Blessing Box: Addressing Hunger in America
Ask HN: Would your company pay for priority support of OSS from core members?
There's a lot of talk about making open source sustainable, but most of it appears to revolve around generating code in some fashion (bug fixes, features, etc.)

However, what if we were indirectly support OSS by just paying for email support? As an example, $100 pays for the email to go to the top of the list and be seen/responded to by a core contributor in X amount of time. A little back of the paper math leads me to believe that for every email responded to, it funds 1 hour of developer time (perhaps more, perhaps less, depending on that person's rate).

This way those with deep pockets get support they need and the software's development isn't dictated by features for money.

I believe there is a whole category of businesses who do not have the resources to hire full time developers to work on OSS, but have developers in house whose productivity could be greatly enhanced by just a little nudge in the right direction by those who know the most.
"The proof of a CPU is in how it benchmarks across real workloads."

Define 'real workload' here. Are we talking about a workload where the compiler specifically optimizes for Intel, or where the executable chooses unoptimized paths if it finds anything other than intel processors inside?

Because I've found that when it comes to raw x86, no SSE anything or other nonsense; pure, unadulterated original x86, AMD simply owns.
> If it weren't for ticket-scalpers, die-hard fans who are willing to pay extra to secure a place would have no option.

VIP tickets sold by the venue exist to solve the problem of "some fans might pay more than others to see the same show" and fans get extra value with their ticket purchase in the form of a VIP experience.

Tickets sold by scalpers don't have the added value beyond the value created by their artificial scarcity.
The AMD news is on the second page. Changing the title here to match that of the linked article, while in keeping with HNpolicy, has ruined the utility of the link.
Practice Tool is now live
Yet Another Take on Software Developer Archetypes
With ticket scalping: the original seller sells all their tickets more quickly. The fans who want to see the gig the most get to see it, with less chance of tickets being made unavailable by people who don't want to see it as badly (i.e. don't want to pay as much money), and the ticket scalper makes a profit. Everyone's a winner.

Here's hoping a cabal of billionaires don't start applying this logic to things like food or houses.
I did this once at a previous job. Was able to bundle all of the installers (including C++ redistributable, driver updates, etc.) into a single installer that ran off a single click, first in a Setup & Deployment project and then ported to Wix. It wasn't fun, but once it worked it saved us a ton of headaches in the field.
>MS Office is a de facto standard, and LO is not compatible with it

Neither is a different installation of MS Office.
See sibling post about PAR2.
https://godbolt.org/g/lqmNLh
>> work perfectly

Isn't the AF is slower and less accurate with those adapters than on their native platform?
It can also cause Google to ban sites from Adsense.

Google will ban a site from hosting Adsense ads if Google believes that the site's operators are generating fake clicks. The way they detect this is a trade secret, but many sites have gotten arbitrarily banned after users seemingly clicked ads artificially in a misguided attempt to help the site.

This extension will no doubt be used by a certain subset of users. Those same users may use some sites in a disproportionate number, that could result in people's favorite sites getting banned and losing the ad revenue that keeps the lights on.

I don't actually think this extension is "bad" or "wrong" just might have unintended side effects.
I mostly agree with you and I'd like to take the leap, but Javascript. I've tried to love it, and Typescript is a big improvement that I use happily. But in the end I'm just always going to be way more productive (especially in large projects) with a modern statically typed language with functional features. That is, C#, Kotlin, maybe F# or Scala.

Really, you're right - for most consumer apps outside of games and graphics, the web stack is hard to beat. Between the devtools and inspectability of the view layer, the fast and interactive nature of development, and the sheer size of the community, there's nothing like it. So I really blame Apple/Google/Msft for neither updating their UI toolkits to keep pace with the web, nor shipping something Electron-like in combination with a CSS framework and nice bindings for Swift/Java/.NET that would allow for development on the respective platforms that really feels and performs native while leveraging web technology in the view layer.

Both of those approaches would have worked, and neither was chosen - so now we have this bizarre situation with no good choices on the desktop. I have high hopes for WebAssembly, and if that fizzles I guess I'll have to make peace with using a language I don't like. At least if I ever want to develop for the desktop again.
Yeah, it might make for slightly weird flow when clicking ads, but you could totally do it.

So instead of doing that and being respectful and competitive Google decided to ban the extension.
I just had a look at the Fortran code, and oh boy, it's not pretty, and far from "canonical" Fortran. I will submit a PR (hopefully later tonight) that makes it less ugly and slow.

(Protip: don't use if's inside tight loops. Just don't.)
You can shift electricity a thousand+ miles with minimal losses. Outside of small islands the real limitation is political borders. You can easily used pumped hydro on any major landmass, but ideal locations are often across a border which very closely ties your infrastructure with another country.

PS: The Rio Madeira transmission link in Brazil, with an overhead length of 2,385km, is the world's longest power transmission line. The geometry get's complex as you can effectively sift power from location A to D by offsetting the direction you send power from intermediary production at B and C.
Open Source is a community process
Well hey, if your data is private to everyone other than Google, guess who wins?
The scala example is plain wrong.

import play.api.mvc.RequestHeader

def getUserId()(implicit request: RequestHeader) = {
request.cookies.get("uid").map(_.value.toLong).filter(_ > 0)
}

Return type is missing, it will throw exception (toLong).