skysight-inc/HackerNews huggingface dataset:
While the paper is certainly well-written and reader-friendly, I politely disagree that understanding how it works is simple. Even understanding digital signatures is hardly simple, and that's merely a small subcomponent of the bitcoin system.

Moreover, there's not much point in saying things like that to people who are trying to learn, as it adds nothing except to suggest that if someone doesn't understand this easily just by reading that paper, they might be a bit less capable than some of the rest of us.
Whatsapp is end to end encrypted and won't have the data.
I find that JS often seems to tie programmers in the most extraordinary knots just to implement even quite simple logic, because of the single-threaded nature of the language.

In the programming model used by most other mainstream languages today, if you've got some work to do that interacts with some external system and might take a while, you'd probably start another thread for that task. You'd write the required logic in the usual linear fashion, and just let the thread block if and when it needs to. Modelling this using fork/join semantics and techniques to co-ordinate access to shared resources from different threads are reasonably well understood ideas.

Because there is no general support for concurrency and parallelism in JS, you only get one thread, and so in most cases you can't afford to ever block it. Consequently, you get this highly asynchronous style that feels like writing everything manually in continuation passing style, just so you can carry on with something else instead of waiting. That in turn leads to callback hell, where you start to lose cohesion and locality in your code, even though usually you're still just trying to represent a simple, linear sequence of operations.

Async/await help to bring that cohesion and locality back by writing code in a style that is closer to the natural linear behaviour it is modelling. However, even those feel a bit like papering over the cracks in some cases. Async/await kinda sorta give us some simple fork/join semantics, but as the blog post linked from the parent shows, we have a lot of promise-based details remaining underneath.

Fundamentally, the problem seems to be that JS is increasingly being used to deal with concurrent behaviours, but it lacks an execution model and language tools to describe that behaviour in a natural, systematic way as most other widely used languages can. Being strictly single-threaded avoided all the synchronisation problems in the early days, when the most you had to worry about was a couple of different browser events firing close together and it was helpful to know the handler for one would complete before anything else started happening. I'm not sure it's still a plus point now that we're trying to use JS for much more demanding concurrent systems, though.
Why not just link the image directly: https://archive.li/LAI0C/27841a7626515fac1405e6b6f06c78794a6...
>Carrier based attack drone

Drones were science fiction back in the early 90's when the F-35 program was started. Even today they can't even come close to outperforming a skilled human pilot in a combat scenario. (Although perhaps if it were Google working on the hardware and software it'd be doable).
I think you are overstating the complexity for someone who basically understands signing, or even just hashes. Yes, it is rather clever and takes some time to wrap you head around, but the core structure of Bitcoin is certainly not beyond reach for an average software engineer. Some of the more esoteric pieces like the runtime machine.. etc not withstanding.

I haven't seen the recent crop of materials, but I grocked it watching a 60 minute or so video presentation which I think was from someone at Mozilla. Oh, here it is:
https://vimeo.com/27177893
Because being concerned is a bad thing?
"Never pick a fight with people who buy ink by the barrel" - M.Twain
Is there no "none of the above" option?
And someone needs to pay for the overhead of 'community fixing itself'.

And the Promise/A+ spec is so bare-bones, it is laughable. And the actual issue is that not every module is embracing it yet.

Sure, it will all be fixed. For freeeee :)
I think the switch to an async back-end can be more initial work than many expect. It may take some time to feel as productive, but promises become powerful and became a game changer for me over my previous work with callbacks. Error handling also becomes manageable.

What I really enjoy is jumping into new community and getting to work with tools that have built. Choosing the right ones can make or break an experience. I personally enjoyed working with Express and Bookshelf.js/Knex.

I appreciate the authors perspective, but I also don't think this should deter anyone from trying out Node. I personally have no overwhelming preference to using a Python or Javascript stack.
> You seem glad that this is happening because the government is unpopular

I, for one, am glad this is happening because this administration has practiced an incredible variety of crimes, and deeply hurt the country in their hubris.

> judges can use this power to attack any government

A government isn't perpetually in power once it is elected. A government is always legitimizing itself, and it can lose its legitimacy as time passes. (In particular, it can lose its legitimacy if it sets up the largest corruption scheme in known history; uses dirty money to finance its campaigns; and secretly maneuvers to hide fiscal problems to support their reelection). Once the legitimacy is gone, a government can and should be attacked.

It is funny how PT government supporters are pragmatic when the judiciary doesn't suit them, and suddenly become strict legalists when they become its target.
These kind of scary warnings apply to almost no one, basically olympic atheletes in ketosis, and can be treated with a glass of orange juice. For the other 99% of us, ultimate performance is not the goal, and keto is a great way to stabilze blood sugar.
The particular case of Box is safe, and is along the lines of special knowledge about Box that is assumed by the type checker, but the special-cased nature of Box has been gradually decreasing over time. I don't think there would be an easy safe way to allow user-defined types to establish same guarantee.

