skysight-inc/HackerNews huggingface dataset:
I agree with your points here. The thing that struck me as more interesting about this case is that it seems like it should lead to a more concrete testable prediction, with a deadline. If this is right, we should see a rapid increase in temperatures when the cycle that's currently pumping heat to the bottom of the ocean starts to pump it back up to the top.

If it's as they say, then it seems to me like the next oscillation should be much more dramatic (for some measurable definition of dramatic) than the historic ones because most of that "stored warming" will come up in a rush. On the other hand, if we get to the time when the cycle reverses and it's no big deal (after giving it time to get into full swing), perhaps we should reconsider our premises.
A Famous Steve Jobs Speech Is Hidden on Your Mac
Creating Successful Apps – Development, PR and Marketing Tips
You think that adding a small tag that tays, "Picture by X, license is http://whatever" is some high burden? You've transcended first-world problems and started in on the negative numbers.
How New Cashless Economy and Digital World Is Transforming Your Retail Experiences
It's also the phonetical-match to an iPhone app:

https://steller.co/
In the US, individual purchase of health insurance is now mandatory (and in some cases subsidized), except for individuals above the threshhold for government provided health-insurance through Medicaid [1].

[1] This isn't exactly true in the few states that haven't expanded Medicaid eligibility as provided for in the ACA, since in those states there is a gap.
That's not true. Well it's true in a very narrow technical sense, but it's not really true.

For example, the amount of housekeeping python does in order to execute a function call is staggering. It leads to all sorts of nice functionality, but nevertheless (plus C++/D does it almost entirely without housekeeping. Either no housekeeping, or 1 level of indirection).

Python has so many indirections for a function call it hardly even makes sense to talk about it in numbers of indirects.

Assembly hello world on my machine : 86,607 cpu cycles (of which < 20 actually in the program)
Syscalls used by the assembly version : 2 (write and exit)

Python hello world on my machine (.pyc was available) : 59,099,731 instructions (including half a million branch misses)
Syscalls used by python to execute 'print "hello, world"' : 1139 (each of which causes a program reschedule)

These programs do the same thing. Programmers often forget that things they take for granted are not in fact free, they may not even be O(1). Memory allocation. Subprocess execution. Function calls in scripting languages. Syscalls. Writing to files. Allocation of bytes on disks. All of these things come at a really, really high cost, and most not even O(1) costs (e.g. memory allocation is O(N^2) on a busy server as long as things actually fit in main memory, and O(N^4) or even worse when using virtual memory).

Sadly using memory does not even have bounded complexity. At some point, just attempting to use virtual memory might cause virtual memory to be allocated just for the lookup. This is generally referred to as "thrashing" and you're very likely to have rebooted your machine before this completes because it'll be frozen for minutes, sometimes hours, if this happens.

Likewise the memory model is useful, but huge. Strings in C++ take one byte + the actual contents of the string. Strings in python take up 60 bytes + twice the length of the string. And that's assuming you just set a variable to the string. If you construct the string, the difference is going to be much bigger.

The point here is that things that are io-bound (esp. memory bound) in python may be cpu-bound in C++ or D, simply because you avoid doing all the indirections that higher level languages do.
The Chinese were printing for hundreds of years before Europe picked it up[1]. If you're making a single plate to reproduce a page, it actually doesn't matter if it's characters or an alphabet. Same with moveable type, it's more of a pain than an alphabet, but you've already got such a front-loaded process that it's not that much worse, the same economics apply (1 copy is very expensive, 1,000 not much more).

I mean, don't get me wrong, the characters are ridiculous and I'm very intrigued to see how typing evolves in China (currently, type pinyin and select which of the several characters are spelled that way from a list -- do they switch to straight pinyin eventually?), but printing was alive and well in China way before the west, same with gunpowder. China was technologically superior from 500-1700 or so. If you want to point to something, point to the coal-fired steam engine.

