twymer

While I'm totally on your side of this argument, I think this example is particularly interesting. Everyone except the employer sees a carpenter being charitable. The employer sees the carpenter making a chair of similarity to what they sell. So now the community center no longer purchases a chair from the employer.

Basically, I can see the employers side of the argument if the employee contributes to a competing open source project. Such as an MS Office developer contributing code to Open Office. Not sure if I agree in punishing them, but surely you see why this happens.

Yes but in life as in dating, I'd like to know why I'm not a match.

Knowing the posting was inaccurate for what you're looking for is better than wondering why one got turned down for what seemed a perfect fit.

Instead of asking "what went wrong", maybe you might want to ask "is there anyone you can recommend or do you think that something / someone else might be a better fit"?

I really like this idea, I guess I never considered this as a possibility before. Nothing to lose by asking, though.

Obie's position was primarily that it's better to get out of your comfort zone and continue to create new things.

(Discussion starting from http://twitter.com/#!/obie/status/39778057610997760)

http://www.processing.org/learning/eclipse/

Not that they can hope to get much information, just enough to filter your resume in a good or bad pile. Some companies collect huge piles of resumes and simply can't call them all. Seeming intelligent and interested in the company may be the only reason they call you from that resume.

If you take away what they gave or took down the site entirely you would be justified and perhaps quickly pay. Doing something classless like this is just going to make the client bitter and perhaps damage your personal reputation.

Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for discussion is more based on which (if any) of these ideas can be applied to a large corporation where the developers are working on insurance or financial software etc.

Some things that are lost for those only reading slides:

- His main reasons behind this "DDD" policy is that it's the open source model. Developers work on things they care about, when they feel like working and then every hour they spend "working" is a valuable hour of work. Any policy that forces or even simply guilts people into a set schedule or number of hours causes unproductive time and a loss of developer happiness/autonomy.

- He strongly advocates removing money as a motivator. At github apparently every employee makes the same salary.

- The "no vacations" comment comes from him not believing you should track vacations. Employees should but trusted and able to take the time off they deem appropriate.

- At github, the Google "20% policy" is taken to an extreme. People can work on whatever they want on "company time".

The TechCrunch post, discussions here, etc more accurately portray people being annoyed that this critical bug is getting ignored.

They contend that hearing loss might be cumulative and delayed, and therefore surface as the participants age.

Better turn down my headphones anyway.

Import the IndexTank client library to the Python interpreter by typing the following command at the Python prompt.

irb(main):001:0> require 'rubygems' irb(main):002:0> require 'indextank'

you can turn off the page you see before the inbox if you want by going to options. many people like this because they see highlights of your inbox / networks in one spot. but understand if you don't -we often default logout to MSN since that's where many users come from. However this is something that we always look at.

Guys, if your market it people who go to MSN to find the link to their email or through Outlook you shouldn't be surprised that the people of reddit don't like your product.

They just keep getting defensive about their decisions of deleting peoples email, not supporting IMAP etc.