HN user

jcla1

593 karma
Posts51
Comments62
View on HN
github.com 2y ago

LMAX Disruptor – low latency inter-thread messaging for Java

jcla1
1pts0
ucannualwage.ucop.edu 3y ago

All employee salaries are public at the U of California

jcla1
5pts0
twitter.com 4y ago

Snapchat ist having technical issues

jcla1
1pts0
www.youtube.com 5y ago

The strange details of std:string at Facebook (2016) [video]

jcla1
1pts0
chrisseaton.com 10y ago

Specialising Dynamic Techniques for Implementing The Ruby Programming Language

jcla1
115pts7
robinweishaupt.de 10y ago

CSS webpage intro

jcla1
1pts0
www.youtube.com 10y ago

The Motivation for a Monolithic Codebase [video]

jcla1
3pts0
live.arstechnica.com 10y ago

Ars Technica Apple Event Live Blog

jcla1
1pts0
github.com 10y ago

Jonesforth – A sometimes minimal FORTH compiler and tutorial (2007)

jcla1
52pts19
jadpole.github.io 10y ago

Type-checked matrix operations in Rust

jcla1
79pts19
arstechnica.com 10y ago

Linus Torvalds responds to Ars about diversity, niceness in open source

jcla1
7pts2
www.cuddletech.com 11y ago

Getting Started with RRDtool (2004)

jcla1
1pts0
pipetree.com 11y ago

DNA is still in our DNA

jcla1
1pts0
swiftwtf.tumblr.com 11y ago

Swift WTF

jcla1
3pts0
www.destroyallsoftware.com 12y ago

A Whole New World

jcla1
2pts0
jcla1.com 12y ago

Improving Go cookie handling

jcla1
2pts0
stackoverflow.com 12y ago

Google Analytics, track event on page unload

jcla1
1pts0
youtube.com 12y ago

Youtube is down

jcla1
3pts0
rs.io 12y ago

Statistician on a Plane

jcla1
7pts0
what-if.xkcd.com 12y ago

Far-Traveling Objects

jcla1
2pts0
github.com 12y ago

Gisp: A Lisp that compiles to Go

jcla1
80pts31
github.com 12y ago

Objective-Smalltalk

jcla1
68pts67
github.com 12y ago

Gisp - A Lisp interpreter in Go

jcla1
3pts0
jcla1.com 12y ago

Personal Annual Report 2013

jcla1
1pts0
github.com 12y ago

Fancy function helpers for python

jcla1
1pts0
nathanleclaire.com 12y ago

Commit Every Day, Blog Every Week

jcla1
54pts13
datagenetics.com 12y ago

A Better Hangman Strategy

jcla1
2pts0
noflojs.org 12y ago

NoFlo: Flow-Based Programming for JavaScript

jcla1
1pts0
status.github.com 12y ago

GitHub Down

jcla1
14pts11
quotes.cat-v.org 12y ago

Programming Quotes

jcla1
1pts0

Interesting follow-up question: What is the distance between the set of harmonic numbers and the integers? i.e. is there a lower bound on the difference between a given integer and its closest harmonic number? If so, for which integer is this achieved?

Measure its volume by dunking it in a jug of water and compare its weight with its expected weight (depending on the density of gold).

There is a famous tale of Archimedes doing exactly this when posed with the problem of determining if a certain crown is made of pure gold.

Do not underestimate the urge to procrastinate (by still doing productive things, like learning Mandarin) while pursuing a PhD.

I am not sure if this will be the author's experience too, but pursuing a PhD will often leave you exhausted without any hope of ever finding "the final missing ingredient" to solve the problem you are currently tackling. So turning to entirely unrelated problems, however productive they may seem to outsides, suddenly becomes an attractive alternative in order to procrastinate.

I recon the general cosensus among mathematicians (as that is what counts) is that the ABC conjecture so far has _not_ been proven. Mochizuki (and his school around him) seem to be the majority of people that believe his proof is correct. As you point out, Scholze has identified a supposed flaw in Mochizuki's argument, but anyone not already at the forefront of IUT/NT/ABC conjecture is probably incapable of telling if this flaw is a true flaw or not. As Mochizuki refuses to elaborate (on this supposed flaw) consensus cannot be reached and thus the ABC conjecture remains open.

I think giving any more details than his three short posts would delve too far into the specific arguments of the paper to be valuable for a wide enough audience, subtracting those that are going to be looking at the pre-print anyhow.

Unfortunately the presented method only works for the most simple linear recurrence relations.

Tangentially: look up the master theorem if you're interested in at least estimating growth rates for recurrence relations that crop up in computer science.

Just because of the impossibility of an exact formula for the roots of a high-degree polynomial that does not rule out the possibility of figuring out, say, the distribution of roots of such polynomials. The question is not about any polynomial in particular (hence Abel's theorem is no barrier).

edit: Think of the following example: take a polynomial a_n x^n + ... + a_0, where the coefficients a_i are i.i.d. Bernoulli random variables. Even though the degree n might be large (> 4) I can say with confidence that such a polynomial has a real root (x = 0) with probability 1/2. Similar though more sophisticated arguments are at work in the linked question.

This sounds like an organisational nightmare to be honest. You'd be going through the pile of exams multiple times (at least twice) and what do you do if there are multiple mistakes that are common in a single exam question?

Also: if you're sorting into "mistakes piles" for single exercises, how can you parallelise marking of separate and independent questions?

There is no universal algorithm for solving integral.

Not that I want to dispute this, but depending on what you meant, there is in fact such an algorithm: https://en.wikipedia.org/wiki/Risch_algorithm

Though often it is not implemented because it is quite complex (its details covering two thick books) and many of the special cases it covers rarely crop up in the real world, so the effort isn't worth it.

The caveat of Risch's algorithm is that it only "works" if the function you are trying to integrate has an elementary antiderivative. Many of the problems that Mathematica can solve (but SymPy fails at) involved special (i.e. non-elementary) functions.

I typically do a medium roast with no oily sheen to them and it serves me well.

I thought an oily/shiny appearance of coffee beans was due to them being roasted too long ago and then some of the coffee bean oils "leaking" out of the beans. Is this not the case, i.e. something that might even be controllable with the roasting process, even something desirable in some cases?

The difference is that in the Schrödinger case you're effectively 'turning' the solution (in the complex plane) which leads to the uncomfortable question of whether the solution to the heat equation you'd start with is still defined. When going from heat to Black-Scholes you're just rescaling in 'existing' dimensions which doesn't change the character of the PDE.

But pro-tip if you are being apprehended by police is to furiously click on the side button as the phone will require pin code after that.

Apparently that won't work on Android -- though there's a lockdown feature (that will disable biometric-unlock) that you can access after long pressing the power button.

This confusion is caused by the different notions of problem: there are "decision" problems and "functional" problems. What grandparent asked ("what is the shortest path?") is a functional problem in nature, whereas P & NP are classes of decision problems. A (more or less) equivalent decision problem version of above question would be "is there a path of length at most X?", which then is of course easy to verify if a potential solution is presented.

I never really got the point of (digital) self destructing messages, since the reader can easily just copy the text/data, i.e. destruct only means not available anymore after future point in time. So you're just relying on the receiver of the message to follow protocol -- as always.

Introduction to Functional Analysis, R. Meise and D. Vogt.

Despite the name, that's nowhere near just an introduction, especially Part III.

Classical and Multilinear Harmonic Analysis, C. Muscalu and W. Schlag.

After reading the two volumes you will have a huge base of knowledge. The books can get quite advanced as well, containing previously unpublished results when being first printed.