skysight-inc/HackerNews huggingface dataset:
Absolutely. But for most common uses of backreferences, this is largely mitigated by having a post-regex step that compares capturing groups for equality, which induces overhead also linear in the length of the string. Of course this falls short of true backreference support, but for tasks where we do not expect potential matches to overlap, it gets the job done.
He posted the FOIAd docs here: https://surveillancevalley.com/the-tor-files/master-list

He and I discussed them a bit on Twitter: https://twitter.com/itdaniher/status/961307347950940161

I was not impressed by his response.

The "bunch of emails" seemed remarkably banal. I've written similar emails about sponsored open-source work myself.

edit:

email stack 1: https://www.documentcloud.org/documents/4367176-Tor-BBG-corr...

email stack 2: https://www.documentcloud.org/documents/4367193-Tor-BBG-corr...
So pretty much anything over a TB and we should be doing "big data" stuff?
That's being a bit obtuse. Of course it matters how it feels, however you look at it! Such as if a loading bar makes something feel better as it loads - then good!
Or install ZFS from your live recovery instance and load the mod. Not a big problem.
Yes and no. I think somebody a little more well-rounded may have other soft skills that are also important.
Not really, they ask you other information and only these market with * are required.

In fact, only a few information are required. Your job title aka position (make sense in case is a manager reporting an illegal activity other than a cleaner which might have really small amount of information) the entity involved and if you work in that entity or you just had some sort of relationship.

After all it make sense to have a big set of data to investigate in. If not would be complicated for anyone to understand what's going on. You're still reporting it at the anti corruption authority, so even if you give them more details you should be confident that they'll treat it carefully.

All the personal data (such as name, last name and so on) are optional. And, if you choose to not share your personal data, the form will be considered only if you complied with a level of detail that's enough to do an eventual investigation (if not, since they can't reach you out to ask you or details, would be useless to say "on December 2014 I saw a guy giving 10 euro to another one in the aisle of the department X in the state company Y. But was too dark and I can't tell who they are").
If you will forgive me indulging in stereotyping: this is a very German response. Two sentences, brutally honest about the self, logically complete, and subtly amusing.
Most Effective Editing Tools for EBook
Bingo, and I checked hacker news at least 10 times more than I would have just to see how many points I got for the above comment. I also spent way too much time carefully constructing the comment. 13 points, which is more than most of my recent comments.

Now, who's fault is it for being drawn in more than I want to be? I take responsibility for it and also agnolage my weaknesses for distraction. Maybe you could equate social media to a liquor store. Fulfilling a demand, serving the community, and also praying on and enabling it, in a bad way.

Most of the time I'm distracted by social media, I would be better served by sleeping.
Yeah that's true, hence in a vacuum. If you want someone to do nothing but code - the person who codes the most often will take the cake.
There are differences in skill between developers. Titles rarely reflect this though. Titles mostly reflect politics, perception and luck.
So... you'd rather be the customer than the product? I agree!
Interesting to see this here. Shameless plug: if you want to get a basic idea of how RNA folding algorithms work (without pseudoknots) I wrote a blog post about it:

http://michaeljflynn.net/2017/01/09/simple-rna-folding-in-13...
Anecdote time. My former company outsourced embedded development to the company that does firmware for Toyota. It was a complete disaster, and a year of work had to be scrapped. Code was rife with cut and paste, badly reimplemented mutexes when they could have used the ones supplied with the RTOS, and other nonsense. I suspect the Japanese company put all their deadweight engineers on the project.
Voice based ordering is already available through Alexa and their iPhone app, cmg just behind the times
> I think the "Junior" title is used entirely by companies to get a discount at salary negotiations these days.

I think there's some truth here. What I consider some proof of this, is an unsolicited recruiter email I received today. The role was called junior web developer, a $25.00/hr contract only position, but listed a mathematics or CS degree as a requirement. Like, am I nuts to think this is preposterous?
So I wouldnt say that LLVM places restrictions, but I will say a little of my experience doing LLVM + BoehmGC

BoehmGC uses the stack for its root set (where it starts to find live memory). With LLVM, you dont ever need to explicitly use the stack, you can use registers for everything and make LLVM figure out if it should go on the stack or not. If you want to use Boehm with LLVM, you are forced to explicitly allocate everything on the stack, and not just on a register, so that Boehm is guaranteed to find the memory.

So I wouldnt say restriction, but definitely you need to think about how LLVM operates with the GC and other runtime components of your language.
These two things you state only work if you have no shared deps. If I depend on A and B, and B also depends on A, I can't use whatever version of A I want, it has to be compatible with B. This means that I'm forced to delay my upgrade of A until B has done so.

