skysight-inc/HackerNews huggingface dataset:
When I hear "you are not the user" argument it sets red flag all over. If you think your company's engineers don't understand users, your company is screwed. This response should be taken with contempt by any engineer. Typically this argument is made by rather arrogant people, very likely suffering from a level of incompetency, who just want to shutdown further argument and stick to their guns. I'd hear that many engineers were unhappy with what so called designers were doing with Windows 8 and they also got back this same argument.
Can you elaborate on the difference between finding references (in GLOBAL) and finding callers/callees (in cscope)?

The cscope caller/callee search is apparently still just text search in the code (rather than unambiguous call-graph resolution by compilation).
> Japan has great productivity and has automated moreso than any other country --it's had to due to a retiring population. They need a younger population with disposable income who are willing to spend their disposable income.

I'm sorry but the myth about Japan productivity has to stop :) I work in Japan and there are the most ineffective and honestly useless jobs out there. People guarding plastic cones on the road. People waiting at the car park exits everywhere to ensure no accident occurs. People at the front of numerous stores and train stations paid to salute everyone passing by. I understand it's all a part of customer service but this is just bringing actual productivity down. And I'm just citing obvious examples here, inside corporations there are tons of underemployed or useless jobs as well and since companies cannot fire people in Japan they carry on the deadweight for decades.

There's so much fat in every Japanese organization out there they have enough to skim out for 20 years and still be in shape.
Yeah at least here in America, bet you can't develop just one metabolic condition nudge nudge am I right?
Have you heard of Argentina, or Germany in the 30s ? Both of them did not like Inflation too much.
"How much allocation takes place in Rust vs in the other language?"

Wouldn't the distribution of the allocations matter too, switching between the two allocators frequently showing the worst case and reuse of one of two minimising the effect.
How's the performance compared to scrapy?
yeah. sql server's `MERGE` is hacky.

http://sqlperformance.com/2013/02/t-sql-queries/another-merg...
Revamp website designs to boost ecommerce sales for New Year Purchases
The primary aim of designing a good looking website is painless purchasing with quick browsing. In order to increase customer engagement and capturing higher portion of New Year purchases market potential. GoWebBaby brings you TOP 4 ECOMMERCE designing changes to boost your ecommerce conversion rate preparing for New Year purchases. With proper execution you can boost your website’s view resulting in higher ecommerce conversion rate and sales. - See more at: http://bit.ly/1xGAuzY
I don't understand how professional writers constantly misuse "begs the question".
> Deep linking - unreliable

The deep-linking example comes across to me as an issue of setting up initial state. Loading those other routes first either loads data or modifies the state of the application in a way that is required to display that route.

(or the author doesn't understand the difference between example.com/path/to/route and example.com/#!/path/to/route, but seeing as it "works 50% of the time" it's probably not this)
Exactly right! All input in Emacs is just a key-bind. In a buffer focused on text-editing, letter keys (e.g. "a") are actually bound to a function called self-insert-command which inserts the last character typed. Modes like magit just re-bind keys to different functions (e.g. "s" gets bound to magit-stage-item).
John Perry Barlow – Online privacy double agent
You're not sure financial institutions would prefer being paid something rather than nothing. Could you please elaborate?
I have been using Global for about 6 years now. Mostly I use it in emacs (though at times I use the CLI version).

I use it in Linux and Windows. I mostly work on C/C++ (Linux kernel, Windows drivers etc) and also have used it for few C# projects (via exuberant ctags backend).

One real advantage I get: I switch platforms between Linux and Windows (the place I work for has both). So I use emacs in both platforms and same gtags customization works out of box in both platforms. This relieves me in learning/using new editor/tagging system for each platform.

FWIW: my dot emacs https://github.com/surki/dotemacs/blob/master/init.org
Retirees working redundant jobs are not the issue. People staying in the office (twiddling thumbs) till the boss leaves is more of an issue.

