skysight-inc/HackerNews huggingface dataset:
Why? One of the interesting things about science is that your results are better if you don't change too much. So if you're using a python 2.4 to do your data analysis and now your re-creating your experiment from 5 years sgo, if you have a new Python and libraries and you get different results, then one of the things you will need to do is put everything back to 2.4 and see if your results changed because of the software or because of the experiment.
Yes, and you've got such a captive audience with something like mIRC. Back in those days you could write a decent script and instantly get users. Today you've really got to do something special to stand out in the development community.
> Personally I’d never claim to offer extraordinary support - the expense is insane. There are cheaper ways to brand - with much smaller downsides.

Depends on what you do and how much you charge for your services. If your product is twitter, yes support is expensive. If your product is a CRM with $1K annual price tag support is cheap (providing your application has a decent UX and you fix identified, repeating bugs).

Thanks to all big enterprises; banks, telecoms, paypal etc. people's expectation from "extraordinary support" is a decent answer within 24 hours, "24 HOURS". That's it. That's nothing, easy to provide and people will praise your name for doing it.

So actually for any kind of B2B business with good margin "Support" is cheap and ROI is insanely good.
It's not a market failure, it's a governmental failure, for this reason: if you spew poison into the atmosphere (it was known long before then that lead was poisonous), you should be expected to have to pay for the damages caused. But these companies knew they could get away with it with impunity, and they did. So, it was a governmental failure in the first place, and failure was piled on failure by not addressing the root cause and by increasing the cost of doing business for everyone just because some criminal company notices that the government won't actually punish them.
Your argument doesn't make sense to me. You're replying to a post that says the SDK is not free. Writing your own SDK if you don't like it is agreeing that the SDK is not free.

The next bit about Linus makes no sense at all. We are not talking about Google ignoring your fork of Android or your fork of the SDK, we're talking about being prohibited from forking the SDK or using it to fork Android.

The SDK is not free. It is not inconvenient to fork it, it is prohibited. Android may be free by your definition, but the SDK is not.
SEEKING WORK - UK based and often found working remotely connected via Skype, forums & email.

Areas where I am strong.....

* Alcohol production - bet that got your attention ;)

* Manual testing of social media apps/games, digital campaigns, websites and mobile & tablet (iOS, Android & Blackberry) apps

* Asking the "stupid" questions... why test what you can see when you can query why the design was created the way it was and whether the target market has any specific foibles.
The article makes a cogent recommendation for robust 3-to-2 tooling as the key missing piece. Recommended.
I highly doubt it. There are a lot of scientists still clinging dearly to FORTRAN90. Many scientists think in terms of the next grant/paper, not the long-term goal. This results in short-sighted software decisions, which are exacerbated by the fact that most scientists are (very poorly) self-taught coders.
From the PubMed link you provided.

AUTHORS' CONCLUSIONS:

There is some evidence from twelve studies that flossing in addition to toothbrushing reduces gingivitis compared to toothbrushing alone. There is weak, very unreliable evidence from 10 studies that flossing plus toothbrushing may be associated with a small reduction in plaque at 1 and 3 months. No studies reported the effectiveness of flossing plus toothbrushing for preventing dental caries."

That doesn't really support your case.
I hate to say "you should," but you really should spend a few hours going through a Haskell tutorial. You'll be surprised how different things are.

The Haskell equivalent to this Scala Option fiasco is Maybe, which is defined as:

data Maybe a = Just a | Nothing

"Nothing" is not a null reference and "Just a" is not an object with a pointer to another object. "Just a" is a constructor with a single value parameter. "Nothing" is a constructor that takes no parameters. These are values, not references or values with references or references to references. "Nothing" always has a specific type (Maybe Integer, Maybe String, etc.) even though it has no auxiliary data of its own. This means "Nothing" can't show up anywhere you have values--it can only show up where you expect a value of type Maybe. Indeed, the whole point here is that you are forced to explicitly reckon with the possibility of null where it can happen, and you are freed from responsibility to worry about it everywhere else.

Haskell does just fine without the kind of null we're talking about, in a way that I suspect is fundamentally different from what you're intuiting.
You guys crack me up. This is a wonderful app. The bar has been raised. But, I do have toput on my tinfoil hat. Why?

Izic = Issac.

And,

Nuuton = Newton.

Are you guys stalking me?I'm sure you are not. And this is something entirely different from what I'm doing. But it would be neat because Ive never had a stalker. ;)

Still, let me tell you that visual search is a trend that everyone should be paying attention to. Touch devices are changing the way people browse the web. Text links are being seen as less favorable than image links. Why? I think the connection comes from the icons used to launch apps. People now sort of see link images as icons instead of just images thta link somewhere. So, in the future, you might see search becoming more about a lost of website icons with a small description under it (if any).

