skysight-inc/HackerNews huggingface dataset:
On Mac Chrome is working fine, but on Windows it seems to be completely screwed up these days. If you open multiple youtube windows, for example, it screws up pretty much every time you switch between windows - you have to minimize the window and uniconify it for it to render properly. This is pretty basic stuff.
I do this via HTTP Basic auth + ssl. On Heroku you get SSL for free (https://myapp.herokuapp.com), so that + basicauth works pretty well.

EDIT: Wanted to add that I love doing it on Heroku as you get the automatic load balancing so you can easily add web dynos.
Running a lyrics site is a tricky thing. Yes, there is a ton of traffic because it's essentially built for SEO. But think about the demographics who view lyrics. Typically very young and without a credit card. Translation: advertising == lower CPMs than other demographics.

So lyric sites have to supplement traditional banners with, well, those ringtone ads.

In the case of SongMeanings, we're doing ringtone ads because our licensing agreements are very expensive. It's not cheap doing what we're doing. We're proud to be licensed, sure, but again, it's very expensive.

Heads up -- if you become a member at SongMeanings, you'll actually see fewer advertisements. It's our way of saying thanks to loyal users.

I'm certainly open ears to suggestions on how to pay for licensing while not doing ringtone adverts. Or any other suggestions on how to improve SM, too.

Mike
SongMeanings
I'm surprised that they had trouble finding people to take the one-year deferral. It would be a great opportunity to have a year to explore whatever you wanted to with the knowledge that if whatever you did wasn't working out after a year, you could go to a top business school.
Agreed, SKStoreProductViewController is a great addition in iOS 6. Very powerful tool for developers.
Open Source Robotics Prevail at NYC Maker Faire
Not really. The SipHash page contains proof-of-concept code that breaks common good non-cryptographic randomized hashes, i.e., it generates collisions regardless of the chosen seed.

Regarding performance, SipHash is essentially as fast as Python's randomized hash, and quite faster for long inputs (>16 bytes), cf. http://bench.cr.yp.to/results-auth.html#amd64-sandy .
Interesting, so as I understand this - it allows 'marketers' to insert javascript code into a website when they want to do something 'new'. (maybe they want to put crazyegg on there, or do something else.. ?)

I see where this is trying to help out. But allowing marketers/non-tech-folks to inject copy-pasta javascript into production isn't really a solution I would be comfortable with. Having experienced how small snippets of seemingly inconsequential JS can cause 'ads to fail on IE8' (and this is through DFP, no less!) and thus cause thousands if not millions of dollars of losses makes me nervous about having marketing dudes insert them codes and then go "hey I didn't know it'd break something!".

However, on a positive note, I would definitely use it personally to asynchronously load up stuff on my own projects. But on the other hand, I could do that manually myself and actually take care of caching aspects and expires headers, etc.

Sorry but I don't see the whole 'speed-up load times' thing as a big bonus unless it's for small projects where you can't afford to deploy on S3/Cloudfront/etc. but on that note, those people won't have 'someone in marketing' wanting to insert their code during runtime.

Maybe you should change the marketing angle including explaining the phrase 'tag manager' better ?
Well said.
Its a wide-open place and welcomes engineering opinions ... the price (+/-) has been hotly debated inside App.net.

I admire Dalton for moving down ONLY slightly on price.
He actually raised it on the monthly, yet allowed people to test cheaply. It's worth the premium, Dalton is wise not to give it away.

PS - members are a dream demographic, and spend $5 on apps easily. Some developers have made $ thousands via app sales already. The developer revenue share model (just announced) accrues additionally on top of app sales each month.
I don't think there's a need to discuss it as some kind of frightening black box that nobody's too sure about, either. As far as is known, I believe Chrome - Chromium == Branding, MP3 codecs, Pepperflash, Foxit PDF reading libs. With flash, they have some kind of special arrangement with Adobe; with the other three, it seems like it amounts to licensing bullshit that's keeping their hands tied.

There used to be that RLZ usage tracking thingy, but IIRC it got taken out. I'm sure there's other stuff like auto-update and usage statistics-gathering components added to the Chrome build as well.

If I missed anything, please do point it out.

By the way, my goal isn't to warm people up to the proprietary Chrome build. My point is more to make people feel less like they're missing out by ditching it for the freer Chromium.

It definitely has to be acknowledged that from a security perspective, it must be assumed that Chrome contains back doors and "innocently neglected" security vulnerabilities for big brother in all his various incarnations.

So use Chromium, damnit!
Question for your JS folks: How are they going to handle document.write calls in third party or even 1st party tags ? Those are blocking by nature and trying to load them up asynchronously will ruin the page. I know there are a few document.write overrides but I'm interested in seeing how they would approach this :)
I don't think this is fair at all. The Closure Library may have its dark and dusty corners, particularly for recently added/less used components, but on the whole, the library API is quite well-documented. You are mistaken about the API docs being generated from extracted code symbols; rather, it is all pulled from standard JSDoc tags. The library authors are meticulous about defining custom types rather than using ad-hoc enums and the like in their code, making the codebase itself very comfortable to reason about and making these @param and @return types very clear in their meaning.

I have my complaints about the library (certain dusty corners of goog.ui and goog.editor have hard-coded CSS classNames and Google URLs, meaning you have to use a patch queue to customize them) but I'm very pleased with the API documentation and examples. Google admittedly leans on Bolin's book (O'Reilly, 2010) too much for the community's manual-style documentation, but this is less crucial for a library than the API docs, and that book is really good :^)

The library has an extensive demo collection which is pretty nice too, and the demos generally include a minimum of 2-3 examples to show different ways to use library components (decorating vs. rendering usage of goog.ui package, for instance).

Google's real failure with Closure Tools has been marketing, but that is not my concern very much as a user. However, I see how this affects the library's adoption, so I've created a page at https://oinksoft.com/closure-tools/irc/ (I op the IRC channel) where I hope to aggregate more resources over time so that new users are able to get up-and-running without using Bolin's book.
Can you please please please put a link to your actual website on this blog? I don't want to have to edit the URL. I really don't.
SAMSUNGEEKS
You're absolutely right, SOA patterns may be implemented anywhere. What's nice about Erlang is you get a seriously battle-tested platform designed specifically for this purpose, and good language support to boot. I will of course refer you to Virding's First Rule:

Any sufficiently complicated concurrent program in
another language contains an ad hoc informally-specified
bug-ridden slow implementation of half of Erlang.

https://groups.google.com/forum/?fromgroups=#!msg/erlang-pro...

Update: I wish you hadn't deleted your comment because it was insightful.
Developing Minds Want to Know: Q&A with Jeppe Bisbjerg of Kiloo Games
Doesn't a developer spend most time coding?
and so the article confusing B-trees with binary search trees doesn't exactly increase confidence here ...
If the paranoid reading of this article is valid then this could only mean more entrenchment for big name players.
Apple: The World's Biggest Hedge Fund You Have Never Heard Of
Hi,

I think that for complex sites you have a good point on letting anyone publish tags. Fortunately, it's possible to allow users just to view and edit tags - and not publish them. This leaves the testing and publishing to IT - our testing interface is pretty good - perhaps you could test it :)

The speed up is really around asynchronous firing of tags and for that it may not matter where code is hosted. This should help in situations with either synchronous or poorly designed code (in some situations it may not lead to a measurable improvement).

You've got a good point - we've got more work to do explaining this topic. Thanks for the feedback!
The strategy you propose gives immunity to the more straightforward attacks on hash tables, but in practice tends to leak information about your secret key through differences in the time taken by hash table operations. If you check out pages 14--16 of the SipHash paper, it goes into a bit more detail about this. You may also find Appendix B entertaining.
And if anyone didn't think the tech sector is in yet another tremendous bubble, this article is all you need.
Perhaps, you should reverse the questions. If your potential CFO doesn't ask the following don't hire them: 1) Why do you want me as the CFO to manage the hiring of technical people? Isn’t that what a CTO should be doing? 2) Why are you looking for a CFO, when what you describe really is an executive assistant or office manager? 3) Why are you looking to hire me as CFO, but not provide any substantive decision making influence like a cofounder? 4) Why aren’t you hiring an outsourced, third-party that can act like a CFO combined with a little part time temp work to do your assistant stuff? 5) Are you legit?
That doesn't stop the app from prompting for the in-app purchases, it just prevents unwanted transactions.

