skysight-inc/HackerNews huggingface dataset:
Ask HN: Routines before coding in the morning?
I have a morning routine where I make coffee using a very manual full immersion method before I start hacking on code.

Do you have a routine you follow before you start working on your side projects?
A one-of-a-kind wind tunnel for birds that paves the way for better drones
Perfect, so open source it so the community can continue, it's still #1 for the moment and libGDX might be better served by it than intel
>>Maybe you are right, but what are we blaming silicon valley for? Being wrong on a venture investment?

For failing to do due diligence before investing hundreds of millions of dollars in a company.
Interesting he omits Flow from his very carefully chosen "Typescript won" arguments.
The article is a bit tangential to what I imagined based on the headline, so I won't comment on that.

I would be very happy to pay for journalism, though.

I don't know if it's always been this way, but traditional news media seem to basically report a thing, with some unfounded commentary, and that's that.

I would love to see a 'general affairs' version of something like lwn.net.

Headlines like 'Inflation hits 0.5%' are just bollocks without explaining what inflation is, why it matters, what 'real return' is, whether real return is actually useful in $CURRENT_YEAR, etc.

In the UK we seem to have a relentless focus on personalities which is quite frustrating. 'Cameron this, cameron that' 'Osborne will be...' - focus on the policies, please, I don't care about the politicking. They'll be in for four years regardless, you know? It's just gossip.

My guess is that it's based on the instantaneous nature of news nowadays. If the Daily Mail has something on their front page, as The Guardian you need something up very soon if not now. If not for ad views, simply for relevance.

It might be time for me to start picking up The Economist again. I liked the weekly format, it seemed to give them time to actually flesh things out a bit.
> Yes, strongly statically typed languages eliminate a LOT of potential bugs

They don't. AFAIK, lines of code is the only known metric with significant correlation with bugs so far. And if you ever wrote anything in a good dynamically typed language, like Perl, you know that its type system never causes any problems.
It was Erlang, not Haskell, but yes, pg asked user to do that, and they complied, a bit too literally (he meant Erlang as an example).
From that report, Japan's rank for household financial wealth: 3 / 36. Anyway, the OECD report is highly suspect, IMO. It certainly doesn't tell the story that I've lived.
Book Recommendations from Nassim Taleb
The Wrong Word Could Get You in Trouble on Venmo
I wonder if that's the case (what was meant). When I first worked with ASP.NET 1.1, getting it to work (feature-level) with Opera often required forgoing most of the "managed" control properties and using CSS/JS directly. The backend .NET code was much more of a joy to work with than Classic ASP, but the managed ASP.NET frontend portion, not as much.
> jurors who, not unreasonably, believed that scientists in white coats knew what they were talking about

I don't think I agree with the "not unreasonably" part. At what point do we as a society expect more from jurors? Ask yourself: If you or one of your close friends is called to be on a jury, do you think you'll just take some song-and-dance at face value without carefully weighing the ostensible expertise of each witness?

Rather, it seems to me that the process of juror selection has become so obtuse - yet so routine - that critical jurors who might lead the jury away from swallowing this kind of hogwash are filtered out before the case makes it to trial.

> There were no scientifically accepted standards for forensic testing, yet FBI experts routinely and almost unvaryingly testified, according to the Post, “to the near-certainty of ‘matches’ of crime-scene hairs to defendants, backing their claims by citing incomplete or misleading statistics drawn from their case work.”

...and nobody questioned this? No defense attorney or jury foreperson over the years brought any serious attention to this? That's the broken part.

That the government will lie is to be expected and is part of the nature of government. That people will unflinchingly proceed as though its lies are actually veracious and sober elements of a criminal trial - this is fixable.

