skysight-inc/HackerNews huggingface dataset:
Thanks for the clarifications.

- It's a myth that these folks will be criminals on the job.

I wasn't trying to imply they were, I was more thinking of a company getting dragged into a witch hunt. Regardless of the population there's always a bad apple just like there's a diamond.
JavaScript has an advantage on Python in this style, because Python lambdas are hideously ugly and JS anonymous functions are less hideously ugly. In Python it tends to be cleaner (and sometimes faster) to write list comprehensions instead of map() and filter(), especially since Python also has lazy generator comprehensions.
And also likely uses psychological techniques to keep you checking as much as possible e.g. behaviorism.
> Good student performance consistently correlates with higher-paying jobs and higher quality of life.

Because that's the more sensible definition for superpower?

> Good student performance consistently correlates with higher-paying jobs and higher quality of life. At the nation level, this correlates to higher Human-Development Index, which is generally considered a pretty good thing to have...

Great. I agree. Did I disagree anywhere? My issue is with the usage of the word superpower. And americans on average earn more than canadians.

> Bill Gates, Paul Allen, Mark Zuckerberg, Sean Parker, and Steve Jobs were all college dropouts.

And? They did go to college.

> They simply had the right idea at the right time.

Right.

> Their economic success has very little to do with the U.S. education system.

Ah I see. When the US education creates successes, it has nothing to do with the US education system. When canada's education system produces successes, canada is a superpower.

As I said, my only issue is with the BBC blatant propagandistic article. Their use of "superpower" and their perpetuating the lie of Canada's 150th year.

I'm for education. But canada is no more an education superpower than north korea is a nuclear superpower.

And I love your logic. Bill Gates, Zuckerburg, etc don't count. But kids taking silly tests count. Okay.
Just a small reaction to your premise that slower search results
would lead to more time spent on site:

> https://doi.org/10.1145/2600428.2609627

> Impact of Response Latency on User Behavior in Web Search

> Query response latency. :

> In [18], the authors exposed
a commercial search engine’s users
to response time delays of varying magnitude
and observed the impact of different levels of delay
on users’ long-term search behavior.
They observed that the users
who were exposed to higher time delays
issued fewer queries than they usually do.
Interestingly, the effects were shown to be persistent
in the long-term even after the response latency
had returned to the original levels.

I think that to increase user time on their website,
search providers do well to try and improve
search result latency.
I always was a religious RSS user and put all the interesting feeds in there. But I realized that it just becomes too much work to get to "inbox zero".

So now I have some feeds left with acceptable volume (games: Eurogamer, Polygon, Kotaku..; Apple feeds; Webcomics; Deals).

The rest I just browse throughout the day: Guardian, Arstechnica, Reddit..
Little exception for HN: I use hckrnews.com now because there I can choose whether I want to see all homepage entries or -if I don't have the time- only the top 20%. (every site should have that!)

I used to use bookmarks as well but now I just dump it into iOS Notes although I'm not fully happy with that.
About 2 years ago I made http://serializer.io - I still use that
> Forgot to mention, even reading the title of this post my initial thought was that it was documentation relating to the sunsetting of SO (which sounded crazy)

And I thought it was Stack Overflow sunsetting the very idea of tech documentation because now everybody just read the SO thread for everything they want to do, which is even craziest.
So I have two points for you:

> Take a look at so-called 'professional' cryptographers and their libraries, and you'll find that practically all of their code had severe bugs. Professionals make errors like everyone else, 'professional' just means you're being paid for it. You will have a hard time finding a professional and widely used crypto library that wasn't essentially compromised in one of its functions at one time or another. Not only that, professionals from the closed-source department have a long history of coming up with compromised or bogus, sometimes even ridiculous cryptographic algorithms and implementations. Two typical examples: CMEA cell phone encryption, and the Crypto AG backdoor debacle.

This doesn't diminish the claim that the modal individual should not attempt to "roll their own crypto." You're pointing out that professionals make mistakes, but of course they do - that indicates nothing about the propensity for amateurs to make mistakes.

> It requires about the same level of skill as e.g. implementing a production-ready low-level network protocol or a file system.

I have never implemented a low level network protocol or a file system (although at least the former sounds like a fun project) - so I cannot claim you're wrong here. However, I will point out that a network protocol is not designed to be error-proof in an intentionally antagonistic environment, which is a difficulty unique to cryptographic software. There are incentives involved in breaking crypto code that do not present themselves in other areas of software development, even if the programming difficulty itself is not entirely dissimilar.

> Last but not least, many popular and widely used crypto libraries started as a side hobby. For example, libtomcrypt started that way. In fact, many widely respected cryptographers started as hobbyists. For example, Bruce Schneier. Of course, the ones who are widely accepted as peers are also those who are in the 'hire me as a consultant, not the other guy' business, and they will naturally advise everyone to not roll their own crypto but to rely on their expertise...