There longer the chain of deps is the worse this is. Even if everyone takes just couple days to upgrade, which ime is generous, your leaves end up being forced to wait weeks to upgrade in the worst case.
Joke is on you; I don't know anything about the blockchain
Unexpected?

People have known that we were reaching the limits of Moore's law. It has also been, in my experience, the common sentiment that the rapid progress of fab technology had been killing potential for architectural innovation.
I can see your perspective. I think we're kind of talking at cross purposes here. I think it's reasonable to expect someone who needs mentoring to pay attention and want to learn. What I don't like is this idea that you need to spend every waking hour on programming or you're just a clocker who has nothing to contribute to a serious team.
Taco Bell and Chipotle seem pretty similar. Not only are they massive chains of physical locations that would have very similar issues. They are also selling similar food. Mission burritos and Tex Mex (regardless of quality and authenticity) are almost all the same ingredients.
Market rate compensation, non-toxic culture, and realistic expectations for work output solves 90% of the reasons reasonable people leave jobs.

People claim all sorts of reasons for leaving jobs but its always one of those three or uncertainty about company longevity. (i.e. acquisition/financial difficulties for the company)

The other 10% is people who are naive or have a family/relocation related issue that you can never control for.

And yes, before you say it is impossible, I've worked at a company where "voluntary quits" was _that_ low and no one voluntarily left because they knew how good they had it. Literally, in a team of 20+ I knew all 3 people who voluntarily quit over the span of 10 years there.
> How would you feel about mentoring non-technical people?

I'm not sure what you mean by "non-technical" people. Didn't we all start at zero technical skill? If Uber have gone about this the right way and have some motivated hires with some of the right basic competency then they should do well.

In terms of technical mentoring I'd be very happy to engage with individuals inside a program like this. It's a very different story when you've got someone who was originally hired for a different role and you are tasked with helping them make the jump from a non-technical role to technical one. This can fail for a number of reasons, but it often boils down to motivation, and the individuals might have been better quitting to do something like a bootcamp.

I will say that I have gotten a lot of benefit from coaching/mentoring non-technical people on specific things. An example would be teaching a customer success manager how to capture useful info from the browser dev tools. They have a superpower and that results in them getting better troubleshooting info to help customers.
This is good advise when you have a lot of money to spare. Startups sometimes are more strained.
"There is no such thing in America as an independent press. I am paid for keeping honest opinions out of the paper I am connected with. If I should allow honest opinions to be printed in one issue of my paper, before twenty-four hours my occupation, like Othello's, would be gone. The business of a New York journalist is to distort the truth, to lie outright, to pervert, to vilify, to fawn at the foot of Mammon, and to sell his country and his race for his daily bread. We are the tools or vassals of the rich men behind the scenes. Our time, our talents, our lives, our possibilities, are all the property of other men. We are intellectual prostitutes."

An anonymous New York journalist, quoted in Hamilton Holt's
Commercialism and Journalism, 1909.

https://archive.org/stream/commercialismjou00holtuoft#page/2...
You almost never want that though. Every job I've ever done involved communicating with stakeholders and team mates, working out requirements, resolving disagreements, etc.
Bryan Caplan and Russ Roberts Debate: Is Higher Education Worth It?
I think bootcamps are flooding the market with juniors. This may be the source of the issue. It could be a supply side issue. Too many juniors leads to the perception that nobody is hiring juniors.
It's great that you're communicating openly on HN.

I just sent an application for the Junior Web Developer position.

Looking forward to hearing back!
TL;DR

We give students four reasons for learning C:

1. It is still one of the most commonly used languages outside of the Bay Area web/mobile startup echo chamber;
2. C’s influence can be seen in many modern languages;
3. C helps you think like a computer; and,
4. Most tools for writing software are written in C (or C++)

