skysight-inc/HackerNews huggingface dataset:
Plenty of these problems are garden-variety nastiness that men face as well. I'll take this one, which doesn't strike me as gendered:

I hope that your initial interactions involve an immediate transfer of trust in your abilities, rather than starting off by always having to prove yourself.

That's not gender-specific. It's an outgrowth of the fact that there are a lot of arrogant, narcissistic assholes in our industry who automatically assume superiority over other people. It's annoying to deal with someone who thinks he could do your job, better than you, in half the time... but men deal with those shitheads as well. They get on everyone's nerves. It's not gendered.

That said, I think the rarity of women in the software industry is symptomatic of an unhealthy environment. For a variety of reasons, women tend to be less tolerant of bullshit in order to protect an ego.

I would like to see more women in technology, but I don't think the major battle, at this point, is dirty jokes or overt sexism. The guy who calls a woman a bitch because she won't get him coffee gets reprimanded and possibly fired (and he should, because that's just unacceptable). The current-day battle is the generally unhealthy environment of long hours, backstabbing, and low autonomy for the people actually doing the work... and all of those issues are genderless.

You do, for example, need a "thick skin" to survive in the software industry-- regardless of gender. You'll be called an idiot by a manager whose IQ is the square root of yours, over a mistake made at the end of a 12-hour day. You'll get rejected for jobs because you couldn't explain how to sort a doubly-linked list in a 30-minute phone interview. You'll have to debug code that throws a profanity-laden exception name disparaging a colleague of yours (or possibly you). When you take a set of very smart but mostly socially retarded people (engineers) and make them answer to less smart but devious and nasty people (executives) this is the culture you get. Male or female, none of this stuff is easy to deal with, and no one should have to deal with it at all... but, right now, it's the price of admission.

Gender is one weapon that people use in overall corporate nastiness, but one of the less potent ones by this point. It's not only focused toward women, for that matter. I've seen men get hit hard with gender-specific smears as well.

What keeps working in technology worth all the nonsense is the possibility for change. Change is what we do, and most engineers (male and female) are good people. We dislike cultures of authority and abuse. Left to our own devices (rather than put into a pissing contest by executives) we will almost always try for positive-sum, inclusive outcomes. Besides, programming itself is pretty neat.
I was playing with HHVM, given quite how much FB emphasize not to even try with HPHPc ;-)
The sample sites look great on my Nexus 4 - nice to see a mobile experience that isn't iPhone-only. Great work guys!
Just giving the github repo and the place we want to host, everything is taken care of! Pretty cool!
Before i deployed my app to amazon ec2, i had pretty bad time with rubber gem, then with chef-solo and then capistrano, i always thought of something like this. So, it should definitely many who want to go with IAAS services but don't want the hassle of deployment.
Yeah, same here. I assumed this was going to be some article about why webkit is bad for the web somehow. Funny how statements like that can have such dramatically different interpretations.
Works for me on opera 12.14 on Mac OS X. What version and OS are you using?
Very interesting. Been working on a project very similar to this!
A Swing in a Mirrored Room
Then it's only fitting that the use-case is completely useless.
What's your plans for self-hosted realtime support (like Socket.io, which seems to be node-only)?
"I imagined it takes a bit of electricity to transform the H2O to hydrogen at first,"

No talk to a chemist or chemeng. Virtually all industrial H2 comes from steam reforming natgas. At red heat in the absence of air, natgas basically "burns" steam generating reformer gas or syngas or whatever which is carbon monoxide and hydrogen. Then at a much lower "cooking" heat you oxidize the toxic / poisonous carbon monoxide to CO2 with more steam. Separating out the CO2 is moderately annoying an energy intensive, too. In summary H2 comes from partial combustion of natgas, using water as an O2 source. Or another way to phrase it is you burn the carbon out of methane at great effort leaving you with just the hydrogen. As you'd imagine its terribly inefficient, even if you fed that H2 into a 100% eff fuel cell (LOL) you'd get more kilowatt-hours per BTU of natgas by simply burning the natgas in a turbine. Even a small turbine (hybrid car sized) would be a higher system efficiency than H2.