Go download Talking Tom (it's "free") and see what parents complain about. Turning off purchasing doesn't stop my 2 year old from hitting one of three or four "upgrade" buttons available on screen at any given moment, bringing up a popup or opening a browser or the app store for cross promotions. I would have actually bought the damn thing because of the entertainment it provides if it weren't for refusing to support the total sleaziness of that monetization method.
Exactly. The real rub will be to manage the churn rate. If their LTV on monthlies is less than 12 months, then they lose the price premium on monthlies. At $5/mo, they would need their LTV to be at least 10 months to match the old subscription rate. But I have this feeling that social networks have stickiness, which would probably mean a low churn rate. Maybe.
Good idea... added.
Congrats to VLC, but I must ask why... why a pylon?
I couldn't care less for mobile, and I think everybody who makes money with mobile apps thinks the same.

The language used on mobile apps is largely irrelevant. All devices are proprietary to an extent, and the vendor dictates which SDK you use.

Also, it doesn't make any difference because you won't be using any external libraries anyway - you're at the mercy of the API it ships with.
I still don't know why anyone outside the techospher will ever pay to use app.net. Does a material number of users outside the techosphere even care that some apps are having their access restricted? Does anyone outsidethe techosphere even know app.net exists?

More importantly, App.net is still a closed box, just like Twitter. App.net still has to pay the bills, just like Twitter. When faced with the same decisions in the future, what prevent app.net from making similar decisions as Twitter?

Will $5 a user per month really cover their costs if they hit scale (I know they have other revenue streams, but I'm guessing they will have more users than anything else)?
i've been using it for the past 2 months and it has random crashes i can't explain. the error messages are not helpful. i will probably be switching to mediaelement in a few days. i think mediaelement has a broader device support. if you look at the issues tab on html5js you see a lot of problems with ipad and other mobile devices.
Looks like some weird space station plans
I'm sorry, I meant "it strikes me as a self-learning project" not "it strikes me as amateurish". Pronouns messed me up. Sorry!
You're right, but for the wrong reasons.

There's no such thing as a "tone" argument. Recall your freshman year Greek rhetoric course -- what are the three main elements of argumentation? Logos (logic), pathos (appeal to emotion), and ethos (morality or "greatness" of character).

If you start yelling at someone, chances are you're going to destroy your pathos and ethos. Being persuasive involves more than just logos, it involves convincing your audience that you are on the right side.

This, by the way, is why many technical people are awful at arguing. They don't understand that argumentation is about convincing people, not having a bullet point list that you haughtily defend to the last.

The real reason you're right is that the author was clearly adding a bit of dramatization and flair to the piece, rather than blowing up and insulting their opponent.
Yesterday, I spent all morning and most of the afternoon reading code, tangentially looking for a bug-ish behavior. At 3:30pm, I reached a moment of clarity. I deleted one line and added another.

I did more yesterday than the entire previous week towards the goals of the project.

I spent the day coding. I did very little typing.
You can sign your messages using HMAC[1]. That's what Facebook does when it makes HTTP requests to your application.

[1] http://rc3.org/2011/12/02/using-hmac-to-authenticate-web-ser...
I don't believe most engineers brush off hash tables because of the worst case search. Or even storage costs or implementation complexity as the author suggests.

My reason for shrugging off hash tables for most requirements: cost/complexity of inserts and deletes. Hash tables are amazing when you do offline index generation (circa Google "non-realtime" search).

However, if you ever need to have frequent updates, deletes, or inserts, you need to grow the hash table and in doing so managing the hash table usurps any search gains. For some use cases that's fine - perhaps you only optimize for reads. Hash tables are awesome for read heavy loads. Hash tables are sub-optimal for mixed read/write work loads.

On that note, I believe the Red-Black btree is far superior to hash tables for mixed work loads. RBtree's tend to be more predictable and when your application needs the insert/delete (ie, for real time updates) you don't have to worry about having to find a new data structure.

On a related note, XFS had to switch their hash over to an rbtree to fix a performance issue related to hashes falling over in costs of insert/deletes:

http://oss.sgi.com/archives/xfs/2010-09/msg00203.html

Yes there are myths about hash tables but article doesn't touch on the real truths of why engineers avoid hash tables.
Adian is good and always improving. "Official" apps sort of runs contrary to the whole idea.
UI/UX and Subjectivity
Good question. Google Tag Manager is about improving marketing and tracking tag/pixel performance. These scripts shouldn't do document.write too much.

We don't recommend putting tags in Google Tag Manager that manipulate on-screen elements due to the asynchronous behaviour.
Facebook wants to do for your career what it has done for your social life
Right. If there's anything illegal going on here, it's Apple using its customers' computers to DDoS this guy's domain.
Apple map problems are affecting Mac tech support
Apple map quality problems seem to be worse than Tim Cook let on: today I talked with tech support about a defective Macbook Pro Retina, and I asked the rep for the closest store to downtown San Francisco; he couldn't find it.

He searched by San Francisco area code 415, and the results were on the other side of the country in New York City.

He searched by San Francisco zip code 94101, and the results were in the northeast U.S. in the state of Maine.

How can Apple mapping be so far off?
Comparing JS interop in Dart and TypeScript is apples and oranges. Dart has a native virtual machine with its own garbage collector and object representation. The language itself has an entirely different object model and set of collection types. For better or worse, even Dart's number types are different from JS. Doing JS interop in Dart is like trying to do interop between the JVM and CLR.

TypeScript doesn't have JS interop: it is JavaScript. TypeScript is basically JS linter with a type annotation syntax. (And a few additional local features like arrow functions and class syntax.)

That being said, we know on the Dart team that JS interop is hugely important. It's just much harder for us to do. We've just announced a big step in the right direction: http://www.dartlang.org/articles/js-dart-interop/
MurmurHash3 (http://code.google.com/p/smhasher/wiki/MurmurHash3), CityHash (http://code.google.com/p/cityhash/), SpookyHash (http://burtleburtle.net/bob/hash/spooky.html).
So we have two ways of dealing with overfullness. We can use linked-list buckets, which are expected O(n) or we grow and sometimes have to rehash the entire table as part of an add.
Using Fuzzy Matching to Search by Sound with Python
This isn't as far fetched as it first seems. With Elon Musk's rockets they can get satellites to space cheaply, then map the asteroids with cameras, then send robotic satellites out to mine and send packages back to earth, or keep in space. They can create the satellites in space or on the moon in a kinematic self replicating manner.

http://www.molecularassembler.com/KSRM.htm

See the NASA 1980 summer study.
> But i have to say unless Google/Yahoo/Facebook/Twitter support this it will whitehr and die.

Why? It might not become ubiquitous if they big players don't support it, but it could become the alternative that all the other sites use and makes their lives easier.

I don't see a network effect here that means only one method will win and all the others lose.
In other words, the way it was before the JS and redesign failures. I agree.
Approval Voting versus IRV
you should submit this!
I find this a bit ugly. But it's a nice idea !

However, I'm not sure you really want to have a rain on your website. I can hardly think of anything which would be more depressing for the user. ("HEY BRO, LOOK, IT RAINS ! NICE CITY, UH ?")
Why do you put #creative on every comment?
They are Not Resources – We Are People
>I couldn't care less for mobile, and I think everybody who makes money with mobile apps thinks the same.

Everybody who makes money with mobile apps "couldn't care less for mobile"? What?

>Also, it doesn't make any difference which language you use because you won't be using any external libraries anyway - you're at the mercy of the API it ships with.

What? I can use whatever C# library I want with the MonoTouch bindings. And the same holds true for all other bindings...
...or a notch under, for good measure.
Tent is a great idea on PAPER, in the real world it is just too slooooow. Just my opinion hopefully I am wrong
'sall good - both kinds of learning are useful and necessary, actually.
"I still vividly remember the day that Wirth
decided to replace the elegant data structure used in the compiler’s symbol table
handler by a mundane linear list. In the original compiler, the objects in the symbol
table had been sorted in a tree data structure (in identifier lexical order) for fast
access, with a separate linear list representing their declaration order. One day Wirth
decided that there really weren’t enough objects in a typical scope to make the
sorted tree cost-effective. All of us Ph.D. students were horrified: it had taken time
to implement the sorted tree, the solution was elegant, and it worked well – so why
would one want to throw it away and replace it by something simpler, and even
worse, something as prosaic as a linear list? But of course, Wirth was right, and the
simplified compiler was both smaller and faster than its predecessor."

http://www.ics.uci.edu/~franz/Site/pubs-pdf/BC03.pdf
Facebook could simply start treating employers like advertisers, and develop products around data mining our Facebook content. Suppose the employer wants to vet resumes against profiles of people that attend bars on the weekend?

Not just no but hell no.
>Is not necesary to imagine it. Is happening right now.

Any statistics on that? Because, 10 guys and their dogs aside, I haven't notice any office workers replacing their desktops for tablets.

Some managers and such might use them, but those were never desk bound office workers to begin with.
While this lets those who are going far above and beyond to gather information, the solution is for the storage numbers to be published market-wide, to take away the edge a few have - with enough market pressure this could possibly happen.

Arbitrage is valid, as is doing your research, inferring what's going on with a company and then trading on your assumption.

Insiders are barred from influencing the market with their knowledge, but outsiders who infer what they think is going on, whether it's a sure thing or not, are perfectly fine.
Judge Posner decries "excessive" copyright and software patent protections
Somebody make this: A place for producers and consumers to connect to pay bills
You'd have to get both groups to sign up for it, and I'm not going to claim to know how to go about doing that, but here's how I imagine it working in a nutshell:

When I sign up for a new service (ISP, apartment rent, water, electricity, etc.), I offer them my BillMan (the name of this hypothetical startup) account id. When my bill is due, it shows up on my account (with a list of other bills on the same page) with a button next to it I can click that immediately approves and makes payment for the due amount.

So it might look like this:

ISP 60.40 [pay button]
rent 848.67 [pay button]
electricity 121.33 [pay button]

Why not use autopay solutions, you might ask? They scare me. What if my ISP charges me $6,040 instead of $60.40? That would mean gruel for a month for this grad student.
I plan to do a followup post about design and objectivity: the fallacy that design can be reduced to an A/B testing formula.
Treating Microsoft as a single, whole, coherent, consistent, and logical entity is the first mistake you make when trying to understand their actions and motivations.