muitocomplicado

Being one of the developers of the Project Reality mod for Battlefield 2 for the past 10 years, I can say I worked on it at first for the challenge of changing/fixing some stuff that I thought were broken in the vanilla game, and then for the potential of creating new gameplay with that foundation.

I'm not an artist, as me being here on HN can already tell, so my work was on the gameplay aspect of the game. Changing or adding new things to do, with the focus that teamwork should come first, and trying to make things more authentic with real life weapons/vehicles/tactics. I can say we were pretty successful with that goal, even with all the limitations of the game engine, and it's amazing how different from the original game the mod looks and plays.

We also saw people coming and going over all these years. By being a volunteer project, we get the cool thing of getting very passioned players that see the same potential that I did when I started. Not many will stay for long and that's normal, we only ask that people work on what they want. If something doesn't get worked on, oh well, so be it.

The community can't really complaint, if they do, we can always say: "if you want to change that, learn how, and do it yourself". And that's pretty much our process of getting new team members. It requires a lot of commitment to get something done right, so in that time we help as much as possible and see if the person will be a good fit to join the actual development team. Not just things like the actual quality of the work, but what their attitude is, if they listen to criticism well, if they work well with others, if they have initiative, if they have the same vision as the project, etc. If they seem fit, they start taking part of the actual decisions for the future of the mod.

My experience with the mod was priceless. It requires some strong leadership, like in any endeavor, and that leadership does change over time as people leave and others arise to the occasion. We have been managing it quite well, I would say, and it has been a fantastic project to have worked on.

Very good suggestion and it's really needed. Since the service is mostly focused on developers we can "forgive" a not so polished interface, but the overall look and feel could use some improvement.

Your recommendation in a previous blog post made me sign up for their service and I have been a happy customer for a few months.

Works great with the Collapsible Comments extension.

https://chrome.google.com/webstore/detail/hockhafcdegocajmjh...

I had people write www.hotmail.com in the email field in the past.

I don't see this feature as a way to fight spam, but to make it easier to label incoming mail by using the sufixes. As you said, it's easy to bypass it with some simple find and replace.

Done, version 1.1 has hackerne.ws support.

Adds reddit-like [+] and [-] links to collapse and expand comment threads.

Based on the bookmarklet code by niyazpk. https://github.com/niyazpk/Collapsible-comments-for-Hacker-N...

That's great, thanks for sharing.

It would be cool if you could tell us more about the structure behind the website.

Agreed, would like to see this applied to Issues.

  #!/bin/sh

  SOUND=$(ls ~/Sounds |sort -R |tail -1)
  afplay ~/Sounds/$SOUND > /dev/null 2>&1 &

That really looked like a good candidate for non-relational databases. I was watching and thinking it was weird they didn't go with that approach, but he explained the reasons later on. Their solution is not that pretty, but valid.

It was also interesting that it became more of a discussion about Open Data than python or django itself.

I thought about the same thing the other day, because url shorteners are really only useful for applications like Twitter or Mobile devices where size matters, but for anywhere else a more readable URL is much more useful if the destination website doesn't have it already.

One of his arguments was that prototype is not that slow anymore in comparison to jQuery.

Some nice speed improvements are coming to jQuery 1.3:

http://www.flickr.com/photos/jeresig/sets/72157612498756067/

Very interesting talk. Lots of concepts and learning behind simple experiments.

All the arguments for this change just makes me think: why did they have the service in the first place?

I feel the same way. Being an outsider, who cares about the bickering between coding groups. It's still a nice programming language to code in and improve on.

Nice release, but looks like there's a lot of features missing in this beta, like Labels, RSS, etc.