jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
Same with climbing. They have been big sponsors, of athletes, competitions and events. And been putting out really great videos.

* https://www.redbull.com/int-en/tags/climbing
* https://www.youtube.com/results?search_query=red+bull+climbi...
No.

>It is widely and incorrectly believed that Imperial Russia chose a gauge broader than standard gauge for military reasons, namely to prevent potential invaders from using the rail system. In 1841 a Russian army engineer wrote a paper stating that such a danger did not exist since railways could be made dysfunctional by retreating or diverting forces.

>[...]

>When a railway has wooden sleepers, it is fairly easy to make the gauge narrower by removing the nails and placing them back at a narrower position, something Germany did during WWII. Destroying river bridges had a larger effect.

https://en.wikipedia.org/wiki/5_ft_and_1520_mm_gauge_railway...
It'd be completely fair to say that, and I'd join you in saying it. I'm unlikely to want to be a car owner or user, but if & when riding in them, it'd be nice to be in a software environment that's fully customizable and has passengers' interests, comfort and safety in mind to a verifiable degree - with a guarantee that those values won't change along with the board seats at the manufacturer.
https://docs.publishing.service.gov.uk/

Looks like the core site is Rails but it seems they use a bit of everything. Preact, Go, Node, etc
In fact, the compositional structure underlying that of predictive coding [0,1] is abstractly the same as that underlying backprop [2]. (Disclaimer: [0,1] are my own papers; I'm working on a more precise and extensive version of [1] right now!)

[0] https://arxiv.org/abs/2006.01631
[1] https://arxiv.org/abs/2101.10483
[2] https://arxiv.org/abs/1711.10455
Without discounting the risks such chemicals cause, I often wonder how general environment toxicity changes over time. Victorian England for example sounds awful, with soot from burning coal everywhere, lead being used for babies’ dummies (its soft and all), and general lack of appreciation of hygiene. Dangerous chemicals like mercury and lead were used all over the place because they were cheap, and I guess no one knew any better.

When we are now concerned about those toxic chemicals, to what extent is that an absolute concern, and to what a relative one?
> I'm a big believer in technical continuity.

So am I. D is designed to be an easy transition from C and C-With-Classes. For example, here is some code in C that was translated to D (it's part of the Digital Mars C++ compiler):

C:

https://github.com/DigitalMars/Compiler/blob/dmc-cxx/dm/src/...

D:

https://github.com/DigitalMars/Compiler/blob/master/dm/src/d...

They look pretty much the same. The code generated is the same. In those repositories you can also see how I translated the C versions to D with plenty of examples.

The biggest impediment is the C preprocessor. You wouldn't really want to carry that forward.

After removing dependency on the C preprocessor, most of the work is global search/replacing things like `->` to `.`.
And don't get me started on these "Around the Web..." pieces of crap: http://i.imgur.com/qecutFA.png
I get pissed when reading an article on CNN and end up clicking a few click-bait type articles or videos in the right column. It takes ALL of my self control to avoid some of these. Maybe a browser plug-in that removes all these annoying recommended things which have NOTHING to do with the article.
Getting cancer before you reproduce is not good for the species.
Do we know what reenforcement method they used ? Did the training on one level of breakout had the algorithm perform well on other levels of the same game without any new training ?

Did those games had any kind of random behavior or does the same things happen all the time at the same time ?

It is a progress, i agree, but all those games are just about issueing sequences of "left right" commands to maximize the time spent playing the game.

Things would be a lot different if they could somehow analyze the structure of the network's "conceptual" layer to identify functions over areas ( like " this is where ball trajectory is identified, and we can see it rest and activate depending on the ball's motion" or something similar).
But the slide on his presentation shows a big question mark there, which isn't really reassuring.
I don't have that option.
Globally private car ownership is soaring, especially in countries such as China where public modes of transportation have long been dominant. Self driving cars will be great, I can't wait to own one, but I disagree that renting something that I use on a daily basis will be clearly cheaper than owning. Short term rents for similar quality are generally more costly than purchases or long term leases. Renting furniture and appliances is usually something poor people do in spite of it being more expensive in the long run, because as Michael Caine said, "Poor people can't afford good deals." One thing that's true is that people are getting poorer in America. Maybe that will force many of them into higher cost rentals. But I don't see the people on the waiting list for Teslas deciding that don't want one. A self driving Tesla makes it more desirable, not less. Cars are one of the major ways people express their sense of aesthetics and status. People don't have to buy Apple iPhones or Burberry clothes, but they do. The most iconic brands deliver the highest profits.

Rental cars carry costs that I don't have with my own vehicle: frequent transactions, additional liability issues, wasted mileage driven between fares, uncertain transit times, daily cleaning and inspection for damage, commercial licensing and insurance, middle men, management, marketing, accounting, additional taxes, regulations, and covenants. If I leave something important in my car, it's still there the next day. I don't have to worry about vomit in the backseat. I don't face a transaction cost and a delay (or the uncertainty of a no show) to go to work, to drive home, to hop in the car and go to the mall, or grab a bite. I can leave things in my car. I have less exposure to pathogens and pests from surfaces in revolving contact with thousands of strangers from all over the world, lower probability of exposure to cold and flu viruses, fewer vectors for bedbugs to travel into my home.

I can't see rent seekers (esp short term ones) being so far under my costs that after adding their markup, it will be particularly cheaper for me. The 5 year TCO for a Prius (staple of the ridesharing industry) according to Edmunds is a little over $18 a day at 41 miles per day, 44 cents/mile inclusive of insurance, gas, maintenance, etc. The average fare mile on the Peninsula for a cab is $3. I don't see ridesharing companies finding an order of magnitude in efficiencies and still delivering any kind meaningful profit.

Maybe private toilets will seem quaint and ostentatious, and we'll be soon freed from the tyranny of private bathrooms by happier times of public lavatories.
Linux has at least one nice GPL console font, courtesy of Sun Microsystems, https://github.com/talamus/solarize-12x29-psf
As with any market based pricing its hard to say whether the price is right or wrong. Because the real price is what the market will bear.

I will say, for the broad outlines that you've given that is a low compensation figure. And projecting a bit, I can probably figure out why. First you said yourself, that you don't value yourself much more highly than you are currently getting paid. Why should anyone else?

Secondly, the way you present your product (Python engineer) lowers the prestige/premium it should cost. First, but least importantly, because Python, in general, pays slightly less than other technologies. Second, and much more importantly, being a programming cog to be placed into a programming assembly line is much less valuable than being a business problem solver that uses and builds technology.

I'd recommend going over to patio11's blog and reading:

http://www.kalzumeus.com/2011/10/28/dont-call-yourself-a-pro...
Crashlytics has been doing that for a while I believe.
Nothing here that can't be found in recent releases from Cavium, Broadcom and AMD.
In practice it's more a marketing term, and how big is big depends on what the nature of the data is and what you're doing with it.

If it fits in RAM on your laptop, it isn't big data.

If you can't process/handle it in a reasonable time on a single machine and your methods need to explicitly worry about how to scale to handle the data volumes it probably is "Big Data".

Problems that are embarrassingly parallel need far more data before I'd consider them big (I'd be in the >10PB camp), whereas for relational data I'd say >1TB.
Jeff wants to be Steve.
Maybe you’re asking the wrong question. A different way to phrase this question will lead you to answers about why this is so exciting for a lot of people.

Why is Rust a great option for building native applications? Rust is a great option for building applications that would traditionally be in C/C++. These languages are traditionally chosen to have lower overhead than other options. You could build a new Qt or GTK in Rust, and put similar Python bindings over it, just as you described to go after those developers, if that’s desirable.

In addition to that, many casual web developers are recognizing the benefits of a compiler with a type checked language, it’s why Typescript is growing so quickly.

So you want to choose Rust when you want a lighter weight application, that has lower memory overhead, generally faster runtimes, and a long term plan around maintenance (the type system and various safety guarantees). Or more succinctly, because you’re someone who enjoys writing programs in Rust.
Nice side effect, that is true!
How do you address the issue that publications and citations are a one-and-done “reward”, while maintenance can go on forever. Do you publish a new paper every few years (“Marmaduke’s Modules 3.0”), so that you can show ‘productivity’?

I know that this is a hack to fit software into the usual credit scheme that academia uses. However, being a software maintainer might be more like being a journal editor (another category that gets you some points for tenure/promotion), especially since both having ongoing responsibilities.
This will the the tl;dr of my upcoming blog post "the compositor is evil", referenced in the post.

I hear what you are saying, but I think the situation is a lot more complicated than that. Certainly, these days, if you're not using the GPU then you have failed; with high dpi and high frame rate displays, combined with the end of Moore's Law, CPU rendering is no longer viable. So the question is how you use the GPU. I agree with you that power is the primary metric of how we should measure this (it certainly correlates strongly to memory bandwidth, and is the metric users will actually care about; if there were a magical way to achieve high memory bandwidth at low power, I don't see any problem with that).

One way certainly is to use the compositor, and this is very seductive. The major platforms all expose an interface to the compositor, and it's generally pretty well optimized for both performance and power usage. Since animation is part of the API, it's possible to do quite a bit (including, for example, cursor blink in an editor) without even waking up the app process. Scrolling is another classic example where a compositor can do very well.

However, the compositor comes with downsides. For one, it forces the UI into patterns that fit into the compositor's data model. This is one reason the aesthetic of mobile UI design is so focused on sliding alpha-blended panes of mostly static content.

But even from a pure performance standpoint, heavy reliance on the compositor has risks. It's tempting to think of the composition stage as "free" because it has to blit the intermediate surfaces to the final composited desktop, but this is not strictly true. On mobile devices, and in the process of coming to desktops (there's some implementation in Windows 10 for Kaby Lake and higher integrated graphics) is the use of hardware overlays to replace actually blitting the active window to an in-memory surface. When the overlay is available, it's both a lower latency path and also saves the GPU memory bandwidth of that blit. And generally the heuristic is that the application window is a single surface, in other words that it does not rely on the compositor.

In order to justify doing the final scene assembly under GPU control in the app, that has to be as efficient or more so than the compositor. I have some evidence that, for 2D scenes typical of UI, this is possible. Regions that are flat color, for example (which occupy a nontrivial fraction of total area) can be rendered with no memory traffic at all, save the final output stage. And most of the other elements can be computed cheaply in a compute kernel on the GPU.

The tradeoffs are complicated, and depend a lot on the details of the application and the platform it's running on. In the 2010s, a strong case can be made that a compositor-centric approach is ideal. But in the 2020s, I think, it's increasingly not. The compositor is evil because it saps latency, and because its seductive promise of power and performance gains holds us back from the future where we can use the GPU more directly to achieve the application's rendering goals.
> It could be argued that Rust might not be the answer for these developers anyway, but one can still hope.

I fail to see how a systems programming language notorious for it's novel/different take on memory management will cater to a community known by their extensive use of high-level languages that are very permissive and abstract away memory management.

Well, unless we're talking about buzzword-oriented programming.
I learnt that both in the game and in the project. I'll probably never learn.
> I am not a libertarian so I don’t think that laws are just a useless form of violence.

Libertarians aren’t anti-law, they are pro-constitution. Libertarians are against the drug war, pro-marijuana legalization, against civil asset forfeiture, and trying to end the endless wars waged in the Middle East.

You will not find a better friend than a libertarian if you ever find yourself arrested or sued for any reason. Judges inventing laws is the antithesis of the belief system - libertarians follow the law as written.
OK, I'll add it here:

- decrease owner's profits to the point she will rather close the business and get a low-stress job as middle manager in some multinational corporation

As it happens, I am looking forward to robots too but I doubt they will help the least-productive members of our society too much...
Thanks! A few questions:

how does srivasta identify their secret token?

Let's say I wanted to e-mail all of the owners of bookstores in my home town, and have them vote...

What secret would they use with my system to prove that they were one of the owners without revealing their identity?
Well, yes, but was it significant enough to warrant the post-1945 change as "back to democracy"? I feel that is pretty doubtful.

As Wikipedia puts it: Overall, during the 1920s, Japan changed its direction toward a democratic system of government. However, parliamentary government was not rooted deeply enough to withstand the economic and political pressures of the 1930s, during which military leaders became increasingly influential.
But, obviously, you have some customers who are not that willing, because they use these little hidden-city hacks. So what's the problem? You try to maintain your profits as everyone else, but before customers/passengers/clients smartened up it was easy, now you have to sue and lobby but eventually you have to directly fight against the rights of your passengers (the FAA exit fee someone proposed).

Since airlines are a high barrier to entry market regulatory capture is both likely and a real concern, just as collusion (or an emergent cartel, after all this is a general problem of the business model).

So here to answer the question of what's reasonable you'd have to know more about the operating costs and other dynamics of the market. But I wouldn't be surprised if it turns out that simply forgoing that extra profit leads to a healthier market (cheaper fares, more passengers, bigger market altogether) - which is very likely, after all it is already profitable to do the A->B->C route for whatever they offer it, and if they offer it below costs, then that's basically dumping which we know long term likely hurts the market because leads to fewer participants.
Well right now the messy world of user requirements meets the even messier world of legacy languages and poorly behaving libraries. I'm not under any illusions that the first part would change; my hope only pertains to the second part.

For example, the behaviour of null/nil references in most typed languages mentioned in the article has nothing to do the inherent nature of messy user requirements. Same goes for the lack of sum types: infact they're perfect for modelling messy requirements, much better than simulating them with structs and forgetting a check somewhere (I'm just parroting the article here)

