skysight-inc/HackerNews huggingface dataset:
I've seen enough agreement that I think it's worth pointing out. The dating market for men in Toronto is terrible, at least if you're not in the mainstream attractive subset: over 5'10, have all your hair, have easy social charm and confidence. I don't know exactly why this is but anecdotally women are extremely selective and have it ingrained deeply to never settle for anything (and they're not happy about not finding "good enough" men either).

I can live with lower pay but after years of nothing but female rejection I'm really tempted to run to the US just for this reason. (Again, only anecdotally, but the way I'm treated by women in social settings is night vs day anywhere but Toronto.)
I hear this all the time but it's hard to giving up the C in CSS, cascading.

With CSS you can define a style that applies to all buttons on the page. to replicate this with inline styles you have to do

var styles = require("./styles/global");

// react stuff here

var thisButton = Object.assign(styles.button, { custom: stuff })

And that's the absolute most simple case. Replicating even slightly more complex CSS concepts like :nth-child or descendant selectors must result in a lot of code.
Nginx and Apache have built in caching which can usually be easily enabled, which while arguably not as fast as using Varnish (Nginx in particular will serve cached content from disk using sendfile, as opposed to Varnish's in-memory caching) are still faster than calling back into PHP.
Building it both ways and seeing which is better might be a good way to understand the problem.

Good luck.
Citation needed. Plenty of people regard high-level languages as nonetheless suitable 'systems programming'. This is the first FAQ on golang.org! See also

https://ocaml.github.io/ocamlunix/
Thank you for the explanation; that makes sense.

I confess that I am still confused why one would go and look up the appearance of an author before making a decision about whether their work is worthwhile (I believe neither of my links included a photo of the author, but did contain reviews). Outright discrimination on appearance has not been a mark of the hacker community as I understand it, and I worry that people who endorse it are outsiders without the cultural norms of the hacker community. So while I now understand what the judgment on her appearance is, I am still a little baffled why any judgment on an author's appearance is necessary.

I am also curious if anyone looked at my appearance (easily linked from my HN profile) before deciding whether to accept my endorsement of that book.
xfreerdp supports it. And I think there are GLX enabled VNC clients and servers.
I'm not sure why this was dead, but I vouched for it. Nothing here seems remotely worthy of flagging IMO.
There's never been a C-based compiler. Rust started out as OCaml. A true bootstrap would take weeks of non-stop compiling. You'd end up compiling rustc itself about 900 times, ignoring all the different LLVM builds, I think. Rust bootstraps from a binary snapshot of itself, and so you would have to work through the list of every snapshot ever (about 300, but you need to build rustc 3 times for each snapshot to properly bootstrap that copy). The snapshots are listed here: https://github.com/rust-lang/rust/blob/master/src/snapshots....

In the past the snapshots were taken almost weekly as massive language churn dictated. Now they're quite rare.
You may not be aware that Oakland has an amazing and burgeoning food and bar scene, one that has arguably stolen the authenticity crown from San Francisco. Traditional restaurants also are alive and well in Oakland if that's your thing.
I somewhat doubt it was an accident. Google products always seemed tailored to work less well in Firefox. YouTube always seemed to be slow on Firefox for me on anything less than an i5 while it worked perfectly in Chrome on even pretty bad PCs, which shouldn't happen because other video sites always worked just fine in Firefox, even when serving much higher-resolution video.
I thought that Greeces problems stemmed from excessive govt spending leading to a situation where the tax revenue could not compensate for the debt load with a consequence of either bankruptcy or bailouts from other countries. At least that's where my comparison starts and ends.
While there's no absolute security, I don't blindly trust random links and JPGs. JavaScript code running in Chromium and IE is actually "tethered" by two sandboxes, exactly because we don't trust it. Can some evade it? Sure. Is it the same as just trusting a statement in a site? No.

As for Google and Microsoft, I don't trust them. I give them my info with the expectation that it'll be shared with governments and other companies. I use their services despite that.

VPNs, on the other hand, are built in order to protect your privacy, so the same reasoning can't be applied.

As Tor, and beyond the fact that you didn't even bother to understand the links you posted (the first it's not even about any flaw in Tor), sure, it can be hacked if one manages to control 3000 nodes or have NSA-like capabilities in breaking crypto keys ($1 billion dollar custom-made chips, from your link!).

