skysight-inc/HackerNews huggingface dataset:
As a certain lawsuit is illustrating, C#/.NET is much less coupled to MS than Java is to Oracle. Oracle is suing Google for creating an implementation of Java without their blessing, a clear indication that they believe they own and control the platform. By contrast, Microsoft has issued a legally-binding pledge not to sue people for creating their own implementations, and published the platform's spec as an open standard.

Mono admittedly lags a bit behind Microsoft's implementation of the platform, but that's mostly a question of resources. If Mono had been embraced by the open source community the way Java has been (as it should - see previous paragraph), then that wouldn't quite be the case.

Though not by much, and not in all respects. That crew is doing some really great stuff.
This has to happen I think. As more and more people start to live their lives online our mistakes are more visible. Everyone makes mistakes and eventually when the vast majority or people make them online it will be much harder to 'judge' them as your own mistakes are also available for everyone to see.
Sure. I enjoyed the people I worked with at the big companies quite a bit. In fact, almost as a rule I've enjoyed my coworkers more at big companies than at small ones. People were generally more laid back and pleasant to work around, and while I found the number of "lifers" a little unsettling, it was more of a temporal mismatch than a cultural one (I was the youngest in my department by at least 10 years and had no inclination to settle down where the job was). Now, I'm at a small-ish company and I've got far more responsibility than I did at either of the big companies, but that's mostly because there are fewer people around to handle the work that needs to be done. I'm the de-facto DBA for the product I work on largely because I understand databases better than anyone on the team. That has turned into me needing to learn Hadoop "yesterday" because the need is there and the one Hadoop guy we had just quit. At a big company this doesn't happen because big companies are, well, big. That's comforting because there's almost always someone who can give you a hand. It's also somewhat limiting because there's almost always someone more specialized in an area you want to branch out into, and they'll get assignments because working in that area is their job. If you want to wear a lot of hats, big companies aren't the best place - but if you want to have folks around who can help you out, small companies aren't going to be able to offer that kind of hand-holding. That said, if I could go to a big company and get similar respect and responsibility to what I currently enjoy, I absolutely would.

As an example of a big company role that would be fascinating - I've got a friend who's a VP of Consumer Analytics at one of the major banks in the US. His job is literally to comb through data and make recommendations regarding bank policy based upon that data. For an example of his work, the last time I spoke with him, he was working on figuring out the optimal amount of cash to keep in each ATM across the country. He gets considerable latitude to do things however he wants - all that matters is the results. For instance, he tends to write a lot of R code himself, but his assignments do not include the phrase "Implement this system using R" or anything near it. He gets to decide what works and he is only responsible for the output and not his modus operandi.
Terrorist Plots, Helped Along by the F.B.I.
It is hard to name any proprietary product platform, from cars to KitchenAid mixers, which would not run afoul of this common nerdly definition of "antitrust".

In reality, the presence of very viable substitutes in the market for the iPhone (to wit: Android) probably moots the argument here.

To go further with this argument, you will need to venture beyond Wikipedia summaries.
That isn't particularly similar. The reason "Apple rejecting applications that use buttons" is a poor description is that using buttons is very, very weakly correlated to Apple rejecting your app. That isn't true here: If you use the Dropbox SDK, your app gets rejected. In fact, it's a causal relationship.
Shaking an iOS device while viewing in Safari brings up a random gif.
You could argue that but you would lose. Generally there needs to be overwhelming market power by the company engaging in anti-competitive behavior. Even when restricted to the mobile phone market Apple doesn't exert nearly enough power to make a case.
An example of an antitrust case for someone with market share similar to Apple's in phones would be helpful. To head you off at one unproductive pass: it is unlawful to collude with other companies to fix prices even if you have a minority market share.
I was kinda going there too, while I agree that long term long storage is much better done in a Hadoop style system I used 24hr log grabs to provide visibility into bad actor behavior over those periods. As a search engine its not easy to see someone doing a .05 query/sec scrape but over 24 hrs those 4,000 queries in alphabetical order really stand out :-)

