I vote for an image gallery. All the other ones are horrible to work with!

Buuuut, this project isn't going to get started with everyone just saying "sure, lets do it!"

Can somone set up the necessary resources? Things like SVN, and a method of communication are needed. Also, some links to a couple guides on SVN, since I don't really understand how to use it.

Framework? ewwww.

__________________

I feel better hating IE.

Frameworks are boring to me. :P I like to code more, than less. :P

__________________
Wax on, Wax off

YEAH! right on!

Plus, it takes longer learning to use a new framework and implement it than it does to just code.

Powah to the framework haters! And one more thing: self-made frameworks are indeed, good for yourself.

if you understood that, please mention it... because I don't.

__________________

I feel better hating IE.

Frameworks are a pain to use, they over complicate the whole process. If you need to do something - like upload a file - then just google it.

__________________
My Website > http://www.evanbot.com

Added to the framework complaints, it doesn't offer the freedom some seek and need.

__________________

"Life is a bitch, take that bitch on a ride"

Okayyy we get it, frameworks suck.

Now seriously, I am horrible at taking command, so can someone get this gallery project in motion?

Does anyone have anything against doing a TalkPhp Gallery named... Tgallery?

__________________

I feel better hating IE.

How about just Calling it TalkPHP? It is a cool name although I don't know how it would apply to a gallery script. It would be a good name for a chat script though...

__________________
My Website > http://www.evanbot.com

I can provide a server... And possibly learn more about Subversion..

__________________

I feel better hating IE.

Have we decided on the details? Could you let me know the details in a nice terse post, please! If Aaron is providing the server, and you're all happy with that, then no problem. However, I'll be more than happy to add Subversion to this server and let you all use that. I'll set-up dev.talkphp.com, or something like that.

__________________
The man who comes back through the Door in the Wall will never be quite the same as the man who went out.

This is going to be a large project made by people who are at different ends of the world and will never see each other. Projects are already hard enough when you have people who can talk to eachother in person. Lets not get rushing into this. The work that I am doing now is teaching me a lot about huge systems (the monster I am working on is 50,000+ files).

We need to start walking before we can start running. Without good planning, our coding stage will be longer and less efficient. Here is what needs to happen before a line of code comes from any of us:

1. We need to make a detailed plan of what the project is.
2. We will need to decide upon technologies. It will obviously be PHP, most likely mysql as the database. But are there any other technologies we need?
3. Make a roster of who is proficient at what
4. We need to decide what server resources we will need to add, or if we will just make them.
5. We need to agree upon a coding style. We must use a uniform style with things like indentation, variable names, ect. This even goes for things like SQL cleaning.
6. We need to decide what project management software we will use. Since we are not a company with a large budget, we can not afford software for everyone. The only tool I can see us using is a version control software and documentation tools.
7. We need to decide, based off the roster, who is who. While we are not a business, someone has to be the head. We need one person to manage everyone and decide what direction the project goes. I will elaborate more on positions later.
8. The manager needs to divide portions of the project to different people. Since we are not a business, it would probably be best to have the manager make a list of tasks and what they require. Users can then volunteer for a portion. They should state how many hours it should take them.
9. The manager then needs to create a timeline for the project based off of how long things expect to take. But since we don't have a team working eight hours a day, we don't really know how long things will take. It would be best for the manager to have a planed order of things. Based off of that he can have what needs to be coded done in however long it takes.

Then before we start coding, we will have to have a meeting of some sort to make sure everyone is on the same page and understand what everyone is doing. Then, and only then, are we ready to start coding.

Due to the fact we don't have a full time team, coding will take longer than normal. Just make sure everyone follows procedure and we should do well.

Then we have debugging, the most tedious portion because you are rooting though code that almost works. We don't have money for any debugging software (such as visual studio test edition, about 3k IIRC), so we will have to go though by hand and make a list of all found bugs. After we go though extensively, fix the bugs, and repeat process until things are functional, we can release. Towards the end of debugging, when bugs are only found in small and specific cases, we can release a beta so users can start finding things.

I won't have time to pledge any contribution, but I will help if needed from time to time.

More on positions. Positions are hard to start talking about now since we don't know the size of the team we cant fully make the position list. The positions that will be needed will however include:
-Head Manager (described above)
-Code Auditor. Since some of our programmers may not be advanced at what, we will have to have someone go over people's code and make sure it is up to par.
-Help Desk/IT Guy. It will not necessarily be his only position, but if members have questions of things pertaining to programming or the server they come to him. He will also be responsible for managing the server, if something goes wrong you will go to him for help. Multiple people can do this as long as they work together.

__________________
There are two ways to write bug-free code, only the third one works.

I will be the Help desk dude, and If you need, the Vice Manager (is there such a thing?)

Lets set up the IRC channel and go from there. Do whatever you need to do, and get the thing up, and directions on how to get there up too ^.^

__________________

I feel better hating IE.

Good to see folks interested in the project, but I think we might be losing sight of what this is all about. Coming together as a group and producing a collaborative piece of work.

We can have meetings, discuss and prepare things sure but we really should start taking some steps towards writing some actual code! Right?

__________________

Can't we just discuss in the talkPHP channel? It's barelly used, so should not be a problem right?

irc.chatwebdev.com #talkPHP

Maybe set a date so we can all come together for the first time, writing down who can do what, what the scope of the project is etc etc...

__________________
Combined-Minds.net - Get your own web development community - Website for sale!

Nunchaku! Who doesn't like martial arts? =)

Okay, on Saturday (two days from now) at 11:00pm server time (6:00 US Central/Pacific time) everyone should get on the IRC channel listed above. (details on IRC: An IRC Tutorial) We will have an hour long brainstorming session. I'll keep track of it.

Agenda:
11:00 - 11:10: Wait for the people who are late. Create Roster of all people included. Names, TalkPHP aliases, available times, contact (email) information, proficiencies.

11:10-12:00: Get a clear project goal. Coordinate what technologies will be used and set up the development team leaders/coordinators.

Afterword: Team Coordinators work out who works with whom. Gather technologies that will be used. Set up project on server.

If everyone agree's, see yah saturday.

UNTIL THEN: We can meet in the channel before then if you can't make it on the scheduled time. Your name will be added to the roster, along with your information.

The project will be managed by me (if that's okay) and one other more skilled PHP person, and possible Kalle if he wants, since he started the topic (just remember, it will probably be a lot of work). I would prefer that person to be very skilled with team development. Most of the information will be handed out via mass email or email. You will probably work in small groups on specific sections of the project.

__________________

I feel better hating IE.

As I said earlier, I will help if needed for advice type stuff. Although I will be gone for about a week starting tomorrow.

__________________
There are two ways to write bug-free code, only the third one works.

It's my birthday saturday, and have morning practise

__________________
Combined-Minds.net - Get your own web development community - Website for sale!

Nunchaku! Who doesn't like martial arts? =)

Ill try get around, but I might be out for party all saturday/sunday (=

__________________

6pm Pacific time makes it what, 2/3am for the Europeans?

__________________

What about sunday evening? (GMT)

__________________
Combined-Minds.net - Get your own web development community - Website for sale!

Nunchaku! Who doesn't like martial arts? =)

12:00p.m. GMT makes it 5:00a.m. for me...

5:00p.m. GMT? It's 10:00a.m. for me, and around 6:00p.m. for Europe (I think, base 12 mental math gets confusing after a while).

Does that work? I'm getting up two hours early. D:

__________________

I feel better hating IE.