skysight-inc/HackerNews huggingface dataset:
>So you want a body that can withstand extreme temperatures, something not an issue in the modern world.

Do you live someplace without weather, because I sure don't.

>A less optimized brain

Who said anything about less optimized? Energy conservation was the dominating constraint for evolution. The brain has to run on only 10 watts of power, which is tiny. Remove that constraint and its likely the brain could be much more powerful. Comparisons to completely different classes of animal with completely different types of brains is irrelevant. Within primates, species with more energy consuming brains are more intelligent, with humans at the top.

Also the brain uses very slow and inefficient chemical reactions to send signals, compared to transistors.

>Body parts that must be purchased when damaged instead of self repairing.

Healthcare is by far one of the greatest expenses of the modern world. I'll take just purchasing a new robot arm, assuming cyborg insurance doesn't cover it.

>You want to disable your ability to sense noxious stimuli.

If you mean pain, hell yes. I'll take an alert "you've been damaged!" over excruciating pain any day.

>And a compartmentalized fluid system

That doesn't sound so bad at all. In fact a robot body probably doesn't require fluids at all if power is distributed electrically. Even simple emergency shutoff valves could fix the fluid system. A simple cut shouldn't be enough to kill you.
Yes he was terrible. But the situation hasn't actually improved for the average Iraqi compared to before he war.
I would like to quote what Professor paul hegarty says in Stanford's lectures "The most bug free code is the code that you never write"
Don't move the goalposts. Global state is not the same issue as immutable data. And even if it was, Go has the `const` keyword anyway, making it entirely irrelevant to the OP article.

This fad of using immutability everywhere and treating it like a silver bullet absolutely is new and is a fad.
A Short History of Programming Languages (2009)
The biggest blocker I've run into is that the Docker build process can't cache bundler/npm/etc runs so every dependency change results in a full rebuild. Is that solved yet? If not, local dev with Docker is still a no-go for me.
The wiki page still calls it a hypothesis, but also doesn't seem to have had substantial updates in a decade (where I define "substantial" as "an expert updated the information" - not a critique of the other types of edition that have happened). Is there any more recent material on this? An animated visualisation, perhaps?
As much as I love it here, we got our share of problems. Winter is rough and so is the biking situation, due to bridge related reasons. However the city is very good at dealing with the bad weather and the current powers that be have been doing a lot to make infrastructure more bike friendly.
It seems like he is over his python 3 hate now.
MSSP's are the ones I hear about
It happened in SF
HidesterVPN a New Innovative VPN Is Available in Beta Version for Windows
> Too bad the press release doesn't explain it properly.

Agreed.

Wasn't until I read the actual site (http://www.unistellaroptics.com/en/product) that I got excited.
I've heard so many times, how human contribution of CO2 is insignificant comparing to: Sun (already debunked by NASA), then Volcanoes. And just recently, that oceans are the biggest contributor. I guess this will be debunked soon too. And even if not, how deniers can explain constant raise of CO2 ppm starting from industrial era? And how many more myths has to be debunked, before we get serious about climate change and start to act accordingly?
> Plenty of peer-reviewed studies. There is no denying that dietary cholesterol is a killer and cutting out meat and dairy is probably the healthiest option for the majority of the population.

Yeah, except that the pendulum is swinging the other way now. http://www.health.harvard.edu/blog/panel-suggests-stop-warni...

"There’s a growing consensus among nutrition scientists that cholesterol in food has little effect on the amount of cholesterol in the bloodstream. And that’s the cholesterol that matters."

which is exactly the phenomenon GGP commenter zython was describing.

edit: "dietary cholesterol != blood cholesterol" was even in the popular culture ca. 1995, see "Homer the Great" https://www.youtube.com/watch?v=4OZkCXbbEJw
A few, more concrete, ideas about how you might reduce emotional Bing coding:

Experiment with coffee. Most commonly I see bingers drinking a LOT of coffee, that's what fuels and in part causes the binge. If that's the case, try going to zero coffee and then every other day, try increasing your coffee intake just a little, with a rest day of no coffee in between, until you find out what actually works best for your productivity. You're looking for optimally consistent, not max output in one sitting. It's got to be consistently repeatable.