So putting a section of time from a log into a data base for generating some reports and then dumping it, I don't have a problem with that.
Disclaimer: I work in the game industry. In the last few years I've worked on projects with Valve, EA, Blizzard, Bungie, Infinity Ward, Treyarch, id, NCSoft, etc... the list goes on and on. They all use Perforce.

Perforce is double the cost of GitHub Enterprise, at $350,000 for 500 users/yr, including their (amazing) support for when the server wont restart in the middle of the night after routine maintenance.

Regardless of how sweet their support staff is, P4 has relatively painful branching, so all of these companies who have multiple teams developing on separate branches (fairly common in companies who outsource large chunks of work), an entire engineer is dedicated to concocting epic change lists for a week at a time every time you want to merge.

GitHub Enterprise could make that issue a bit more bearable for engineers (binary files get checked in regularly, but rarely are two people branching the same binary that would need merging later) and save a nice chunk of money.

Developers would probably enjoy using a DVCS and apparently don't mind loosing an entire guy who is doing merges all day, while artists, designers, and other not-so-technical folks who also contribute to the repo would have a hard time migrating from a workflow that is ingrained from internship onward. Tech-heavy companies and those who develop solely on Mac or iOS are the rare exception.

A big problem is that Git has no concept of what Perforce calls "exclusive checkout" where only one person can claim and file and work on it. That's a deal breaker for most. Communication is hard. Make it apparent that someone has claimed a file.

Retraining users from Perforce to GitHub (however enlightened that may be) has a real cost. I would estimate thousands of dollars per employee in lost productivity. Gotta make way, way easier to start working in the git workflow, especially on Windows. All game console development happens on Windows.

Fixing the issues above could crack the entertainment industry nut (and probably many others) and likely reap some nice rewards for other groups who can't afford to switch.
Theoretical Degree Inquiry
Theoretically, If you had over a decade of experience working in most aspects of enterprise software including, software engineering, team leadership / management, architecture, and consulting then you decided to begin working on your bachelors degree, what major would you choose and why?

Right now the only thing not being considered in this theoretical exercise is CS.
I don't think people characterizing this as "too far" are ignorant of that fact that Apple is within its rights to enforce whatever they want to. I think the thread is more about "is Apple being a dick here?"...

Unfortunately, Google is probably not capable of exploiting these mini-resentments and I don't think anybody else is either.
Apple has been doing this with other APIs for a while. If your app links to a way of signing up for an account that could be used to pay for something you'll be rejected. If you mention the existence of such an account you'll probably be rejected.

Personally I don't like being treated like this - as a user or a developer. So I take my time and money elsewhere.
How do you migrate your apps?
Yep, and if you add to your homescreen it will open as its own app with an icon and load screen.

Also, keyboard shortcuts for desktop: Next GIF (spacebar), Zoom Out (C).
Coffee Meets Bagel - San Francisco, CA. Full time - Experienced Python/Django web developer