In retrospect, changing the evaluation order of a function with respect to its arguments might have been a better choice, but something like the solution I mentioned is probably the only backwards-compatible option.
Ask HN: What's the process of writing a new programming language?
I know of the process on a very high level. But what would the first 5-10 steps look like for writing a language that would compile into C (like Go I belive).
Actually, that's not quite how the expiration works. When it expires, it turns into regular old US Dollars, which are even better! But, if you have GD or regular USD, when given the choice, would you rather spend something that's already a dollar now or something that might turn into a dollar after some number of days? You'd probably keep your dollar and spend the thing that isn't yet a "normal" dollar.

I do have a rough whitepaper written up (I've since renamed it Greshm Dollar).

Here you go:

https://drive.google.com/open?id=0B2jhCMrrxoeONVNQTVd6NG5pNz...
...hilariously, I've just checked my email, and I see a two-day old message from someone who's just got my previous attempt at a VC4 compiler working. This one was with gcc:

https://github.com/puppeh/vc4-toolchain
I thought Skype only stores the last 30 days of data on their servers, while it will store every piece of data received on your local computer indefinitely (unless you delete it, of course).
> A "tech" company is a company that provides a good or service that is either completely new and only possible because of a technological innovation, or is a new company providing an existing service using a different vertical stack based on technology which came available after the incumbents were started.

That's such a vague definition and one could seemingly fit every company into being a "tech" company if they wanted to. How do you unilaterally define something that is "completely new"? What precisely is a technological innovation? Isn't the iPhone not "completely new", since we had palm pilot and blackberry before it? Is a personal computer considered "completely new" even when mainframes existed before? How do you draw the line between a laptop that has a touch screen (but still has a keyboard) and one that is just a touch screen (iPad Pro for example)?
Hey! Made an account just to reply. I used to lurk on both Omnimaga and Cemetech pretty frequently several years ago. I remember when the original OS signing keys were first factored as well as the bootloader debacle later on with newer calculators. I still check in occasionally to see what cool new hacks are going on nowadays.
Thanks for the encouragement! Very much appreciated!

Fast 5/2 is basically intermittent fasting with two days/week below 600 calories (which I find surprisingly easy to do) and the rest eating normally (but I'm also refraining from eating chocolates/biscuits/cakes and anything overly sweet).

So far, I've lost 3 pounds in a week and an half which I think is an healthy rate.
https://github.com/BlastarIndia/scoop

https://news.ycombinator.com/item?id=8026116

I saved a copy of Scoop and documentation by Del Griffin on how to install it on modern systems.

I also posted to Hacker News if Scoop can be saved a while ago.
And despite this immense failure, in Québec we are looking to do it all over again.

sigh
In the US, asking just about anything is allowed. Certain information is generally unlawful to use in hiring decisions; though, so if you do ask it and don't fall into one of the exceptions where it is allowed to hire based on it, you probably want to both say up front and be able to demonstrate by evidence when challenged in court that it is (1) used for some specific purpose other than hiring decisions, and (2) separated from the identifying information after receipt so that it could not be used for hiring decisions even if those making that decision wanted to.

There is a popular myth that the things that are illegal to use in hiring decisions are illegal to ask, which isn't true (this probably comes as a slight distortion from managers receiving legal advice that those things should not be asked because asking them increases the risk to the company, which is true not because they are illegal to ask, but because asking produces the risk that a jury will believe a charge that they were used in hiring decisions.)
The chats are end-to-end encrypted, so there is no plain text anyone could "mine"
Here is a place to start:

https://en.wikipedia.org/wiki/Compilers:_Principles,_Techniq...
What if that skilled human pilot was flying a "drone"/unmanned craft rather than sitting in the cockpit? I imagine there are benefits to being "in-person" but the unmanned craft could theoretically endure far more extreme maneuvers that would leave a human pilot unconscious or dead.
Environment (available food type and quantity) has changed massively. We have the same potential as before, expressed diffeently now.
I think this is it. Cars.

The Fitbit general population statistics - which I would presume is a self-selected group of at least activity interested people, are quite scary in terms of the large number of people in the <5,000 steps bracket, and the relatively few in the > 10,000 bracket.

10,000+ steps is a normal day walking around London for me, to from work etc. but if I'm driving I may not even get up to 3,000.
I fully expect Krewe to become a unicorn. Who wouldn't want a group of great friends in their neighborhood they could see all the time and build a tight-knit community around? The most valuable thing any of us has is the close relationships with the people we know. If Krewe succeeds in helping you have more of those relationships, then that's worth more than anything you could ever buy in a store. Your best friends are worth far more to you than your iPhone.
This is fun to think about but the most likely explanation is simple fraud.
It seems you truly care about feedback and the quality of your process. FWIW: I'm glad you are making these timelines transparent so people can decide whether the position is a good fit or not for them. As someone who is in the field for over a decade, it strikes me that this timeline is really long and you run the risk of getting people who couldn't get a better offer from another top employer faster. In addition, I personally have stopped engaging any hiring process that has a take home exam. My view is that my degrees and track record are sufficient evidence of my competence. Also, my time is really valuable .. so engaging with companies who are forced to waste their engineer's time as well as mine seems fair. Just one person's opinion :)
UPeace Call for Papers: E-Book on Human Rights and Technology
It was a Basic Fighter Maneuvers test point. The F-35 was supposed to maneuver in response to an F-16 behind them, and they did. This was not an evaluation of dogfighting performance of the F-35.

At TOPGUN (& FWS) the F-5 "spanked" the Tomcats and Eagles on most dogfight missions. That same F-5 runs out of fuel pretty quick, limiting its frontline effectiveness.
There is no replacement because they're a fundamentally broken idea. They require the following to happen, in that order:

* V8 needs to optimize try-finally

* Node core needs to add try-finally at every single place where callbacks are invoked and make sure all state and resource cleanup is properly done to support domains

* Popular libraries need to also add try-finally handlers for the above.

As to why this is a problem in node and not so much in other languages, its because with node callbacks, the call stack goes both ways. In other languages, libraries mostly call their dependencies' code. In node's CPS style, you call the library but the library also calls your closure code. The semantics for the 2nd part aren't well defined in node - the loose law basically says: I wont call you twice, I'll try not to call you synchronously, and you wont throw (and if you do the behavior is undefined).

With promises there is a contract and its enforced by the promise implementation. Since Promises actually have error semantics, you can build resource management strategies on top of them. http://promise-nuggets.github.io/articles/21-context-manager... - and consequently there is no reason to crash your server on errors.
Whenever they're not making official rulings, what judges of the STF say is just a matter of personal opinion. To validate the impeachment these judges need to rule on the validity of the charges raised against president Rousseff.
Meditation, Software Development and Life
The U.S. is one of the most developed countries in the world, by any reasonable metric.

It's true that it's not doing the best in the world, or that it has no problems -- especially when you compare it to a narrowly cherry-picked set of countries in Western and Northern Europe[1], or island/pseudo-island megalopolises in East Asia like Japan and South Korea. But its massive GDP per capita lines up well with other measures of development, like its HDI.

[1]: As an aside, it's probably more fair to compare Europe as a whole to the US as a whole, and places like Norway and England to places like California and Washington.
The question is: does anyone actually believe Theranos is the only one? They may be the "worst", but I firmly believe there are a few tech darlings that get exposed.
It all depends on what subreddit you are on.

Some of the Redditors went to http:/voat.co/ after the Ellen Pao incident. Mostly Gamer Gate and Red Pill people.
It's an inflated example of what all npm script projects become, imo. First you just have "test", then you add "build", then you separate your "test" into one for the browser, one for Node, one for CI, then you need scripts that combine those together; then you create different "start" versions depending on environment... It blows up quickly.

> Npm scripts are really just shell scripting, which means all the real progress happens in the unixy Node tools that do the heavy lifting, where it should be.

That's fine, but you're missing critical features that Make provides; make won't even rebuild a target if no files have changed.
How is this different than using gcc like they describe in this book https://jan.newmarch.name/RPi/?
That actually looks better than most Gruntfiles I've seen.
I agree with your comment, particularly with the fact that HDI is a good index for monitoring the "richness" of a country.

However, the parent comment was about Brazil being a 3rd world country, not only "poor" by US standards. There are 113 countries that score lower than Brazil: countries like Ukraine or China. I don't think they are the 3rd world.
bah... zshell or nothing.

you can get all this stuff at ticalc.org
How does cadwolf compare to onshape?
Same experience as the author. Tons of reinventing the wheel, and hundreds of dependencies.

The majority of established companies that say they use Node in production are doing so as a fancy proxy. All the "serious" stuff is done on backend services written in other languages.

Moreover, asynchrony is a concept far more advanced than most people think.

We will likely continue to leverage Node as a fancy proxy. Adding Typescript will only help. But it's likely that as Node grows into a mature platform, other platforms will continue to fill in the gaps that Node filled.

See for example Node constantly adding [foo]Sync versions of methods, while Python adds first class sync support.
I think the author is trying to say that coorelation is the starting point in the hunt for causation in many investigations.
SnapSudoku – Extract and solve Sudoku from a smartphone image
Given how easy it would be to prove that it's not a con, I'm surprised how anyone is buying any of this, really.

All Wright has to do is sign today's headlines with the genesis key and publish the signature, and that's it. No other speculation or "convincing of a core developer" needed.
Ok, so what? Even if a company fights to maintain control over their product, there's still a societal benefit even if that benefit has been artificially limited due to price. And while they can delay things to an extent, eventually, they'll lose control over their product as IP protections run out. There are still games that can be played at that point when everything is lined up just right, but those are games that can be addressed through legislation and the courts.

I'd rather hideously expensive treatments exist, even if I can't afford them, than live in a world where they're never even an option. Price can and does change over time, and those treatments become more accessible to more people. But if the treatments are never developed in the first place, then that's an even greater tragedy because then there's literally nothing that can be done to make them accessible.
It's probably more informative than "Hey! Hey!", but it's not clear that it rises to the level of language, as opposed to communication.

To be precise: not all communication is language, language involves grammar, which hasn't (yet) been conclusively demonstrated in any other species.

Source: was a neuroscientist who TAed for a guy who tried to teach a chimp language in the 70's.
Yeah, you can get used to anything if you can stick it out at least 2 or 3 weeks.

You might try soda water with no sweeteners, its what I drink now when out.
The OP's point was: they either think you're trying to bring down a plane or they don't. Punishing minor infractions is not on their menu.
With node, at least you have the option to easily migrate to TypeScript and get excellent tooling.
The white paper doesn't explain a lot of the very complicated additional bits needed to build the Bitcoin system that were already well documented elsewhere- For instance, the node discovery algorithm.
"Don't use unwrap" is only dogma in library code, because ultimately it should be up to the ultimate library consumer (the application) as to whether an erroneous situation should cause the program to exit. Relative to this, unwrapping is perfectly acceptable in application code.
Location: Brazil
Remote: YES
Willing to relocate: YES
Technologies: iOS (Swift, Objective-C), Salesforce iOS SDK, Zendesk iOS SDK.
Résumé/CV: https://www.linkedin.com/in/colatusso
Email: colatusso at gmail.com
GitHub: https://github.com/colatusso
I'm a software developer focused on iOS development.
Shorter: Correlation does not Aristotelian-imply causation. Correlation probabilistically-implies causation.

Aristotelian logic is a necessary step towards understanding logic, but on its own it's not actually that useful because in reality we just don't have enough things that we can safely approximate as 100% true for it to work reliably.

Incidentally, this also means that the classic lists of "argument fallacies" often contain a few fallacies themselves, as an argument being Aristotelian-fallacious does not mean that it's practically- or probabilistically-fallacious. But I will agree that this is generally a distinction without a difference; I only rarely see someone accuse someone else of committing a fallacy where the accusation is Aristotelian-correct but not probabilistically-correct. But, rolling back around to the original point, most of them are indeed thoughtless recitations of the "correlation does not imply causation" mantra when, probabilistically, the correlation being observed can be reasonably interpreted as evidence.
Lessons already learned by older engineers (who went through similar woes with other languages/tools) are being re-learned again and again.

If only that were true! I think the JS (and more generally web development) ecosystem today is more a case of those who do not learn from history being doomed to repeat it. The thing is, if you actually are Google or Facebook or Microsoft or Mozilla or Apple, you can throw huge amounts of resources at problems and produce sufficiently useful solutions regardless, and then you can do the same again a few months later if you need to. These are the kinds of organisations that set the tone for the whole community because of their sheer size and influence. However, their goals are not necessarily aligned with the rest of the web development community, nor will their approach necessarily work well for someone else.
I see telcos choosing to comply with the order instead of fighting back (like Apple) as a sign of fragility.
Thanks. What always gets lost in these articles is the difference between communication and language, which has a precise difference that most people are unaware of.
Same here, although I upvoted in the hopes that their definition of "CAD" could be extended to other markets. Curious if this is potentially competitive with other YC investments, namely Upverter[0] and CircuitLab[1], and how does that affect an Apply HN entry?

[0] https://upverter.com/press/
[1] http://circuitlab.com/
The culture is 'to blame' if anything. The butt-kicking female entrepreneur / superhero is a standard trope now in Hollywood and TV. Being a young women, especially a blonde one, is catnip in "celebrity business". It's 'empowering'. It sells papers. It's also bullshit, but to think such a thing is a thought crime.

The funniest thing is all these 90 year old crinkly men being conned into investing. What could they possibly know about hi tech products ... they barely remember how to go to the toilet, or if they are even alive. It reminds me of old Cold War diplomats rapidly losing their mental faculties after a couple of smiles from an Eastern Bloc Anastasia. A pretty woman in a room of powerful men can rapidly turn them into fools.
No. I personally have a video message that is almost 3 years old that I've tried to delete multiple times over the years and it still shows up if I do a fresh install of Skype on a new computer.

Very old voice messages are also accessible even if "deleted".

Text chats do seem to disappear, but at this point I don't believe anything Skype says. I figure they keep the chats forever as well.