skysight-inc/HackerNews huggingface dataset:
> If you can source it, so can others

Yes, agreed: the longer the data is available, the more likely it is that others catch and start using it. That's a constant battle of course - continually coming up with new sources of data and new ways of getting it before most of the market.

> what makes you think only you have thought about trading on that data which must necessarily be public for you to have it legally?

I don't think I'm the only one who has thought about trading on it; on the contrary, I know there are many parties interested in trading on material information that is only technically public, but very obscure. However, after consistently profiting on this data, I can be fairly well assured that there are relatively few parties with the same informational edge, because the market consensus clearly doesn't price it in until it becomes explicitly widely known.

As I said, I don't need to have certainty that I am literally the only party with the information, so long as it is known by so few parties that the market consensus doesn't price in the sentiment. All material data has a half-life, which decays with time and market awareness. In some cases, the nature of the data or the methodology for sourcing it is so novel that it is conceivable to be the sole party with the information for a short and meaningful time period (where information means the exact same dataset acquired in a categorically similar way, not the downstream sentiment derived from the dataset). But that is a much higher bar, and it's completely unnecessary for profit. It's nice for pride though.

You'll have to forgive me for not going into any greater detail than that, both because any more than this is strictly a trade secret, and because I'd rather not have a competitor for my personal trading operations (or have someone turn around and sell this data, ruining my alpha in the process). The best I can tell you is to look into the analysis of satellite imagery, but with greater human ingenuity and a more specialized approach. That's not going to get you all the way there, but at least that much of the methodology is publicly known thanks to the old article about Walmart parking lots. You can't collect actual information about a company, but there is a lot of room for human creativity in finding strong proxies for that data that the rest of the market is mostly ignoring.
Physically weak men tend to be socialists
The goal of the military is to be able to resist for a week and after that Sweden is dependent on allies helping. This of course refers to a full scale invasion from Russia.

Sweden used to have a pretty decent military though. For example:

> In 1957 Sweden had the world's fourth most powerful air force,[5] with about 1000 modern planes in front-line service.

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

However these days it is pretty crippled I think. Large budget cuts and a big transformation to a much smaller military that focused on missions abroad.
My concern with minimum wage increases is that landlords then suck up much of the gains. They stand the most to gain moreso than workers. Is there any truth to that?
Now, that is quite useful! I am going to try tmux just for that. Have been a screen user so far.
This is simply not true. In fact, working at Google will expose you to all kinds of interesting ideas and problems. Many of those problems will just sit there because Google can't prioritize them right now.
Or more accurately, gconf. Thankfully deprecated now.
I ported my wife's number last week from Verizon to Sprint, a 4 digit PIN was required in addition to the account number and phone number.
> There are UHD BluRay players for less than USD 200, it's up to the studios to release content.

I wasn't aware until now that UHD Blu-Ray supports up to 60fps. At least they have that going for them.
Good points. Sad that the potential of the others were wasted to that degree, too.
My take is that Clojure's community is distinct from that of other Lisp communities.

Old school Lispers are the Jacobites of the Computer Age. Their warnings were ignored, so their nightmares came true; and the world has changed so much, as a result, that few can even imagine an alternative. They were right about nearly everything, and now they are irrelevant.

So pour out a drink for the king over the water and for Genera. Curse this present dark age of bureaucrats and Posix. And then MOVE ON. The Clojurists are the first sizable community of Lispers that has done that.
I agree. This is a great list. Will like to see some game projects as well, and more in the security section too.
The US doesn't need to maintain primacy, it has thousands of nuclear warheads. It needs to slash ~$250 billion off of its defense budget and invest that into infrastructure and healthcare over the next ten years instead. The US should pull back from trying to hold on to its status as the sole military superpower and focus that tax revenue on its own people. We gain absolutely nothing from trying to outpace the entire planet in regards to military dominance. Asia can deal with China (or not), Europe can deal with Russia (or not), the US should play a secondary role to whatever extent it can afford to (which is to say, it can't afford to do much and shouldn't be trying to).

None of that is going to happen, of course. The US will ride the military superpower party to the end of the line, where it's financially forced to cut back. That won't take more than a decade or two to conclude at this point (given the soon-to-be routine $1+ trillion deficits due to inbound entitlement costs). The US will properly cede its European military position to European nations and it'll cede its Asia military position to Asian nations.
The DSL is a Berkley project:

http://pl.eecs.berkeley.edu/projects/chlorophyll/
> But still every politician demandes MORE surveilance

Because that's the only politically correct thing they can do.
Even directionally, I don't see how it is similar. I could see it being like door buster sales.

