skysight-inc/HackerNews huggingface dataset:
It's an interesting idea to try to compare, but I wonder if the world in the 1600s or even the 1700s is just too different from ours to find anything truly analogous.

To look at the human transportation side: This account (http://www.eyewitnesstohistory.com/passage.htm) by a German who traveled to the new world in the 1750s is harrowing enough, but the way the cost of passage is paid is horrifying, even heartbreaking: He writes of indentured servitude in the same language one would describe slavery (servants are "sold") and often parents would sell their children in the new world to pay for the voyage, not seeing them again for years, if ever.

We could try to bring this into modern terms by multiplying the US federal minimum wage ($7.25/hr * 40 hrs * 52 weeks) by the median indentured servitude (four years) and get $60,320 to take a human across the Atlantic in 1750, but might be painting an apple orange. Still, it gives us at least a very, very rough idea of what a trip to the new world cost then, and a good sense of just how vastly more expensive passage to Mars would cost in the foreseeable future.
As someone who has done lone-wolf development, let me tell you that so many issues go away once you develop a well-functioning team to work on problems collaboratively.

My initial reaction is that there seems to be much bigger issues with the way your company is structured. The words you're using ("lone", "carved", "straining on the edge") suggest a stressful situation where each individual carries their own weight... If that's the case, I can certainly see why you'd be upset by someone else impeding your ability to work. I wouldn't last long in an environment like that, either pushing it to be more collaborative, or just leaving.

I can't imagine any coding that isn't improved by adding collaboration (a great starting point is code reviews... make PRs early and get opinions on rough-cuts). If you don't have this in your current environment, I highly encourage trying to kickstart it... you're really missing out on a great way to remove stress, improve quality, and have more fun.
Gentilly Kitchen and Bar in New York City
> Why bother with semantic versioning if everybody is expected to manually
> check and pin their dependencies anyway?

I think this is the disconnect here: the lockfile does protect me from updates, but ranges are still useful: they allow a tool to help me upgrade my dependencies. With the lockfile-based approach, you usually _don't_ pin to specific versions: with Cargo, we even defaulted to the ^ operator, so 'foo = "1.2.3"' is the same as 'foo = "^1.2.3"'. So this is what happens:

1. foo v1.2.3 comes out and I put that in my Cargo.toml.
2. foo v1.3.0 comes out. My build doesn't change.
3. I decide "hey, there's some new versions of my dependencies, let's upgrade."
4. I type "cargo update". Now, my lockfile is updated to have 1.3.0 instead.

That is, ranges allow you to use semver as a tool. The big issue here is transitive dependencies; yes, for my own deps, I could have specified an exact version and done it every time. But what about the dependencies of my dependencies? Or the dependencies of the dependencies of my dependencies?

I totally understand your concerns about cargo-culting tooling, and that Facebook-sized organizations have different needs than non-Facebook sized ones. But repeatable builds are a big deal, and managing dependency ranges so you can still use semver while getting repeatable builds is a big deal. Even for smaller organizations.

(And that's beyond the speed and security aspects of yarn.)
Equal chances would also mean an equal chance to get hired if you actually apply. So why do you need extra adjustment beyond that? Simple turnover should approach an equilibrium eventually.
I am starting to feel the same way about Thorium reactors. I really hope thorconpower.com succeeds with their setup in Indonesia.
Of all the Julia packages out there I am most excited about StructuredQueries :) Please keep up the great work, things look great so far.
Equal opportunity, not equal outcome. The latter is artificially enforced, and by its very nature is not equality.
And it still doesn't support non-US keyboards on Windows? :(

Can anyone use it to type characters including the AltGr modifier?
Businesses have a tendency to protect themselves in a much more proactive way than individuals seem to do. Most people react when companies abuse their relationship. Businesses have IP to protect along with consider the implications for insider trading? What if a publicly trading company used this platform for their employees and conversation eluded to something which gave anyone someone at Facebook access to this information.

People don't feel comfortable sharing their pictures of cats and such but businesses have their livelihood to protect.
This race to the thinnest in mobile computing is going way too far for some years now, which sacrifices many things with no real gain: useful ports getting replaced by clunky adapters, modular components are replaced with glue, heat dissipation getting more challenging and finally loosing space for putting in batteries. You even regularly see oddities such as camera lenses sticking out of the back of a phone, leaving them unprotected, people putting their phone into cases because this thin things terribly fit your hand during usage and finally people carrying around external batteries all the time because the device obviously carries too little of them.

Additionally, pushing the device to the thinnest possible by not protecting the battery well enough was AFAIK the root cause of the problem at hand.
Saying "I understand why you linked these accounts and that my relative committed fraud" is not the same thing as being submissive and rolling over, and your portrayal of Americans is rather offensive.
Techcrunch spams HN quite a bit.
At what point to we say enough promotions based on gender and race? When all of the worlds companies are 51% men, 51% minority? Serious question: Put yourselves in the shoes of a CEO. What's the proper proportion of men to women, whites to minorities? Does anyone make this calculus? When does it ever end?
WikiLeaks Reveals UFO ​Messages in Clinton Campaign Emails
The main things I stock are fruits (apples/bananas/oranges/pears/etc.), nuts, various crisp/flatbreads (wasa), hard candies, various teas/coffee, and a big water filled nalgene bottle. I keep a rotation of yogurt/greek/cottagecheese in the frig and then some type of lunch.

lunch varies a lot and it's whatever... sandwich, leftovers, soup. Main thing is I cut out the processed pre-prepared foods, but I do go out to eat maybe once or twice a week. I enjoy a burger and beer if I want to.
When do you stop over-correcting?
If you feel that way, why not just go for a scientifically-developed personality test like the Big 5? It seems to me that there's an alternative that is real, but there's an almost astrological appeal to Myers-Briggs because (not in spite of) it is opaque.
Un-Hacking Zappa with New API Gateway Features
No need to be defensive about it, it's basic math. If, say, 20% of CS grads are female, they're competing against 80% of CS grads for distinction. So it's surprising when, "despite the odds", they succeed faster.

Perhaps more importantly the article does not mention confirmation bias, which is surely at play here. (e.g. "average" women are being discouraged from CS degrees before they even start, so only superstars stick it through, so of course they move faster through the ranks after graduation.)
Hasn't Chuck E Cheese been doing this since I was a kid?
The Moon trips were jaunts, not efforts at settlement. I'm not sure what "expectation" you are referring to. Can you clarify?
There's a common misconception, that technical excellence is a primary skill for managing a team of programmers. It's not the primary skill but a secondary one. The primary skill is managing people. One still needs to have technical competence -- far beyond just being able to code. However, the focus shouldn't be on dazzling displays of technical esoterica. The focus should be on balancing a tangle of conflicting cost/benefits and communication with the team -- logistics and tactics, not fisticuffs.

You can be a great manager with solidly average technical skills, so long as you can find a resource to advise you. (Dunning-Krueger trap: You may not know enough to understand if you truly understand the advice.) A team managed by such will usually outperform an average manager with great technical skills.

Alexander the Great would probably have conquered more of the world, if he had personally fought less.
Others have touched on the subject but one of the biggest issues is browser compatibility. Building a responsive website that works on all major browsers, across multiple versions, as well as all the mobile quirks is not an easy task in the slightest ... and that's just to make a site look pretty. Then we have to start talking about building massive web apps that are front-end heavy which requires even more tooling to scale, maintain properly.
>> This means that the women who do stay in are from the upper end of the distribution.

> Another explanation is there are fewer women interested in IT in the first place and companies are scrambling to compete for women because it makes them look better.

Those aren't even mutually exclusive explanations. It seems likely that both are true as the people that go into it despite the lack of interest from the rest of their cadre will be better candidates vs. borderline candidates.
What about un-owned cats? Those are what they say kill the most.
The "Show Output" menu of Marathono opens a Terminal/iTerm tab to tail the output. Currently Marathono is designed for start-and-forget kind of processes - outputs are for occasional debugging purpose only.
Most cultures of the world had some form of human sacrifice in their past history. https://en.wikipedia.org/wiki/Human_sacrifice

It's kind of a strange aspect of humanity.
What is the best book/site to learn this all in good way?
It's interesting that there is a huge emphasis on the gender disparity, especially in tech, without also bringing race into the equation. When I first read the article and headline, I first thought to myself: "Are we talking about predominantly white women? Black women? Hispanic women? Asian women?"

For example, I know that Asians are generally 'over-represented' in tech yet if you look stats which compare professionals by ethnicity (https://d.fastcompany.net/multisite_files/fastcompany/inline...), Asians (both male and female) get promoted at a lower rate than white men and women (https://c.fastcompany.net/multisite_files/fastcompany/inline...). And we could look at specific company's like Intel, Yahoo, and LinkedIn to find similar patterns, namely white people have a much higher likelihood to achieve higher executive positions compared to Asians (even when controlling for difference in company demographic composition).
Although I genuinely miss Valleywag and all the absurdity that it covered (e.g. Clinkle), I'm not sure if this is a fair critique of startup culture outside of having the excuse to say the F word a lot. As someone living in San Francisco, I can say that there are more to startups and startup culture than the stereotypes seen in Medium thought pieces and the Hacker News front page, although given the end of this particular Medium thought piece, that may be the point.
Yup, every time I accidentaly open a minified file, it hangs for a minute.
I would agree if they were at all different, but they seem to be syntactically and functionally identical.

As a caveat, I am a daily TS user, and have only played around with Flow.
I've had 2 examples around me where the woman was incompetent in programming and she was promoted because she was better with Excel spreadsheets. Plus the prejudice that men are supposed to be worse at communication than women, so managers promote women.

It's sad because it reinforces the mistake where women are allowed to be incompetent, whereas we should keep them in a programmer job until they gain skills, like young men do, instead of promoting them too quickly. As opposed to the article, I witnessed a mean-time-to-promotion to the job of Team Lead of 3 years for women instead of 7 years for males – but that could be because the article considers "management" as a higher job than Team Lead.
Didn't Alexander die of poisoning, not combat wound?
This immediately made me think of Paul Graham's article "A Way to Detect Bias". He talks about how a hiring bias (against women in this case) results in those who are hired being above average in skill.

Just one hypothesis on this data, but that would help explain why those women who are hired then get promoted faster - because they are actually outperforming their peers.

http://www.paulgraham.com/bias.html
I think there's an analogy to be made with the FCC (and non-US equivalents). IoT consumer devices are not general purpose devices. They are mass-produced and serve a specific purpose. They should be certified and accountable in a way. If not, they should get fined for being irresponsible.
I have studied the Enneagram deeply. It is a far more profound system than the MBTI, and far more useful for understanding oneself and others.

The MBTI has some correlation to the Enneagram, and it is from that correlation that it takes most or all of its validity. But the correlation is only partial. If you look in Jung's Psychological Types, you will see that he correctly characterized eight of the nine Enneagram types (which one he missed I leave as an exercise for the reader). Missing one type, he was unable to see the whole structure with its deeper properties, such as integration/distintegration, that reflect the way the types relate to one another. Nor did he pick up on how the types develop as childhood survival strategies (which is not as simple as you're suggesting).

The MBTI starts with Jung's already incomplete system and just messes it up further.

Someone will probably ask me whether the Enneagram has been objectively validated. It has not been, and can never be, because it contains an inherent element of subjectivity. The way you know your Enneagram type is not by taking tests. Tests can provide useful hints, but if all you have is a test result -- even if it's correct! -- you do not know your type. The way you know is by studying the types until one of them clicks for you, and you see yourself in a new way: then you know.

The Enneagram does talk about our dark sides, and that's important; but it isn't only about that by any means. It can also show us positive aspects of ourselves that we have not accepted, and it's very much about how to develop those aspects further.

ETA: if you would like help figuring out your type, I would be delighted to assist. My email address is in my profile.
Way too much coffee and cereal bars. Plus a normal lunch e.g. meat and veg.

For your needs the closest thing I found is a food delivery service for frozen home made meals. Some are.Veg only, but very tasty and filling.
denature I guess? I'm not a native speaker
Sadly, I could never get the company lawyers to approve contributions under a CC-BY-SA.

Of course, I'm not 100% sure I could get them to approve contributions to any external repo due to liability concerns, etc.
That's good to know, I clicked around looking for a hint of whether it did that. Thanks for informing the conversation.
There probably wasn't, because people typically capture that sort of thing in the recording (otherwise you don't have any proof of the consent). Based on how it started, it sounds to me like he answered the phone, and when he realized who he was talking with he started recording (without asking for permission).
If you are enjoying these updates I can't say enough great things about the Book Hackers by Steven Levy - https://www.amazon.com/Hackers-Heroes-Computer-Revolution-An...
Dota 2 AI Framework
For my own education, would you mind elaborating on the laws which provide explicit advantages for women?
As mentioned in the linked document, this will be addressed in 1.12 (which is in beta now, and will be released in a month or so, assuming they meet their usual cadence).
I wonder how they protect the important people (president, VP) from something like that. Modern drones are crazy fast. RC jet planes are insanely fast.
To the extent to which operating systems manufacturers care about this, they then need to address the actual problem: that operating system upgrades are not just useful security fixes but also "the entire computer now has a different user interface and no longer supports not only some of the software I was using but some of the hardware I rely on" (I know someone who upgraded to a new version of Mac OS X which rendered the $1000 multitrack mixer he uses for his recording job non-functional, and has since sworn off of updating anything ever, and I simply can't blame him).
The key to effective mentorship is 1) finding someone who has something that you want 2) helping them, for free, get something they want. As a result, you gain access to the mindset that has the thing you want.

