skysight-inc/HackerNews huggingface dataset:
Your confusion lies in thinking, as you've said, "just a new version of a language." It's actually been a long, 15-year journey that resulted in a completely brand new language. The name is still 'Perl 6' for historical reasons, but it may as well be called 'Rakudo'; something people've not heard of yet. The Perl 5 language is still being developed and improved, with a major release every year. Hence, the filename distinction.

However, it's just a convention. You can have any extension you like (at least on *nix).

And to answer your question, no "use v6" is not mandatory. It's there so if you run your script with a perl (and not perl6) interpreter, you won't get confusing errors.
Cyberwar: Marketing Data Collection Threatens All
I agree with you there is a huge difference between candor and asshole. Sounds like I could have been more clear about that in my talk, so this is helpful.

In my experience the difference between radical candor and obnoxious aggression lies in how much the boss cares about and knows employees at a human level. I also agree with you that the relationship between a boss and employee is not a friendship. But it IS a relationship. That was how Sheryl knew she had to say to me "you sounded stupid," and how she knew I would welcome her question about whether I felt nervous. Other people on Sheryl's team were less stubborn than I am, and she could get through to them in a gentler way. BUT she DID have to get through to all of us.

It's never fun to hear when you've screwed up. I think too much management advice puts too much pressure on bosses to tell people things that will inevitably sting in a way that somehow won't sting. That's just not possible...That's why being a boss is so hard.
Code Review Done Right
Every single annoyance you can find with Python seems thoroughly addressed. Try it and see. Let someone know if there's still major pain points and the #perl6 community would love to hear it.
My wife and I bought a set of tracks for the kids. Then we bought a couple more sets for ourselves. We have a friendly competition to see who can build the most elaborate/aesthetics configurations. Occasionally, the kids get to play with them too.
From the article:

>> ... bilinguals - defined in the study as those who spoke two or more languages

So, perhaps not speaking, or not be able to speak second language does exclude you.
Here's another view I made of the Fisk map a few years ago. It's Google Maps style. http://somebits.com/fiskmap

This LIDAR map of the Willamette is really beautiful. Electric blue is an odd color for a data visualization, but it sure is striking.
Understood. Thanks! I might have confused .p6 with .pl6. Thanks for the clarification on that.
> unfortunately the kind of documentation that would make the most interesting bits easily approachable is still somewhat lacking.

Can you be more explicit? I'm not a Perl 6 dev but I would love to help adoption and I'm not so bad at documentation.
How I Ended Up – And Stayed – At Code School
Genius!!!!
Note that the same argument could be applied to developers. We can rewrite your statement as:

Developers were a nadaid for the period where insufficiently advanced software existed. The generally obstructionist principles of the profession combined with the complete lack of discipline in constructing those aforementioned sites and programs spells doom that we (as an industry) are busily automating out of existence.

Whatever your arguments are against that reasoning, it would be interesting to see if they also applied to system administrators.
I see your point about coverage volume being a better-fitted proxy for suite size. It'd also be a proxy for path coverage. Still, it'd be fun to count the horse's teeth anyhow.

Would you say that coverage's worth as a negative metric still seems meaningful, at least as a heuristic? I imagine that's covered in other literature.

Where I work we don't really fuss too much about coverage. We TDD, so in practice our coverage hovers around the high 90s as a matter of course. When I am writing a test I often manually mutate the code and test once it goes green as a quick validation that the test does what I think it does.

One last question -- did you classify tests? Feature, integration and unit tests should show quite different curves. Especially heavily mockist style unit tests.
>The number of people in industry who use either tool is incredibly small and is likely to remain so; developers spend 20-50% of their time on test suites and STILL don't feel it's cost-effective to write down formal specs, even in TLA+-style specifications.

How many zero-day security flaws have to occur in core infrastructure like, for instance, OpenSSH before the laziness of engineers about learning "academic" tools stops being a cost-effective excuse not to use formal methods?
You are not answering any part of the question.
Modest implications. No more than the Euro or Yen at their peaks did.