Try meditating. I recommend the app headspace if you've never done it. Basically a large part of meditation is deliberate awareness of your thoughts and emotions, the goal being to better understand yourself and what makes you tick. If done consistently, it seems to help people guide their thoughts and emotions in a positive way, which can really help with something like programming.

Exercise. We all know the benefits, a zillion studies have shown it helps you feel motivated, relaxed, improves mood, and think clearly. Seems helpful to me.

Decide to take the pressure off of each work session, regardless of what's going on. Even if it's crunch time and the sky is falling, tell yourself this is not the be-all end-all, that you won't remember this in 5 years let alone 20, and to relax. Choose to be calm, and just focus on making the project a little bit better than when you started.

Go for walks. I separated this out from exercise, because the best benefit of walking is that it takes very little thought, freeing up your brain and giving it space to run around. Sometimes I just let it go bananas, the equivalent of a dog zooming around a back yard. Other times, I'm just washing out everything else by listening to a podcast or an audio book. Or, just putting on music and letting myself feel more and think less. All of these are like a pressure release valve for your mind.

Make a list. Follow that list strictly. Nothing is less emotional than a cold hard list. Not something I recommend all of the time, it can make your thinking rigid, but a very simple and effective tool when that's what you need.
I remember having quite a few arguments with climate change denialists claiming it was natural causes for the climate change we're seeing. It's a pretty good argument until you actually look at the numbers like this.
Install Keras and Tensorflow-Gpu with a Nvidia Card
> There are so many things wrong with this that I don't know where to start.

Exactly my thoughts. The whole premise if false. It conflates people coming fresh off a coding bootcamp with "competent programmers". It's not even funny.
If the problem I'm trying to solve is "I want a better webserver", then yes :)
That's a little tongue-in-cheek, but I assume is more or less the motivation behind all web servers in use today; otherwise we'd all be using httpd or something.
Eat less calories then you burn == weight loss
Coding is the new cursive writing – and we have to embrace it
I'm grateful authors take the immense time required to write something like this and then publish it free for all to read. I personally could care less if there are typos.
I would argue that it's not really backed by Bitcoin since it isn't on the block chain. Who is backing the lending by sending real Bitcoins? The bank would never do that they would get scammed constantly.
Real-time image stacking can also subtract out light pollution. Imagine seeing the full width of Andromeda, 6 moon widths across, above suburban school grounds even on moonlit evenings. This will be an exciting way for kids to encounter astronomy.
Unfortunately, neither of those settings does quite what I'd like. Once a tab has been in the foreground, I'd like it to continue being able to play things in the background, including new things. (For instance, some sites play a chime for notifications.) I just don't want anything played from a tab that has never been in the foreground.
Add keywords which are likely to get the crawling company involved into a lawsuit (like the names of persons who suit google to be removed from search).
I didn't find a logout button (Android) but there is a switch account menu entry in the user profile. If you have an unused Facebook account maybe you can switch there when you don't want to be reached. Hopefully the app won't show you the notifications for the main account.
That's still solving the problem by working around the language though.
And surely it's the job of your build system to automate and hide the codegen process? Admittedly go build & go generate don't do that well, but they aren't the only options out there.
Out of interest what did you feel was lacking about electronics information online? Personally, I've always been bothered by how scattered the information is. One site has amazing amounts of detail on one thing, but often you have to flick between forum threads, random repositories and blogs to solve problems.
I broke up my list into cultural (that is, about the people, history, etc), popular (that is, not aimed at a student or an expert), and texts.

CULTURAL

Einstein - Essays in Humanism

Frayn - Copenhagen

Feynman - Surely You're Joking, Mr. Feynman!

Feynman - What Do You Care What Other People Think?

de Grasse Tyson - Death by Black Hole

Hoffman - The Man Who Loved Only Numbers

Kaiser - Drawing Theories Apart

Kaiser - How the Hippied Saved Physics

Macaulay - The Way Things Work

Paulos - Innumeracy

Sagan - Cosmos

Sagan - Broca's Brain