They can start as side hobbies, but they are not going to remain that way for any meaningful amount of time if they are to be widely deployed and safe. You can only choose two out of those three.

More importantly, there is no cabal of cryptographers spreading FUD to line their own pockets with consulting fees. The cryptography consulting industry is very small compared to the actual security consulting industry. In the application security consulting industry I do believe there are firms that try to secure business this way, but that industry is much larger (and has firms which try to misrepresent cryptographic competency). I have had significant interactions with engineers at Riscure and NCC Crypto, which is a sizable portion of all the "real" cryptanalytic consulting work that occurs (at least in the United States) - they never struck me as being the sort to suggest what you're saying. That leaves Rambus/CR and a select few other firms doing real crypto consulting, which leads me to believe the industry is, on the whole, very legitimate.
The number of times I've received a quick answer from a closed question (as in marked off topic or something other than solved) is relatively high. Moderators tend to be either too heavy handed and nepotic or completely hands off. It's not an easy job but, seems like entrenched interests have always been more important than anything.
I've found Blendle quite good (after HN).
Based on your interests, it offers a somewhat curated selection of articles from a variety of magazines and newspapers via micropayments so you don't need a load of subscriptions.
I think it's better reading a few in-depth articles than trying to keep up with the random fire-hose of social media.
eForce21 GmbH | Munich | Germany | ONSITE | Full time | https://www.eforce21.com/en/

Who we are? eForce21 is your local expert for modern, innovative and reliable enterprise software and IT solutions. We design innovative and sustainable IT architectures and develop customised, cost-effective and user-friendly software, cloud and Internet solutions. Hence, we apply technologies from the 21st Century!

We have a need to strengthen our already motivated consultant team here in Munich and therefore we are looking for
* Java Developers
* .NET Developers

Up for the challenge? Then just send your CV to: jobs@eForce21.com
NB: I removed 'Best' from the title. It's a great comparison, I just can't tell if it's really the best out there. One can contribute on github and no affiliate links on the page.
Do you think REWS is actually useful for retention?

I've always thought that REWS was much more beneficial for recruiting, in the phase when they walk you around campus and show you all the impressive public spaces, and talk about all the nice services they offer. The one thing they don't show you is the huge, loud, windowless open office space where the team you'll be joining actually works. And by constantly shrinking that space, removing cube walls, and making workplaces more and more miserable, I think they actually hurt retention.

When I left Google in June of 2015, my team was just about to be transitioned from an older building on the main campus where we had actual cubes with walls (nevermind that there were already 6 people per cube) and a few shared offices, into a modern design in Sunnvale, with just a giant room with tables and little/no dividers. Between loosing access to all the cool things on the main campus (cafe choice, gyms, events like TGIF) and the new, crappy workspace, it just seemed like a gigantic downgrade.

I now work from home in the middle of nowhere, where I have an office with a door I can close, and a window for natural light. (and working remotely was something else that was not possible at Google)
Can't you trace by amount? If I put 1.114596 bitcoins and pass them through the mixer, won't there be an account X with the same amount?
Sorry, what? From the site: "Some research suggests that practicing meditation may reduce blood pressure, symptoms of irritable bowel syndrome, anxiety and depression, and insomnia. Evidence about its effectiveness for pain and as a smoking-cessation treatment is uncertain."

I see "may" for some things, and "uncertain" for others. Nothing on that page says that it's been "thoroughly proven to be beneficial".
You are wrongly assuming I say to throw away the work of others. I never said so.
I mean, it's one thing to blog about being uncomfortable being black in a white area. But to send out inflammatory tweets about it (and racist ones at that - nobody's going to lynch you for walking around a cracker barrel, what kind of bullshit is that)? Come on, of course you're going to get hate messages back.

This is just a silly race bait article.
Performance vs. privacy: what are your sales reps doing at 3 pm?
Ruby State Machine – AASM Tutorial with Sequel, SQLite, Rake and RSpec
Yep. I stopped going there (except for incidental visits when it shows up in google searches) a long time ago because of that. The kinds of questions that most interest me -- for example, design questions -- don't have cut and dried answers. Most of what StackOverflow excels at I can find in the documentation anyway.
Why is Ubuntu not suited to production?

I keep hearing it but it's starting to sound like Red Hat marketing like Macs don't get viruses.
Yes, probably expecting too much content to find you, all being valuable.

Valuable content will be a very small minority of content.

What the parent means, is that you really need to know, will end up rising from the pile.

Take React as an example. A fine technology, which some might have known about them from 2015 or so, by reading HN every day etc.

But you really don't have too catch them that early -- nor is there that much of a benefit in doing so.