But a VPN doesn't even need to be hacked - though they can, and probably with less difficulty than Tor - all the operators need to do is set "log = True" in their configuration files. There is not even a semblance of a protection. It's just pinky swearing.
One problem with the pessimistic mental model is that it provides nowhere else to go with reasoning. For example, how can a tracking device cause problems with insurance claims, if insurance companies never pay claims anyway? If the worst is always expected, then any heuristic returns the same result.

The other problem is that it's contradicted by mountains of evidence--insurance companies pay millions of claims ever year. I know a lot of people who have been paid for losses by insurance companies, including me, even when they were at fault.

Extreme pessimism is itself a weak mental model in that it does not adapt itself to evidence. It takes no effort at all to parachute into any given conversation and say "that'll never work."
I have a negative view of the Tor network, actually the name I use is indeed Darknet (or Deep Web).

My take is that it is valuable to use Tor to (try at least) to escape companies tracking and government spying.

But to visit any website only available on Tor network is not worth any effort on my part, as I have no doubt (currently) that it is all about illegal porn or illegal drugs and sinister scams.

Anyone care to give some counter argument to why this Tor Network deserves a positive light?
Leaked: Uber's Financials Show Huge Growth, Even Bigger Losses
No, prison reform is that hard. Same with FGM in Africa. The key component of these issues is that they are cultural problems. Entire cultures of people do not see them as problems at all or want them to be fixed. To fix them quickly you need to restructure and redirect an entire culture in the blink of an eye. Which is something brilliant people have been trying and failing to do for thousands of years of human history.

You've highlighted quite well why startup culture has never successfully solved a sociopolitical problem; startups are a flash in the pan and real issues take longer than its shelf life to solve. I'm all for optimism but thinking you're going to solve a real social problem to, say, 'disrupt homelessness' by writing an iPhone app is the height of tech-infused naive narcissism. Using tools which are wholly unsuited to the job and expecting quick and easy solutions without years of hard work when the problems you are facing are genuinely difficult is not optimism.

Nothing about the article was pessimistic. Rather it is optimistic. It is a gentle suggestion to people who want to fix the world that as tempting as it is to look far away, where the issues are clear and crisp from a distance, you should consider starting closer to home, because you'll find the problems are equally as difficult but you don't have to learn an entirely new language and mode of existence before you begin.
> of course the solution is to throw money at them

Yup. They put out a white paper at one point on surviving DDOS attacks on AWS which amounted to "out-scale the attack". AKA the Wallet based DDOS.
Colorado Bureau of Investigation Admits Dozens of Faulty DUI Blood Tests
To be honest, I am quite surprised that even in Python 4 whitespace is still an integral part of the syntax.
Hotspot Shield co-founder explains why he doesn't want your data
Your comment actually made me scroll back to the top to double check this thread was actually about Perl 6, not Perl 5!

Part of the point of Perl 6 was to address problems in the language and Larry (and/or those who wrote the original Perl 6 RFCs) considered several of the things you named to be problems.

> wide range of special operators, variables and default arguments

In Perl 6:

* The only special op I'm aware of is assignment.

* The only variables considered special are the "it" and "them" variables ($_, @_ and %_), the current match object ($/), and the current exception list ($!).

* There are still predefined variables, such as a DISTRO variable which contains an object representing the OS etc. on which Perl 6 is running, but I haven't found those problematic.

* Almost all use of default arguments in built-ins has been eliminated. The main exception I'm aware of is that subs and ops related to matching still default to operating on "it".

The Perl 5 <> op is gone.

> Or, perhaps the syntax for dealing with elements in a somewhat deep data structure, like: push(@{$TV{$family}{kids}},"anotherkid");

This would be something like this in Perl 6:

my %TV;
my $family = 'foo';
push %TV{$family}<kids>, 'another';

> Sometimes, people are just griping about regex syntax though, which seems disingenuous, since many languages use the exact same pcre expressions.

This is talked of in Perl 6 circles as being ironic because regex syntax has been thoroughly cleaned up (and massively powered up too) in Perl 6.[1]

> I like perl, but if it's been a while, there's definitely some back and forth with books to decipher something I wrote some time ago.

One of the many downsides to Perl 6, imo, is that this back-to-the-book-oh-yeah aspect is still there -- but there's only incomplete doc and no books yet written by the likes of Larry.

[1] See, for example, https://github.com/moritz/json/blob/master/lib/JSON/Tiny/Gra...
Since the reality does not reflect the intention we cannot defend the reality on the basis of the intention.
No, it's essentially a way to automatically map between manually written SQL and custom object types; you can use MyBatis with annotations only; no XML required.

The advantage is that, as you're writing and embedding actual SQL, you can take advantage of any database-vendor-specific extensions to SQL, plus you can easily run, debug and test such SQL from another tool. Having full control over the actual SQL also means you don't risk potentially horribly inefficiently generated SQL, or risk running into unexpected N+1 scenarios. At the same time, you don't have to deal with JDBC and instead get a DAO layer that uses strongly typed objects.

Of course the disadvantage is that you lose portability; moving for instance a MyBatis/SqlServer app to Oracle will mean verifying, testing and potentially rewriting every single SQL statement in your app. If you're willing to accept that risk though, MyBatis is a great lightweight library to manage your database access layer.
Absolutely. The overhead of re-establishing a secure DB connection for every request is hardly trivial.
Surprised that no one has pointed out that this is nothing new. Software patents have had exactly this problem from the beginning. All that's changing is that 3D printing is making physical objects almost as easy to reproduce as source code.
C#. Yesterday i rebuild a project (with latest compiler version) that i've created 12 years ago.
Jide appears to be a Chinese company founded by former Google employees:

http://www.jide.com/about

> 北京技德科技有限公司

If the stuff above is in their EULA, it's probably Chinese legal boilerplate. More heavy handed than the boilerplate we're used to, perhaps.
But there are no software patents in UK so all these formats must be free for BBC until they will use patented dedicated hardware.
There are things I miss about Xmonad on OS X, but for the most part, this setup is not for the faint of heart. Largely, relying on [u]xterm (which I thought would be a snap) has pitfalls. Overall, the small annoyances simply sum up to be quite the downer & time-suck. In action, Xmonad is quite the zippy experience; certainly Xmonad on Linux must be a joy. I use tmux now, which I guess is OK.
Check out the MOD-t from New Matter. $399 US. Prints PLA at good resolution, web-based UI, online object store.

https://www.newmatter.com/#!/our-product
I thought it was the almost won referendum that drove this exile, not Bill 101.

Nope. The almost won referendum was in 1995. The referendum that wasn't close was 1980. Bill 101 was 1977.

The Bank of Montreal announced its move in 1977.