In theory is not relevant WRT electrolysis, because in theory you could have a natgas hybrid turbine in a car, or in theory you could have a mr. fusion burning the H2. In practice H2 is just extremely highly processed natgas.
proprietary binary plugins != open web
GameStop: 60% of customers won’t buy console that doesn’t play used games
AWS API Reference Architecture
I think this targets a real painful need, managing an EC2 app on your own is not lacking frustrations, simple things like creating a rolling backup of instances needs complex shell scripts and cron jobs or 3rd party apps like http://www.skeddly.com, you need to be fluent in linux administration if you want to do simple things like increase your boot storage space (actually need to remove it, create a new volume from it, reattach it). Most developers will figure it out, but I would rather focus on development rather than infrastructure if I don't have to.

EC2 has an auto pilot option, but if I remember correctly it's more targeted for multiple instances, no auto scaling up or down only scaling out.

Developers need to focus on developing, it's always nice to have a developer who can also do the ops part, but I think no one will miss doing the plumbing work if they don't have to.

p.s. I would add a tweet button, this is tweet worthy and you should make it easier on people to both follow and spread the word

Few minor glitches:

- SSL mixed content warning on /how and /about

- / is different than /home (pricing link)

- logo redirects to /home instead of /
Actually you get to choose what sizes you want (whichever cloud provider you choose). See here: http://blog.cloud66.com/post/39922150128/custom-server-sizes...
The Problem With A 100-Word Privacy Policy
No, the difference isn't entirely taxes, far from it. Apple is responsible for the largest part of it as the total import tax they pay amounts for 38.75% of the factory price, not the US retail price.
Imagine having a job working at a company programming in a language you don't understand and are incapable of writing beautiful code in [shudders]. I'm sure the PHP community will miss you.
This is the real solution to the "Adobe problem". They are still living in the old world of high priced software and are able to charge these ridiculous prices because they don't face any real competition. Gimp is pretty good but still needs lots of work and/or a killer feature or two to convince people to abandon Adobe. Contribute to Gimp if you can!
Game with talking AI, Tech demo
As mentioned elsewhere in the thread, hiphop is a name of a project, its not just a php-to-c++ compiler.

hphp was a program built from hiphop that compiled php to c++. This is being completely ripped out of hiphop.

hhvm is also built from the hiphop source. It is a JIT for php, and currently the main focus of the hiphop project.

The rest is still of course true, you cant just switch to hiphop it supports an incomplete set of php which is enough for facebook, but not the average library that you want to import via composer(also doesnt support composer, due to no namespaces yet).
Thanks for the advice. Solid. Much appreciated.
The race for ever faster and cheaper Bitcoin-mining technology is eerily similar to the race for ever faster and cheaper gold-mining solutions during the Gold Rush of 1848-1855. During the early stages of the Gold Rush, gold miners would just pan for gold in rivers and streams. Then they organized themselves into larger teams and started using mining "cradles" and diverting river water into sluices. Then they developed modern hydraulic mining with high-pressure hoses. Towards the end of the 19th century they invented dredging technology for mining.[1]

Let's call this what it is: The Bitcoin Rush.

--

[1] http://en.wikipedia.org/wiki/California_Gold_Rush#Developmen...
In practice Avalon draws 620 Watts and runs at 66 GH/s [1].

And let me introduce a few points to consider for an inspired by your calculation soon-to-be miner :)

1. BFL [2] and whoever else is able to produce an ASIC system start shipping very soon. All this hash power will skyrocket the difficulty, eventually decreasing the profits to today's GPU levels.

2. Volatility of BTC varies greatly and can be anything in a few months term. As I recall, the first gold rush happened in 2011, when GPU miners appeared. BTC peaked at over $30 in June and was less than $5 by November.

3. If you order your system now, you will likely get it in May if not later. Pre-orders started last summer and they're still waiting.

Happy mining :)