Perhaps you could ask the kids who they really admire, or what products or things from their own lives are impacting them. I'll bet there are unknown engineers and scientists behind just about every single man made thing they come into contact with on a daily basis.

Reach out to those companies and see if they will put you in touch. Try the PR department possibly for the intro. This will give the kids a real connection to the people.

If these are products where the kid is the end user, the engineers might love to spend an hour a month on skype with them just to gain insight into their lives to make better products.

Some people might agree to help kids because they want to, and that is great, but you will 10x the value for BOTH the kid and the scientist if you find a way for them to really help each other (and it's massively possible).

I've mentored high school / college kids into pro athletes, wildly successful entrepreneurs, activists and non-profit leaders and it's always been rewarding.

Finally, the process of finding a mentor is a skill that most people lack -- what a great chance for you to involve them in finding their own mentors and letting them reach out, send emails, and otherwise discover the power of their own voice and agency.

Fun Fact: When I was in 5th grade back in the late 80s I had a secret pen pal / mentor I found in the back of 2600 Magazine who was in federal prison for hacking ;)
Just imagine two packages you depend on (a and b) that both have a shared dependency (x). Both start off depending on x version 1.0 but then later a is updated to 2.0 while b isn't. Now you have two packages depending on different versions of the same package and hence the need for duplication. You have a that needs x@2.0 and b that needs x@1.0, so both copies are kept.
I agree. I really like the move towards a better source of truth for our careers but I think it should be private.