No, it's not even remotely close to the end of the dollar as the international norm. The dollar is stronger today than it has been in 20 years, and it's gaining strength as the Eurozone and Japan are a mess.

The most likely outcome to this, is that the Yen loses the position it has held on the global stage for the prior 30+ years or so. Japan is the nation that will suffer the most as China's currency rises. Right now Japan is depending on the Yen as their only remaining prop to use against their debt; the weaker the Yen's global position, the less they can spread that debt monetization cost around. China's currency will become the dominant Asian currency; the Euro will remain the dominant European currency (unless something unexpected - and worse than it has already absorbed - happens to rip the union apart (that could be Finland bailing, triggering other nations to leave as well)); the dollar will remain the global reserve currency (there needs to be one, and the West is far more comfortable with that scenario than becoming more reliant on China, as are Japan and numerous China competitors in Asia).
To be honest it puts the video above into practice requiring some level of accountability. I would recommend it for anyone who is procrastination prone. There are some really solid techniques (that are based on most recent science) that has already had some impact on my life.

Do it!
Or even more directly, download to a ramdisk.
It's a completely new syntax, though a few elements are identical (quantifiers for instance are similar). It tries to be more readable and intuitive.

The regex system is also part of grammars, which did not exist natively in Perl 5.
They're probably talking about the new "rules" system: https://en.wikipedia.org/wiki/Perl_6_rules
How the Hidden Track Faded from Recorded Music
Isn't that exactly why it's worthwhile to point out that bosses need to go out of their way to encourage it?

Humans come equipped with instinctive hierarchial behaviors, but they're optimized towards producing functioning tribes, which is not quite the same thing as high-functioning modern cooperatives (which includes, but is not limited to, for-profit corporations). They're close enough that they're a potent starting point (or humanity would not have even come this far), but the optimal point in the modern world requires a bit of conscious effort to attain.
Good question. For Paul Graham it certainly worked.

By combining a great team of competant people, a small startup environement were you can concentrate on getting thing done and by using powerfull tools they made their software, managed to have it evolving faster than their competitor and then sold it to Yahoo.

Ironically since the tool has been brought back by Yahoo its growth stopped and nobody know of it anymore. Is it because of the different people working on it? Is it because they had now a different management structured that cared more of politics? Or was it because they decided to recode everything in C++ ?

To me that's likely a combination of all the things.

That's the key point. A great programming language and echosystem is a great start. But that's not enough. You also need pragmatic management that make decision for the good of the company and not for politics and you need to have employees that care of their job.

At the end, you should know if you are in a model of small efficiant teams or huge average teams. Most company start with the former and end up in the later as they grow. Ultimately that why the next start up has a possibility to beat them. You would never be able to beat microsoft if everybody inside had a startuper mind-set. They would own the world.

That why people fear google so much. I'am pretty sure they have lot of politics and are already more in the later phase than the former but they at least managed to keep bright people working for them.
> It's just my hypothesis about some code being more important than other that is inconclusive.

There's a lot of literature going back a long way showing that defects tend to cluster. A leading indicator might be defects found in a module divided by coverage volume.

On the other hand, defects tend to cluster in the hard stuff, not at random.
Totally agree wrt 4-year olds - but perhaps it should be up to the parents to decide what age is appropriate to show their kids the more gory aspects of wild life (if they choose to do it at all), rather than closing the whole exhibit? For older teenagers and adults, there is a bit of science to be learned there.
I'm not sure why it doesn't get mentioned a lot. I do know that both LISP and best use of ACL2 (i.e. hardware verification) both get little mention in general. A variant of one to do the other should be similar.