Even with cursory and rare glimpses on technology news sites, or conversations with colleagues, you'll end up learning about React at some point or another.

The "routine looking for valuable content" on the other hand, would just bring in tons of noise (short term fads that die off, useless fanboyism, etc).
I agree with what you're saying in general, that people should not write a crypto library unless they have a strong need to and are going to have it thoroughly audited.

> Simply put, the rule is there to remind people that rolling your own crypto libraries is dangerous. It's not meant to be taken literally to the daft extremes that yourself and a few others on here have.

My problem is that this nuance is not present in the statement "don't roll your own crypto". And that lack of nuance leads to no competing Argon2 implementation, and having OpenSSL control the future of TLS.

It's not just a few people who have taken it "literally to the daft extremes". Nobody in the entire crypto community re-implemented Argon2, not even as a hobby project. The message "don't roll your own crypto" is too strong because it results in nobody implementing their own crypto for any reason (which should not be surprising given the mantra).
There will be a data dump.
Tesla Burns Through Record Cash to Bring the Model 3 to Market
Echo most what mentioned - add:

The Economist audio version - to cover a broad view of world affairs for general awareness but not in-depth analysis

Pocket - I use Pocket app which recommends based on articles I saved into it. Their AI seems good for relevancy.

Google/trends - hit and miss but occassionally useful stuff
Medium digest - even less hit and miss but occassionally
Project Syndicate - again, occassionally https://www.project-syndicate.org/

+HN of course - this is daily must
Mostly, I browse HN for random tidbits, then do directed searches for things that come up in my work. I don't have time to spend much more of it surfing randomly... :-(
So, basically, online money laundering? Get a legitimate side business, mix clean and stolen BTC -> profit?
How to earn 'points' to come to the US under Trump's immigration plan
Blah blah blah blah blah blah blah. When robots are capable of doing everything humans can do, even the creative endeavors, then what, exactly, are we being freed up to do? Or phrasing it another way, how exactly are we supposed to generate an income while doing it? As one analyst snarkily stated it, you can't build an economy off of music and poetry.
Sure but as as said in an other comment in this thread those "at least N bits" guarantees are not very practical.

Suppose you want to give a unique id to users of your application. Clearly 16bit is a bit small, you might get more than 65535 users. You'll probably want 32bits to be comfortable (unless you're google or facebook I guess).

So what type do you use? On any modern 32 or 64bit computer "unsigned int" would do the trick but if you want to be portable then you can't assume that "unsigned int" is more than 16 bits. So you have to use long instead.

But then that makes your type 64bits on modern computers. Completely overkill. If this id is used all over the place it will significantly increase the memory footprint and could hurt performance as well.

In truth when you write an application you never really care about the size of the CPU registers outside of device drivers. What you want to say is "I have this value that I estimate will max out at N, find me the fastest type where that fits".

So in the end, pre-stdint everybody would use machine-specific typedefs to do just that, portability be damned. In particular any big C library ended up doing that (glib has "gint8", "gint16", Qt has "qint8", "qint16, etc, libpng has "png_uint_16", "png_uint_32", etc...). Clearly people were not fine just using the minimum requirements of the standard.

>Types like int32_least_t and int32_fast_t are unconditionally supported, but they don't give you anything that you didn't have before.

But they do! Pre-C99 there's no way to say "I want a type that's at least 32bits and as fast as possible" or "I want a type that's at least 32bits but as small as possible". "int" could potentially be 16bits and "long" could be unnecessarily large, wasting RAM and cache. The only way to have this functionality was to use architecture-specific definitions.
I agree you need to seek out worthwhile content, but I think it's a mistake (one I admittedly often make) to have a daily routine of browsing stuff like Twitter/HN/etc. to idly seek out such content. It's easy to feel this is productive when it wastes huge amounts of time and turns up a lot of low-quality content. Imo the low-volume mailing list you mention, and maybe a weekly routine of seeking out other information, is a better approach. Also, I've started going to the library at least once a week, and have been very happy with this new addition.

A good book is weirdly refreshing after reading a lot of the kind of quasi-technical blogs linked on HN. There's so much info! Going back to a Medium post feels like someone found one piece of information from a book (maybe two) and is drip-drip feeding it to you painfully slowly with a clickbait title. At least in the two areas where I most often read books (computer science, and tech history).
I believe it should read "Don't roll your own crypto for use in a production environment", but that doesn't sound very catchy.
Beauty of Logo vs other robot command puzzles like Lightbot is Logo isn't just solving puzzles but a gateway to actually being creative with code.

Kid walking away from lightbot: "I completed all the hard challenges"

Kid walking away from Logo: "I drew this flower using code"

Wish more kids coding tools aimed for the latter.
I can't really speak from experience on the Canadian mid-major metros, as I only experienced 'big' Vancouver. But there is a bevy of American cities where you can actually save and have little ones (Minneapolis, Cincinnati, Sun Belt, Des Moines). Maybe it's like that in Ontario? Anyways, looking over the next twenty years of my life, the opportunity cost of living in Vancouver was huge, and not just because of the exchange rate.
capitalism is a mode of economy. Any country that employs private ownership of the means of production coupled with market-driven trade of goods and services is capitalist. There is no purity spiral of capitalism unless you want to argue the libertarian angle but then you need to accept the belief that tax is illegitimate, which is not inherent to capitalism.
This is going to come off like a plug, but I really enjoy the webapp I wrote:

https://projectpiglet.com/

Im developing it for investing, and am about to release the first version of the robo-financial advisor.

However, in the process of developing it, I added the feature to follow topics. Then it sends users email updates of top news articles when either:

(A) Opinions on those topics change

(B) A spike in discussion occurs

That is to say, if bitcoins price goes up, the sentiment will be positive, but if the sentiment was already positive I wouldn't get notified. However, if for instance there was a recent coin split - I'd get notified because the sentiment would change.

Think of it as automated and accurate news curation.

To get the most recent news I used to visit HN every day, subreddits, and I follow blogs on Feedly. Now, the system I described actually targets my interest and sends me topics super well, so I don't have to scan HN or Reddit. Better than I thought it would, actually. I still visit HN obviously and will visit Reddit, but much less so and only when the topics I'm interested aren't changing (i.e. I'm not receiving an email of curated content).