Let me customize it easily (e.g. for a role or job) and present that customized view to different audiences.
Yes. See the diff here for an example of moving a project from one to another: https://github.com/rust-lang/crates.io/pull/457

lots of "npm run" -> "yarn run" there.
Great thought. Where in California? If in San Francisco (or the Bay Area in general) I can think of a number of places and people who would be happy to talk in person.
Well, OP is confused. There are of course some differences between the MT and the Dead Sea Scrolls in Daniel, but they are very minor [0], to the extent that in many cases the MT actually harmonizes better with the scrolls than they do with each other.

What OP may be referencing are the much more significant variations between the MT and the LXX. The LXX version of Daniel is quite a lot longer, uses very different details, and even includes additional stories [1] not present in the MT.

This has presented something of a problem, since although the LXX is a translation of a source text and so is inherently inferior to it (like any English translation would be), it is a translation so incredibly old that the later parts of the bible use it when they quote the earlier parts, and it was the standard version in the ancient world for quite some time. Meanwhile, the MT is an actual manuscript in the source language but arrives at least a thousand years later on. This creates a bit of a puzzler about which one to follow when they are quite different, and they are quite different in Daniel.

The DSS basically settled the issue with regards to Daniel in favor of the MT and against the LXX. There was not really anything "new" that we did not have in the MT, but there were some LXXisms that fell out of favor.