The best work I've seen in ACL2 comes from Rockwell-Collins and their SHADE verification suite. They've verified raw hardware, microcode, processor ISA, security policies, crypto systems... you name it. They give plenty of detail in their papers in how they do that albeit some are paywalled. The resulting AAMP7G processor is used in commercial applications needing reliability and security.

I haven't done a straight survey on ACL2 in a while, though. Might be worth a reader doing and posting in case something interesting was overlooked. Rockwell's stuff seems to be best use of it, though.
yeah, if knowing the leading 192 bits of the plaintext (24 octets, per article) lets an attacker break a session encrypted with 256-bit AES, you've got bigger problems than a known-plaintext attack, methinks. :)
Parent comment says GDP, not GDP per person.
Owning materials from an asteroid now legal in United States
The Future of the Earth Will Be Decided This Week
Check out the code here: https://github.com/mozilla/donate.mozilla.org

TLDR: stripe for donations, custom software for the forms.
This is how the worlds reserve currencies has looked historically. My personal guess is that the Yuan will be the next bar in the graph.
http://azizonomics.com/2012/01/04/a-history-of-reserve-curre...
Probably is not so much the looting as the fall in the population. Millions of people died from contact with the diseases from Europe (20 millions by some estimates).
I didn't feel comfortable being candid with my employer until I was financially independent.
I am not an expert in either Mithril.js or React, but have used both.

React is a safer bet in that it's far more widely used and battle tested by large sites and just about any problem you'd want to solve using React has been solved by others before. Finding solutions to any React problem you want to solve is just a Google search away whereas fewer people have really pushed Mithril's limits and solved every conceivable problem.

Mithril seems faster, more logically designed, and is more fun to use. The killer thing about Mithril is that the documentation and guides are so amazingly good and focused with lots of examples and simple explanations.

As with thuddle's comment, I also had to explicitly call redraw a few more times than what felt necessary to get things working on occasion, but I think that might be more due to my own inexperience with Mithril rather than a bug in the framework.

For personal projects, I'd definitely lean towards Mithril just to enjoy life more. If it was anything where my job was at stake and I had to minimize the risk of not successfully completing the project, React would still probably be the safest bet even if the solution wouldn't be as fun to create or as fast.
Thanks Kim, this was great!
I have an Apple TV dev kit and I would have paid for it had they not given me one for free (may still for the bedroom)

I have downloaded apps - both free (Netflix, Crackle, HBO, etc...) as well as paid for apps - Geometry Wars 3 just this weekend.

I have an XBox One also - It's just much quicker / easier to just flip over to Apple TV and start a game then to go through the whole process of booting the XBox, putting in a game, etc... I'm not a hardcore gamer by any means but I play when I need a break.

Missing from Apple TV still are Pandora / Spotify / others... I'd like to see some party games - trivia, card, etc...

It's definitely difficult to find new apps - the on screen keyboard is garbage and really needs to be worked out. Just give us a nice vertical scrolling list with categories on the left.

IMO - it's still very new and developers are trying new stuff - see what works / what doesn't. The Netflix app is an example of this - the new interface is absolute garbage. I've actually fired up my XBox to use Netflix on that instead of Apple TV now...
Again, this finds a correlation, not causation. There could be some external factor which influences both measured metrics.

Canli as quoted clearly does understand the difference, because he states that one predicts the other, which is distinguishing it from causation. But the article as written implies causation without any justification for this additional leap.
I record music. I have a tube compressor, monitors with balanced cables, equalizer, 8x8 interface, lexicon vocal processor. I also have a akg 414 condensor mic, keyboard, guitars, beatpad thing, etc.

I like recording people who sing and chopping their vocals into samples.
More on Apple’s A9X SoC: 147mm2TSMC, 12 GPU Cores, No L3 Cache
The SRGB Learning Curve
"The ISPs customers are paying for a connection to the ISPs network, nothing more."

