skysight-inc/HackerNews huggingface dataset:
You can buy these here: https://luckyironfish.com/collections/all/products/lucky-iro...

They might seem a bit pricey for what it is, but they operate on a "buy one, give one" model, so it's a pretty good deal considering that. They make a great gift for anyone in your life who needs more iron in their diet.
Author here. I want to apologize a bit for the tone of this article — it was written from a place of frustration, and this part of the site is very much akin to a development journal — these are short articles without a lot of concrete facts that are not really intended for broad or comprehensive consumption. In no way is this meant to be an anywhere-near comprehensive critique on Rust.

I'll quickly point out that Rust is my favorite programming language, even if reading this piece in isolation would give you the opposite impression. There are about a million things to like about it: The syntax, type safety, sober choices around language design, built-in documentation facilities, conventions, `rustfmt`, linting with `clippy`, toolchain management with `rustup`, community (in the sense of project management and organization), development momentum, ecosystem, and a whole host of other things are all downright incredible. Some of the people working around the core are undoubtedly some of the smartest throughout the entirety of professional software.

That said, I wouldn't take back anything I wrote here because even when I read it back today with a much more optimistic place (I bypassed many "brick walls" that I alluded to since I wrote it), I still think it's true. Months later, even after writing a lot of Rust, I often still don't feel productive.

No language is perfect, and it's probably healthy to have the occasional counterpoint to its fairly consistent positive press. I've spoken to people who don't know much about the language and refer despairingly to the "Rust Evangelism Strikeforce", which I think is largely internalized rationalization that what they've read is too good to be true, so there must some nefarious element at work. Rust really does deserve its good press, and hopefully the occasional dissenting opinion and subsequent discussion will help convince them of such.

IMO, Rust has a few existential threats — the one that I think most about is that despite being well passed 1.0 at this point, there's a distinct lack of pragmatism around getting core features like concurrency nailed down and shipped. Futures and Tokio are widespread at this point, but the APIs are still changing, and the error messages that they produce are still quite awful. Even once they're fully feature-complete and stable, they're still not going to be very pleasant to use — you have to think really hard about how you're doing future composition. Contrast this to a concurrency system like Go's, where you can more or less pretend that you're writing synchronous code, and let the runtime take care of the heavy lifting. I love how much careful thought and consideration is being put into the development of a cohesive concurrency model, but unless it can get to the point where it's stable and far more user-friendly, people (like me) who are trying to use the language to build things are going to continue having a hard time.

In summary, Rust is awesome, the core team is awesome, and the development community is awesome. I'm confident that the usability problems it has today will be worked out.
Are you referring to the "unintended acceleration" scandal from ~10 years ago? If so the NHTSA investigated[0] that and found no flaws in electronics. The problem was essentially people pushing the gas when they thought they were on the brakes. Pedal "misapplication" I think it's called in the report.

[0] https://www.transportation.gov/briefing-room/us-department-t...
They have the problem right now that nobody will believe what they say. I certainly won’t.
I didn't do any of that shady stuff, just submitted it and waited. I just wrote the mods, thank you!
Hah, I feel your pain. I suspect we are indeed "doing it wrong". Best of luck to you!
I am soooooooo looking forward to GDPR kicking in.

I have already bookmarked this "nightmare letter" [1], that was posted on HN a few days ago.

[1]: https://www.linkedin.com/pulse/nightmare-letter-subject-acce...
> Well, you can describe a negative number or a rational number, but an infinite sequence of non-repeating decimals is a different matter.

I'm a bit confused... it sounded like you had objections to defining numbers with infinite decimal expansions, but you're okay with e, pi, etc? Or did you just object to uncomputable reals?

Also I don't know much about this whole topic, but I was taught that you can't fill a continuous line with just the rational numbers – you need the "undefinable" ones for that... What do you think about this?

Also thanks for the references, I might check them out to see what Wildeberger has to say.
While it can often seem that way, that lack of scientific studies is 'holding us back'... consider the alternative. Leaded gasoline. Thalidomide. Eugenics. Slipshod scientific rigor and a willingness to cut corners because things "seemed right" has a horrendous body count.
Hearing people’s rationalization for why leaving FB is impossible makes you realize how addictive and insidious the product truly is.
Just contacted them, thank you for the suggestion!
What a great game! I played this for hours back when it was released and I did finally make it to (and beat!) the Black Knight level. So many good memories. IMO, the difficulty level was much closer to today's tougher indy games.. Not sure I'd have the patience today.

Beyond Dark Castle was fun too, but it was way more sprawling and confusing. DC was just a compact, tight, totally winnable game. Loved it. It being in black and white was not an issue, either. Given the mood and subject, it totally fit.