(I'm aware of this because I had several classmates in high school whose families had moved from Quebec. They were extremely clear that they moved because of Bill 101, not because of the referendum.)
Old proof: Let's produce a series of values v_1, v_2, ..., such that v_n has at least n distinct prime factors. We can do this by noting that v_n + 1 has at least one prime factor but no prime factors in common with v_n, and thus taking v_{n + 1} to be v_n * (some prime factor of (v_n + 1)).

"New" proof: Let's produce a series of values v_1, v_2, ..., such that v_n has at least n distinct prime factors. We can do this by noting that v_n + 1 has at least one prime factor but no prime factors in common with v_n, and thus taking v_{n + 1} to be v_n * (v_n + 1).

Doesn't seem terribly different or more constructive or any such thing to me. I'd say both of these have the same fundamental content, just framed slightly differently.

[Just to head off what might superficially seem to be a significant distinction: Note that, in both proofs, we use the (constructive) fact that every integer > 1 has a prime factor, and even in the "new" proof, in order to actually extract an infinite stream of primes, one must actually carry out this process of finding prime factors for integers > 1 on demand.]
You are correct - different buyers will value the business differently based upon their intentions for it. Some would be more interested in growing the SaaS side, so far all of the offers I've received are related to this, whereas others might be more interested in growing the AdSense & affiliate revenue.

Important to note, my business provides a service which will always be in demand no matter if real estate is booming or busting.

I think if I could get a 5x sale price I would take it. Best so far has been 4x and none have been below 3x.
Be careful.

The OWASP Top 10 is a somewhat useful benchmark and an easy way of communicating the general concept of web application security to people; it's especially useful when an assessment might involve both web security and other stuff, and you want to be clear that you're just poking at the web stuff.

Apart from that: OWASP is not a very reliable resource. The project has given some genuinely bad advice over the years. In particular: don't rely on any advice they give about cryptography.
My understanding is that the consensus is that Python 3 was the last time backwards incompatible changes would be made to the language. The author's point is that this makes Python 2 a special case, so you should make the default behaviour the Python 3 behaviour.
My last co-founder kinda soured badly on steady corporate world. I plucked him from Yahoo (before Marissa) and did a startup for a couple of years. When we closed shop, he tried to go back to the corporate world (Disney/BigCommerce) and found them unsufferable. He got used to small, do whatever I want to do. He ended up at another startup, a little bigger, but still under 40 people. So, moral of the story is that some people won't go back to big corporate behemoths after doing a startup.

If you are a dev/eng/cs guy you'll land fast anywhere, non-dev startup work (marketing/PR/social/sales/support/fundraising) will require a lot of explaining and time. You'll get there.
Excellent idea - you sir/ma'am are a genius!!
Very easy when you're in control of the machine (and are a developer). A while back I had written a tool in Python purely for myself (mistake #1), and relied heavily on dependencies which needed to compile C extensions (mistake #2), and then it turned out to be very useful for others on my team (mistake #3), which consisted of mostly non-developers (mistake #4) using Windows/Mac (mistake #5). I've since left, and while they supposedly have a dev who can help them install the tool, I'm still running it for them on a regular basis because I don't want to be mean and they haven't sorted it out.

Python's dependency management is great for devs who have a GCC toolchain, but it really sucks when you need to share code with non-developers.
Overly complex advice they understand is still overly complex advice. Even for an adult it impacts recall.
Not wanting to receive threats of violence against you or family members is hardly clamoring for sanitization. Sure, most of those threats aren't actually going to happen but a real human has the stress of having to evaluate each one and hoping they didn't get it wrong.

It's also not as if the only two possibilities are “actual stalker attacks you” and “nothing happens”. SWATing, spamming friends/family/coworker with hateful propaganda or photoshopped porn, placing embarrassing ads with the victim's actual contact info, etc. are all things that happen in the real world and don't require some blowhard to leave their house or risk persecution anywhere near as much as a serious physical attack would entail.
> Project owners update projects and don't bump the version. New bugs / security problems could be injected even though we haven't changed a thing internally.

You can't update a crate on crates.io without bumping the version. Once a version is published, it cannot be removed. (It can be "yanked," but even yanking it does not make it completely inaccessible.)

> These ensure all projects are built from known sources. We _know_ we can get consistent builds.

Cargo isn't coupled to crates.io. You can run your own registry index. (Note the `[registry]` config section: http://doc.crates.io/config.html) --- All of the code that powers crates.io is open source. On top of that, crate dependencies can be specified via git URLs or locations on disk. Repeatable builds are well supported IMO.
Smart move here!
How we (accidentally) discovered mParticle
I've used Linux for a very long time. "Excessive framework fragmentation" hardly describes the current GTK & Qt/KDE almost-monoculture. In fact, I can't remember the last time when Linux (or any Unix derivative) was so quiet in this regard.

Desktop Linux was anything but stagnant ten years ago, when there were at least three frameworks in current use (Gnome & co., KDE & co., wxWindows -- although that's not a full application framework) plus a lot of other UI frameworks that still weren't dead (Motif, Jesus Christ...) or we had not yet given up on (GNUStep, which is an entire application framework). And there were the people writing GTK software not intended to necessarily run under Gnome (which is being increasingly discouraged by the Gnome team now), as well as people writing Qt software without KDE's framework. Ooh, and Tcl/Tk wasn't dead and buried yet.

If anything, GUI software on Linux appears stagnant because we're in one of those CADT rewriting phases that jwz was writing about twelve years ago ( https://www.jwz.org/doc/cadt.html ). There hasn't been much improvement in the last three years, indeed; that's largely because Gnome 3 is struggling to come on-par with Gnome 2 in terms of features and flexibility, and as KDE finally emerged from 4.x's perpetual beta, it got into 5.x's. And, between KDE's increasing lack of relevance after everyone ran away from early 4.x releases, and Gnome's agenda for world domination, there's hardly any room left for developers who have neither a passion for architectural astronautics, nor a taste for political partisanship, so very little desktop software gets written outside these two.
can I ask a serious question? are you possibly not the intended audience of this article? have you done any non-beginner work using Python and/or Django in a production environment?
Bitcoin Coming to a Neighbourhood Near You: Netcoins Virtual ATMs Launched
> In the private market, it's usually impossible to short-sell

Not just that, but in the private markets, it's usually impossible to sell at all unless the company decides to let you (ie, unless it's beneficial to the company, or at least better for the company than the alternatives).

This fact alone strongly implies that prices will always inherently have an upward bias; it's actually quite difficult to conclude otherwise.
Apple obviously working on a car, says Elon Musk
"semantically compatible but not syntactically compatible" would have been a more impressive way of expressing it.

If Rust is highly semantically compatible with C++, then automated porting of C++ to Rust isn't such a far-out idea.
> What you appeared to be advocating for (at least how I read it) is dropping into a country and giving people money to buy cleaning supplies.

C'mon, you really thought I was 'advocating' for each of us to buy a plane ticket and fly into some country, and hand people money to buy cleaning supplies.

Microlending is not giving people cash. It's giving people loans. That microlending has limited/negligible effect has also been well known for some time (as you know as well since you linked one of the studies, but the same organization has a new meta-study over multiple countries also worth looking into). The same organization has much better study results with giving people cash. Every study of cash grants (conditional or unconditional from Oportunidades onwards) I have ever seen is net positive, and most very positive.
"Version: Python 3.1 (Python 4.2) ruby 2.1.6p336 (2015-04-13 revision 50298) [x64-mingw32], like 2.7.8 [GCC 4.8.3] on cygwin"
I agree that the line of reasoning in the parent comment is flawed ("if Facebook is using it, then we can use it too") and that making a language decision is very much about picking the right tool for the job.

However, I think the comment touches on a truth: public perception matters in language decisions. A tool which is perceived to only be useful to academics and tinkerers often times won't make it onto the short list, even when it merits being there. Seeing that Facebook can use this tool effectively at scale might mitigate the early adoption risk that many feel, and let them concentrate on evaluating Haskell for how it fits the problem. Without the validation of seeing it used for large, real-world systems, it might never make it that far.
There are more things in heaven and earth, Horatio, Than are dreamt of in your philosophy.
Well, except for literally all the developers that use Unity, Flash, Java, and GameMaker (but I guess they aren't True Professionals?)

In the space of core engine stuff, I agree.
"And yet here we are, discussing how Rust will deliver us."

So why are you here, debating about Rust, if you already know your time would be better spent investing in domain knowledge, people skills, or architecture?
I believe the question of legality when carrying a concealed weapon is an all different matter.

The reason you cannot make ilegal is that some people (read NRA loonies) keep trying to make look as carrying a concealed weapon is a constitutional right granted by the 2nd amendment. When it's clearly not.
Keeping Score in Growth
Maybe there's another backdoor that hasn't been discovered yet, something like port-knocking.