skysight-inc/HackerNews huggingface dataset:
And here is @tptacek the Knight to run and defend Signal and moxie.

Well played sir, well played.
I know it's a joke, but it's important to point out for those who don't know that the ACA as it stands right now disallows discrimination on the basis of any pre-existing condition (which obviously includes genetic makeup), and even the AHCA disaster currently failing to pass in the house doesn't change that.

The dystopia might arrive someday, but not now, and not in the near future. Democrats (yes, it was all democrats) got it done seven years ago.
Fed Raises Interest Rates for Third Time Since Financial Crisis
Brand name in terms of engineering ability, the interview barometer during the years OP interviewed? Nothing in the press suggests this has changed. (I'd hesitate regarding senior management types more than ground level engineers -- kind of like Zynga tbh with great ground level engineers and PMs, but pretty questionable upper brass)

Zenefits sales guys don't have a problem landing their next sales role, though you might do a sanity check for cultural values just in case.
I'd argue that there are essentially two problems in computer science:

1. Math.

2. Dealing with the hardware.

Virtually all the ugliness is a product of the interface between these two areas. Dealing with the hardware requires a fascination with minutiae and imperfection, while working in Math requires a fascination with generalities and perfection. The people on the math side create systems like Haskell, which let you express very abstract concepts, and reason very generally about your code, but make dealing with hardware issues difficult. The people on the hardware side use things like Forth, which is very powerful for building code that works closely with the hardware, but whose paradigms actively discourage the generality present in many other languages.

And so, what's needed is someone who can develop a system that can fully express high level math concepts in such a way that there is a straightforward mapping to the messy world of hardware capabilities.

However, I think the "killing blow" for pure programmers' motivations comes when they realize that mapping between the pure world of math and the messy world of hardware isn't enough. The focus on "end users" is the tacit admission that even if you do successfully build a beautiful system, most people don't want to work at a high level of mathematical abstraction. If you really want to revolutionize computer science, in order to accomplish the actual revolution, your system needs to be able to let people work in the terms they're already comfortable with:

(messy world of existing programming languages) -> (your pure math) -> (messy world of hardware)

But I don't think these hurdles constitute a "great filter" in the sense of the original article. Its just a quirk of human nature that the people interested in the pure math bit in the middle tend to find the messes on either side tedious and unnecessary for their insights.

What essentially ends up happening is that the people who are only concerned with intellectual satisfaction get such a big dose of satisfaction from the pure math in the middle, that they never bother with the messy bits on either side. So I've found that the people who do the most impressive work have some external-to-computer-science itch they're trying to scratch. People like Christian Schafmeister[1] whose chemistry aspirations led him to create a new Lisp to glue together C++, Mathematica, Maxima, and Fortran in such a way that he can highly efficiently express and compute the math he was trying to solve. These kind of people fight through the messy world of existing languages to express the pure mathematics of their field in such a way that it can run efficiently on the messy world of hardware.

[1] https://www.youtube.com/watch?v=8X69_42Mj-g#t=17m25s
Let me get this straight. People have died and this geriatric narcissist hasn't yet decided that maybe 4 dead people are too many and maybe, possibly, it would be a better karmic strategy for him to forgoe his little scheme and just call the thing off?
WordStar was where I started back in the DOS days. Then WordPerfect, and now Microsoft Word, where I've remained for upwards of 20 years.

That said, I don't do organization for writing projects in Word itself -- for that, I'm using TiddlyWiki (stupid name, GREAT software).

I tried Scrivener briefly, but I found it too closed-ended and cramping of my style to be really worth it.

FocusWriter (also mentioned downthread) is a really nice little app, although it's best for banging stuff out rather than for full workflow. I end up going back to Word simply because of the revision tracking and annotation stuff.
Statement from @durov - http://telegra.ph/Checkpoint-Confusion-NEWS?1

Because both are Web versions, I'd rate Whatsapp one as 6/10 severity and (due to how hard it is to trick the user) Telegram as 3/10.

Don't have stats but given how inconvenient Web versions are, I don't think they are widely used.
Even that display-inside is a fuzzy one. What does it mean

display-inside: block;

for example? I would expect flex-direction to go there

display-inside: default | row | column | ... ;

So display-inside: row; will replace children horizontally.
Protip: Listen to this guy. He's Milun Tesovic, the Expa Labs co-founder and SFU Beedie alumuns.

While I have your ear, Milun, I was curious why Expa didn't open in K-W or Montreal first. They're much closer to east coast tech hubs.
"Good luck in jail" sure is.
Mmm, that is pretty far off. If I understand correctly you're a developer intern in Orlando. In most countries interns are paid less than juniors. Maybe that is not the case in the US currently?

BTW Our compensation principles can be found at https://about.gitlab.com/handbook/people-operations/global-c...
> We set up an eye-tracking rig and analyzed how a driver’s eyes interact with the environment vs. a device screen. We built a car simulator in our office, which we connected to a gaming wheel controller, a video of typical driving scenarios, and a timed navigation prototype. We even built a physical map of Amsterdam out of paper.

This is overkill. Hell of a process but they probably could've gotten 95% of the way there in a week and a couple prototypes.
Er... none of them except maybe Guice? They all require a parameterless constructor so they can instantiate your objects before reflecting them.
Yahoo’s New Male CEO Is Making Double Marissa Mayer’s Salary
> 100Mbps for $50 would probably cover me into the near future for 4K streaming, too

Netflix 4K streaming is only about 15mbps (and looks pretty great), so 100mbps is definitely more than enough.
Needybot
I think they were referring to the "good luck in jail" comment
Exactly. I spent some time testing out converting a small part of our large codebase that uses Spring to Kotlin and was able to easily switch over to constructor injection. I think it actually made the injection cleaner. It was nicer for my tests too, instead of @Mock/@InjectMocks magic.
They died doing what they love?
A past comment from your profile included "Andrew from Gust" within it on a submission about Gust. [1]

Please update your HN profile to disclose any affiliations you have with Gust.

[1] https://news.ycombinator.com/item?id=13196766
The "speed of cooling" is a layman's way of describing the rate of temperature change. For two connected masses at different temperatures, that rate is described like this:

Q(t) = Δq * e^(-t * f)

Q(t) = temperature a time t
Δq = initial temperature difference
t = time, seconds
f = heat transfer efficiency factor
e = base of natural logarithms (2.71828...)

If you plot this equation (http://i.imgur.com/DiZsY0G.png), you realize that the rate of cooling depends on the remaining temperature difference, and as the difference declines, so does the rate. This means both the temperature difference, and the rate, can never become zero.

The linked article addresses some more deep reasons why one can never achieve absolute zero, but this well-known and conventional (i.e. non-quantum) equation is a sufficient reason.
Ask HN: What do you like about working in software?
It seems like there’s a lot of cynicism/critiques of the industry around here so I’m curious to hear:

What made you work in the industry?
What gets you excited at work?
What are you passionate about?

I just started as an intern at a startup but what I really like so far:

-The creativity of solving a problem exactly how you want and designing/implementing what you see as the best possible solution given your constraints

-The fact that people are so passionate about what they do that their exists things like hackathons and OS projects (it seems kind of crazy to me if you compare it to other professional industries like civil engineering/law)

-Constantly learning new language features/frameworks/technologies every day (some people complain about this but I really enjoy trying random libraries, seeing new takes/paradigms on old problems, or stuff like nerding out tweaking a web app build chain)

-Getting to do really technical work like backend development and then jumping over to more artsy creative stuff like front end within the same day (what other kind of job lets you do that?)

-Overall a lot less BS "Do it this way because that's how we do it" than other old industries I've worked in, more room for debate and discussion over designs as people generally want the best solution to everything

-Most people you work with are pretty smart

-The satisfaction that stuff you designed and created goes out into the world and is actually useful to someone

-Having a really tight team that knows your system to the point where solving problems/brainstorming feels like you’re some NASA mission control crew

-A good whiteboard session

-People don’t seem as afraid of change/new ways of doing things

Maybe this is just the naive experience of an intern, but so far I’m blown away by how fun this kind of job can be.
Found the Republican who's still in denial that his party is just a bunch of rich white dudes trying to get richer.
Not really.

It is much easier to talk about a solution, when the solution is right there in front of you, and you read an explanation of the solution online.

Regurgitating someone else's solution is fairly easy.
Electron... It's always so upsetting to see a tray widget require hundreds of megabytes of RAM to run.
One of the main problems I have is that, well, if buy into Polymer, that's what you buy into: yet another vendor lock in. Otherwise you wouldn't even be able to write a simple Todo List: https://github.com/PolymerLabs/todo-list/blob/master/app/ind... (all the {{}}'s etc.)

And then... They are really not different from React/Angular/<add your own> :)
This is a pretty great idea. For what I often deal with, the GitHub desktop client is okay (though obviously tied to GitHub), but then I was sad to also realize they don't offer it on Linux. (Maybe they assume Linux nerds don't need GUIs?)