Indeed, I mainly expect that is what they are. Convinces people to get in the market for a car, but then actually get something else.
Go travel in SE Asia for 6 months. If that's what you want to do, then you should go do it. The problem with travel is either having the money but not enough time, or having the time but not enough money. You have both so you should seize the opportunity.

When you return, either you'll have an idea for a startup or you'll look for a new job. It is easy to explain a six month gap with travelling, especially with the stories to back it up.

Maybe see if you can take a sabbatical or leave of absence like others in the thread are suggesting. I'm hoping that your mentor is neither your manager nor on your team since otherwise you've already played your hand.
Any moderately successful startup/project idea I've had (I've had a few) came from frustrations/experiences at existing jobs or freelance projects. Same goes for other startups I've worked at (I've been at a few).

So unless you've already got a few things in mind from working at google or dealing with your side projects/passions, I wouldn't leave. You're probably _less likely_ to find a good idea by traveling and being in SE Asia. You're simply less exposed to the kind of problems that breed good startups and too far away from (potential) customers.

I don't know google's specific policy regarding side projects, but if you're in California you do have some rights (so long as you use your own time/computer and aren't competing).

My advice would be to (a) stay at Google, (b) start brainstorming ideas based on your current experience/passions/frustrations, (c) consider finding a co-founder, (d) build an mvp and find 1 customer, (e) quit and work from Asian once you get closer to product-market fit.
Well, in the article you refers to in link 5 I think between the lines they are talking about russia, I dont think any small country can withstand a attack by a former super power for very long no matter their army bt it might serve them well to have a good defence for deterance.

I dont see who else in the neighborhood would and could attack sweden in all seriousness.
Melding Plague

The Melding Plague is a nanotech virus that attacks anything that has nanotechnology present within it and does not discriminate between organic and synthetic structures. It attempts to hybridise or meld the nanomachines and nanotechnological cybernetics that are commonly present in the bodies of humans with the biological structure of their tissues at a subcellular level. This results in horrific, uncontrolled, and invariably fatal modifications to the infected body.

The most extreme example of a Plague outbreak is encountered in San Francisco, the capital of Silicon Valley. Once the centre of culture during the Trump Epoque (a Renaissance-like period of social and technological flowering), most of the built environment and its inhabitants were embedded with sophisticated programmable nanocybernetics. The coming of the Plague changed all this and reduced the City and its inhabitants to a level of technological simplicity that the Plague could not infect. By the time that the worst of the Plague had passed, the City was almost unrecognisable, its towering skyline twisted and deformed by its own autonomic self-repair systems, and the population devastated by the Plague.
He explains his method in Instruction Tables [1] under 'How the values were measured' section and he even includes a zip of the code. I found this part particularly interesting:

> It is not possible to measure the latency of a memory read or write instruction with software methods.
It is only possible to measure the combined latency of a memory write followed by a memory read
from the same address. What is measured here is not actually the cache access time, because in
most cases the microprocessor is smart enough to make a "store forwarding" directly from the write
unit to the read unit rather than waiting for the data to go to the cache and back again. The latency of
this store forwarding process is arbitrarily divided into a write latency and a read latency in the tables.
But in fact, the only value that makes sense to performance optimization is the sum of the write time
and the read time.

[1] http://www.agner.org/optimize/instruction_tables.pdf
'Folk' is fine, though try to work out how to drop 'comrade' into your vocab.

In this particular case, the OP could have used 'researchers' and: 1. avoided putting off/distracting people by the use of gendered language; 2. been more precise.
It's a choice, but it's not the same choice. When a woman signs up to be an engineer, she's signing up for long hours debugging segfaults, just like a man. But unlike a man, she's signing up to spend four years in school being one of the handful of women in her class, then entering a workforce with the likes of Uber, etc. There signing up for a life of awkward encounters with coworkers, supervisors who try to date female employees, limited support networks, etc.
It's deeply unfortunate because there is quite a bit politically related content that appears on this site, and it's often links to ideologically driven articles, and people discuss those topics without reprisal.

> "You've been using HN primarily for political and ideological battle."

The issue I take with that statement is that I don't use this site for an ideological battle, I use it as a means to voice my opinions and discuss topics. Where the "battle" comes in, is that my views are at odds with large parts of the community. I don't hate Donald Trump, I'm skeptical of catastrophic anthropomorphic climate change, I'm reluctant to hand over control of the internet to politicians i.e. net neutrality, just to name a few. This puts me at odds with left-wing coastal culture, which this site seems primarily made up of. That means that I will get into debates more than the average person, and I will be down voted because people disagree with me. But what's the point of having a comments section at all if we don't want to be exposed to different ideas? I would think that of all places news.ycombinator would welcome different perspectives and the challenging of ones beliefs.