[Not really TL, but good context for reading comments referencing the numbers]
My wild bet: The two rotors are not coaxial. It is a very narrow bicopter (if the two rotors are not actually on the same axis and contrarotating then you get 3 degrees of freedom)
That video is really disturbing.
Delivered with a smile! "Yup, all these thousands will surely be slaughtered!"
I'm not a vegetarian, but...
Discussion of original article: https://news.ycombinator.com/item?id=16312501
Not even all regional hospitals are stocking antivenom anymore :(

http://www.abc.net.au/news/2018-01-30/snake-bite-deaths-coul...
I did it the free route but I considered a boot camp a bit just for the network, so that's where I'm coming from.
Ask HN: Will this community avoid an Eternal September?
If so, how?

Is it not a risk for this community? Why?

Is the idea too nebulous for this to be a meaningful question?

Reference: https://en.wikipedia.org/wiki/Eternal_September
This. Mentoring should just be pointing people in a direction and occasional code review. Go do this (for a few days). Let's see what you did. This is good, this should be that, name your variables better, etc.

If you let juniors figure it out the hard way, they will learn better, or they will fail. If they fail to learn by themselves, they will never become senior.*

*Shitty code bases should be given a lot of leeway on the learning curve.
Because it's 2am on a Friday and I haven't gotten laid in months
[Async, C#] One user scenario to rule them all
We're going through a similar thought process now for a blockchain based data-store. If the data is symmetrically encrypted and the key is deleted.. does that count as hard deletion? The data is unrecoverable.
I had the same experience when I played the guitar.

Another thing is, a study was done where one group practiced the piano, the other group just sat in front of the piano imagining practicing, and another group did no practice.

The group that just imagined practicing ended up playing almost as well as the group that was actually practicing, and both groups were obviously better than the group that did no practice.

The mind is crazy.
Because they didn't internalize the feedback from Wave well enough I guess. /s

I agree with the article, email is email. But it points out something which is fundamentally a problem for the industry. Some software is done as in doesn't need to change any more.

That is a scary place since all those Gmail engineers need to do something so if it isn't adding new things to Gmail what will they do?

Interesting parallel in open source, Linux especially, when you have a subsystem that works well and is well understood by lots of people. Nothing to fix right? Well that would be boring. So we get things like systemd replacing the init subsystem and we get the unholy love child of netware and windows 'net' command replacing networking infrastructure management. Did they need changing? No, the previous systems did just fine. But what else is there to do?
Junior devs can also be great for sticking on smaller\simpler\more rote things that might be boring for a senior developer, but for a junior is new territory. Depending on the size\complexity of your codebase, a senior will take lot of time to actually be useful anyhow.
I'm CTO at a bootstrapped agency that has now 30+ ppl, and I couldn't agree more with the author.

Sure thing that you can use your authority to force ppl, but should you?

Smart people are hard to come by but once you have them you should let them work, and when you tell them how to do their job you implicitly assuming that you know better. Besides if you force them you achieve nothing but some brain-dead tests that are going to hunt you later and getting a budget to "rewrite tests" is a fairytale.

The art here is to build a culture that embrace the test as a powerful tool. So newcomers are quickly seeing benefits and start to write the tests in right places, not for the sake of an artificial metric.

Besides, there are plenty of places where having high coverage is going to be a waste of time:
- throwaway prototypes,
- heavy UI code full of animations - they need to look right that is hard to test,
- infrastructure code if you have just a few servers of a particular type,
- customer projects with unreasonable deadlines that are not going to be touched again,

So having your team that writes tests is a hard job and using PR policy won't help much.

The things that worked for me were:
- write tests that make sense your self in early stages of the project
- pair with your employees and write tests with them,
- do peer reviews and suggest what could be tested and why it make sense.
My son did a game dev camp last summer at DigiPen where they were using a custom IDE that exposes Phaser with Blockly. The quality and variety of games produced by a bunch of ~9 to 12-year-olds in 2 weeks was impressive.
Laws don't seem to matter when they're not enforced.

The taxi dispatch system is perverse, because riders will take a street hail if one shows up before the dispatched taxi. Because of that, dispatched taxi will take any street hail they pass on the way to their intended pickup. So, riders call competing dispatchers, taking the first to arrive and guaranteeing at least one driver is wasting their time and gasoline. So, many drivers disobey the dispatcher, etc. Etc.
I mean, other reasons included things like "they wouldn't match the competing offer" so it definitely wasn't just a principled stand :-) But even that aside, this was just a decision from self-interest, not a statement of protest: the sorts of engineering work I find interesting/engaging tend to involve doing the right thing for the users even if it involves more / longer work. I don't think that prioritizing getting the work done and shipped is objectively wrong, I just worry about what would happen if perf season rolls around and my current project is incomplete because I didn't want to take the expedient route.
That's not true either. You can definitely save PDF in Evernote on the Mac (btw, there's only the App Store version of Evernote if your discount the web version).

To save PDF into Evernote on the Mac:

- if it's a file- use the share option (right click>Share>Evernote)
- if it's in a browser- in Safari click on share (top right hand corner of the browser) > Evernote. If it's in Chrome, AFAIK, you have to use Evernote Web Clipper (extension) which is also available for Safari.
- Of course, you can also copy/paste or drag and drop PDF into Evernote
Comeon now, there are more reasons than that for people to leave, like a new exciting opportunity appearing.
Ok, I'm not going to rent this full article or buy it just so I can comment on it. The abstract is more than enough for that purpose.

> "Ad blocking software allows Internet users to obtain information without generating ad revenue for site owners, potentially undermining investments in content."

Good that it uses the correct words, like "potentially". I wish we could have something that talks about the user experience, by saying something like, "Most of the sites that run ads are usually obnoxious, drain mobile device batteries and data quotas, track and profile users, spread malware, mine cryptocurrency using the user's resources and are potentially a threat to the entire web and humanity as a whole!"

> "We explore the impact of site-level ad blocker usage on website quality, as inferred from traffic. We find that each additional percentage point of site visitors blocking ads reduces its traffic by 0.67% over 35 months. Impacted sites provide less content over time, providing corroboration for the mechanism. Effects on revenue are compounded; ad blocking reduces visits, and remaining visitors blocking ads do not generate revenue."

I'm confident that the reduced visits are only because of ad-block killers on the websites and the generally poor quality of content on the sites (most "news" sites today regurgitate something from another site with little or no value addition to the context). Such sites don't deserve to be supported by users unless they provide a lot more value.

> "We conclude that ad blocking poses a threat to the ad-supported web."

The ad-supported web is a threat to the web itself. So this is actually good in some ways. Yes, we don't have viable, accessible and cheaper mechanisms for people to support all the sites directly (without involving crooked and malicious ad networks). But the publishers who don't care much for their users don't deserve to be supported. Period.
Couldn't be more true...
Yes, for me it's up and down. I do side projects a lot more when I'm sick of the company I'm at. Trying to get out of the grind.
Within the project I was assigned this quarter, I decide what needs to be worked on. Most of the tasks on my screen were created by me and represent details that my product manager neither understands nor cares about. They're involved in master tasks for deliverable units of functionality and inbound bugs/feature requests. My PM and EM like to hear progress and like to have some idea of what I'll be doing in the coming week, but I'll pretty often have and scratch an itch in the same day, without necessarily going through the motions of writing up a task. (We do have code review, and I'll probably mention it at standup). The existence and level of detail in a task really depends on the number of people who need to be involved and how much we need async communication.