These issues aren't caused by messy requirements but by messy leftovers from legacy languages. Thats fine too, nobody expects us to get it right the first time: but that was 40 years ago and repeating the same mistakes in languages made in 2009 feels really sad.
In my experience Mikio is very hard to reach. This fork does not surprise me. We saw the same type of abandon-ware with the Tokyo suite prior to Kyoto. It wouldn't surprise me if he isn't working on something new.
Oh wow. The attitude on display is really not good.
It is important to understand the context and timing of the Imperial paper. It was produced as part of UK government decision making in the days leading up to the 12th of March in order to make a binary decision between to immediate alternatives: Mitigate and flatten the curve or suppress and crush the curve.

It was well understood by the authors that a permanent lockdown was not possible and that there would need to be a step 2. They did some modelling of possible step 2 (proposing alternating lockdowns with relaxations for example) but did not go into detail on other options such as enhanced contact tracing, widespread testing, or other options.
Covid disables the innate immune response by preventing the expression of interferon alpha & beta.

This allows it to engage in uncontrolled replication for up to two weeks before the adaptive response brings it under control.

This massive viral load greatly contributes to transmission.

(Or at least SARS does this.)

https://cmr.asm.org/content/20/4/660.long
People's moral framework can be different. Is is surprising that not everyone find this a moral dilemma ?
Also a seller, this went into effect as early as 4:30am mst on Sunday. I know, because I was awake and saw it.