Congrats to Chuck, Greg, and the gang at Blekko. This is very nice. You make me want to learn Perl and apply.
"If you identify yourself by your skin color, then you are in fact racist."

That is the most offensively ignorant thing I've ever read on HN. And I've been around a good long while.
Well, encryption doesn't increase the cost much and is only welcome. The way to deal with increased user base is to even out the federation - i.e. in ideal case the pod will run on user's own computer, and thus will reduce the cost of hosting to virtually the cost of Internet connectivity, which is already paid by the user. Of course in practice it's not always the case, but quite a number of such pods already exist.
Doomsday on the Cheap
You should look at the second part of the blog post[1]. It shows how to get around the "arrow anti-pattern" using map, filter, flatMap and for-comprehensions in Scala. It's actually both simple and elegant! Also not very hard to understand.

[1]: https://blog.stackmob.com/2013/01/free-yourself-from-the-tyr...

What you're actually doing is using the Option monad in Scala, but the article doesn't tell you that to avoid scaring you. And it succeeds: the pattern described in the second part of the blog post is easy to follow and clearly has no magic.
What your relationships are worth (in dollars)
Right. Open-ended asking for more work is bad. Looking for better projects is good.
Sound vs. Noise, and the Elusive Quest for Quiet
No, Scott Forstall was not publicly fired over Siri and Maps. He was fired because Steve Jobs was not around to protect him and he made a lot of enemies. None of it was public, there was a press release about the new roles but that's it.
All the more reason to back Ubuntu on phones.
This is just stupidity in my opinion. I hope this doesn't go down the slippery slope so far that I see tomorrow that they have put a warrant out for everyone who worked on /dev/urandom because the developers made it too easy to write gambling software.
Wow! I've installed this on my old Motorola Defy running CM7 and it is very noticeably faster than before. Going back to home screen is a joy!
I think it's being ironed out now. You can contact the development team at:
https://groups.google.com/forum/?fromgroups#!forum/diaspora-...
Whatever tool is best for the job. I'm still using Fortran in some areas of my research (molecular dynamics stuff), but then I use CoffeeScript to post-process simulation results. Throw in some C when I need a good balance between speed and rapid development, and Haskell when I'm just messing around ;)
I can't tweet now
I'm maybe an exception since I am and have "always" been heavily involved in IRC, but IRC is still a central part of my life. My irssi session is connected to around 120 channels on 16-or-so networks right now.

I've met my fianceé on IRC, got friends for life from all over the world through IRC, got jobs and assignments through IRC and I almost daily solve complex problems with the help of my community and network of friends and contacts through IRC! I've yet to find a tool that comes even remotely close to being as useful for me as IRC.

On QuakeNet we're regularly inviting companies to have developer chats, beta-key giveaways, and we have partnership with events like Dreamhack, for example.

On DALnet we've modernized our webchat (go to http://www.dal.net and give it a shot if you don't have an IRC client installed) using qwebirc (originally written for QuakeNet; but a lot of networks have chosen to use it) and also cooperated with mibbit.com and kiwiirc.com for allowing access.

At work I also run a smaller network with around 50 colleagues more or less actively chatting and using it on a daily basis. Digital office landscape working very well for people both at the office, at home or spread out over other cities.

A lot of applications, websites and services would benefit a lot by not having to reinvent the logic of messaging again by simply writing a frontend to an IRC server and have so so so much for free. Either on their own with an IRC server, or by setting it up towards one of our existing networks. If someone is interested to discuss such ideas, please just ask here or privately!

TL;DR: IRC still kicks ass! :)
I'm not sure why anyone couldn't reasonably build their own pretty quickly. reddit publishes their source code.
On the other hand, if you do want a cutting-edge language with a powerful static type system, and a compiler an order of magnitude faster than Scala's, you could try Haskell.
original Link: http://blindfilmcritic.com/archives/2689

+ 2 more videos:

How Blind People Use The iPhone 4S – Twitter & YouTube Apps

How Blind People Use The iPhone 4S – Facebook App
GHC does a lot of the same things (arguably more stuff) and it's extremely fast, especially if you don't use -O*.

Anyway, type-checking is probably the fastest part of compilation so there's no reason to give up Hindley-Milner for speed reasons. (One of the best features of GHC is that you can use GHCi to typecheck)
Everybody should read part 2 of this post[1]. That's where all the interesting things are! I wish they had either not separated out the interesting bits into a different article or that part 2 was the article on HN.

[1]: https://blog.stackmob.com/2013/01/free-yourself-from-the-tyr...