They are also (usually) paying for a specific connection speed. If a customer is paying for a 100mbps connection and Hertzner has 100mbps of spare bandwidth, but the ISP consistently only has capacity to relay 20mbps per second from Hertzner to my computer, then I would argue that it is the ISP's responsibility to upgrade their hardware so that they can fulfil their obligations to customers that they have sold 100mbps connections to.
It doesn't matter that the customers are requesting it or if they want it.

I request my Amazon package, but amazon still pays for delivery--even if amazon charges me for the shipping, UPS or Fed Ex get paid by Amazon.

The internet works sort of like that, except small ISPs will still pay to receive since their network doesn't interconnect with everyone else. ISPs have always charged CDNs for access to their network.

As a practical matter, not all traffic is requested. Which is one reason that the receiver shouldn't pay. Also, big data centers sending massive amounts of data are the in the best position to negotiate good rates and be efficient. It makes sense to lay the cost at their feet.
You could just go to their website (www.mozilla.org) and find out.
Does this mean we'll start seeing microloan platforms geared specifically toward students? Assuming a reasonable level of privacy for students, I mean.
Kind of sad to see the author take such a derogatory outlook on some of these self-help approaches. These sorts of things do appear periodically but they do not promise neuroplasticity as a quick cure-all as the author says they do. What's great about thinking of neuroplasticity as a sort of self-help is that it by definition takes a great deal of work to "rewire" any part of the brain.
Neuroplasticity is the promise of improvement using hard work, so I suppose I'm upset with the authors standpoint.
MDN is powered by Corp staff but also a large # of awesome volunteer contributors.
When IOC containers become an anti-pattern
Yup - I have a couple similar things in my graveyard of projects. ByteBuffers are a gross hack most of the time, but the perf is impressive when you absolutely, positively need it.
Nope. The article explains this poorly. This one:
https://www.quantamagazine.org/20150707-can-information-rise...
does much better. I would have never understood how this works if I hadn't come across the quanta article myself a few days ago.
New Amazon Prime Air Commercial
Given that perl 6 is compatibility breaking, we can category say that if it is not something non-Perl developers should be looking into, it has utterly failed: it means you've made a completely new language nobody should use who isn't already using it!

that said, I don't think it's failing by this metric.
React.js Best Practices and Tips by Toptal Developers
There is a huge difference between Bridgewater's approach, which I think is called radical honesty, and radical candor, at lesas as I see it (but tell me why I'm wrong and I'll learn something:)

Here is why Bridgewater's approach is obnoxious aggression in my book. There, employees are encouraged to be brutal in their criticism, a policy called “radical honesty.” In one meeting, the criticism got so harsh that somebody started to cry. The conversation was taped, and an executive decided it would be a good idea to send the taped conversation, tears and all, out to the whole company to listen to. He thought people could learn a lot from the incident. My friend who worked there learned he wanted to get a job at a company with a different kind of culture.

The intentions here were probably not as bad as the results. The leaders at the company wanted everyone to say what they really thought. The idea of radical honesty is really appealing to me. But, I saw two big problems with this approach to encouraging criticism. The obvious one was encouraging public rather than private criticism. Public debate and disagreement, yes. Public criticism, no. This mistake was compounded--criticism wasn’t just public, it was publicized in a way that humiliated an employee. The less obvious mistake was that the policy of “radical honesty” inadvertently sowed the seeds of arrogance, not humility. Why? If honesty is good, surely radical honesty is better. Interestingly, it was the words of a Jesuit missionary in the Congo who best explained the problem with honesty to me. “It’s very important to tell the truth,” he said, and then looked heavenward. “But who knows what the Truth is???” When somebody says, “I’m going to be honest with you,” it implies they know the truth and you don’t. There’s not a lot of humility in that.

This is why I use the term “candor.” “Honesty” can lead to arrogance.
Yes, BTW, you know, there is a debate about the fact Facebook M if fake artificial intelligence, but instead M hidden a usual help-desk by humans.
It doesn't matter... I believe in services exactly made by collaborations amongs bots and humans... :-)
> But if you want to prove runtime invariants, you usually want to prove with respect to concrete implementation, not to prove abstractly to standard.