However, in other books it went the other way, sometimes favoring the LXX reading. This suggests that the LXX and the MT may reflect different underlying source texts, that are both quite old and both have some legitimate claim to being authoritative. The situation is complicated somewhat because most of these books are more compilations than they are a work by a single author, and deciding where the original work ends and the interpolations begin is pretty arbitrary.

[0] https://books.google.com/books?id=6f9-Fnmy3sEC&pg=PA149&lpg=...

[1] https://en.wikipedia.org/wiki/Bel_and_the_Dragon
This is ridiculous. Not every woman I know wants to be a manager, and despite their proficiencies, they are seen as "more personable" and implicitly, less technical. Women being pushed into management and out of technical lead roles is a very well known phenomenon in the field, and people here pretending like this is "success" seem to be very happy to ignore that this fits very nicely with the status quo of sexism.
I think they're just saying that any new client that tried to not support duplication at all would likely quickly run into a large amount of npm packages/package combinations that just don't work. So within the context of using the npm registry duplication is mandatory.
A big +1 for yarn from me. I had no end of trouble with npm needing internet connectivity at all times and its non-determinism. Thanks to all involved!
Interesting. This set of attacks is coming from real IP addresses. (SYN floods and single-packet UDP-based attacks use a totally bogus source IP address.) The device can be talked to and potentially located. Somebody needs to be finding some of those devices and analyzing them. How are they controlled? IRC? Some set of known domains or IP addresses? A self-healing mesh network? All of those have been used, and most modern botnets have a quite sophisticated control network. This provides both robustness and conceals the actual controller. In modern botnets, everything is encrypted, so it's hard to take over the botnet.[1]

Attacks from real IP addresses are potentially blockable upstream. That's only a temporary fix. The device, if behind a NAT, can request a new IP address and evade the block. It may do so periodically, just to confuse the issue. At least you can block a hostile IP at a firewall, so it can't use server resources. That's what Cloudflare is doing.

On the legal front, it's worth suing makers of vulnerable devices for negligence. Their EULA will not protect them, because the victim isn't their customer and isn't a party to the EULA. A few court orders to recall a product might get the attention of the IoT industry.

[1] https://www.damballa.com/downloads/r_pubs/WP_Botnet_Communic...
That is kind of what Nest's Thread protocol allows IoT devices to do. But strangely enough, Google is going the opposite direction with its devices, including coming up with such stupid ideas of controlling your (OnHub) Wi-Fi router over the Internet through an app.
Looks great!

- Can I download the video?

- Can I automatically share it on youtube?

- Some basic editing functionality would be awesome.
Interestingly the idea of these trapdoor primes goes back to 1992 (by Gordon, see section 4 "Heidi hides her polynomials" of the paper above.)