Coffee Meets Bagel ( http://coffeemeetsbagel.com ) is a new innovative online dating startup making waves in New York City and looking to expand to the west coast soon. We've recently been featured in TechCrunch, Glamour, BostInno, and several other major blogs and publications.

About the Job:
We're looking for an experienced Python/Django web developer to join our early stage team as we scale our website in terms of geography and users, refine our revenue model, and continue to keep our customers happy. You will have an opportunity to work with and learn from a highly experienced technical advisor and a senior python engineer. This is a market with huge opportunity and we will look to you for best practices around architecture, deployment and scaling the service to millions of people.

Requirements:
- 2+ Years of Python development experience with some knowledge of Django or similar web frameworks. You will be able to contribute to our Django code base from Day 1.
- A strong knowledge of the fundamentals of networking, operating systems, and security.
- A Bachelors Degree in Computer Science or Computer Engineering or related discipline from a 4-year program.
- Agile. Intelligent. Creative. Problem-solver. Startup lover. You like finding and working with outstanding engineers and want to help us build an awesome engineering team.

Bonus:
- Experience building back-end systems on a high-traffic, low-latency web site.
- Knowledge in Machine Learning/Graph Theory/Large-scale Data Analysis is a plus
- Experience working with, and contributing to open source software projects is a plus—show us your github account or other online projects if available

*Also looking for engineering interns, front-end developers, and marketing/PR intern.

http://coffeemeetsbagel.com/jobs/
This is linkbait because it suggests that Apple is rejecting any app that uses Dropbox. That's patently untrue. For example:

http://itunes.apple.com/us/app/drafts/id502385074

It looks like Apple is rejecting apps that use the Dropbox SDK in a way that violates the TOS. But then the headline may as well read, "Apple rejecting applications which use code."
JavaScript Templating with Handlebars.js
pointless and awful. No fun. Worst job ever is reverse engineering. plagarizing ideas is pointless.

Make a new OS.
Looking at the link, it seems that only those apps using the latest version of Dropbox's SDK (1.2) are being rejected, for violating Apple's long-standing platform policies.

Dropbox has since released a version of their SDK without the offending links.

Is that a fair assessment?
Is this at city hall / performance arts theatre? Are you providing free lunch? :-)
The other thing that's holding me back on Mono for mobile is that it really only addresses the non-UI parts of an app and in most apps the UI code is 80-90% of the entire codebase. So rewriting some core logic and network code in a portable language isn't really enough of a win to justify using working with an unsupported (by Apple) and niche tool.
Since your account is only 84 days old, maybe you're not aware that jokes are generally frowned upon and will usually get you down voted. Live and learn :)
Amen to that. I imagine the percentage of developers who can write legitimately good code for 8 hours a day is pretty low.
The fastest train in the world
Awesome, isn't it. It's transparent and works every time. Not something you can say about apt-get...
They make up very generic rules and selectively enforce them whenever they view some app / service as directly competing with Apple's own offering.

See: The initial Apple - Google spat with google voice, Kindle - Apple, Dropbox - Apple.

The UX mantra is just BS like Google's "Don't be evil".
Your argument would be more effective without the unnecessary ad hominem. i.e.:

> In reality, the presence of very viable substitutes in the market for the iPhone (to wit: Android) probably moots the argument here.
I had a simliar rejection because of my app's Rdio integration.

If the user had Rdio installed, my app would open the song in the Rdio native app.

If the user didn't have the app installed, my app would open the song on the Rdio web site in MobileSafari. Apple didn't like this since you could purchase an Rdio subscription on that webpage bypassing the IAP and Apple's 30% cut.
So bloody what if it is linkbait? The issue at hand deserves attention and debate.
Want to Design For Good? Join Our Small Team (YC S12)
Do you want to change the world with your design? Do you find increasing revenue per ad click uninteresting? So do we.

We're a funded YC S12 social good startup disrupting a really large market and we're looking for a lead UI/UX Designer.

About you:

--You like defining visual vocabularies

--You truly empathize with users

--You enjoy focusing on the details

We offer:

--Generous equity: if you own the product, you should have meaningful ownership in the company

--Competitive salary (for a startup)

--A fun and respectful workplace

--The opportunity to be proud of what you do

Email YCSocialGood@gmail.com with a resume and/or link to your portfolio
I do not think the word "ad hominem" means what you think it means. An "ad hominem" argument is one that targets a specific person advancing the opposing argument. Ad hominem arguments are fallacious when the characteristics of those people aren't germane to the argument.

Obviously, no part of my argument focuses on whoever it was who said Apple's Dropbox rejection is an antitrust violation.
Please share the snarky replies!
We have one as well (built from the ground up--my co-founder and I started building it in October 2010!)

http://whooshtraffic.com/rank-tracker/