[1] http://garzikrants.blogspot.com.es/2013/02/avalon-miner-powe...
[2] http://www.butterflylabs.com/
This is awesome. Projects like this make me appreciate the fortitude of Markdown. John has made a project that essentially got it right on the first try[1], with very few patches or additions. In a world of software development where I'm running `gem update` all the time, it's nice to have something like Markdown which really knocked it out of the park in one try. I don't have to check the docs to know if the syntax for URL linking changed, and your implementation isn't going to be any different from mine. It's nice to have a standard like that everyone can rally behind.

[1]: I'm aware of projects like MMD, which AFAIK are primarily add-ons to the original Markdown syntax. I also realize that Markdown isn't perfect: Jeff Atwood has a good write-up on this from late 2009 -- http://www.codinghorror.com/blog/2009/12/responsible-open-so...
Quite frankly that would be the most common useful use case for this, in my opinion. In any case this is some great css hacking!
What platform are you building it on?
What about the negative effects of washing those bags?

1. Extra drinking water usage in a state with known water supply issues.
2. More detergent residue in the ground and oceans.
3. Electricity usage to run the washer.

I'd suggest these come close to outweighing the plastic bag negatives.
Building a lightweight, flexible D3.js dashboard
How would that be any different than when IE had 90+% of the user base?
That's not the sentiment she's expressing, though. You generally give people some amount of trust to begin with, right? That's all she's talking about.
I just checked Amazon, eBay, and MSN they use jQuery.

The only one you listed that doesn't seem to is Wikipedia. You really should actually try the websites before you list them.
I don't want to be crass but have you heard of this thing called "supply and demand?"

http://en.wikipedia.org/wiki/Supply_and_demand
The response was more in regards to the grand-OP's desire for a lower level extensible runtime and lamentation about plugins, more than a comparison to standards now that I think about it. In other words, which web is more open:

1. One in which all the code is open source but there are huge hurdles to releasing your own browser, and any new feature is thus at the mercy of just a few big companies (Apple, Google, etc.).

or

2. One in which perhaps all the browsers were closed source, but adding new features to any such browser really was just a matter of referencing a script on a web page?

The questions is more or less only useful as a thought experiment by this point of course, and in particular I don't feel that the "standards" process was ever particularly open to begin with, so I don't think things have, or will, necessarily get much worse.
> I think the main problem with adoption in the states is that your entire way of life is built around the capabilities and limitations of the ICE.

I have found that many Europeans do not understand how much space there is in an average American city. It is not that our lives are built around the ICE, it is that we generally have to travel larger distances. 160 miles for the school run and commute is a lot, but certainly not mad by American standards.

Population density of the US is roughly 34 people per square km. Compare to Germany (229), the UK (260), France (117). America is in the bottom 25% of the world's least-dense countries: http://en.wikipedia.org/wiki/List_of_sovereign_states_and_de....

People in the US tend to build everything farther apart, because we have so much more room. This was true before we had the ICE. We have always found some way of crossing large distances, because we have large distances to cross. Europeans see American car culture and get cause and effect backwards. I don't particularly like our car culture, but I understand it. We don't "build around cars" because we love our cars. We love our cars because they are a necessity given how much space we use.

Look at teen culture. For a teenager in the US, a driver's license is freedom in a very literal sense. They can't walk to their school if their school is 7 miles away (mine when I was in high school), or to the movies, to friends in another neighborhood, etc. Public transportation infrastructure will never be as nice as European cities because the costs rise proportionally with the area you have to cover. We just don't have the population density to make it profitable or even useful for most areas of the country.
Isn't one reason to put some form of license/copyright on your code to stop someone else putting a license/copyright on your code? One that explicitly prevents you from using it.
I'm also using 12.14 on OS X 10.7.5