Sagan - The Demon-Haunted World

Salam - Science in the Third World

Seife - Zero

Weisskopf - The Joy of Insight

POPULAR

Deutsch - The Beginning of Infinity (especially his explanation about fungibility in quantum mechanics)

Feynman - The Meaning of It All

Feynman - Lectures on Physics

Feynman and Weinberg - Elementary Particles and the Laws of Physics

Galison - Einstein's Clocks, Poincaré's Maps

Gamow - One, Two, Three... Infinity

Hadamard - Psychology of Invention in the Mathematical Field

Hawking - A Brief History of Time

Hofstadter - Gödel Escher Bach

Heisenberg - Physics and Philosophy: The Revolution in Modern Science

Polya - How to Solve It

Schrödinger - What is Life?

Susskind - The Theoretical Minimum

Susskind - Quantum Mechanics

Wallace - Everything And More

Weinberg - The First Three Minutes

Wiener - God & Golem, Inc.

TEXTS

Aaronson - Quantum Computing with Democritus (but I don't have a version with me in the acknowledgements https://books.google.com/books?id=jRGfhSoFx0oC&lpg=PR31&ots=... )

Abelson and Sussman - SICP

Abrikosov, Gorkov, and Dzyaloshinski - Methods of Quantum Field Theory in Statistical Physics

Cohen-Tannoudji - Quantum Mechanics (1+2)

Dirac - Lectures on Quantum Mechanics

Eddington - Space, Time, and Gravitation

Feynman - Feynman's Thesis

Feynman and Hibbs - Quantum Mechanics and Path Integrals

Fermi - Thermodynamics

Gattringer & Lang - Quantum Chromodynamics on the Lattice

Goldstein - Classical Mechanics (the old version, NOT with Poole and Safko)

Griffiths - Introduction to Electrodynamics

Griffiths - Introduction to Quantum Mechanics

Jackson - Classical Electrodynamics (2nd edition---the last one entirely in CGS---is preferable)

Kleppner and Kolenkow - An Introduction to Mechanics

Landau and Lifshitz - any book in this series

Nielsen and Chuang - Quantum Computation and Quantum Information

Pauli - Selected Topics in Field Quantization

Peskin & Schroeder - An Introduction to Quantum Field Theory

Purcell - Electricity and Magnetism

Ryden - Introduction to Cosmology

Sakurai - Modern Quantum Mechanics (up to chapter 5, after which Sakurai dies and the editors put his notes together)

Sussman and Wisdom - Structure and Interpretation of Classical Mechanics

Sipser - Introduction to the Theory of Computation

Thorne - Black Holes & Time Warps

Thouless - The Quantum Mechanics of Many-Body Systems

Weinberg - The Quantum Theory of Fields I, II, and III

Zee - Quantum Field Theory in a Nutshell
Fast-key-erasure random-number generators
> It doesn't require a lot of googling to find out that Socialism is not just a synonym for Bolshevism.

You're conflating socialism with communism. Socialism and capitalism are actually quite compatible. In fact, all of europe is profoundly socialist and their economy is as capitalist as it gets.

Socialism only starts to become incompatible with capitalism when venturing into the realm of communist orthodoxy, where people are denied the fruit of their labor and instead are held hostage by the state as indentured servants.
In this case an appeal to nature is not fallacious, although it lacked the appropriate justification.
>I don't have much experience with elixir, but that's because I like to stay employed.

Yeah, because Go is the epitome of employability...

>"Central error checkers" are almost never robust enough for mission critical systems.

Go is not used in mission critical (embedded, medical, aviation, communications, etc) systems anyway.

Besides the notion is wrong: mission critical systems DO centralize error checking. The code local to the error wouldn't have enough context (and shouldn't have the reach) to call the right procedures for cleaning up and moving on.
That's very unlikely to be true in general, as the proofs that a problem lives in NP usually have a very high signal-to-noise ratio -- i.e. in order to prove that solving this problem is at least as hard as solving an arbitrary boolean circuit, we need to find a subset of the problem which behaves like wires and boolean gates do, and the resulting "circuits" are very heavily structured.
I can see how you might think that, I suppose, but you do actually have an entire planet full of useful resources at hand, even if they're not ones that you might immediately think of. There are many things that you can reasonably extract or synthesize from the Venusian atmosphere, particularly plastics. This StackExchange answer has more details:
https://space.stackexchange.com/questions/9158/what-useful-m...
"Capitalism is just a scheme to create artificial scarcity."