Our rank tracker also has a competition analysis tool attached--so you can get data like # of backlinks, etc. for the top 10 Google results for any given keyword.
sorry. no real desire to go further. I was simply pointing out that perhaps "antitrust" does mean what AJ007 thought it did. I believe there is a hint of that here. Probably not enough to make a legal case but enough to add another example to the "Some times Apple can be a real dick" list.
HTML5's version of the blink tag?
True. Except for two little things:

1) There are specific scenarios for when antitrust takes effect. This isn't of them.

2) Apple is NOT rejecting apps specifically for using Dropbox. It is because of the well known and well established in app purchasing rules.
I don't see why two daemons are necessary, simply having a separate database (in the CREATE DATABASE sense) should be sufficient to not make a big mess. There are lots of fun optimizations you can do like move its storage location to a separate disk to reduce IO contention. You could also avoid making indices on live log tables to improve INSERT performance. You could add an async buffering layer and do bulk-inserts which have much better performance.

There's some more interesting discussion on large append-only tables here: http://archives.postgresql.org/pgsql-performance/2012-02/msg...

If you're sufficiently careful, I imagine you could find similar performance with PostgreSQL-based logging as you would with a rotating flatfile log. Except you wouldn't need to worry about consolidating and parsing them.
Google's Self-Driving Car is for Real-Life Crawling (2010)
My dad's been a nurse for just about three decades now. The twist is that he's been an APRN for most (or all) of that time, in specific a CRNA. He has also practiced in places where he's run the anesthesia department along with a small group (two-three others usually) of other CRNAs. Also men, in my experience.

Now, my first response to this is that his whole job requires preventing people from feeling pain, dealing with people who are in pain, and generally making pain go away. If that isn't empathy you've mis-defined the term.

My second response is to wonder whether APRNs in general are mostly male. If they are, that kind of blows this 'pink collar' stuff out of the water on a more factual basis.

Even if they aren't, though, it's still a dumb idea: Men do that kind of work. Men don't need to worry about being replaced by women in the medical field unless some idiot mandates that their jobs go to women simply because they're women.

(APRN: Advanced Practice Registered Nurse. A nurse who has training above and beyond what the average RN possesses, and has often specialized in a given sub-field.

CRNA: Certified Registered Nurse Anesthetist. A CRNA handles anesthesia, which is all about minimizing pain. A CRNA may or may not operate under the supervision of an Anesthesiologist, who is an MD who specializes in anesthesia. Typically, CRNAs in rural areas work alone and are therefore among the few nurses allowed by law to prescribe drugs (the drugs that control pain are strictly controlled by law, as you may well imagine).)
Find Simple and Chic Debutante Dresses in Melbourne
We showcase a range of chic debutante dresses perfect for every young lady in Melbourne, as she presents herself as young lady in to society.
Do you really NAT all those meters though? It seems much more likely to me that you only have one or two specialized ALG's running.

One to many NAT really makes an attackers life easier in a lot of ways - at least as far as computer networks that support active users. NAT makes it much easier to hide from flow analysis and IDS and the proliferation nat traversal and tunnels to escape NAT make it much harder to spot rogue traffic. Lets not forget the classes of attacks that private v4 space has eased like DNS rebinding and home router attacks.

It's interesting, the only network I knew of that was ip6, aggressively secured and that many nodes is DISA which definitely doesn't allow any public network traffic - and yet uses global address space.
Because the training of the reviewers doesn't cover those cases. Apple is no startup!
As long as humans are interested in Brad Pitt and Angelina Jolie, no. It will probably make internet about as noisy as a rocket in a closed room but will not die.
I think parent was speaking as a consumer, not moralizing about it. In the eyes of the law or economics, of course this is completely reasonable, it is absolutely Apple's right to do this. But the consumer experience is horrible, something parent is probably not used to from Apple.
Native Client is only enabled for the Chrome Web Store at the moment. But you could use Emscripten.
Double Fine chooses Moai
So if Apple and Samsung independently do this, there can be norecourse since both of them aren't monopolies even if they have around 90% marketshare together. Even though the harmful effects on the market is the same.