Opera/9.80 (Macintosh; Intel Mac OS X 10.7.5) Presto/2.12.388 Version/12.14
I posted this on behalf of Michael Tomko (we're both from The Able Few), but for some reason his post never actually published...
Show HN: Forge - an easy way to take payments powered by balancedpayments.com
Brian from Lucidchart here. I do think we have a fantastic dev team at Lucidchart which makes the switch to Scala easier. We've tried to keep a very high bar in our hiring.

Our team has been able to come up to speed on Scala and get productive pretty quickly. Within a month, the team felt comfortable in Scala. Most team members read through Odersky's "Programming in Scala" book to get an overview of the language which was helpful. We've also had some team members go through the Coursera class.

Our experience is that there is a cost to Scala when it comes to new hires. Very few new hires have any meaningful Scala experience so they have to come up to speed on the language whereas with Java or PHP most new hires are already proficient in the language. In the end, however, we believe that the benefits of Scala, Play and Akka over the long term will outweigh the short term cost of training new hires. Even with our new hires, we find they are pretty comfortable and productive after a month of learning and using Scala.
Using DNA is using "atoms" themselves for storage. DNA is about 50 atoms/bit, and nature has given us machinery for replicating this data and even some types of error correction. And the linear structure and base-pairing action of DNA gives us the capability to perform data retrieval physically.

I will be surprised if anybody can come up with a nanotechnology scheme that comes even close to matching DNA's density in the next few decades. Look at the difficulties of even reading DNA, we can stick it through a nanopore, but it's not a trivial task to read off the various shapes of molecules as they poke through. Can you come up with a linear structure that is as stable but also allows for easier readout? If you start with DNA, but then add various modifications, how are you going to read out those modifications to the bases, and how are you going to replicate and copy that data?

I'm sure that it will happen that we eventually best DNA's density when it comes to storing information in covalent bonds, but our nanotechnology isn't even close to being able to come up with something like that now. Reusing biology's inventions are our only hope for the near future.
Thanks for your question.

1. node.js support is coming soon!
2. We're going to have at least one self-hosted real-time push solution in our app store (think Socket.io or Faye).
3. The whole reason we started Cloud 66 is to give developers more control over what traditional PaaS doesn't let you do. It's your server, you have full root shell access to it. If we don't do it (yet), you can always do it yourself!
Thanks for the suggestion. Yes, those type of events would be a great idea. I hadn't thought about that.
Sorry Mom, I'm Not Joining JDate: True Stories Of Online Dating Hell
Found a newer source than the wikipedia citiations:
http://www.hypable.com/2013/02/12/kinect-sales-reach-24-mill...

24 Million Kinects and 76 million XBoxes!
How are you planning to handle network security configurations on AWS? I.e. If I wanted to run an iptables config on my servers?
The terms the author is searching for are "applied mathematics" and "applied mathematician." The meaning is pretty straightforward (apply mathematical tools created by others). It also requires far fewer words.
This is an awesome idea. I've been looking for something with the flexibility of managed infrastructure but the ease of use of Heroku for a while. I'll definitely be trying it out.
TfsHandy: https://github.com/bjourne/TfsHandy

It syntax highlights some Team Foundation Server commands output and makes it more pleasant to work with in Powershell.
Real-time Reactions to the 2013 State of the Union Visualized
The AgileZen team was never involved in working on the core ALM product; we were always focused on AZ itself. I can't speak to current plans, though.
I apologize for coming off as combative. I am genuinely interested in the discussion.
I think taxes and fees associated with international business are much more complicated than you suggest ... you seem to suggest that there is no additional cost whatsoever. That's an interesting claim.
This metaphor can be the new "how programming language X shoots yourself in the foot." (http://www.toodarkpark.org/computers/humor/shoot-self-in-foo...)

I would love to see how C/C++/ObjC would also express a feline upon a fabric.
“To get the gold, they will have to kill every one of us”
>I don't know a single web dev who tests on Opera anymore

You don't know very good web devs then. By far the easiest path as a developer is to develop for opera, then test the rest. You end up with far few problems that way. If you develop for firefox or chrome it is easy to write a bunch of stuff that works in that browser, but not in the other, and then you have way more work dealing with fixing it. Opera is strict enough that if it works there, it is almost certainly going to work everywhere else (not old IEs obviously).
Default to open
What innovations are enabled by founders possessing gigabit fiber to the home? Is there any evidence from other houses of this nature suggesting that fast to-the-home internet enables some sort of workflow or product development that's not possible with conventional ~20mbit cable internet?

It seems to me like most bandwidth-critical businesses also require a datacenter anyway, and while fast to-the-home internet may enable the delivery of innovative technology (like high-definition gaming in the cloud) a fast connection to the home isn't necessary for the creation.

With that being said I do appreciate the concept: if building high-speed fiber can attract entrepreneurs (regardless of if it actually helps them), the incentive for municipalities to encourage high-speed buildout grows.
I think it is obvious that WebKit has won and by a margin when it comes to browser engines.

For Opera it is the best move for them. They can now focus the majority of their development time on making the browser great instead of putting a decent chunk of their development time in effectively replicating what WebKit does. I think in the coming year or so Opera will be become a far better browser for it.

As for Mozilla and IE. You would expect Microsoft have more than enough resources to keep working on Trident/Lynx whatever it is called.

For Mozilla is their OS tied to their own engine? I don't know how committed they are to it. For all the releases of Firefox tabs still aren't sandboxed and phpmyadmin often freezes the entire browser when looking at monster tables... perhaps they would benefit from spending more time improving the browser and less time working on rendering.

I wonder what would have happened if Microsoft, Mozilla or Opera had open sourced their browser engine with WebKit. Perhaps we would have seen a split and more competition in this area.

Now it is who has the $$$ to continue to develop their own propriety engine.
That's why functional aficionados love to work with higher-order functions!
I can't find a clear source for this quote, but it goes something like, "Holding onto anger is like drinking poison and expecting the other person to die."

It's from the Buddha: "Holding onto anger is like grasping a hot coal with the intent of throwing it at someone else; you are the one who gets burned."
I think the portion of gasoline tax for road maintenance amounts to less than a cent per mile, while the frequently quoted cost for road maintenance is 5-6c per mile per car. Thus it is already being funded from other sources.
In as much as I consider jQuery a kitchen sink approach, anyone who tries to trim it down to the core (and dropping old browsers which need lots of ifs and elses) may well be better in my opinion.
I cried a little inside just reading that patent name. I know thats not necessarily how patents work, but patenting a network bootloader in 2009? PXE and TFTP have been around much much longer.
> For instance, one would think works for using atoms themselves as storage would yield a far superior logical/physical size ratio.

Yes, except that quantum effects make most single atoms an unreliable storage medium. Less so for DNA which, by its size, is less susceptible to quantum effects.
AOL acquires gdgt.com
williame gave a good lesson! Seriously, you just download a script randomly and execute it without first checking it. And I'd probably understand if it was a heroku script or something but a valentine script seriously?!
> the idea that there is anyone engaged in "intellectual wanking" instead of "shipping product" is fallacious

The idea that you could know what everyone is not doing at all times is fallacious.

The time I'm talking about (and I thought has been implied in this thread) is the time where you sit in a meeting room/coffee shop/founder's house, during work hours, arguing about why X is a better stack than Y and why project Foo should use it instead of your "default" stack (not necessarily haskell v. php; X vs Y).
Miss Malaysia Kimberley Leggett Profile Height
If you check you are right. Amazon, eBay, and MSN all use jQuery. (at least on their homepage).

You can't simply look for the global `$` or a single file named jquery.

I work on large corporate applications and we use jQuery, but we would fail the `$` and jquery file test. We don't expose the global `$` and jquery gets combined and minified with our own code.
Oh, interesting. Chrome does play nice with that.

Also, it looks like maybe you have to make the img content "", in order for the :before to work—otherwise it doesn't show up, at least in chrome, and with that demo it appears as nothing at all in firefox. It's a cruel world…

In the bookmarklet (included at top of demo) I do an extra step to make images inside links smaller and appear inside the link markdown—not what you were getting at, but it is a little something something.