Amazon nerfed new FBA inbound shipments from sellers thru April 5. This new ~April 20th expected ship date is just about exactly the time it would take inbound shipments starting on April 5th, to distribute thru FCs and become active for sale.

Amazon is attempting to level the playing field for the sellers that got iced out during the inbound lockout.
Nope, it’s about a type of music software rooted in the demo scene, with overlaps with the cracking scene: https://en.m.wikipedia.org/wiki/Music_tracker
I came across this. Someone tried to put the facts together from original sources. If you read the links report back. I’d be curious what your opinions are.

https://pay.reddit.com/r/spacex/comments/fc9rqq/rspacex_disc...
The Fed's job is to keep the value of currency steady and support full employment, not to play games with Congress.
I bet lenders are getting nervous wondering if they're going to get their money back. "when you owe the bank $10k you have a problem, when you owe the bank $10B the bank has a problem".
I can’t seem to figure it out: what is the URL pattern that leads to a web meeting rather than an app launch? I don’t want a widget. I just want to type it in myself.
The obvious form of the code with a comparison still produces a conditional branch on latest gcc [1]. It's extremely doubtful that you'll find a version that uses any comparison that consistently performs as quickly as any version that uses a little bit-twiddling, no matter what modern CPU you're talking about.

Many of your statements are misleading in context. Implying that you can't know or deduce things about the cost of a simple sequence of instructions is very odd. All software and people that work on optimization do it all the time.