The only pattern that hasn't changed are specific blogs such as loweringthebar.net which is still content I'm interested in, but not one that the piglet app I wrote can identify as interesting for me.
> However, in my experience on live reloading (with QML, Unity3D and Python), it only works well with environments that don't interface to native code. Else it's way too easy to leave some state hanging in a bad way in a DLL (and then you get undebuggable crashes upon undebuggable crashes).

Live introspection/DOM mutation has been a life saver.

For example, there was a strange change to the Gnu/Linux font stack that ended with fonts on Ubuntu 16.04 that measured significantly wider than on Windows, OSX, or even older Gnu/Linux distros.

Seeing the computed value of the font in devtools gave us our first sanity check that indeed we were looking at the same font on all systems.

Measuring the font by injecting a quick script into devtools showed the relevant symptom of the font stack discrepancy that we could then check for and workaround. (It also served as a check that the computed value above was indeed the correct one.)

Interpreted frontend language meant pulling the code change and simply running again from the dev environment. (Admittedly a small benefit over recompiling, but a benefit nonetheless.)

There's actually a decent counterexample of a similar set of problems in a separate branch of the software that uses the old Tk canvas interface. Since it has no (easy) introspection tools to gauge what's going on with the fonts, there was instead a 100+ message thread of people comparing screenshots and staring at zoomed-in pixel differences.

> Likewise, there is no REPL provided (since it's declarative in nature... there are no "instructions" being executed directly, only reactions to actions). But implementing your own takes a few lines. I wonder what its point would be though.

For one thing, it means not having to guess or predict which state might be relevant to a bug report. I can give a user a script to inject and then get back what the result is on their system. I've probably solved a handful of bugs this way, so it's definitely useful.
I read the Economist on paper to keep up with the world. There are multiple upsides I like about this approach.

- There's only so much to read per week, I can't unhealthily binge news through night.
- There's a delay, most of the news are at least a couple of days old when the paper comes. I find it's a calming influence in the hectic world. Also, the reporting tends to be a bit more balanced vs. minute-by-minute live coverage.
- It's on paper. There won't be any notification on it. I can throw the paper away, once done with it.
Look at the organization of the python documentation. Consider how useful that is for learning how to program in python.

Then go out and get an actual book, targeted at your experience level for programming. Do you need a bunch of tutorials? Or just a language reference?

Without a reasonable investment of volunteer curators for the material, the SODocs will never be as good as the focused material.

There was too much focus on making it so everyone could contribute with not enough focus on the workload of the people who knew the material, tried to invest time into curating it and ultimately gave up under a deluge of people just there for the rep.
Receiving your paycheck could be worse. There are ways to deal with water outages. Worst case you let sewers overflow into rivers, as discussed in another comment. If salaries of large companies remain unpaid this would be far more severe for a lot of people.
I knew people with 25+ years just gone after 2008 dip.

Most people can't afford to be 'loyal'(especially for a year~) and have bills to pay/children to feed.

I've been to several factories/shops, and that 'loyalty' is quickly eroding. As worker wages stagnate while Management's increase. Management being under the squeeze of following Gov't Regulations and Outsourcing. So both sides are under this toxic stress.
Show HN: EntrepreneuReal Letters: Curated #startup reads with a visual treat