> That's an abuse of the site, and we ban accounts that do it, so please stop.

I would ask that you stop targeting individual who have a differing opinion from that of your own. If there's any abuse, it's the bullying and intolerance I've been receiving from you, so please stop and allow members to discuss in peace.
PTYs are "terminal servers"—they're just sucky ones from a time when a terminal had fewer expected capabilities. But, indeed, you can connect a TTY directly to e.g. a serial modem, and then the person dialling your modem will get a TTY and login(8) will accept(2) on that descriptor and serve them a login prompt.

Telnet was just a protocol for serving whatever you'd get by connecting to the serial port, but multiplexed and over IP. Users got PTYs for their "session" and then login(8) was [usually] invoked.

Then, we got IPSec, to layer your telnet PTY tunnel inside an encrypted tunnel.

But SSH kind of turned things inside-out: it encapsulated a PTY inside an auth'ed login session which it managed itself, inside a carrier (e.g. TCP) which it also managed itself. It threw out the whole PTY-as-session concept (with PTY-managed-by-a-shell job control with Ctrl+Z, multiple PTY's-stdout writers to watch background jobs, etc.), creating its own sessions in the form of SSH "channels", and allowing the user to invoke arbitrary programs on the remote (with its own sshd_config specifying what is allowed) rather than handing off to the centralized PTY "terminal server" of login(8) to decide what to do with this session based on its origin device.

Until SSH, screen(1) and tmux(1)—and script(1) and nohup(1) and watch(1) and... were all just "enhancements" you'd run on top of a PTY as basically different shells that manage the PTY's jobs differently. Like different desktop environments manage windows differently. They might use additional PTYs to do this, but it was an implementation detail, and even then mostly only a hack—added later, not in the original designs—to ensure libcurses programs would work inside these.

But with SSH, since you lost the single encapsulating PTY session-group concept, we now saw things like tmux(1) and screen(1)'s PTYs as multiple root sessions. Now it was more like SSH was the terminal server, and screen/tmux was virtual desktops. Completely different paradigm, losing the thread of what PTYs were "for" in the process.
What is your explanation for the underrepresentation of black people and women in engineering besides structural racism and sexism? If the answer is "self selection," explain to me what could possibly cause women and black people to self-select out of high paying interesting jobs?
Related to raising minimum wages - why is the purchasing power of our current wages always falling?

If the purchasing power of $10 was constant over ten years, minimum wage would not need to go up. If the purchasing power of $10 went UP over ten years, that would be good for the poorest among us, yes?
Aren't you forgetting the dividends? According to [1], if you reinvested the dividends in the DJIA, you would end up with $3 billion instead of $10 million.

[1] https://dqydj.com/dow-jones-return-calculator/
Should one consider them self skilled if they can complete all of these projects with some amount of ease?
In addition to the lack of a control and the sole focus on the federal minimum wage which in many cases is simply irrelevant, the basic failure in this study is the use of nominal instead of real wages. The inflation-adjusted federal minimum wage has not changed significantly in decades, falling below, only to be corrected up to, the 1990 level.[1] Honestly, any empirical evidence that challenges the classic economic models by including the potential effects of increased purchasing power on job growth, among other things, must use inflation-adjusted wages. Furthermore, littering a report with quotes from conservatives, as if to show their inexplicable obsessions with an obviously absurd position is pathetic. This is not some crackpot theory bandied around to keep the boot on the poor beggar's neck, it follows from a logically sound, although perhaps overly simplistic, model which is the basis of our understanding of price controls, including minimum wage.

[1] https://fredblog.stlouisfed.org/2015/07/the-real-minimum-wag...

(Edited wage level analysis and cited source.)
Hi Nonbel, I work within the LIGO Scientific Collaboration, and as another posted commented, manual intervention (in the case of GW170104 by me) was only necessary for the online analysis. The purpose of online analysis is for fast coordination with EM partners so that potentially interesting opportunities are not missed. In the case of binary black holes, the expectation is that there will be no electromagnetic counterpart, as the region is expected to be cleared of matter well before we observed the black holes merging. If one to were to be found however, that would be exciting.

By design, detection statements and significance estimates come solely from the offline analysis which is conducted separately (i.e. not triggered by) the online analysis. No human intervention is required here, as the issue with the online status information was known about at the time and was not an issue with the data itself. Even if there were no candidate events at the time, it would be been included in the offline analysis of the period containing the event.