The vertical blanking hack is real typical of Mac software of the era. There were a bunch of things that low-level devs had to use it for, but you had to be careful, as it didn't last very long.
Nope. OnePlus 5t, use headphone jack everyday.
I'd probably start with the question of: isn't it easier to understand the causal relationships in a lot of diseases than it is to understand behavior, the biology of which we barely understand without bringing genetics into it?
Some of us are still stuck in 3.5
I would think it would be better to have multiple eco systems that share data with users permission.
I think if you want to have a classical non-dying civilization as is known from history, you have to restrict sexuality and force desirable men to keep a single wife and vice versa. It might sound silly and not modern, but the history and its established norms can point out an "algorithm" that preserved continuation of humanity, despite how horrible it might seem and how taxing it always was. A question is if our technological advancements are sufficient to sustain artificial rules that would be otherwise eliminated by evolution in natural environment, or if it falls apart like all previous attempts to deviate from a known "stable" model passed by traditions of what worked before. Not sure I want to be a guinea pig for social engineers either.

See what Tinder did to dating; nobody can have any illusion they are getting a "premium" faithful partner and it pushes the attractiveness/transaction narrative and quick disposability to most intimate relationships. Not a way to build a stable civilization, rather a hyper-competitive cruel society where nothing is ever enough.

Unless these warts are addressed by a proper patch, our civilization has no future (IMO). I can wonder about motivations of those groups, whether it is really continuation of civilization, or just taking advantage of usual biological idealistic attitude of males to work hard for carrot-and-stick motivations in a form of a woman they desire, and harvesting that energy for their own selfish reasons, painting it white as necessary for everybody.
Companies can't vote, they aren't constituents. That's why they lobby.
Without commenting on how or why or if Rust is hard, and for you, just restricting my comment to your title 'a series of brick walls' hey, that can mean you are steadily smashing through them one by one, in a series, in which case, hey, keep at it.
He's (the OP) also correct. SQL is really, really weird when you come from an imperative/functional perspective.

I've forgotten most of this as I've gotten used to SQL, but you can use variables before you define them (except when you can't (damn you group by not handling my alias)). Like all of this makes sense to me now, but it was pretty painful when I started. I distinctly remember WTF-ing my way through my first weeks with SQL.

Rust gives me a similar feeling.
Isn't that what Uber is doing? :/
How One Houston Suburb Ended Up in a Reservoir
He wanted young Black people to be brave.So he walked across Africa for 2 years
I doubt that. The meaning of # in C does my resemble hashtags at all.

I would guess it was inspired by IRC, the first popular chat system, dating back to the 70s or 80s, which uses channels named with the hashmark and which are often named after the conversation topic
Exceptions work great in garbage collected languages. Reasoning about exceptional control flow w.r.t. manual memory management is a total nightmare.
If only it at least supported the Firefox Reading Mode I could tolerate anything, but as this doesn't ...
https://community.spotify.com/t5/Accounts/Tutorial-How-to-Di...

You will need to contact Spotify support if you deactivated Facebook prior to disconnecting from Spotify.
Enabling blogblog and blogger should do it. This is par for the course with the blogger sites.
Curious based on this comment what you see as the rift in trans identity, as I also see unresolved opinions there.
> How many people do you know with vacation the won't take for fear of losing their job?

None. How many do you know?
By that logic, programs written in C are the most polished. Yeah, that checks out. /s
Implementation defined behavior does the same thing for a given implementation. The compiler can produce totally different code every time you compile a program with UB. It can even affect code that is totally unrelated to the UB.
Personally, I would add some data to your search engine every time a person makes a new search query by searching that same query on youtube's api (https://developers.google.com/youtube/v3/code_samples/) or by scraping the data. Now that you've got some relevant results, you can sort through those (or all of the URLs you have collected) to give a more refined list of search results. If you want to pay me to get it done, I would be fine with that too.

The problem with buying a premade list (even if there is such a thing) is that it would be a whole lot of trouble to keep it updated.
Even OS X's C++ usage is kind of a historical oddity. OPENSTEP drivers were written in ObjC for an API called DriverKit, but OS X/Darwin/xnu replaced that with the C++ IOKit. The rest of the kernel is still C. I wrote a comment a few years ago explaining why I think that decision was made:

https://news.ycombinator.com/item?id=10006411
not surprising that there are even more of these fake look-a-like a/cs:

brianlacton (l)
brianmacton (m)
brianzacton (z)

Is it really that hard for Twitter to detect a fake look-a-like a/c given that:

a) the display name is the same for all fakes

b) they all have limited posts, all posting the same link

c) the bad actors do seem to be making ever so slight changes to (full square) profile pics in an avoidance attempt- ref https://imgur.com/a/QruDm
??

I've personally clicked report scam on the initial a/cs I listed along with all the fake a/c's that liked/replied duplicitously.
For example when CIA accidentally lost control over all those hacker tools.
Sure.