[1] http://en.wikipedia.org/wiki/Four_Great_Inventions
Thanks. So basically we get most of what Java has to offer plus thread mailboxes, which is nice. Not sure what to make of Places though - zeroMQ exists and has Racket bindings, is there something Places is better at?
A feature that seems missing (particularly for bootstrapped startups, but useful for others too) is using a % of profits or revenue to fund user acquisition, rather than a $x amount that grows by either Y% or $Y.

OTOH, that would assume that channels don't get saturated, so you'd also need a ceiling on the max spend for that channel.
Yes, it does.

A software being open source means that you can deploy for any task in any environment, at any number, without the need to ask anybody's permission.

It being proprietary means that you must ask permission first, and will probably need to keep each piece of software under control, under different terms.
But my point is that that's not necessarily what the hermit was doing. I don't think he was reacting against the idea of defining himself. I think he was experiencing the effects of extreme isolation, and trying to describe afterwards what it felt like.
"You can write your own basic jQuery by doing this:

var $ = document.querySelectorAll;

Obviously this won’t cover everything, [...]"

wat
Fittingly enough, Mexico has also been suffering a drought, meaning that our unlimited supply of out-of-season tomatoes, coupled with insufficient regulation, is causing huge problems for the general populace.
The implications for this extend beyond backing up your database.

Imagine a world where daily time-series data can be stored efficiently:
This is a lesser known use case, but it works like this: I'm a financial company and I want to store 1000 metrics about a potential customer. Maybe the number of transactions in the past year, the number of defaults, the number of credit cards, etc.

Normally I would have to duplicate this row in the database every day/week/month/year for every potential customer. With some kind of git-like storing of diffs between the row today and the row yesterday, I could easily have access to time series information without duplicating unchanged information. This would accomplish MASSIVE storage savings.

FWIW efficiently storing time series data is big problem at my company. No off the shelf solution makes this easy for us right now, and we would rather throw cheap hard disk at the problem rather than expensive engineers.
The actual quote was:

>>What I’m saying is don’t rely heavily on jQuery, or any other library, without having some sort of understanding of how that library is accomplishing it’s tasks.

Which I think is fair. (However, I don't agree with his assertion that using vanilla JS will be more efficient - in most cases, it won't.)
The first example is wrong as well I believe - there is never a function call of bar.
It is possible, but in some cases it may result with inefficient code as JS engines use constructor functions for optimization heuristics.
Second example of second tip is a lie
> The language called Haskell cannot produce side-effects. You see the side-effects when you execute a program.

This is a rather meaningless distinction -- indeed, you can say the same thing about any other language on the planet. Programs written in C, Python, Ruby, ML, R, and Brainfuck only have side effects when you execute them. Obviously a C program just sitting on your hard drive unexecuted doesn't have any side effects.
I like this idea as well. Any chance a windows phone app is coming soon?
Strong identities are born from great beliefs
Neat little tool.

I've seen some tools in the past that have translated of TODO/FIXME/XXX style comments into issues (or at least some reduced viewing of them), but this is the first project that I've seen integrate itself with git hooks to push out the issues.

One issue that you should fix is removing the .DS_Store from the repo.
OffCourt Tennis
I had to read that paragraph several times to see if they said "But Javascript doesn't do this." Nope, not in there at all.
Impact mapping gives you that big plan without having to detail implementation and keeps it manoeuvrable. Kanban lets you switch the backlog around through the day and doesn't lock the project into sprints (which are mini waterfalls imo). Estimation is entirely optional here. (The main benefit I've seen from estimation is in forcing a dev team to collectively confront what's involved in implementing a feature - as an input not an output.)
Because you're not hourly. You're not paid to work for 40 hours, you're paid to fulfill certain obligations and be held accountable for them. That means sometimes you might have to work more than 40 hours, and sometimes you might work less.

This is not unique to software, you might have to wake up and fix something in the middle of the night the same way a doctor might have to take a call w/ a patient on a weekend when they're on-call. It's part of the job.
The article doesn't miss this point, it explicitly and absolutely disagrees with it:

"FOR all this ambition, China is not bent on global domination. It has little interest in polities beyond Asia, except in as much as they provide it with raw material and markets. "

"China is “neither a missionary culture nor a values superpower,” says Kerry Brown of the University of Sydney. “It is not trying to make other people into China.”

"Clan-focused Confucianism and the fear bred by communism have persuaded the Chinese to mind their own business"
everytime i use mysql i die a little inside. that said, the amount of work to switch over to postgres isn't worth it.

not that there's a lot of work, more a lack of team experience that makes it currently not a smart move.
I wrote an article about `this` [1], where I try to explain it in painstaking detail, and the best way I found to explain it was as "the argument which is passed to a function by placing it left of the dot"

[1] https://gist.github.com/spion/7180482
What about Postgres? I'm not a database expert, just wondering. Is MariaDB more of a one-to-one replacement for MySQL?
Pause denier!
Just added it to my profile. Happy to meet if you visit.
Don't think of "this" as having weird rules with strange edge cases about what it defaults to in certain scenarios. It is always dependent on how you call the function, and there are only two rules, depending on your situation.

1) "this" is whatever you set it to with call/apply/bind, or, if you didn't,
2) if you're using "use strict"
2.a) "this" is whatever is to the left of the dot when you call the function.
2.b) otherwise, "this" is wherever you got the function from.

Think of 2.a in the literal sense, if you called the function from a bare variable reference with no dot operator on an object, then the statement "whatever is to the left of the dot" is "undefined". Basically, this means that you generally shouldn't end up with "window" as "this".

So, if you got a function from the global scope, it's "this" is in the global scope. If you got it from an object, it's "this" is that object.

function AClass(){ this.id = "bar"; }
AClass.prototype.func = function(){ console.log(this.id); };
var id = "foo";
var obj1 = new AClass();
var obj2 = {id: "baz"};
var func = obj1.func;
obj2.func = obj1.func; // or even just "func"

console.log(func === obj1.func, func === obj2.func, obj1.func === obj2.func);

func(); // prints "foo"
obj1.func(); // prints "bar"
obj2.func(); // prints "baz"
with(obj1){ func(); } // prints "bar"
with(obj2){ func(); } // prints "baz"

Same exact function in all cases. The reason func's "this" in the first of the last three calls is "window" is not because that's what "this" defaults to, it's because that's where we found "func".

Think of the global scope in a browser as looking something like this:

function window(){
with(this){
// your code
}
}
window.call(window);

So that is why, when an event handler is executed, it's "this" is the DOM element to which the event handler was added.

myButton.onclick = function(){
// do something
}

You just stored the function on the myButton object, so when it gets read back again to be executed, it's coming from myObject.

Using addEventListener does the same thing. And if the browser vendors don't actually store the event callbacks in the object, then I guess they must be using "call" to maintain backwards compatibility with the old event wiring syntax.
For me, this bypasses the emotional aspects of taking a photo. When I take a photo of the Eiffel tower, I am capturing the moment of when I visit the Eiffel tower with my family. In the future, when I look at the that Eiffel tower photo, I will re-create the feeling of _when_ the photo is taking as it serves a reminder.
Setup Meeting with Us  – Billing Subscription SaaS Model
Well, my experience is that web apps are most often bottlenecked by the database speed, because almost any other problem can be solved with money (and not even much of it).