> There is no lack of good ideas for reform. (Journalist Radley Balko and Roger Koppl, a professor of finance at Syracuse University’s Whitman School of Management and a fellow at Syracuse’s Forensic and National Security Sciences Institute, offered up a laundry list of fixes in Slate—almost seven years ago.)* These solutions are not all that expensive or complicated. Among them: giving defendants their own forensic experts, untethering crime labs from the prosecutors and cops to which they now answer, verification and standards.

Radley has been so tireless in his reporting. Glad to see his work mentioned here. He's a true hacker and a great speaker and researcher. The recommendations mentioned here are so obvious and so easy that it's unthinkable that the failure to implement them is attributable to anything but the desire to continue to convict, truth be damned.
Regardless, I wish that they'd spent that effort writing an elisp→Lisp compiler rather than an elisp→Scheme compiler.
This is disturbing. This got me thinking, is there any institution or system that can be trusted? I mean these are organizations that enforce laws and the very foundation the rest of the society is built on. If that is flawed to the coare, what can you trust?
> Multiply by one hundred the number of doctors or programmers and you will see "how valuable" their job is.

The reason there is a scarcity is precisely the fact that multiplying availability is not easy, i.e. training is long and/or hard and/or expensive.

If you find yourself in a lucrative, scarce job, just make sure it's hard enough that it will always be that way...
Amazon is continuing its crackdown on fake reviews
The only complaint I've heard is that TS makes JS feel more like C#. Lots of people would say that's a good thing. But, some people really appreciate the dynamic nature of JS.
This is the research project of another PhD student in my lab. It takes an audio file and a script and generates a facial animation to lip synch to the audio. The key contribution (in my view) is that the animation curves it generates are much simpler than those generated by motion capture, so even when the results aren't perfect, they are easily tweaked by animators.
I imagine the DAC would be built-in to the headphones, not the cord. And I'm sure some models will still offer cords that detach at both ends.

Also, realize that no normal consumer is resoldering pins. You are in the extreme minority. And there seems to be plenty of repair shops that can fix high-end digital components (e.g. iPhones).
Structural is worse than nominal. The types are unsound even without "any" because arrays are bivariant. There are no HKTs.
Yep. I use Yi occasionally and it works well, but it needs more users to test and report the rough edges. Though, it's excellent for writing support for new languages, given that it's all Haskell.
I used it very heavily and exclusively for about 3 months. I'm not writing it day to day now but it was like having super powers in comparison to writing JS or Coffee.

I was using Visual Studio Community so I had all the benefits of intellisense (which is a big benefit), and I was able to manage a fairly complicated bespoke canvas thingo that suffered a few major refactorings - which I was able to perform with confidence due to the type checker.

The massive list of bundled typings and 3rd party typings makes it much quicker to pick up a new API or remind yourself of one you haven't used for a while.

I now write C# day to day and I find I don't spend the majority of my day alt-tabbing to and from documentation web pages as a result.

So... any bad things to say? None at all off the top of my head. I'm a huge convert, and not because 'it's nice' or 'it's pretty' but because it's like wearing the Iron Man suit when it comes to programming. It's helped me be more productive on non-trivial projects.
Let's just say it's not new.

Operators mostly watch the plant during the weekend while the engineers are not there. It is a security job: check if something turns red and pick up the phone if it goes bonkers. The operator has a limited access to the core process. Boring, and they get busy by going to the Internet and downloading random stuff. And yes they do have access to the Internet...
I didn't even think about that, but yeah he totally did.

This whole article has a very "Wow, all other languages except for the one I've invested time in really suck!" feel to it. The arguments presented are shallow at best, rely on short-term data, mostly just popular trends of what people are talking about/searching for.

There's not any empirical evidence that I've seen in this article that suggests any language is better than any other language.
If you read my last paragraph, I'm not say that Leicester or anyone is is definitely doping. I'm saying that if a scandal breaks, I wouldn't be one bit surprised, because we don't seem to care about asking tough questions, actually testing footballers properly compared to other sports, or wondering why Ryan Giggs has pace at 40 years old (I say this as a Manchester United fan).