Really? I would think that if you're trying to write a portable program, it would be much more useful to prove invariants based on the language specification, not a particular concrete implementation.
This may be the case in San Francisco. It's not the case elsewhere, however, at least for this anecdotal sample size of one. :)

Could we stop shutting down opinions using the sample size argument? It's one of the weakest arguments you can make:

'I think different so your opinion isn't valid because anecdote!'
'Oh you don't agree with my opinion? Well that's not valid either because anecdote!'

Not every discussion is capable of having prior polling as evidence (polling has its own issues with bias anyways). A highly voted on comment has >> 1 people who share the same sentiment and the beauty of sites like these is highly up-voted comments bubble to the top.
Thanks for sharing your experience. When I was reading up on it I found out there's been a few updates that fix problems such as not having to redraw as much. You can also write your components in html using the new m.trust('<html>')
>This particular text isn't a vulnerability (after all, HTTP is full of known plaintext).

This isn't quite a proof. You'd need to show that HTTP is not vulnerable to such an attack.

I don't think HTTP requires a starting block.

HTTP2 apparently requires a client's first message to be/start with:

0x505249202a20485454502f322e300d0a0d0a534d0d0a0d0a

I'd guess that is much longer than any block that HTTP mandates.

Maybe I am reading things wrong?
New edition of 'Q for Mortals' now available
So what you're saying is that you have a negative/cynic view about Mozilla Corp/Foundation, but couldn't be bothered to read the rest of their website to find out whether your view is correct, and won't change your viewpoint until someone makes it easy for you?
China had to make some concessions to get the yuan into the SDR basket.

Most notably they have committed to issue 3 month T-Bills every week and to allow foreign central banks to access their currency and bond markets.

Note also that this doesn't take place until October of 2016 so there should be no immediate impact on the markets. Also note the SDR has a very minor share of the global currency reserves so this is more symbolic at the moment.
As a former Perl user, and a current Python user (though less lately), I very much prefer the Python transition.

I might be an exception, but I've had very few issues with the Python2 to Python3 transition. Python3 made the language more consistent, made a lot of little things simpler and easier, and added several features that makes using it generally more straightforward than Python2. It's essentially the same language, with warts removed. Library support lagged a bit, so on the odd occasion I need an old library, I just use Python2. Both versions can coexist on the same system, so it's not a big deal.

More relevant, though, Python3 was announced and then released when they said it would be. Some parts of the library community dragged their feet with support, and in a lot of cases they were replaced with even better libraries. The important thing is that the language was out and people could use it, and everybody's on the same page that Python3 is the future of Python.

The Perl transition has been a total mess in comparison. Perl6 is not just removing the warts from Perl5, it's an entirely different language. It's been "right around the corner" for almost 15 years now, and as far as I can tell, still isn't released. And good luck porting 25k CPAN modules to a completely new language.

To put it another way, in 15 years Perl6 has gone from announced to still not existing, while in 8 years Python3 was announced, released, and has had vast parts of its library ecosystem have been ported. Seems hard to believe anybody would say the Perl6 transition has gone better.
Hmmm just made some sauerkraut; I used the potato masher to mash it down, after mashing some potatoes. This article didn't help me not die of botulism if I do.
Trying to get feedback ? Try Sentview.com!
Being hardworking is not enough. You should also work in a right direction and in right environment. Right culture helps you choose right direction and right environment. Right culture also helps you to make right changes in your political environment.

For example, if your culture allows lies and corruption from elected politicians, you are likely to create suboptimal environment around you.

My friends in Russia make that silly choice - they support lying corrupt politicians in favor of pleasing their nationalistic feelings.

Guess what - they lowered their income ~2x just by that.
joke's on you, I don't have a single annoyance in Python.
Let’s be clear about code clarity