Read-only archive

A preserved archive of the Logical Gamers community forums, 2009-2025. The original threads and posts, served read-only. Registration, posting and private messages are gone for good.

Working in teams.

1.1k views · started by Riddle ·
#1
Working in teams.
Searched around for an example of what a small team of programmers need to be able to work successfully in a team.
I found these:

In no particular order

Version Control (SVN, Git, whatever flavor suits you best)
Unit Testing
Coding standards
Bug tracking system
Agile process - Scrum, XP, Crystal or some conglomeration of your own
Brief(!) daily status meetings (stand-ups)
Well designed shared office space (to promote communication)
IM Client (if not in shared office - I find I use this all the time to talk with our support folks)


It would be very wise for us to start using SVN and start assigning different modules to each individual. I'd be willing to help out on this, however, I don't plan to be programming leader. I have to much work IRL to be organizing another programming team, so I'll leave it to Alex to decide what to do. I'm just pitching ideas here.

I have no problem creating GUI classes to make it easier on you guys (for Python). Or sharing some of my already created classes. Anyways, it's up to the rest of you. :)
#2
Personally. I prefer working by myself. It makes it easier. So. Just sharing modules we all make would be a great idea. I think pastebin will do good for that.
#3
Riddle wrote:
Searched around for an example of what a small team of programmers need to be able to work successfully in a team.
I found these:


It would be very wise for us to start using SVN and start assigning different modules to each individual. I'd be willing to help out on this, however, I don't plan to be programming leader. I have to much work IRL to be organizing another programming team, so I'll leave it to Alex to decide what to do. I'm just pitching ideas here.

I have no problem creating GUI classes to make it easier on you guys (for Python). Or sharing some of my already created classes. Anyways, it's up to the rest of you. :)


I think an SVN is a great idea. Definitely want to implement one. As for the GUI, it's probably best if we use an existing library, such as PyGTK or wxPython.
#4
Yea, the SVN will be a great help. Its easy access and we all work together.

Lets say chad worked on something, then he was finished, we could download it, re work it, and re upload it. That way our development is never really slow, and we dont have to do the same boring thing every time.
#5
Artificial wrote:
I think an SVN is a great idea. Definitely want to implement one. As for the GUI, it's probably best if we use an existing library, such as PyGTK or wxPython.


I was thinking of making a Wrapper over the graphics class to make things simpler. I was checking out PyQT4. Seems pretty good, it comes with many classes, even HTTP classes... It also has a Proxy Class. I'm not sure how optimized they are, so some testing is needed.

Riverbank | Software | PyQt | PyQt4 Download
#6
Bman wrote:
Yea, the SVN will be a great help. Its easy access and we all work together.

Lets say chad worked on something, then he was finished, we could download it, re work it, and re upload it. That way our development is never really slow, and we dont have to do the same boring thing every time.


The only problem is that some people don't like to share crucial parts of their sources. Another problem is that if a problem would arise between LG and a programmer, there's always the chance that sources will be leaked. Gotta think about things like that too. :P

As attractive as it sounds... I really don't care much about my sources, it's not like we're creating complicated software of any kind or anything... lol
#7
Riddle wrote:
The only problem is that some people don't like to share crucial parts of their sources. Another problem is that if a problem would arise between LG and a programmer, there's always the chance that sources will be leaked. Gotta think about things like that too. :P

As attractive as it sounds... I really don't care much about my sources, it's not like we're creating complicated software of any kind or anything... lol


Yea I understand that.

It would still be nice though, we are a team, and I honestly think its time we act like it.
#8
Bman wrote:
Yea I understand that.

It would still be nice though, we are a team, and I honestly think its time we act like it.


Oh, yeah, I second that motion. As I said, I don't really care about my sources, they're not really that complicated to create... lol
#9
Riddle wrote:
Oh, yeah, I second that motion. As I said, I don't really care about my sources, they're not really that complicated to create... lol


Same here :P
I dont mind sharing my code, as long as I get some credits :D
#10
I dont mind sharing code with people i trust wont steal it and call it there own.
#11
I dont think any of us here on this team is going to do so o.O
#12
Bman wrote:
I dont think any of us here on this team is going to do so o.O

I will! That way I'll be famous around the 10yo's and I can lure them into my ice cream truck with no problems! >:]
#13
Riddle wrote:
I will! That way I'll be famous around the 10yo's and I can lure them into my ice cream truck with no problems! >:]
You will do what?
#14
Yeah skate, I would. :/

Of course not...
#15
I dont even know what you guys are saying you will/wont do.... Im really confused.

EDIT:: Mk mk, i read the entire thread over. I gots it now. Rofl, i know our team wont.
#16
lol skate, threads are meant to be read!!
#17
I meant i read it again. As in a second time.