There's tons of potential evidence to start looking at if the football world decides so.[1]

[1] https://en.wikipedia.org/wiki/Operaci%C3%B3n_Puerto_doping_c...
I love TypeScript, and after spending a few years writing JavaScript and CoffeeScript, I've switched to using TypeScript whenever I possibly can. The only bad thing that I can say about it is that the management of type definition (.d.ts) files for external libraries can be a bit of a pain, even using tsd. That's less an indictment of the way TS works, and more of the tooling around it.
Consultants Can Help Businesses Stay Focused During Hard Times
> how can it function properly if everywhere is piled high with waste?

Reminds me of http://joek.com/jokes/joke_102.shtml
i have a nexus 5: it has serious issues with wifi and network toggling, and it's camera is total shit.
The reason I'm so confident is that I did run the numbers. I have profitably mined Bitcoin a couple times in the past.
By looking at that I'm thinking that maybe their spamming is the reason for the limit in the first place.
> Why go through the ridiculous process of finding average developers who by luck (or some homework) happen to solve the problems you throw at them perfectly?

Never underestimate the value of hard work, preparation, and a can-do attitude. It eclipses natural talent every time.
Google Transparency Project
F*** You, I Quit – Hiring Is Broken
He seems to think that this is only the case for organizations, not open source projects: https://twitter.com/holman/status/661384740927242240
Nice, I've recently been honing my C# chops, so I'm super excited to see this arrive at such an incredible (for me) time.
So first of all, I'm not hiring :-P
I see your point though and I don't agree.

First of all, the point of the interview isn't to determine whether somebody is bad, or improperly couched. Surely interviewers would love being able to do that, but it's not possible to do it in a couple of hours.

During the interview all you get to do is to apply a noise filter to get rid of the incredibly bad ones. Because without that filter you can get people that are a very bad fit and that can cost you the project and the morale of your existing employees. It's incredibly taxing to fire somebody. Every time it happened to see a colleague being fired, internal discussions, personal attacks and bad feelings happened internally, every single time and not just at one company. And then in big corporations, because of the risks involved in firing people, you get an even worse effect - you see them "promoted".

And with a noise filter you can naturally have many, many false negatives, as in people that are in fact good, but won't pass the test and interviewers are willing to have that risk, instead of risking false positives.

Of course, from what you're saying, I think you believe everybody can be great. Well, yeah, I think everybody can be great at something useful, but not everybody can be great at something specific. We software developers are too idealistic at times. I don't see surgeons going around telling other people that everybody can be a surgeon. That would be a preposterous thing to say.

On the other hand I do think that if companies want good people, they should invest in education.

> The whole principle here is that there exists a growing portion of developers who can't be bothered with interview ping pong.

I can agree with that. I'm not into interviewing myself. I'm not into switching jobs that often either. I can't be bothered with that because I've got satisfying things to work on already. Capitalism and the free market cuts both ways, right?
FWIW, these aren't actually enabled in 46 unless you flip the `layout.css.prefixes.webkit` pref to true.