In regards to GW150914 and iDQ, you should know that iDQ has never been approved as a veto for CBC (compact binaries such as neutron stars and black holes) searches. Again, no intervention was required to "remove" the veto as it was never used in the offline analysis nor would be in the first place. It's only use that I am aware of is as a veto against Burst triggers in online analysis. These searches look for generic signals, but may also detect some of the louder CBC sources, such as GW150914. In case you were wondering, there weren't dedicated online CBC searches at the time of GW150914, but there were offline analysis, and those produced the results reported in the original detection paper.
How do self driving cars drive? Part 1: Lane keeping assist
> So I don't understand how anyone could be passionate about it, except maybe to passionately question why we're fine with continuing to do things this way, instead of stepping back and after a sober thought concluding that this whole thing is pretty silly.

Most systems programmers are bought all the way into the Unix/worse-is-better mindset and are too afraid to ever question whether things could be designed with proper abstractions.
An intensive analysis of  security and privacy browser add-ons [pdf]
They mention that the submarine uses liquid oxygen. How are they storing this cryogenic liquid, and compressing it? I imagine that would take a ridiculous amount of equipment, and power in the first place?
> I never understood why "duck and cover" ended up with such a bad reputation.

Because in the the probability of being in a location where it would make a difference​ to even short-term survival was minimal, and, in the event of a major superpower exchange (the main plausible scenario when those drills were common for anything that would include attacks on US population centers) short-survival was widely perceived (with some good reasons) to most likely buy you a long, painful death from a combination of the effects of fallout and those of the effects of the collapse of organized society.
I've done my small part to reduce the negative score of these comments, but I think it's worth noting that at least some of them may have come from lack of sourcing in the original comment, and your followup defending it. That might have reduced or eliminated downvoting (I would like to think it would eliminate it, but...)

If someone has enough information to call out a representation as wrong in certain aspects, generally they have the ability to include the source of that knowledge, or at least why they can't include it (I seem to recall a book but can't remember the title... etc).
This is a very interesting concept. I'm pretty sensitive to UX issues, and I'm yet to see nicely implemented and secure auth flows. All non-OS-native 2FA solutions (Google Auth, Duo) seem a bit cumbersome (and require additional efforts to implement and to setup for the average user). Apple does auth right with their Touch ID (both for logging in and to confirm transactions). I see a potential for SecureLogin to be as close to that Touch ID user experience as possible.

While I see the potential, I understand that this is an initial implementation, so it has UX issues:

1. First and foremost, the user has to download an app in order to sign into your service. That's a huge ask. Service providers will be hesitant to implement this, since this will mean losing customers. The implementation has to be really polished for this to gain traction, IMO. Without getting initial traction, it's less likely that this can be implemented natively in browsers/OS, where this technology makes more sense and can have better UX. Kind of a catch 22.

2. Related to 1: A 50+MB Electron app is definitely not a casual download. It has to be as lightweight and OS-native as possible. For most likely use case (web app authentication), did you consider using browser extension that would store the data locally? Might be a good alternative to a downloadable app at least for that common use case.

3. When signing in, it asks if one has the app installed. I don't want to be asked. If the app is not there, I want to have it installed in one click, and then have the auth retried. And visiting a separate https://securelogin.pw/ site for downloads is not the best option as well. This bootstrapping process is very important. Again, a browser extension might help with this, since it can communicate with the page and make itself discoverable.

4. As I understand, Cobased is your reference demo app. As such, it needs more polishing/explanation (read: some narrative in addition to the UI).

---

And a non UX-related question: nowadays people not only value security, but anonymity as well. Does SecureLogin have to pass profile email address back to the app? Can the protocol work in the way that simply uniquely identifies the user for the target service via providing some service-unique token but not disclosing an email address? In other words, the protocol might benefit from the fact that no one can link account on service A to the account on service B.
Dube, Lester, Reich focused on the short run. The paper I linked (Sorkin) agreed with their findings in the short run

> This short-run employment response is in line with both our estimates in this paper, as well as recent work studying the restaurant industry, such as Dube, Lester, and Reich (2010), Neumark, Salas, and Wascher (2014), and Allegretto et al. (2016)

The disagreement is over the long run effects:

> We find that the short-run employment effect captures only a small share of the long-run employment effect generated in the model.
...

> much of the recent research suggesting that minimum wage hikes barely reduce the number of jobs in the short run should be taken with caution. The longer-run disemployment effects are potentially large.

So when you say "no effect was found" it's because they were only looking in the short run.
Deflation is not good for an economy or poor people either
People don't pay real money for in game items?
Not that. It's supposing that non-existence is bad. Doesn't prove it. Just assumes it.
> why would you expect major improvements to arise?

Maybe not, but you certainly shouldn't expect a regression, which is exactly what we're witnessing.