skysight-inc/HackerNews huggingface dataset:
For instance [0] which I use by far the most has both problems; however with another license the runtime issues would be fixable. For instance, recompile the runtime with emscripten. Luckily there is webmsx now which looks promising, but that is not there yet.

[0] https://github.com/openMSX/openMSX
> I've seen this so often - because it's so easy to do it.

That's the very point. PHP was/is _easy_ to pick up. You get something working quickly. Then you meet problems. And hopefully, you learn along the way and fix that (and see, this whole thread is from people that learned how not to use $_GET/$_POST).

This "build/make it work/fail/fix" loop was an ingredient that made PHP so popular. The "happy code path" was not a pain to setup.
World's Largest Solar Project Would Generate Electricity 24 Hours a Day
> I can't say (traverse :: The List instance)

Actually, in GHC 8.0 you can do exactly that, with the TypeApplictions extension.

Prelude> :set -XTypeApplications
Prelude> :t traverse @[]
traverse @[] :: Applicative f => (a -> f b) -> [a] -> f [b]
Thus you can avoid a second worker focusing into remove your sweat regularly and stopping the surgeon "flow".

Fighting against contagious diseases would be much easier if you don't feel the urge to remove your mask each five seconds.

Respect to the robot, what about aluminium oxides?
> (though it's in the wayback machine, at least).

Yeah, better not rely on this in future. Their practice of making pages inaccessible in the archive if a future domain owner blocks the archive from crawling it means just about any content there becomes useless the minute a domain squatter takes the domain.
Yeah that takes me back to sitting in front of a huge ass 19" CRT monitor, setting up computers in a networked school class, running Mandrake Linux with KDE 1.x something.

Gotta say KDE was pretty cool then. Back then I kinda hoped Gnome would just give up and the developers focus on working on KDE instead .. but no, that's not the Linux way of things :)
Or find a way to colonize new planets. Your solution sounds more far-fetched to me, as sad as that is.
I was recently working on a project to identify pepes in images and dumped a bunch of images from the /r9k/ archive using the 4chan API.

If you are a researcher looking for a 4chan dataset for supervised learning, be aware that labeling the images is not a task for the faint of heart.

When you browse an image board, you will have an implicit image filter: you will probably only open threads that interest you and that have been alive for a while. That does not hold for an image dump of all threads.
This is a little like a more extreme version of the smart TV situation: for the most part there are rarely prizes for coming second, so many people ignore the built in stuff. For many it would be better if they came without GPS and used the money for other things, but it seems many are unaware of this too!
Remember that arXiv is just pre-print and the last page if not the entire paper is probably nothing more than a lame/distasteful joke. Remember that any nutbag who knows a little English and LaTeX can publish on arXiv. It will likely not make it into a journal.
Interesting statistic. Let's say the 3000 are certainly due to bad chefs. What would be interesting: How many of the 40 million are due to bad chefs? From my own cooking experience I'd say you cannot always say before if some food is bad, so probably "only" a percentage of that 40 million is due to chefs failure, but which percentage ..
another way this can happen even if there is demand is collusion. if businesses decide together to pay a certain amount for a certain job, then wages won't rise. if they decide to not pay more than their neighbour, they also won't rise. eg software development here has not seen the big salaries like in the US. Even if demand is very high.
Brilliant. I remember using KDE 1 on an old Elonex laptop and on a 486 (my first experience of Linux). I remember it reaching the very configurable 3.5 series before I abandoned it and went to GNOME2, and then on to OSX...

But I have very fond memories of KDE 1. It seemed very similar to CDE on UNIX boxes. Really simple, and no needless bells or whistles.

I am tempted to install this again and use it on my RPi3 if source is available. That'll beat using WindowMaker or Blackbox on it like I do currently.

Really good to see.
Having come from years of PHP development and then into Python the past year or two, there's no way I'm going back to PHP. This is the same as every other ex PHP dev I know.
Forskolin weight loss success stories
Those memories, KDE 1 was my first glimpse into the world of Linux on SuSE Linux 6.3 I think.

Many things were weird too me though, Kppp for example didn't support ISDN4Linux. Also connection on demand was not perfect, it would connect without the need. But that is another topic for another time.
Software Development Training Provider – Best Software Development Services
csstecinc Code is an enterprise software development training provider. We teach you how to become the best enterprise software developer you can possibly be.
Let’s Run Lisp on a Microcontroller
Building up the energy to go to a party when I had one of the worst hangovers I've ever had in my life. Met a girl at the party and 4 months later, decided to leave my life in England to travel for 10 months, and then moved to Australia to be with her.

Nearly 6 years later, and I am 2 months away from having an Australia passport and pretty much every facet of my life is better.
I don't like the "our race" generalisation, not when there's so many people committed to reducing carbon emissions and what-have-you; billions, if not trillions are being invested in creating clean alternatives, projects get both community and government support everywhere, countries are banning coal power plants and promoting and subsidising solar, wind and water power, big scientific teams are dedicating their lives on making nuclear fusion feasible, consumers and companies are encouraged to use electric cars or penalised for using fossil fuel cars, etc etc etc.

There's also still some establishments that keep the economy and power grid going, but they'll be gone within 50 years if this keeps up. There's also rising economies that don't give a fuck because they're trying to catch up with the rest of the world.

So yeah, I guess I take offense to blaming everyone. I see this "baw humanity sucks" far too much - that's both insulting to yourself (do you suck? are you causing climate change?) and to those that try and make things better for all of us.
wooo electrosmog bollocks

he switches the gun off when he presses it against the hoodie, back on when he releases it, that's cheating

says "actually" every other word
Funny you should mention that. I was just using maps and thinking "this is worse than it used to be".

From what I've heard from insiders, the adwords code base is an enormous mess. Not surprising for a product that old perhaps, but this points to their engineering practises being about as mediocre as the industry average.

I don't honestly know why people want slack. It seems to just be in vogue - one of those weird network effect things. It doesn't seem to have anything to do with their feature-set or engineering quality because it's not noticeably better than, say, hipchat.

>To digress, it seems like both of those products came too early. Do you think that wearable computers will _never_ exist?

They already exist.
Because market share is only meaningful if you target consumers. If you write (internal or niche) web applications for e.g. schools, large companies, non-profits etc. legacy browsers can easily be > 30% of your targets.
PR 101: SETTING UP Your STARTUP FOR SUCCESS
The 9 Working Principles of Mindfulness That You Should Know
Frankly that looks much better than the current Plasma stuff.
Disclaimer: I'm a contributor to Apollo [0], an alternative client to Relay.

This is a great initiative! I remember struggling to learn Relay, I love it though, used it in some toy apps and will use it in some upcoming projects that I have. However I have a few issues with Relay: the main one is that it overall discourages people from starting with GraphQL. From creating a Relay-compliant GraphQL server to adding it to your app, Relay forces you to good conventions that, unfortunately, requires you to learn about its concepts and makes it super difficult to ramp up fast.

For anyone interested in working with Relay and GraphQL in general, I would advise you to start first with just learning GraphQL, without Relay and its constraints. You'll see that much of the issues you may have with GraphQL may come from actually trying to comply to Relay. Once you are okay with GraphQL, then, you can move to learning Relay.

Finally, I want to insist on the fact that GraphQL is just a specified language that can be consumed by any client you need/want. Relay is made by Facebook, for Facebook, which is a cool thing but may be a bit too much for your simple app or may not be adapted if you are migrating a legacy app to GraphQL (which was my case). That's why you should take a look to alternative clients as well (Apollo [0] for instance ;-) )!

[0] http://dev.apollodata.com/
Agreed, meal for a first date can be one of the most awkward situations ever. Best to get a drink or doing an activity like bungee jumping or a music gig.
Note: Flynn seems to be the most popular package on "Awesome SysAdmin" under the category "Cloud Computing" https://sysadmin.libhunt.com/categories/1727-cloud-computing
NET Native Compilation for Cortex-M0/3/4 ISAs
Here's one powerful way to retain your best employees
Can we have the best of both worlds?
That's a good point, but nonetheless the article doesn't provide any figures or estimates. So other readers can point to the continued life on the reef and say 'lies', and bury their heads in the sand too. Even if it will all be dead in 20 years, or 40. The article talks of 450[units] carbon dioxide in the atmosphere. We're at 400 now. No data on when we get there nor graphs or estimates of when the rest dies off.
This might be a good choice for a low resource desktop, kind of like an alternative to Fluxbox et al.
When you start talking about multiple concurrent connections, and considering performance of an application as a whole, Async I/O at the application level offers basically no speed benefits over any kind of Sync I/O runtime that can run in parallel.

What an Async I/O model can do is allow the amount of resources consumed by parallel execution contexts to be reduced - therefore allowing you to service more concurrent requests in parallel. But not necessarily any faster, if I/O is your bottleneck in the first place.

It can also be used to give more predictable performance under loads with i.e. response times, if the responses are not dependent on I/O operations to complete.
So much this. They would have missed Einstein & co.
I didn't say it wasn't difficult - just that someone could be trained in how to do the tasks in a bakery that someone else has already come up with, in 90 minutes. Imagine someone who has no programming experience (0, in any programming language, does not know what a loop or an if statement is) and that you have 90 minutes to train them to join your development team. Come on.
>There is not much investment because profits are quite high.

There's no direct causal relationship between profits and investment. There aren't any companies that think "you know what? we've got enough profits for now, why do we need more?".

There are plenty of companies who see tapped out markets that aren't growing and decide not to invest.

Indirectly I guess the accumulation of wealth at the top via profits is party responsible for no money at the bottom to buy products and services.

>Decreasing wealth inequality is an end, not a means to an end. If you want a stable economy, focus on prices: inflation and deflation.

That's exactly what the fed has had its laser-like focus on for the last ~20 years. Stable the economy was not. Prioritizing inflation while inflation is under 15% is simply prioritizing the needs of those who don't work for a living over those who do.

>If you want a functioning society, focus on income and employment. If you want both, then you get the Federal Reserve.

The fed only really cared about inflation in the last 20 years in spite of its mandate.
Oh man. I had already forgot about ISDN4Linux. Spent two weeks just getting the ISDN working, writing scripts, compiling the kernel. Imagine nowadays spending 2 weeks to get online, reading HOWTOs, having to write shell scripts (to dial the ISP and hangup) just to get basic functionality ..oh yeah that's wifi and linux these days ;)
arguably that is not 'programming'. What I said probably doesn't apply to every IT field.
The best solution to this problem is multiple choice.
Best of luck making a non-animal burger with zero net carbs and a nutritional content worth eating. If they're aiming to replace burgers they have to reach beyond the taste buds.
Good lord. How absurd that this is even necessary in the first place.
There was some licensing stuff over Qt at the time (it got resolved, just too late) hence GNOME starting.

And yeah KDE was awesome. First time I ever saw an OSS app doing UI right (before Firefox)
So you're ok with the thought of someone shooting and killing you tomorrow? You're going to die anyway, what's the difference?
In the case of OCaml, the structural subtyping of object fields can never cause a crash, because it is verified at compile-time.
> completely revamp of buildsystem, Goodbye auto*hell tools headaches, welcome cmake

Someone's heaven is someone else's hell. That goes both ways.
What Healthcare Can Learn from Uber
> Recruiter: that's not the answer I have on my sheet of paper.

That's not an interview. That's a waste of your time and an insult to your intelligence.

This reminds me of the time Google rejected the creator of Homebrew because he couldn't invert a binary tree: https://twitter.com/mxcl/status/608682016205344768
To be fair, "number crunching" starts to become really important when you need to, oh, work with the large set of data that you pull back from the database.

But in saying that, PHP7 is actually pretty fast. Probably faster than CPython for most of the algorithmic tasks you might run with data from a SQL database, for example.
European Startup Jobs of the Week: Join Payever, Zeotap, Memrise or Realo
There is a backup? Right ... ?
Google Chrome Developers (https://www.youtube.com/channel/UCnUYZLuoy1rq1aVMwx4aTzw), lots of good shows about JavaScript goodness, including some very state of the art stuff (HTTP2 for instance). A few good shows including a live one.
> Python shows us that types and protocols/interfaces are two very different thing. In Python, asking 'isinstance()' is usually a bad idea

Interesting perspective. This would seem to be pretty well described by parametric polymorphism with constraints (Haskell-style polymorphism with typeclasses). In that context, too, we are often well served staying as generic as possible, and asking at runtime about the type of something is a bit of a code smell (and only possible where you have a Typeable constraint available).
A millisecond is a huge amount of time, and in that time we can do so many more things more useful to the application than just collecting its trash.
Nuclear salt-water rockets! https://en.wikipedia.org/wiki/Nuclear_salt-water_rocket

Powerful, fast, intriguing and disgusting. :)
Not sure, I think it will make it in, also the response from 4chan was pretty funny via one of the authors.
https://twitter.com/jhblackb/status/786301793064017920
I'm not sure that this follows from the analysis. Why would a GC remove allocations from the hot path? I could see that it may take deallocations off and may be faster if it's a very good GC.

But you'll also get into the territory of what you're GCing. I take it from the fact that there are a lot of arenas that there are an awful lot of small allocations. Unless your GC lets you choose the level of allocation i.e. it doesn't necessarily allocate at the object level, your GC'd language is likely to be much, much slower. There may be GCs like this but I think they are relatively unusual (I'm not aware of them but I'm no expert).

It seems to me that the issue here is actually the same as you get when you try to improve performance of GC'd languages i.e. you want to try to avoid any allocation wherever possible.

I must say I was a little surprised by how much allocation is going on. Does it imply that idiomatic rust may lend itself to somewhat excessive memory use? Or maybe the rust code in the compiler is sufficiently old to not be considered idiomatic. Would be interested in the views of those more knowledgeable than me.
The 3600 is a physical machine, a computer with a cpu, memory, disks, tape drive, lots of slots for extensions, network interface, console interface.

It has a display on the machine. That display shows the message.
>thicker piece of cheese >more time

You are creating recipes. That takes vastly more skill and artistic effort than following an exact recipe.
Password generation using awk
good point. Price stickiness can apply to wages as well - it's often used to explain why it's supposedly difficult to decrease wages to keep positions filled during a recession, but I suspect in the current market the opposite is more often true: companies have a certain price point for labor in mind and are unwilling revise their payscale upward. It's a sinister version of your grandmother complaining about the price of milk, since large companies have a lot of leverage to distort the labor market.
As far as I know, the Rust compiler is written in Rust? That should mean that if the features of the language are used, a lot of "small" allocations shouldn't happen at all, instead, the language is supposed to allow that the short lived variables (and objects) exist only on the stack, costing effectively nothing to allocate them?

Moreover, the compilers in general have an advantage to know that most of the objects are needed only during specific times, allowing optimized allocation and bundled deallocation. I see "a lot" of "arena" allocators are mentioned, so it seems there is something like that, just maybe too fine grained?

In short, there's no need for the Rust compiler to have any measurable overhead due to the allocations.

Then only the changes in the compiling algorithms and the underlying data structures (how often is what traversed and why, is something kept or recalculated, sometimes it's even more expensive to produce too much data to be kept in memory, and sometimes the data structures aren't optimal for the most of the uses) should have the potential of changing the compilation speed.
On these demos, I'm getting several seconds on the imagenet inception v3 recognition on an i7 macbook pro (nvidia gpu), on both gpu and cpu modes.

I've built tensorflow for android, running inceptionv3 trained on imagenet and it's much faster, running just on mobile CPU pretty much realtime, around 5fps. On a desktop CPU/GPU it's obviously even faster
It's how some guys defeated the first iteration of recaptcha's audio mode. Then google replaced it with something very annoying to use even for humans.
> What framework was that `big php app` using?

PHP is a framework. True it's not a particularly nice one, and some people build even more layers on top, but it comes with all manner of HTTP/url/DB/etc. stuff out of the box. It's also a templating language (that's what the "<?php" tags are for); although, again, not particularly great, and some people layer more abstractions on top.
Rust used to be GCd and the compiler made extensive use of this. It was slowly migrated off this, but I suspect the code is still structured that way.
… and we just add K because a separate black ink is cheaper and more precise.
Switch to TypeScript or Flow. Then at least it's worth the wait (in terms of correctness).
And the other 25% isn't.

When you are mass-producing a pastry, the other 25% is still robotic repetition.
To quote the article...

"With no force on earth capable of preventing the oceans from continuing to warm and acidify for centuries to come, Veron had no illusions about the future."

I feel you're missing the point of the article. The reality is that the reef effectively has a terminal illness and there's little anyone can do now.

Stage 5. Acceptance.
I worked on Mantl for a while last year. To understand the difference you can see Mantl just as an opinionated coalition of tools for running microservices. So, Mantl is not a thing but a collection of things (Mesos, Marathon, Consul, ELK stack, etc) put together using Ansible playbooks.

Flynn is an actual product which, from what I can see, is also a collection of tools but these are written by the Flynn team themselves.

I'm happy to answer any other question you might have about it.
> I don't like the "our race" generalisation, , not when there's so many people committed to reducing carbon emissions and what-have-you...

From my perspective, on the whole, there are much less people who are providing even part of a solution than there are who are contributing to the problem. The race as a whole has an extremely negative impact on the planet and its co-habiting species. I am extremely indebted to those who have devoted their lives to finding solutions to this problem, but they seem to me very much the minority.

> There's also still some establishments that keep the economy and power grid going, but they'll be gone within 50 years if this keeps up. There's also rising economies that don't give a fuck because they're trying to catch up with the rest of the world.

Yup. Most of the major governments around the world and the largest corporations. Many of the rising economies are in this positing due to the selfishness of the historical actions of the leaders of countries with strong economies.

> So yeah, I guess I take offense to blaming everyone. I see this "baw humanity sucks" far too much..

Well, it think it is the majorities fault at the moment. Yes its not a productive viewpoint, but an accurate one.

> that's both insulting to yourself (do you suck? are you causing climate change?) and to those that try and make things better for all of us.

"suck" is your wording, but yes I am selfish in terms of my environmental impact, much like the average person in any developed nation. I engage in activities which have negative effects on the environment without balancing these effects. From the thousands of people I have met in my life, I cant think of one who has a positive net effect on the environment - hence, people are stupid, including me :p
I disagree. Naming things is useful. "Type deduction" says clearly what happens, and is still distinct enough from "type inference" which is a different, more sophisticated concept. I've seen the term "type deduction" used many times in the context of C++ and Rust.
I'm looking for a job (or maybe you are?)
> In reality, the function is actually much more powerful than that, and if included in a library, many people could use it for many more things than just that.

I think all this says is that design and documentation considerations for functions in distributed libraries may be different than those for functions used locally. Something I certainly agree with, but not really a criticism of the parent point.
rustc is far from idiomatic.

Rust used to be GCd, so the compiler uses a lot of things designed in a GC-esque way but tweaked so that they no longer need a GC.

In general the language has changed a lot, and the compiler source takes some time to catch up completely.
Wouldn't that also stop you getting a signal?