I tried Tower when it was in beta for Windows, but the cost is too steep to justify it for me. But it seemed to be a lot more full featured than the GitHub client which isn't good for more than basic commits. And again, no Linux there either.

I'd definitely go for a solid, open source git client, and it's obviously very relevant to GitLab's business.
That's only colloquial, not wrong. The corrolation between this gene and the observed effects exists only after age 65. I don't see that this precision would change much in the way the intended reader is going to interpret it. Something about the presence of this gene[1] is causing early frontal cortex degeneration after age 65.

[1] Unlike lots of other situations in medicine, the direction of causality is known here: this gene obviously can't be the result of some other age-related driver of degeneration. Genes do not work that way, heh.
US charges Russian spies over Yahoo breach
I'll leave you to go on believing the literal truth of the economics 101 models.
Please stop posting uncivilly and unsubstantively on Hacker News like this.
We're using JAX-RS (Apache CXFRS), JPA, Apache Camel, ActiveMQ, and Apache ServiceMix for new API services right now. Having Camel in the stack is really nice, since it makes it easy to add all sorts of custom routing options if you want to multiple things in response to a message, etc. It's pretty cool for something like this: We launch a long running provisioning operation in response to an API request, and when it finishes we just drop a message on a JMS queue. Then we have Camel routes to do things like "send an XMPP message to our internal people who care" and "send an email to the customer saying 'your environment is ready to use'", etc.