I guess that explains why the US wireless and cable franchies suck and have the lowest consumer ratings.
Apple doesn't have anything close to a significant market share.

There is LOTS of competition in the market place.
I'll be great if they support F#, but seems like not, 0 answers from googling, except for this request:
https://xamarin.uservoice.com/forums/144858-xamarin-suggesti...
It is in my experience.
This is actually pretty useful. Basically, it lets you do something like this:

document.createElement('slider')

Or just write it in HTML like this:

<slider></slider>

And as soon as the page is about to render it, the script intercepts it and turns it into something like this (with styles, events, etc):

<div class="slider"><div class="slider-knob">O</div></div>

You could write a jQuery plugin that does this, however you'd have to initialize it every time you added the element into the page.

Kind of like a DIY shadow DOM: http://glazkov.com/2011/01/14/what-the-heck-is-shadow-dom/
This isn't true. .NET 4.0 and on use a different runtime than 2.0, 3.0, and 3.5.
Supernodes also have the ability to relay the VoIP traffic if the callers cannot form a P2p connection. More info here http://saikat.guha.cc/pub/iptps06-skype/

It would be a small change to the supernode logic to enable relaying of calls for wiretap requests.
Why computer prices are decreasing
Based on what Apple seem to be indicating to the people in the OP thread, it's the behavior of the Dropbox SDK itself that they're objecting to. If Drafts made it through by anything except dumb luck, Agile Tortoise must either a) have gone out of its way to circumvent how the SDK normally works, or b) be using a deprecated SDK version from before Apple started objecting. (I don't have Drafts or I'd check to myself, but feel free to check the SDK version if you do.)
I am waiting for that research paper titled "What came first for Apple - the money or the user experience?". I can imagine Apple's thinking here - if we can squeeze every 3rd party service to adopt our 30% cut, then (1) we'll add more to our bottomline and (2) people will have a better UX (or more precisely can go back to their old smoother and better UX). Question is - did I get the order right?
Note though that it is an open question whether the relevant market is "phones" or "smartphones".
That's true, but obviously Apple doesn't have a monopoly in either market (obviously, they are dwarfed by the total phone market).
Unfortunately, Google is probably not capable of exploiting these mini-resentments and I don't think anybody else is either.

I'd love to hear more about that.

This is my reasoning on why I think there is an opportunity there:

Lets say (patent issues not withstanding), you created an exact clone of the iPad and iOS and sold it at the same price but without the 30% 'apple tax' on purchases. It seems reasonable to assume that if that were the only differentiating feature you would get more developers (they get to keep more of the money) and so it would get more apps, and the platform would outsell Apple's iPad with its constraints.

Now granted that is a hell of a hypothetical, but if you can accept the claim that given two otherwise identical products, but one with more developer friendly policies, would allow the developer friendly one to be more successful, then we can talk about at what point the 'value' represented by that can overcome the fact that the product is not an iPad. Does that make sense?

The Android tablet ecosystem is currently horrible. Between the device diversity, the user experience diversity, and the release diversity, and the app experience diversity it is a wild and woolly place which has not been able to compete well with iPad. Contrast that to the Kindle Fire which started with Android, locked down a lot of stuff that Google doesn't, and that has gained more traction than any other Android based tablet.

To me, that shows a market for a non-iPad but with Apple like quality control and predictability. Depending on Amazon's success, Google might just wake up and fix their world (and of course they might not, it would not be the first time a large organization just didn't 'get' it)

But you also claim that nobody can exploit these resentments, and certainly Amazon is going to try and seem to have some modest success in that regard. Love to hear the counter point of view.
Quantum Computing for Hackers - Hacker News London Meetup
What's remarkable is that Apple is suppopsedly desintined to be the most profitable company in US history and they still feel the need to do this kind of thing. It says a lot about the character of the company. Pretty sad spectacle, no matter how much money they make.:wq