(We hope to flip that to true by default soon: https://bugzilla.mozilla.org/show_bug.cgi?id=1259345)
Don't use abstractions.. unless they're high enough that the compiler or runtime can optimize their implementation better and faster than you could - and the compiler/runtime environment actually does this (naturally C++ doesn't and can't).

Higher level abstractions aren't necessarily the enemy of optimal code. Modern tracing jitted JS runtimes are great examples of how higher level code can be transformed under the hood by an intelligent compiler into more efficient concrete code at compile/runtime. The problem with C++ isn't that it exposes abstractions, it's that there is no way to make the abstractions responsive to where/how they are used, no simple automated way to optimize by use case, and there is no reliable tooling that exposes the cost of abstractions during development thus concealing their potential costs.

That being said.. abstractions are probably the greatest single potential untapped source of massive performance gains as it allows performance optimizations to be automated by machine learning and runtime performance analysis.
If Xamarin is open sourced and RoboVM is dropped, I can only speculate that Microsoft did not want to touch JVM with a 10-foot pole and chose to not entertain Oracle legal. May be I am wrong, but that is one possibility.
I hate these stupid "X Won" posts.
I love the north of Europe. My blood and family are there. It is the only other place in the world where rational minds combine with a long, distinguished history of building on success. I hope we will find a way to share between east and west the hard lessons of our past!
In typescript the types are optional, so if you omit types it'll look very much like ES6.

You can mix and match dynamic stuff with Typescript, depending on your compiler options, it'll treat non-typed things as if you were writing regular JS.

I always turned on 'do not allow 'any' types' because I wanted everything typed.

As far as C#... there are enough minor differences for it to be rather annoying if you have to jump back and forth every second day. C# is vastly more powerful and convenient as a language to Typescript, though. I'd write C# in the browser if it were a de-facto option, and I used to write and love Ruby. C# has all the functional stuff I doted over in Ruby, and it's all typesafe!
> An allowance that should be enough to live on, and how you spend it, is up to you.

Is there a plan to adjust for cost of living? I have a feeling San Francisco alone would bankrupt the country!
As a Man City fan, I was sure you guys would finally win it. It's as if our managers don't really want to win the PL. Pellegrini and Wenger's stubbornness is an important reason for Leicester and Spurs to lead the table.
Why would Microsoft open source a direct competitor to the Xamarin .NET platform?

The best option you're likely to get is to build on top of the older open-source RoboVM release:

https://github.com/robovm/robovm
RPI's have been shown not to scale from a power/heat to $ ratio (I believe Mac Mini clusters are way more efficient), so this is not a practical project by any means.

Even so, very fun looking project. It says something when a geek like me is impressed at an electronics project for the (very nice) woodworking.
It has a terrible type system
“Snowden”: Official Trailer
yes.

I believe that prosecutors generally want to progress into a political or judicial career. Those careers value high conviction rates, political careers love people "tough on crime"
So, blue screens and the OCR font?
Tech Debt Thursday would be a little more alliterative.
TypeScript is a transpiler + type checker. If you just need a transpiler the author makes no recommendation between Babel and TypeScript
Blue is also the color human vision is worst at. You have many fewer blue color receptors than green or red. Images colored blue look more blurry than ones colored green.

That said, it's still one of the three basic colors humans can see. There was clearly an evolutionary advantage to seeing it. And I find it hard to believe that radiolab episode that said people literally didn't see blue, not just use a different word.
Don’t build a bot just because it’s trendy
That's actually a really good point, I guess my definition could use some work.
In its deep history, the C language was defined by what the implementations did. Only later was it standardized, with an attempt to permit existing implementations be viewed as conforming or easily updated to be. Even decades later, though, the culture of developers tends to the view that something which has always worked in every important implementation should be allowed and continue to work in new implementations. This is such an example. Only a new generation of compiler writers are challenging this, trying to shift to a language-lawyer interpretation of the standards.
Doing any modification to the source code to prevent this is not a good design. C/C++ is not designed for this use case, so it's going to create a mess if one will try to work around this. This might lead to similar problems that premature optimization does to the code. Instead the solution should be on hardware level, like in airplanes. Put three computers in radiation environment. Then put a forth computer that'd analyze the computing results from the three computers and do action only when there 3 out of 3 or 2 out of 3 computers agree on the result. Or average / median can be applied, depending on the task. Ideally the fourth computer needs to be put in non-radioactive environment. If not possible, that still simplifies the problem somewhat. Because only the final forth computer who collects the data and selects the trustworthiness can contain bugs, not the rest of the code.
Will Healthcare Apps Replace Doctors?
Prince and Journey: How “Faithfully” and “Purple Rain” Are Related
This story is simply badass!
I could quibble with the conflation of correlation w/ causation for a lot of the comments this post makes about es6/babel or coffeescript.

But each time i re-read this post, the cohesive point that pops out most is that this post is basically a Donald Trump speech about Typescript.

The claim is that it's bigger, it's better, and everyone else is a bit sad. It disingenuously claims that it's not about about competition and then literally ends with "Typescript Won".

So, lemme offer some rhetorical advice:

1) pick to a POV & stick to it. It's a competition or it's not. You either think it's worth highlighting how much better Typescript is over other technologies, or you don't.