That said, the one thing we aren't doing yet is anything with GraphQL. If / when we go there, that will probably have some effect on the stack.
> my massively inflated sense of self-importance from all of the blog posts, links, phone calls, and emails that continued to pour in clouded my judgement

This is brilliant insight. I appreciate this site contributed to better understanding what a reality without trust would look like.
If it's so profitable, why don't the rent-seeking incumbents like Verizon and AT&T deploy more fiber?
I'm in a similar situation. I have a Gitlab account and am fine using it for personal projects but it's challenging to convince existing projects to move their repositories over. I'll start considering gitlab.com more seriously after the performance improvements mentioned in another thread here are rolled out.

I would prefer if Gitlab CI was a separate product but there probably isn't a lot of benefit for Gitlab to do that. If you want to have Gitlab CI job results displayed in your Github branches you could try this test service:

https://github.com/avtar/docker-push-ref-gitlab
And if you don't want acceptable ads, use uBlock Origin:

https://addons.mozilla.org/en-US/firefox/addon/ublock-origin...

https://chrome.google.com/webstore/detail/ublock-origin/cjpa...

https://github.com/gorhill/uBlock
The Sins of the Chicago Police Laid Bare
Would anyone be kind enough to post instructions for finding this in your 23andme data?
> I think even public companies often disclose the prices though,