If this is atypical, I'm terrified to ever leave my large engineering organization - it's a pretty great model for the work we do.
Australia & haven't heard of junior shortages anywhere around the country, I would hazard a guess that this applies to most places that aren't this overinflated Mecca of programmers
It wasn't just SF, in LA it was miserable unless you were staying at a hotel that had waiting taxis... and then you were screwed for the return trip. You had to call and wait 20-40 minutes and it was far from guaranteed that they'd show.

I don't think I would I have moved to LA without Uber and Lyft.
The job market for newly graduated programmers is a little different than it was 10 years ago. I'm 20 years into a development career, but I'm not going to pretend that what was true about the market when I entered it was true about it when you did.
The worst part I remember of developing for Windows Phone was that the development tools were superficially the same as for the new desktop API but not enough for any benefit. Specifically none of the UI code was portable.
I've done ZFS on LUKS, pretty sure native encryption is still in the testing stage on Linux.
It's a very interesting setup: all prod code is "throwaway".

I wonder if each such project is built completely from scratch. If not, the reusable parts can be improved over time, and covered by tests.
Reminds me of an old friend. We invited him and his wife out for a nice Italian dinner, and he said "Sorry, I just don't like Italian food. It's nothing but cheese and red sauce!"
Graduating and going through the hiring process last year, I realized how true this is and how important your tech pedigree is. I recieved no full time offers before interning at Apple last summer, and after the internship I had no trouble getting offers (ended up with 5 full time offers). There wasn't any difference in how I described my interests before and after the summer internship, the only difference was companies wanted to see that I was vetted by a big name company. The real experience I had, working at a startup for three years before that yielded very little value in recruiting, even though the experience there made me a much better engineer and it was a successful startup that got acquired.
Fantastic write up, and definitely helping me as I'm due to launch my MVP in the coming month or two.
Subscribed to the blog, interested in both business thoughts and digital nomad experiences :D
> "Every September, a large number of incoming freshmen would acquire access to Usenet for the first time, taking time to become accustomed to Usenet's standards of conduct and "netiquette". After a month or so, these new users would either learn to comply with the networks' social norms or tire of using the service."

This phenomenon is unlikely to occur in a moderated forum. Articles and comments that violate HN's social norms (off-topic, uncivil, etc.) get flagged pretty quickly. Users whose behavior is persistently bad get banned.
Until being a tradesman is a respectful living it will be passed over for "better" work.

As a degree holding manager in construction I don't like to mention the field of work I'm in to other (sometimes less) educated people as I then have to deal with the superiority complexes of the uninformed.

I mentioned it to my doctor at our first meeting and she asked me point blank if I used condoms since I obviously had multiple partners and likely used intravenious drugs.

I was shocked since as a heavy civil contractor with federal contracts I can't even smoke pot, in my state it is legal, and being that I am married I obviously have very little sex and even then only with the one person.

It's outragious.