2) Most of the points made in the post aren't assertions about the benefits of Typescript or the decisions it makes. Not everyone agrees that the existence of a static type checker is an unqualified benefit (and there are many dimensions to that conversation). If you want to make the assertion that Typescript makes your life easier/better because it has a type checker, assert the benefits of having a type checker (and the decision making for AngularJS's adoption of Typescript on the basis of having a type checker could use a citation).

3) Related to 1., this post comes off as MEGA passive-aggressive because you keep on mentioning how much you also love other technologies at the same time talking about how they are inferior to Typescript on a variety of shifting bases. Because of that you're not telling a cohesive story about Typescript. You're just talking about how you think other technologies are bad.
Yes, at least make sure that your code compiles and the tests pass on more than one. That way you're sure that you're not depending on peculiars of one compiler (their specific behaviors that are undefined in the standard, optimizer actions, etc).
Too bad that all the new CI platforms seem to require Docker. My server is running FreeBSD.
Growing up with Dogma
An invitation to settle matters with Forbes, Wired and other publishers
Can this be filtered by primary project language? I'm not going to be much help to anyone whose project is mostly C or Ruby.
No need to say TypeScript "won," we're all pushing JS forward and TS is just another tool in the toolbox. However, I'm glad to see it doing well especially since it felt like a big risk for us at Ionic to pick TypeScript (along with ng2). I've been happy with how positively received TS has been, which has been a bit of a surprise to me, honestly.
Plus.codes: Personal postal codes for your location
I'll give you that - the selfie stick phenomenon is completely ridiculous. Actually the entire selfie thing leaves me cold, but perhaps I'm just getting old.
I'm reminded of an old game called Core War, where the object is to write code that corrupts your opponent's code while simultaneously protecting your own code. I wonder if people who are good at that game would be the best candidates for this type of fault tolerant programming?
Web Project Managers: Staying Focused on the Problem
Interesting. Does the technical definition of the term allow for a "free market" where there are restrictions on the accumulation of capital?
The things missing for me are:

1. partial application (bind is typed as 'any')

2. sum type destructuring

3. issues with recursive type definitions

But the Typescript team add new features very quickly so I wouldn't be surprised if these issues are solved in the future.
Another place this use case comes up is supercomputing. Not because of the unusual levels of radioactivity, but because of unusual numbers of processors. When you have more components, a single bit flip somewhere is increasingly likely. Resilience has been a research area in HPC for a while now, and people have looked at fault tolerant algorithms, redundancy schemes, faster checkpointing, and other ways to make sure your HPC application running on a million cores won't die because one core gets a bit flip.

So far this has luckily remained a research area in practice, because the vendors tend to do a good job of hardening their machines against errors as they get larger (most of the gloom and doom predictions take the error rates of current hardware and extrapolate). It will be interesting to see if it remains that way.

Relevant article: http://superfri.org/superfri/article/view/14
I think this article is a good starting point for a discussion of a couple issues. When is a market free enough for a libertarian? Should hospitals be more like restaurants? Should there be a Yelp for medical care? Would start-ups create better and bigger "Square for medical offices" type products (i.e. Square simplicity and scale for handling patients and stuff).

I assume there are big barriers to these things and if they weren't there we'd have these things if we changed in today's environment. But, honestly, I don't know.

I did love the bit though where he had no idea his hospital of choice was B rated and actually below average for the care he was seeking. If there were a Yelp would this have been different?