Essentially, part 2 shows how you can very easily overcome the issues with the approach in part I using some nice Scala features. You can get elegant code without sacrificing the more expressive types.
FreeBSD, OS X and iOS have non-blocking /dev/random thanks to http://en.wikipedia.org/wiki/Yarrow_algorithm
There are a variety of really interesting comments here. Thanks for the pointers to other sources on history and economics besides the interesting magazine article submitted here. Having read the comment threads, I just wanted to respond to a couple of statements about Thomas Midgley, Jr., the chemist who had much to do with developing tetraethyl lead as a gasoline additive and later Freon as a refrigerant. The accusation made against him in those comments is that he was accountable for untold human suffering around the world because of his inventions. But let's remember that during the twentieth century mortality and morbidity from all causes declined throughout the world, and that in the developed world, life expectancy at all ages has been increasing throughout my half-century lifetime to date.

http://www.scientificamerican.com/article.cfm?id=longevity-w...

Technological progress is all about trade-offs. The trade-off that is beneficial and affordable in one decade may be supplanted by a trade-off that is more affordable and less incidentally harmful in a later decade. Improved transportation by motor vehicle doubtless had many side effects that were beneficial to human health, as did more efficient refrigeration and air-conditioning. On the available evidence, it is at least as likely that Midgley's work was net beneficial for humankind over the course of our parents' lifetimes and our lifetimes as it is that he caused net harm to humankind. We can't rerun history to be sure. Meanwhile, as we discover more about physics, chemistry, human physiology, and also economics and public policy, we can aim to make the best regulatory trade-offs we can in this decade. It's enough to be rational today and to try to improve the living environment for humankind according to our best understanding today. So far progress in improving human health in general has been remarkably steady worldwide for more than a century.

http://www.demographic-challenge.com/files/downloads/2eb51e2...
The best option in java is to check for null only when it is a valid special case with meaning (usually "object not created when id=null" so create, else update).
Otherwise if the caller makes a programmatic mistake then NPE is a valid exception. And of course document your API:s so that the caller knows which fields need to be initialized.

And yes NPEs are the most frequent exceptions, but also the easiest to fix. So avoid nulls when not needed, like return an empty list instead of a null list for "no result" so that the client doesn't have to check both list!=null && !list.isEmpty() (actually the isEmpty can usually be skipped, just loop the list contents if any)

Didn't get to read the scala version, the server apparently melted... Been waiting to see some concrete scala examples so waiting with interest.
Not sure what you mean, but /dev/random should indeed be a blocking read. The question is whether they should be using /dev/random to begin with.
And yet people -- hundreds of thousands of them -- do manage to get useful work done in Java on a daily basis! I do not want to be one of those people however because I do not like suffering.
It isn't. The difference is that in all the places where you don't use Option[T], you no longer have to have a null check because you have "banned null."

This doesn't seem like a particularly good idea if any of your code needs to run reasonably quickly. Even relatively tame uses of Option[T] in the collections that ship with scala can have a terrible impact if you want to run the code rather than just typecheck it. For instance, if you have some loop in which you want to perform I/O and call getOrElseUpdate on your scala.mutable.HashMap[T, Long], your code will probably spend a majority of its time creating millions of java.lang.Longs, stuffing each one into its own newly-minted Some[Long], and GCing these two things.
Win my $1 bounty: New Message alert in Codeigniter
Typechecking shouldn't take much of the time. I'd wager (having never even looked at the Scala source code) that the time consuming part is compiling everything into JVM bytecode.
Free Software Foundation vs Microsoft Windows 8 "Secure Boot"
The idea is that you don't want to call isDefined at all - you'll want to call getOr(T default) or pass it through a chain of methods that are overloaded doFoo(Some<T> x) { .. stuff .. return Some<U> }/doFoo(None x) { return None; }
Wow, that is terrible, sorry for the eyesore.