"Even public companies"? Public companies are required to report a lot of financial information publicly that non-public companies are neither required to report nor in the habit of reporting.
Seems like they are focusing on multi-family condos/apartments. I don't see much activity either - they started in a few residential neighborhoods intown but growth has stalled.

It's incredibly frustrating - I don't even care if it's the same price (or more) than Comcast. I just want options. Would gladly pay good money for a reliable fast connection.
I think that was a reference to the OP's nick, sfjailbird. Hard to see how it could be taken as disparaging in that context...
GroceryBear – global grocery pricing data API
Power management on modern SoCs is actually really complicated. There are dozens of power rails and clocks for different subsystems that all must be brought up and down with controlled order and timing if the device is going to work reliably. This kind of controller is routine on most "big" SoCs these days.
The mutations found are in the protein TDP-43 [1]. This protein is also involved in ALS. It appears to be a regulatory DNA-binding protein. The protein also helps splice the mRNA of CFTR - the cystic fibrosis transmembrane conductance regulator.

[1] http://www.uniprot.org/uniprot/Q13148
I wonder if your lawyer would get a better response.
It amazes me what git is capable of, fresh out of the box.

Most of the things that I've found useful over the years - procmail and mutt, or vim - need quite a bit of configuring before unleashing their full power. Writing procmail recipes is like potting-training a pig.

But for the most part, git shows up ready to work.
You could do unlimited selections with 1 button using Morse code, but that's terrible UI. Anyway, it's not that I think 4 buttons can't work it simply seems like a poor compromise like setting a clock on your VCR.

Can X work? Sure, but this is not the conversation you want to have with someone buying your product.
The Outrage of Body-Cavity Searches
I had an interesting interview with one of their recruiters in which within the first 5 minutes I was asked to agree to compensation below what their calculator (which was a part of the job posting) indicated was their pay scale for my location and that position. I was told my resume wouldn't be passed to an engineering lead until I had (in writing) agreed to the lower salary range. Liiike why even...

Edit: Didn't intend to make a scene or put anyone on blast here. Just thought the calculator was a little silly. Thanks for the responses gitlab staff.
The assertions about the DOM are long on hyperbole but rely on e.g. benchmarks from a decade ago and broad hyperbole like:

“This was cumbersome. This was limiting. You could not prototype easily and quickly. You could not easily escape the limitations of UI libraries. etc. etc. etc.”

It would have been far more interesting to look at whether the broadest claims were even true, or why people ran into problems using various libraries. Every time I've done a test, React is significantly slower than using standard JavaScript + DOM but that's the wrong question to ask when you really care about whether it's a) fast enough and b) helping you write code faster, reducing maintenance or sharing costs, etc.

All I got from this is that using React makes life easier than calling the DOM APIs directly every time, which is technically true but doesn't say anything about e.g. how WebComponents compare when using abstraction following the best practices of software developers since something like the 1950s.

The “easy-peasy” example is:

['Hello', 'world'].map((text) => {
return <p><span>{text}</span></p>
})

The alternative given is:

['Hello', 'world'].forEach(text => {
const p = document.createElement('p')
const span = document.createElement('span')
span.textContent(text)
p.appendChild(span)

MyComponent.appendChild(p)
})

Since the first example requires 140KB of React code plus a ton of setup code to get to that it's either careless or dishonest to compare the two without acknowledging the possibility of using a helper function or two to simplify the second one, as JavaScript developers have been doing routinely for multiple decades.

Again, not a slam on React, just this kind of unhelpful advocacy. It'd be a lot more interesting to compare real examples with multiple libraries and talk about how the different choices impact debugging, performance, isolation, etc.
I find the entire idea of "Acceptable Ads" to be the antithesis for an ad blocker. Ads are an infection vector and privacy leak.

It's like concept of "acceptable groping" from an HR department. Completely at odds with their stated intent and standard ethics.

Sorry, I'm now using uBlock Origin and/or Safari content blockers. I'll go with those organizations who don't have any interest/stake in permitting ads.