And yet it always seems to be the Venezuelas and the Soviet Unions where people have to wait in line for days to buy a loaf of bread, and it always seems to be the "artificial scarcity" capitalist countries where you can find 30 different kinds of bread on the shelf at all times.

Funny, that.
Fair enough, as long as you're sure that the app is not active when not on your specific wifi network.
Might be hard technically as well. I suspect it isn't one huge database with a nice indexed query to return all lists associated with an email.
You can't read neighbour files' names with JS, can you?
For me, it goes like this:

1. What the heck is this thing everybody keeps talking about, with an impressive fancy name? It must a major step forward, after all this time, I should finally have a look at it.

and then

2.a. Oh, it's just a big shiny name for something I accidentally kinda do sometimes, I didn't know it bore a name. Why is it suddenly a fad to base everything on this?

or

2.b. Hmmm... right... so in C it would mean doing this and this... hmmm... okay... and why would I want to do that? I could do it in C, if I haven't done it yet, that's because I didn't see the benefit of it, and I still don't.
I think that's just of the many axis of how a developer can be. It's not as black-and-white and it's certainly not the only axis.
If that were the case, most people in this thread shouldn't be posting (arguing) but personally running their own medical trials. Any other source would in some way require trust in that source's credentials.

That's of course a bit black/white to say, most arguments don't hold if you push them to their extremes like that. I said it because I believe (your) arguments like "saying that a person's credibility decides the truth value of the statement requires a causal relationship" are similarly black/white.

So yes, in a way the disagreement hinges on a very strict interpretation of the word "fact" versus a less strict interpretation.

It's also to save time in evaluating claims like these. If you've spent any amount of time arguing about pseudoscientific topics (or considered pseudoscience by some), you must have found that yes you can in theory evaluate all[0] (dubious or not) claims in logical, scientific, falsifiable manner. But at some point, especially in pseudoscientific-ish topics, there will be such a great number of claims[1] that you'll find yourself spending most of the time refuting spurious claims rather than actually getting any further.

At that point, you'll never get to the strict definition of the word "fact" (at least, about the particular claim that is the topic of interest), because the claims just keep piling on faster than you can evaluate them. Allowing for a bit less strict definition, allows you to prune the evaluations greatly, and at least allows you to get somewhere.

Now, that struggle doesn't seem to take place in this thread on HN, but according to user "dumbneurologist" it has taken place before elsewhere. And you're still taking that person's word on a matter of (merely claimed) reputation as well.

So yes, there is something to say for taking someone's reputation into account. But it's a pragmatic reason. If you had all the time in the world to dig into everything as deep as you want, you wouldn't strictly need to. But since we do not live in this perfect world, we can and probably should shortcut to the more interesting points of debate by including reputation.

That's the best I can argue this, I think :) It's still a choice, however. You can still choose to only accept strict facts (including "I don't know" when more specific strict facts are unavailable).

[0] ok, not all of them

[1] part of the definition of pseudoscience, where you keep adjusting or special-casing gaps in your hypothesis when it doesn't fit the data, almost necessitates this
You can configure most systems to use SOCKS everywhere
Quick search on Amazon seems to reveal some results.

I am the target market for this. I recently rented a cabin that had a standard telescope and although I knew exactly where Jupiter was it still took me 20-30 minutes to line it up just right. 5 minutes later a cloud moved over it. No one else got to enjoy it.