If you're still interested, try it now. It should hide for mobile browsers.
I believe it falls under the Association fallacy (http://en.wikipedia.org/wiki/Association_fallacy).

The assumption is that because both designs share a common attribute they are both intended for the same purpose and therefore if one design is bad for a particular reason, the other design must also be bad for the exact same reason.

This isn't necessarily true with Pinterest, which has a different purpose to Facebook, and therefore likely requires a different UI.
You can completely disable facebook alerts from the facebook app. On Galaxy 3 the screen is big enough for the app, but I do turn it landscape.
Have a look at Slick [1]

[1] http://slick.typesafe.com/
That's true, but this study shows some benefits of floss even it's weak. "Flossing plus toothbrushing showed a statistically significant benefit compared to toothbrushing in reducing gingivitis at the three time points studied, the SMD being -0.36 (95% CI -0.66 to -0.05) at 1 month, SMD -0.41 (95% CI -0.68 to -0.14) at 3 months and SMD -0.72 (95% CI -1.09 to -0.35) at 6 months."

I just selected random study from the search results, didn't read it entirely. But there are hundreds of studies about benefits of floss.
The last paragraph says it's tough in Java and Scala makes this pleasant and they will explore that in the next post.
Option types represent computations that can fail. In order for an option type to be at all useful, you need to be able to actually do computations: take an Option<A> and a function A → B, and get back an Option<B>. That’s exactly what the Functor, Applicative, and Monad instances for the Maybe type in Haskell do.

Here, you’ve just traded one kind of checking (!= null) for another (isDefined). This is more type-safe, to be sure, but has a high legibility cost. There is also no gain in exception safety: NoSuchElementException is not appreciably more meaningful than NullReferenceException.
I personally use icones.pro, they have over 200 000 icones, and the quality is good.

(I don't own/operate this website)
XMPP is good for scale (we built http://www.LiveFanChat.com with it) but for simple install/ease of use IRC still rocks.
well as a visually impaired Web user, with almost every tech device out there and working for a Content Delivery Network. I can say that more Webmasters need to take accessibility and responsive design into consideration when designing and creating their sites. Not everything can be for SEO and usability purposes.
That's arguably a good point, but I think it's mitigated substantially by the fact that the overwhelming majority of those defended by the public defenders' office haven't had their assets seized (because they haven't got any), and any individual defendant with so many assets having been seized that it starts looking like a value proposition for the public defender to throw the case has probably got enough extra stashed somewhere, or enough friends, that they aren't being defended by the public defender anyway.

I'm not saying it would never happen, but it would certainly be a lot more rare than "hey look, this shady fellow has got a lot of money, let's prosecute him instead of criminals who are causing more damage to society because it's more profitable to the law enforcement agency who gets the money."

Edit: It would also be possible to just remove the moral hazard. In the rare case where the public defender is counsel for a defendant whose assets have been seized, then in that case if the defendant loses the assets don't go to the public defender, they go somewhere else. Like, say, lead abatement: http://news.ycombinator.com/item?id=5006368

Edit 2: Really, you're probably right. I think I'm just defending it because I had a thought late at night before thinking it through and immediately posted it, and now I feel like I should be defending my idea even if it isn't any good. Almost all of these "x found money is allocated to y thing" plans are the wrong way to go -- the amount of money something needs to operate is unrelated to the amount of ticket revenue or asset seizures or whatever.

But it shouldn't be allocated to law enforcement either, for the same reasons. That is what really needs to be changed.

Maybe it all should go to lead abatement -- putting it in the general fund just hands the perverse incentives to Congress. Allocating it strictly to lead abatement puts it in the hands of people with no obvious relation to asset seizures and so no obvious ability to unjustly increase the number of seizures or fraudulent guilty verdicts for pecuniary gain, and solves a serious problem that also happens to be an extremely cost-effective use of the money.
Hey dude! You reviewed an mIRC script I wrote around 1997. It was called DynDNS and it was for updating your IP address with dyn.ml.org, that old service that would give dial up users with changing IP addresses a static DNS CNAME.

You liked it and gave it a positive review, and at 15, that was really huge for me and kept me hungry to keep coding.

So, thanks!
The wikipedia info sounds a bit less promising than the claims made in the linked article: http://en.wikipedia.org/wiki/Xylitol#Dental_care
I can report identical results on the exact same device running the AOKP 4.2 release that just dropped. There does appear to be significantly less menu lag.

I grabbed this yesterday when it was reported over on r/android, and I can see no meaningful impact on battery life.

The developer also explicitly stated that no wakelocks are taken.
No, no changes before or after or anywhere else. Just that one line.

I have written my share of hand-optimized assembly, but this is just an optimizer peculiarity. I am not after trying to understand why it happened, and I was making a joke calling it a "technique". That said, here's an assembly dump of both versions, just in case :) -

Slower version - https://gist.github.com/4454234

Faster version - https://gist.github.com/4454238
I was following this last night because it's hilarious. Last I checked, there were three likely causes for the "performance boost" (or some combination thereof):

1) You have to restart the phone to activate the patch. Many users might not have restarted in ages, and this alone would cause a good performance gain.

2) The patch is keeping the CPU from idling by constantly writing to /dev/random. This gives you better performance at the detriment of battery life.

3) Placebo effect.
> public Option<Integer> getIntFromHeader(Option<Request> request, String headerName) {

> We’ve now, strictly speaking, solved our problem

No, now you have two problems. What if request is null?
Those are more or less the equivalent of /dev/urandom, not /dev/random. On Linux, /dev/random is only raw entropy, /dev/urandom is raw entropy plus PRG stretching when raw entropy runs out.
Everything after (or perhaps including) the Bourne shell is new.
I can only speak to California utilities, but in CA, by law, utilities are permitted to earn 11% return on capital. As there is no customer choice when it comes to electric power (you only have one provider running a wire to your home), the utilities simply get the rate approved that they need to generate the allowable return. So prices don't "fall", because the utility is constantly investing in new assets (generation, transmission, smart meters, new power purchase agreements) raising their capital base and thus either sustaining or raising the rates (price) to consumers.
Organize your brain