If I am going to pay for content, I'll do so. If that's not kosher with the content producer, I'll simply abstain.
So you could get double your pay by moving from Chicago to San Francisco, or multiply by 6 if you move from Fayetteville to San Francisco.

Seems backwards to have such a large incentive to live somewhere more expensive.
It would be cool if it showed me how many years I have left (based on average life expectancy.) Would be a bit depressing though.
The equation I posted is the solution to a differential equation that expresses the idea that a rate of change depends on the difference between two quantities -- temperature, voltage and so forth. It is a very common solution in physics, describing the rate at which water moves between connected reservoirs, gas moves between connected tanks, current moves between connected circuits in electronics, and many other physical systems.

More here: http://arachnoid.com/sage/differential1.html
HTML Components (1998) was proposed and implemented by Microsoft starting in IE5.5 (obsoleted in IE10).

XBL (2001) and its successor XBL2 (2007) was proposed by Mozilla as a companion to their XUL user-interface language

https://blogs.windows.com/msedgedev/2015/07/14/bringing-comp...
A code change was just pushed out to fix this css styling bug, and is live in production.

Sorry for the inconvenience, and please don't hesitate to forward any other bugs you find to me at bookman@google.com
It saddens me that the software industry has been flailing around for at least 15 years trying to resolve the tension between having zero-install + standardized framework and having a rich UI toolkit that can do "real" apps without making developers crazy. The answer seems to be this weird cycle of layering reinvention atop reinvention because nobody can just blow up the whole stack and rethink it with any market success.

Using the DOM + scripting pattern with a DOM more suited to "rich app" development has been tried multiple times as plugins (FLEX and Silverlight come to mind). But the gravitational pull of zero-install + standards crushed them. We also have in progress what is essentially a reinvention of the JVM idea (WebAssembly) but without the UI layer to go with it. That may be successful in its narrow niche, or it may try to overreach into the UI layer and fail like all the others…too soon to tell.
The pay-go cloud model makes total sense for orgs of all sizes. Even the term "serverless database" is a mind bender for me, but if it can scale that quickly, and reliably, and fluidly (it's a word now), it sounds exciting.
I recall OKCupid could ban you if you didn't provide a picture.
and https://flexboxfroggy.com/ for fun.
Welbo.co.uk
Did you do any studies on any pure software products, such as a videogame?
It's apparently a statement he's made a number of times, e.g. http://mysteriouswritings.com/questions-with-forrest-fenn-an...
There's a relevant quote in-between the two you cited. (And noting that the author is obviously a proponent of permaculture farming, rather than a less biased investigator)

> Conventional agriculture doesn’t seek to maximize yield per acre; it seeks to maximize yield per unit of labor. If we had 10% of the population engaged in agriculture rather than the current 1%, we could easily feed the country without petrochemicals or pesticides.

Interestingly, it may be that with coming automation we may be better served by reallocating 9% of our population back to agriculture...

Also, in a similar vein to permaculture, I found this article fascinating if you haven't come across it yet. https://medium.com/invironment/an-army-of-ocean-farmers-on-t...
Every time I ask the same question regarding 'climate science' I get downvoted into oblivion.

Also, I thought it was quite amusing that Monsanto was asked to prove a negative. I'm no fan of Roundup or of Monsanto, but unless we depopulate the world by say half, I'm not sure we have much choice.
You are assuming that TCP with current congestion avoidance algorithm is the only transport medium. When you have bigger pipes allowing you more bits to pack/unpack, you might find the era of newer transport protocols that do specific tasks more efficiently while increasing your overall throughput for specific use-cases. I can think of video streaming, gaming, file storage, etc that might add up to consuming the pipe to the ceiling.
Isn't '555' the reserved phone number prefix to be used for phone numbers in the movies?
Best music download app for android
Because it's even more profitable for them to not deploy fiber, so that their political allies can continue to use the need to "encourage additional investment in broadband" as an excuse for policies that mostly serve to give them more money without increasing service.

If there wasn't an access problem, you couldn't blame the access problem on policy limitations holding back the big providers.