And remember that the context is a suggestion that pointer types and pointer-subtraction is the answer to a question about integers, so getting into detail about instruction sequences isn't really going to help, as the basic idea is flawed.

[1] https://gcc.godbolt.org/#g:!((g:!((g:!((h:codeEditor,i:(file...
Sounds interesting and perhaps novel. Might help if there were an example or two in the readme - as it is I still don't exactly know what this is.
It would be interesting if the government used this data to expand the public transport system where appropriate.
Yeah, why would Rubyists know anything about setting up Ruby?
No, for that perhaps Geiser+Viper-mode in Emacs would be suitable.
Hmmm. Oh, you know what. Were you logged in? I think the code might have some problems with anonymous entries, I'll look it over tonight.

There isn't a single package Linux version, but you can make a Shoes on Linux and then run the .shy file. We'd love to have some help with a Linux port, though... send me an email, and we'll talk about it. That'd be awesome.
The Felony Treason Act 1848 is still on the books. Sure, a couple of Lords may have said that expressing anti-monarchist sentiment won't be punished, but where is the line drawn? [1]

Can you be transported to Australia for poking the Duchess of Cornwall with a stick? What about shouting "Off with their heads!" at the Prince of Wales? [2]

The absence of a constitutional guarantee of free speech, and the persistence of lèse majesté offenses should be a point of embarrassment.

[1] http://www.guardian.co.uk/media/2003/jun/26/pressandpublishi...

[2] http://thelede.blogs.nytimes.com/2010/12/09/video-of-protest...
You can fix the typo. [ outsroucing -> outsourcing ]
Can you share your reasons for switching from Node.js to Rails?
Well, well, well, since I am the one cited in the article, I may need to explain a bit...

VLC has been ported since quite some time on embedded platforms.

The work on Android was started some time ago, and was resumed since 3 months. The main issue remaining is the output modules (or sink) because they weren't available from the C/C++ part.

This is fixed in the NDK 2.3, and the port is likely to be finished in the next few weeks/months.
I think one of the easiest tools to work with is http://tornadoweb.org/ - hacking apart their chat demo will get you most of the way there.