I've seen databases bottleneck on lots of different resources, even some virtual ones (unexpected serializing). But I'm very suspicious of people claiming that one must write webapps in low level languages "because speed". (And yes, I know there exist problems out there where this is true, the same way that there exist people out there that've won the lottery.)
Joke's on you, the Eiffel tower is itself copyrighted! :)

http://www.redbubble.com/people/christinebetts/journal/28082...

Read up for yourself:

https://www.google.com/search?q=eiffel+tower+copyrighted
Vanilla JS is more efficient than jQuery a lot of the time - for example, consider the $(...) api - this has to do string parsing before it makes its selector call, which by its very nature take away computing power.

These days it is negligible though. The argument for using jQuery for DOM manipulation is oftentimes just one of readability.
That's a great idea. (Un)fortunately it's all client-side.
Thanks David. It's a possibility for the future, but right now we're going to focus on the 2 platforms of iOS and Android.
Python a D have totally different use cases. Just because you can do something with Python doesn't mean you should.
Investors Love a Credible Entrepreneur Market Sizing
Yep, this is great. I'm drafting up some specs now :)
Nice feedback, thanks. Glad to hear it is working for you. I've only had good experiences as well with meeting people.
How does it work? Where does it breakdown? Why are these things not in the README?
It took me way too long to realize that there wasn't a camera on this gadget. I guess I should have read the article before watching the video :)
Lekker en vooral gezond visstoofpotje – Jouw Gezonde Recepten
not really i could ask them an i will.

thks for the comment
I call this phenomenon "radio".
I have used both. When I used Linode, I never experienced a downtime. Ever. On DigitalOcean, I experience many (includes timeouts, and slow response).

For something serious, I recommend Linode. But the cheapest setup is $20/month. For testing, or to spawn many machines, real fast, cheaply, DigitalOcean. Can't beat $5/month or fractions for hourly use!
I think it's interesting that technically Judaism, Islam, and Christianity all worship the same god. Yet they hate each other so much.
Yes and if you wanted to write an API for such a thing it is pretty simple. The key is that you never allow retrieval of the data.

So your API has to support essentially two methods:

* Add banking details.
* Make a charge.

You submit the details to get back a token such as "account-1", and use that token to make a charge. The actual banking details are never able to be retrieved from the device.
Could Reprogrammed Cells Fight “Untreatable” Diseases?
No. Adding the tag is no burden. The burden is finding out what EXACTLY needs to be added.

EDIT: Sometimes it's enough to mention the author, sometimes you need to provide link to the license as well, etc, etc.
It's not even right for what the article author is trying to do. Or in other words, s/he just broke their own rule #1: understand "this". "document.querySelectorAll" must be called on the document object, and reassigning it to a variable like this will make it be called in whatever function scope it's currently in. To even get this to call correctly, it needs to be "var $ = document.querySelectorAll.bind(document);"
The author should test their own examples

var $ = document.querySelectorAll;

That doesn't work, it throws `TypeError: 'querySelectorAll' called on an object that does not implement interface Document.` The correct line is:

var $ = document.querySelectorAll.bind(document);

I know this well because I use it in all my JS projects and plays nicely with Python style for loops (e.g. in CoffeeScript).

While I avoid jQuery I awknowledge the value of it, esp with old and mobile browsers. I avoid it precisely because my apps need modern HTML5/WebGL capable browsers anyway.
only needs one point, "only use javascript when you have to, it's a terrible language and best avoided"
The statement about jQuery being more efficient may have been true about some handrolled for loop selector engine in ie7, but modern browsers have the tools we need now.

You can replace most uses of jQuery by aliasing querySelector to $ and querySelectorAll to $$. You lose some of the automatic array iteration stuff, but really, if you were writing good code you would know how many elements you are about to select.

jQuery is a gigantic dependency and it's kind of sad if you need that crutch to write js. Beyond the selector stuff, its promises and xhr stuff is dubious as hell and can be done much better by several node.js libs like superagent and async.js or bluebird.js.

jQuery goes in direct opposition to a composable module-based approach, because it is a massive dependency.
I'd really love to know about this as well. I have often wanted this.
Correlation Is Not Causation, Even for Big Data
Hackers Unmask Anonymous Posters on Secret, Including App's Founder
As a backend developer with a tiny bit of front end knowledge, ditching JQuery sounds pretty dumb. It was designed to iron out all the incompatibilities between browsers, no? And funnily enough since it became the standard a while ago, I hear a lot less complaints about trying to get something to work in IE.

(Sounds a little like the NoSQL crowd telling me how much easier their databases are to develop in, without any thought for why the relational model became so popular).
considering its a for of MySQL I'd say yes.
Yeah, I think the difference is "Physically-based" and "Physically-plausible" :)