Granted, construction is a big waste of money -but a lot of that is done by itinerant workers and pouring concrete over riverbeds and seashore is hardly useful endeavor, except to line the pockets of connected (all) politicians.
Self-taught. Why does that matter? (I do have a Ph.D. but it's in CS.)

P.S. It turns out you were right about this:

"it can unitarily evolve out of that configuration into one that can't be written as a tensor product"

That turns out to be true (and it retrospect it's obviously true because otherwise it would not be possible to create entangled pairs.) But you are wrong in your claim that therefore the antecedent state is also entangled. A state that can be factored is not entangled by definition.
I'd classify Lyra as a custom visualization design surface while tableau is more of a data exploration tool. Quite different I think in both use an intent.

Tableau is great for quickly pulling in data and building towards pretty standard charts, then playing around within them to explore the data. It drives you towards relatively simple charts that most people can understand and that's a good thing because most of it's users need significant guidance. And tableau is also a dashboarding platform, but I'm assuming you're talking about just the main visualization builder.

Lyra on the other hand is more of a photoshop like tool for producing unique data graphics. That's where the comparison to custom visualizations in d3 makes sense. d3 isn't about building standard charts (though you can do so) it's a framework for building all sorts of custom rich interactive visualizations. You can do some data exploration in Lyra, but a more constrained tool like tableau, spotfire, etc is easier for that purpose. Where Lyra is interesting IMO is in it's ability to make more custom visualizations without coding - seems like using some kind of grammar of graphics definition under the hood.

Programming languages/frameworks like R, julia, pandas, d3 etc are of course the most flexible tools but they've got a high barrier of entry for a lot of folks who need to produce visualizations and explore data. For the most part this level of vis customization has been restricted to writing a program - lyra feels a lot like a nicer visual ggplot designer in R - so it's nice to see someone making an attempt at bringing some of these capabilities into a gui.
Choose any open source project from bit bucket or github and contribute a patch.
Hi there. I omitted the hashbang just because I find it ugly.

> Loading those other routes first either loads data or modifies the state of the application in a way that is required to display that route

That should be a non-issue as far as I understand, because visiting a nested route causes the parent route code to be executed first. Hence, the confusion.
Since a lot of the complaints here are about bloat, complexity, and the steep learning curve, I'd recommend that anyone with similar concerns check out Mithril:

http://lhorie.github.io/mithril/

It has a wonderfully simply design philosophy (similar to React's), can be learned in a matter of hours, and weighs in at 5k.
The author mentions no understanding N'V' etc, early on, then rants about MS's support for Unicode...

Also, IMHO one of the single biggest shortcomings from PostgreSQL is that there's still no baked in solution for replication with any kind of either multi-master or hot failover. If PostgreSQL supported this (in the box) as well as MongoDB was, along with having PL/v8 support easier to install, it'd be my db of choice.

MS-SQL does have a lot of shortcomings compared to PostgreSQL from a developer perspective, but from being able to easily install and administrate one over the other, I think MS-SQL has a significant lead here.

As long as replication/sharding are bolt-on solutions for PostgreSQL, it really isn't an option for a lot of projects.
Since his name came up in the article, it is worth reading more about the ideas that W. Edwards Deming[1] lectured on.

https://en.wikipedia.org/wiki/W._Edwards_Deming
I'm with you for everything except n64 games. I don't know what it is exactly but some of the magic is just lost when all of the polygons come into clean crisp focus on the screen. Legend of zelda, mario kart, super smash: all reasons I still haven't thrown out my seemingly 500 pound CRT. Maybe I should just try and induce artificial blur so I can finally rid myself of that beast.
Hm. I love postgres and find many of its features to be intriguing and exciting. I work with MS SQL Server professionally and find many of the things it does to be excellent as well. The unfortunate thing about this piece is that much of it is actually Op-Ed and is based on the author's preference (e.g. cascading drop). The second section is nearly unreadable as it's full of FUD and smear.

Yes, there are things that PG does better than MSSQL. Yes, there are things that MSSQL does better than PG. It sucks that we still have to debate it based on a smear piece from someone with an agenda.
Now if only we'd finally get that release :-)

Over the last few years, September was always early christmas for me because in September we would be getting the new release. And despite this being a database, their x.y.0 releases were always rock solid (with the exception of 9.2.0 and an issue with IN queries and indexes), so I'm usually upgrading very early.

This year, it looks like the releases is bit late, also caused by some on-disk storage issues for jsonb, so of course I'd like them to spend all the time they need, but I'm still very much looking forward to playing with jsonb as this will provide a nice way of solving some issues I'm having.

I'm not using the beta releases for anything bigger than quickly seeing whether clients still mostly work because updating between beta releases is a PITA due to it requiring a full restore most of the time.

The database I'd like to use jsonb with is 600GB in size and restoring a dump takes 2-6 hours depending on the machine.
The diagram comparing the stacks feels pretty unfair to me. You have one box for "rails", but then break apart ember's stack into "models", "controllers", "routes", etc. a similar diagram could be drawn for activerecord, actioncontroller, etc - right?
A computer manufacturer doesn't need to increase their market share to keep the same profit when a process technology matures and therefore gets cheaper.

It is trivially possible to keep making money selling computers even if the total market share doesn't expand.
This a really strong statement and is either a misunderstanding or exaggeration. The received wisdom is either that a country issuing debt in its own currency cannot be forced to default or that it is not as vulnerable to sudden stops of confidence in its debt. There are various levels of conviction in these statements.

This definitely doesn't mean that it is impossible; at a minimum, a country might choose to do it. In fact as others have pointed out, default is sometimes preferable to hyperinflation and extreme devaluation. After all, all countries, Japan included, rely on imports to get at least some essential goods (think about food, fuel, medicine and tools); autarky is possible, but very inefficient and painful.
Why not just charge for the crates and have it be refunded when returned?
> Then we can never look at any real world examples for guidance because there are always too many variables.

Agreed.

> That leaves us with untested partisan theories pushed by ideologues.

The theory I responded to was not "tested" either. What double-blind study did the citizens of the U.S. and Europe take part in?
I agree that it's probably user error in this case, but also am very surprised this isn't covered better in router documentation. I've run into this problem many times and there's still no authoritative source on how to do it properly.
Interesting article but I think anyone going into the book thinking they will only be working four hours a week would be very disappointed. That being said it did provide a lot of ideas on building "passive income" as well productivity tips.
When the ECB introduces such things as negative interest rates then yes, sometimes large amounts of capital does essentially sit and do nothing but be savings (in a healthy real-market economy this would naturally reduce interest rates), large institutional wealth is often as interested in capital preservation as it is in capital growth -- this pretty much what the bond market is all about.
Google to Quadruple Computer Science Prize Winnings to $1M
Every time I see things like these I'm reminded of my days studying for entrance exams for engineering here in India. Basically college classes are pretty useless, and you will have to attend tuition classes to get some additional coaching to crack these exams. Since this is the case, there are coaching classes that specialize in merely teaching you how to crack these exams. The only issue is, the competition is so fierce, the coaching classes will have their own entrance exams to train you to prepare for the engineering entrance exam. So you now have to crack two entrance exams, one to get into the coaching class that helps you crack the exam, and secondly crack the main exam itself.

Often you will spend pointless time just doing this circus. So much so you would be rather better off, directly working hard on the main exam.

Start ups are hard, you will likely fail certainly. In all that work there is to do. And all that stress, anxiety and tension you are likely to go on merely working on your start up. I wonder what is the point in taking all the pain to fight for a Visa amidst all this(Which you are very likely not to get).

There is no doubt there are amazing benefits of working in the USA. I would do anything to get an opportunity to work in the United States. But to get a H1-B(Or any work related visa) is a great challenge, especially for guys like me. Plus years of living under perennial threat of getting fired, losing your job, having to restart your green card process all over again(If you've started), and redoing all of this if you lose your job all over again, spending decades doing this and chasing sub goals. At some point you have to wonder, if its all worth it.

Why not spare yourself the pain. And work on the actual thing itself.
What is the recommended way? (Serious question, I have larger projects that I would someday like to refactor into proper packages)
Anonymous Siezes Klu Klux Klan's Twitter Account. Makes Members Public
The quality is night and day. The BBC has unfortunately lost the plot in recent months (go to their homepage and see how many stories are headlined with quotations), and every other free source needs to pander to the clicks-for-advertisers market, so stories are rushed, content is emotional, and quantity is prized over quality.

The WSJ is the last remaining quality paper. They increase their prices every year, but I still pay for it. I highly recommend that you do too.
As an entity, yes, but overall as an economy this does not work. How will you be able to afford giving employees raises? Cut the workforce, and then what happens when everyone 'cuts the workforce'? what happens to total buying power?
Why isn't it a good idea? I have plenty of projects setup this way and it works well.

It looks pretty well organized to me.
Which version of Ember you were using? and do you experience working with other Javascript based frameworks like Backbone, Angular, knockout etc.?
Sounds like 10x Management hired a PR firm.
I am shocked how highly this is rated on here. You used Ember for the first time and thought you moved slower? That is...expected. It's called a learning curve. The first time I wrote a Rails app I worked much slower than writing Sinatra.

How old is this post? Google search for "Ember pagination" https://www.google.com/webhp?sourceid=chrome-instant&ion=1&e...

The graph? I'm surprised you didn't break "Ember Template" into "Regular Expressions", "String Concatenation", and "Returning Variables" to further your point. Why does "Rails" have one box?

I really hope I'm not missing some joke and making a fool out of myself right now.
7 CSS Loading Spinners
It feels like the author is not familiar with JavaScript, and is taking it out on Ember. JavaScript is a whole different environment than Ruby, not in the least part because JavaScript provides async code-entry. Maybe that would be causing the direct URLs to fail, as some global state is expected in the child pages, but isn't setup yet.
> Our development speed was about 1/3 of what it would have been with normal rails development.

How much experience did you already have with Rails? I would expect that learning a new tool would take longer than using one you are already intimately familiar with.

> Additionally, using Ember really increased the layers in our stack.

I don't think this is that much different than Angular.js. That would also add a significant number of components to the stack.

> Writing most of your app in JavaScript is simly not fun.

Typos aside, this is hardly a downside of Ember.js. I work in JavaScript full time (node.js), and while it has its gotchas, I really appreciate the functional nature of the language. I was writing some C# yesterday and I was disappointed at how hard it was to do function passing and function composition compared to JavaScript.

It's good for the Ember.js ecosystem to understand the short comings of the framework, but I don't think it's particularly useful to say "Don't use this tool because...". The fact that people DO use the tool means that some people do find value in it.

One of the complaints is that there isn't enough sample code posted, yet this post didn't provide any sample code of their issue or their solutions. Doing that would add more value than just saying "Don't use Ember."
The difference is that these guys get feature in a Newyorker article.
Rather than using recursive descent parsing, a better approach is to use Vaughan Pratt's Top Down Operator Precedence Algorithm (http://en.wikipedia.org/wiki/Pratt_parser ). It gives the simplicity and conceptual elegance of recursive descent while avoiding the recursive plunge of a complex expression grammar.
Okay. But I don't believe that hundreds of emails per day is necessary. There's a low signal/noise ratio and the noise is overhead.
There's a real life case study we can use here.

The Jacksons. Joe Jackson pushed his kids really really hard often to the point of abuse. All of them are good singers now but only one of them became Michael Jackson.
It's also possible to implement coroutines using setjmp[1]. IIRC, first you malloc() a new call stack, then populate a buffer using setjmp, patch the buffer to refer to the new call stack, longjmp to your new coroutine. I've implemented that about 20 years ago. There was some minor tweaking involved for different platforms, except for VAX/VMS - that one turned out to be a real pain.

What I learned from the whole experience is that coroutines are a lot less mysterious than they look. Although I never had a chance to use them since then.

[1] http://en.wikipedia.org/wiki/Setjmp.h
I'm not personally a fan of ember but this article seems to paint it in a pretty unfair light. In the end he reveals that he really just doesn't like javascript so...
A better response is that it's completely in keeping with Ockham's Razor, just in terms of number of rules instead of number of things.

For example, in an expanding universe we expect lots of galaxies that we see now to end up beyond the observable horizon in the future. Should we assume they stop existing when they cross that horizon (minimizing # of things) or should we avoid adding an extra rule that removes things that cross out of our horizon?

Many worlds is just quantum physics without collapse. It replaces a rule with a whole lot of things. It is both simpler and more complex than Copenhagen, depending on how you weigh simplicity.
EnterpriseDB seems to be the corporate benefactor behind PostgreSQL, and is run by what looks to be a lot of former Redhat guys. There's definitely commercial support out there.

As a programmer, I would love to use PostgreSQL everywhere over all the options you mention... Mongo has a pretty decent replication/failover setup, better than MS-SQL imho, and MS-SQL being a close second... administering PostgreSQL for high availability seems like an exercise in frustration, with lots of after-thought bolted on solutions.

I think by the time we see either 9.6 or so, or 10.0 (depending on how versioning goes), with PL/v8 and sane replication/failover solution in the box, it'll become my db of choice.

Most of what I use MongoDB for today can be done almost as nicely in PostgreSQL, and the latter can do a lot the former would trip on.
In the long run, having a unified interface to every service on the system is a win. In the short run, we find ourselves with semi-broken, or somewhat less than ideal, tooling and interfaces and a reasonably large amount of learning friction where there was a low amount before.

I've been a UNIX/Linux system administrator coming up on 20 years now (professionally since about '99), and I understand the pain. It's hard to break the habits of all that time; it's always worked before. In a pinch we've always been able to stick some shell commands somewhere and have it fire up the stuff we wanted to fire up.

But, it's nice to have one "thing" to ask questions of that will tell us a significant amount of data about the state of our system. It's something Windows Server has had for a long time (for Microsoft-provided core stuff; third party stuff has always sucked way worse than the state of things on Linux has ever been), and was arguably one of the (very few) reasons one might choose Windows over Linux on a server.

I have reservations about systemd. It's big, seemingly over-engineered and intrusive into places that init never went, and does some things in seemingly fragile ways (someone else mentioned that dependencies failing can lead to failure to boot, which is not something init ever really had a problem with). But, it's better than init, on nearly every axis. And, it is the new de facto standard.

So, I will learn it. I will work to make all the software I work on (which has an installed base in the millions, in the case of Webmin) work well with it. And, I'll probably even come to like it, eventually.
1)Memories of the older days where mysql_escape vs mysql_real_escape
2)It's 2014 and Drupal just got exploited by a sql injection attack.
3)Because of php's weak typing, php will accept a lot of strange input such as arrays with variables in them. Which is weird and can lead to some remote code execution
4) If you're busy defending against xss and sql injection still who is defending against more esoteric attacks like csrf, denial of service, timing attacks, etc? (If you can tell me about csrf and have set up csrf protection in a project you're in the minority of php developers)
I'm no ember fan, but comparing a system that talks to a transactional database and creates html strings to one which handles low latency user interactions and syncs state with a remote service seems disingenuous.