I need something pre-assembled, easy to use, and at or below $1k.
Although I could deal with some assembly, this is not something I want to have to troubleshoot when the sky is clear and the urge to stargaze strikes)
Metropolis?
The article seems to be suggesting that the Million Dollar Home Page has in some sense failed to fulfill it's promise because many of the links are now dead. I don't follow that logic at all. To me it seems that the MDHP's job was to be an iconic piece of internet history, and they've entirely fulfilled their end of the bargain.
We use vagrant with VMware Fusion. Haven't had much problem other than OSX upgrades occasionally breaking vagrant itself.
Fructose is mostly turned into glucose and metabolized that way. No need to turn it first to fat.
https://en.m.wikipedia.org/wiki/Fructolysis
For the past two years, the Bitcoin community has been embroiled in a debate about how to scale the network to handle more transactions. The debate has at times become less technical, rhetoric about "centralization" and the values of the community has become introduced, etc. Recently the debates have come to a head, and some have referred to it as a "Civil War"[0].

For technical background, I recommend these two posts by Mike Hearn, who has since left the Bitcoin community [1] [2]

Now, what the original article is talking about is the "Core" development team--the people who have commit access on the Bitcoin Github repo. The whole debate has essentially become Core vs. some other factions, mainly miners. You'll see the arguments in [1] and [2].

(Keep in mind, Mike Hearn is strongly on the anti-Core side of the argument. But those articles should give you an idea of what to search for, if you want to hear arguments on the other side.)

[0] https://www.bloomberg.com/news/articles/2017-07-10/bitcoin-r...

[1] https://medium.com/@octskyward/on-consensus-and-forks-c6a050...

[2] https://blog.plan99.net/the-resolution-of-the-bitcoin-experi...
A couple of years ago, some dumbass family of tourists in Eagle Colorado were feeding bears hamburgers from a local Burger King.
http://www.coloradoindependent.com/92882/dumpster-diving-bur...

Extraordinarily stupid is kind. This behavior is what gets bears killed. I'm glad I was not there, or I'd have used the bear spray in my car on this stupid family, which yes is assault so I'd have properly been put in jail. But just, incredibly stupid people who have no concept of nature and don't care to have one, so I like the imagination of spraying this stupid family with pepper spray.
> they reached feature creep and I'm pretty sure they will never get "usably fast"

Feature creep only really results in poor performance if both a) the product is poorly architected to handle the added feature creep or b) the product is correctly architected but is poorly deployed, and is struggling with the limited resources provided to it.

The first step is to define clear interfaces: design a plugin architecture, and migrate user-facing features to use it. This can allow users to disable features which they are not interested in, and see immediate performance and UX benefits. For users who are interested in enabling all the features in a product, migrate plugins to run in their own networked nodes, so that enabling features requires horizontal scaling instead of vertical scaling.

Architecting for horizontal scale when the project is new, unproven, and simple is just overengineering, and should be avoided in the outset, but as the product matures and more and more usecases are supported, not architecting for horizontal scaling just turns into technical debt.

To the Gitlab folks reading this: remember that some of your users are lusers. You will have customers running on-prem 10,000 user instances off a single server with a couple of cores and less RAM than the workstation that you donated to your local grade school five years ago. Yes, that's their fault and not yours for grossly under-provisioning. But their users aren't going to say "damn these servers are slow," they're going to say "damn, Gitlab is slow." They're going to think it's your fault and not their infrastructure team's fault. So how can you combat this misunderstanding?

Build in applicative monitoring. Define what "responsive" means, give end users a page with a list of browser-side tests to check responsiveness by, and if something fails, maybe provide some context ("looks like memory usage is really high and it's going to swap, Gitlab probably needs more RAM!", "looks like the database is slow to respond", "Go talk to whoever set up your Gitlab instance for you about these results"). If you really stand by your product and think that it's responsive, well, prove it - don't ask your users to prove it.
Have you considered the Georgia Tech online masters in comp sci?
This is what I was looking for. The 'Performance' section of the article was pretty lacking on any actual details. They mention that it's more consistent over 24 hour periods, but that could've just meant that output was low, regardless of the time of day.
It seems like the midwest much prefers B2B software and health industry-focused startups. I'm assuming because they become profitable much faster and don't need the explosive growth and capital needs of moonshot SV companies. Fewer unicorn exits drops the EV of an investment, so you can't take as many risky bets.

I'd guess the medical startups are largely because of Cleveland Clinic and UPMC.