I always wanted my own business as I saw it as a route to mental and financial freedom. I was under no false impressions of the difficulty involved as I've seen my family struggle (and prosper) while running their own businesses.

Anyway, I started by building a little product on the side whilst working. I sold the product to a few hedge funds and investment bank divisions that I could get into via my contacts (both from university and work). That little product turned into this: https://osrec.co.uk/products/heavymetl and provides good recurring income.

I then put together a SaaS product for bookkeeping/accounting/invoicing: https://usebx.com/app . It was rather well received, and we even got a few corporate clients to sign up. We're working on version 2, which I think will be even better! We tend to pick up customers that have become irritated by quickbooks/Xero/Sage.

Then there's the consulting piece, which is ongoing. We basically help institutions get out of sticky tech situations that your average developer might struggle with without specific financial regulation knowledge. E.g. helping an investment bank prove that their implementation of a data store for financial greeks is in accordance with BCBS239. Not easy to do unless you know the regs, and can suggest ways in which they can become compliant if they are not.

Random tips that I picked up along the way:

- Tenacity and passion are important
- A healthy bank balance is important, primarily to keep anxiety away
- Don't ever appear desperate for business. Big turn off for a client.
- A well defined product sells better than a poorly defined one
- A good product sells better than a bad one (i.e. don't believe the ship rubbish early mantra - it does have its place, however, if you are going into a mature market, users want something good and reliable first time or they bail)
- Build things often and well. Don't be lazy with quality control. Have the guts to build without a framework! It can really bolster your technical prowess.
- Be nice to people. A friendly interaction has often turned into business.
- Be assertive with difficult clients. Often this applies to the non-techy clients that come out with sarcastic remarks such as "you charged us £50k for pressing a few buttons. Why can't we have XYZ as well as ABC?" or "I thought this was included in the original contract?". Make it clear to them that if they don't see the value in the service or can't deal straightforwardly, then we don't need them as a client. They soon come around, when they have to go back to their manual error-prone ways.

So that's it, in a nutshell! Sorry if I rambled. All the best :)
> Well either that or staffed 90%+ by H1b.

I didn't believe you for a moment, but wow:

http://h1bdata.info/index.php?em=Pivotal+Software+Inc&job=&c...
Ask HN: Frequent “Apple ID locked for security reasons”
Every couple of months (three times in the last half year) I get a message out of the blue on my MacBook or iPhone that my Apple ID has been blocked for security reasons. I can then reset it (using two devices, or one device and a "trusted" phone number), so it's just an annoyance. But was wondering a) whether others experience that, b) whether it could be used by malicious actors as a denial-of-service attack.
At least when I was working with them last (6-9 months ago) Java had by far the most platform support as a language. I wasn’t talking about the language the PCF code was written in, but rather the development language you use to write services. I realize they support a half dozen plus languages, but Java was by far the best supported in my recollection.
Big friggin whoop. Systems that already meet the "everyone is on it" requirement better than Facebook include:

Plain old phone calls

SMS

Email
Facebook Logs Calls, Texts
The game industry needs to change and it begins now
I noted the same thing earlier; Both Reddit and Youtube started banning stuff while the freedom of speech people were focused on Mark Zuckerburgs statement and Count Dankula verdict.
Game Workers Unite
I don't have a good intuition of neurons in terms of entropy, but I disagree with the conclusion they draw from their interpretability/importance graph - "Surprisingly, we found that there was little relationship between selectivity and importance." While highly selective neurons are not more or less important than generic neurons, the highly important neurons are always very non-selective. I think you call them high entropy neurons?

"So the fact that they're saying they have the same effect as more random ones is interesting". Yes, they are saying that, but their graph doesn't show that. I think their graph supports your intuition, that if you ever plan to delete neurons from a NN, while minimizing the degradation, you should start with the low entropy neurons first.
They materially benefited (voter participation, funding) through deception (the appearance of facilitating an impartial election).

The only quibble I see is that there's a bit of responsibility laundering going as the individual states actually administer the primaries. But the DNC doesn't just provide the input to these primaries, but serves as the purpose for their administration. So it'd be a bit disingenuous to say the DNC has no responsibility to remain unbiased throughout the whole process.

At any rate, I've been appealing to the wider concept of fraud only for its longstanding general applicability. We've got a de facto public institution that shows signs of blatant corruption, at direct odds with how they present themselves to the public. There are a myriad of anti-(corruption/conspiracy/etc) guilt-by-association laws that prosecutors generally have no compunction about using on organizations that smell fishy. If a private group ran a similarly-setup raffle, they would surely be under investigation - the lack of such prosecution is purely due to the connections of the people involved, and the larger issue that such behavior is just business as usual for the ruling class.
Facebook is like Hotel California.

> You can checkout any time you like, but you can never leave!"
> Invoking undefined behavior won't cause your program to do random things

According to the spec, it literally can. The compiler is free to replace your entire program with unrelated functionality. It can ever do a different thing each time it compiles the program.

There are implementation specific behaviors (# of bits in a char), which are different.
“Networked Privacy” (2011)
I do think you make a good point.

That said, there are also plenty of people that do choose what they perceive to be the 'high road' despite the consequences, and based on my personal experiences these people are not rare, but not plentiful either.

Most of us try to find a kind of 'middle road', and the conviction of those that do choose these high roads can be extremely valuable, as I personally believe the default is that it's easy to go for the 'low road'.

All that said, I do find people who tell others to take the high road without doing so themselves, or from a completely different situation, to be tiresome.

As for your unpopular opinion: part of me thinks that the cat's out of the bag and we'll have to find a way to deal with a world where privacy is basically non-existent. I could see a way forward in such a world provided that privacy does not become yet another thing that only those in positions of privilege or power can afford. It could be interesting, maybe even positive, if lack of privacy becomes a fact of life across the board.

That said, I think it's too early to conclude it's all a lost cause, but I quite likely might be naive about all this. Mostly I count myself lucky that I can think about these matters with no obvious or direct 'skin in the game'. For now, at least.
Too funny that this post is from Washington Post which if you're not aware of, is owned by Jeff Bezos aka Amazon's CEO.
I thought it was to make keyword searches work on twitter
Really interesting table on page 10. Selfishly I have to say I'm glad to see my country (Germany) being the least affected.
> It has pockets of usage at ILM

Very cool! Do you know if they are using Blender for modeling, or otherwise? I hear ILM is mostly prman on the rendering side, these days.
TIL Jonathan Gay is a cattle rancher now.
>There are also many trivial tasks where you think "Of course there is an established ecosystem of libraries and frameworks for this", and end up proven wrong. I mostly did find one library for the thing I needed, but often immature. The HTTP server + DB game seems especially poor.

That's my situation with D. It's a beautiful language but you have to rely on bindings for everything, and many times, people start a project... and never maintain it. So you'll find a great lib... and then realize it hasn't been updated since 2012 and wonder whether you should risk adding a possibly bug-ridden (and unsupported) project to your project.
Jacquesm has it right, just an ordinary radio. There was a reason the brick-sized Motorola DynaTAC had only a 30 minute talk time, and it wasn't that the battery was small. Thus the popularity of the carphone, as noted elsewhere. It's hard to get a straight up comparison of transmission strength, because it's highly dependent on how close you are to the tower, but even if you assume max power all the time, it's about an order of magnitude less on digital.
The hardest part will be getting people to take you seriously if you want to switch companies
How about ultra-low power microprocessors coupled with capacitors, solar cells, and MEMS microphones, that can use a continual Fourier analysis to identify gunshots? The internal memory could be kept so small, as to preclude the possibility of recording someone's voice for longer than one phoneme. These could then be sprinkled around someplace like the gang territory parts of Oakland.

EDIT: Seems that another commenter is aware of a company doing something like this: http://www.shotspotter.com/company
How to start a virtual assistant business: from start to growth
are you sure that you didn't mistake the 48 for 18?
> They likely never delete anything. They simply transform you back into a "shadow profile" and keep monetizing everything they know, but conceal the data from you and the rest of the public.

If they stick to those habits with European users post May 25, GDPR will mess them up pretty bad. It would require just one whistle blower to expose their wrongdoings.
Their quarterly reports always have similar wording, to wit:

"If open source software programmers, most of whom we do not employ, do not continue to develop and enhance open source technologies, we may be unable to develop new technologies, adequately enhance our existing technologies or meet customer requirements for innovation, quality and price.

We rely to a significant degree on a number of largely informal communities of independent open source software programmers to develop and enhance our enterprise technologies. For example, Linus Torvalds, a prominent open source software developer, and a relatively small group of software engineers, many of whom are not employed by us, are primarily responsible for the development and evolution of the Linux kernel, which is the heart of the Red Hat Enterprise Linux operating system. If these groups of programmers fail to adequately further develop and enhance open source technologies, we would have to rely on other parties to develop and enhance our offerings or we would need to develop and enhance our offerings with our own resources. We cannot predict whether further developments and enhancements to these technologies would be available from reliable alternative sources. In either event, our development expenses could be increased and our technology release and upgrade schedules could be delayed. Moreover, if third-party software programmers fail to adequately further develop and enhance open source technologies, the development and adoption of these technologies could be stifled and our offerings could become less competitive. Delays in developing, completing or delivering new or enhanced offerings could result in delayed or reduced revenue for those offerings and could also adversely affect customer acceptance of those offerings."