Although strictly speaking a lot of VFX rendering is still about how much you can fake stuff, although it is a lot more real (as in done in the renderer instead of at comp stage) than it was 5/6 years ago.
MariaDB is a drop in replacement, as is Percona.

PostgreSQL is a completely different database system, and is definitely preferable if starting from scratch, but migrating from MySQL to it can be a pain.
See also yesterday's link on Syntax directed editing: http://tratt.net/laurie/blog/entries/an_editor_for_composed_...
There is a difference between your FICO score and your credit report.

There is no score penalty, but a note is made in your report that does live with you.
There's a term for that. It's called "having a false sense of security".
Yeah lots of 'public' things are copyright, strangely. The US national arboretum - you have to pay per photo if you take pictures of the plants!
True. Although then you would have to worry about changing your DB configuration whenever you change branches. You'd also have to make a copy of your database manually any time you want to start modifying it. Stellar seems like an easier solution.
* More active development

* Slightly better performance IIRC

* Not controlled by Oracle, who will likely kill off MySQL to promote their own database at some point in the not-too-distant future.
I have used both and think they are both good. If you need cheaper just pick digital ocean. But both companies are good I think. And I would recommend and use either still today.
How many instructions were executed after the interpreter was loaded into memory (a much more realistic analog to the twisted server model)?

Once loaded into memory, any program which is bound by IO to memory (i.e. moving the stack from memory to caches/registers) will show up in tools not as being IO bound, but CPU bound.

And yes, CPU bound programs will benefit greatly from moving the hotspots into a linked module written in C or Cython.

I have no problem with moving away from Python (I'm in the process of doing this myself), but the costs associated with re-writing an entire program (especially one complicated enough to only handle 50 requests per second) are non trivial, and if there was simply a small CPU hotspot, it could have been smoothed away in a number of ways that don't involve learning a new language.

In short, everything points towards OP moving to D because of a personal desire instead of a real business case.
It's important to note that people may not be aware of that because health care insurance has been in a bit of flux lately, to say the least, and there's been a lot of misinformation about the changes coming from a lot of directions.
Assassin's Creed Memories Free Card-Battle Game Available for iOS
Most popular open-source cloud projects of 2014
It never says they can, it just says they have to. Completely separate meaning, in fact it calls it a "tall order" which means at the very least that's it's pretty difficult if not impossible.
Front-End Thanks Community thanks conference organizers for job well done
Wait, can not everyone hear that sound? It's not enough to bother me, but it's definitely noticeable.
There are a lot of existing compression algorithms for time series data that do just this. I'm not sure how well any of these are implemented however. I think the problem is not necessarily how the data is stored, since that's fairly easy to fix with a bit of engineering effort if you're willing to write your own system. The harder part is rewriting query engines to take advantage of this sort of compression. Although ideally this could just be abstracted away by the storage layer.
I can't find the blog post, and the above poster likely knows more then me.

I remember seeing a post several years ago that XEN increases the likelihood of cache misses by 25-50%. Thus while the CPU looks to be at 100% processing power its really waiting on RAM/cache.
mooSql?
I didn't say the bad things were done on purpose (when is that ever the case?) and didn't mean to ever suggest such a thing. And I understand your suspicions, but I've read more than just The Wealth of Nations by Smith.

The other comments are such a trainwreck of assumptions that it's not worthwhile to respond, so you've got that going for you.
CodePoint Open has been freely available for a number of years. It doesn't include delivery endpoints but for geolocating English, Scottish and Welsh (but, alas, not Northern Irish) postcodes it's fine.

http://www.ordnancesurvey.co.uk/business-and-government/prod...
Fear and Loathing at DEFCON 22