Jump to content
Banner by ~ Ice Princess Silky
  • entries
    17
  • comments
    151
  • views
    17,549

Why I don't like working in groups and why my teammates are idiots.


Killian Jones

3,115 views

I will rant in two parts here, don't worry.

 

I don't like team assignments, and this has many reasons. the first reason is, I tend to have to work with people who I would say have very poor analytical skills and generally don't seem to understand how certain good practice works. At times I just think they program things willy nilly, without thinking what the hell they are doing. I constantly feel like these people don't deserve their diploma's, very simply because I cannot understand how they could possibly manage to pass courses.

 

The very notion of this baffled me, how they continuously write poor code, fail to go through the code and use already implemented stuff. Why when they start doing stuff, they don't first ask whether I am modifying that code so I don't lose all my work for their broken as shit stuff.

 

I don't like working in groups, especially when they lack focus and the ability to properly divide the tasks. Or think of how to complete their task.

 

But anyway part number two. From this point on I will speak in strict programmer lingo and use programming examples. if you aren't a programmer, feel free to skip this, these are examples.

 

Right now, I am making a chat program for school, so it's possible to send and receive messages in group chat. So what I did was look up some examples and started working, all of them having a fairly similar structure, Server side there is one thread which accepts new connections through a ServerSocket. Each ServerSocket then creates a new ClientSocket, which gets it's own thread to listen to the messages coming from a specific client. Fairly standard stuff.

 

Now beforehand I said, we should only parse messages which are sent and received as String objects. And that anything special as a command should be preceded by a "/", like how IRC clients and Skype clients send commands through chat. But no, constantly I see code being added from a specific example I remember looking at trying to use a token, a token of the Yen symbol trying to parse fairly complicated strings and stuff. it would've been a nightmare to use. but it kept creeping in.

 

Let's not mind the fact that this one guy insisted on sending txt files filled with code INSTEAD of using the svn server we have set up. Why I ask you are we using svn in the first place?

 

Another guy, managed to not make one project, but add three svn projects, oops. And not even that, didn't even bother adding them to to trunk folder as you are supposed to, no, just add them to the wrong folder. Cluttering up the whole thing, i mean come on man.

 

One of the members unknowingly messed with files, and managed to create tree conflicts in a file. Meaning I had to rename it to get it working on the svn, I mean how did you do this, why are you so incompetent?

 

And that's just svn usage. some team members decided to commit code which I was editing, meaning I had to go through the trouble of doing revert on mine, update and then find that nearly nothing changed. And that while I told everyone I was changing code.

 

Oh yes, before I forget, the guy who added the proper project. Added a project which was still in java 5. Good god, we are using Java 7. He derped and never updated. What an idiot, Just update to the latest gorram thing, All of those things I needed. Couldn't use diamond inference, couldn't use String in a switch case. Have you got any idea how difficult more difficult this makes certain things? Not to mention whoever kept removing the diamond inference because "we didn't see this in class". It works, it's easier, use it dammit.

 

Also stop writing code for which there is already code. here's what you wrote:

public void sendToUser(PrintWriter writer, String message){     writer.println(message);     writer.flush();}

 

 

You know what the problem is? you had to do the following to use this:

 

PrintWriter writer = getUser(username).getClient();sendToUser(writer, message);

 

I don't know where you read this, or when you thought this was a good idea. Or even why you didn't notice that you can already just do getUser(username).client because all the variables are defined as package meaning you can access them. yes, you even wrote getters and setters for something when the object in question didn't need them. But let's not mind the fact that the ClientThread object you are grabbing right there has a very nice method already implemented. called you can just do clientThread.sendMessage(message) whenever you want. On every ClientThread object you want. Why did you put this wasted effort.

 

Your code is literally littered with this. too stuck to actually what you learned then to analyse what you need. Practices you learned in class which you implement blindly. All your incessant failures to read the code which already is there and works.

 

And trying to fix what isn't broken.

 

let's not forget all your favourite System.out.println() you have, not even bothering to remove them after testing and not using the showOnLog() method to actually like, put it in the GUI which we made to catch problems.

 

To conclude, I'm not going to miss you guys, I'm really not. And I won't enjoy any other group tasks I have to do, with anyone.

 

</rant>

6 Comments


Recommended Comments

I remember doing all the work while the others were talking, when the teacher finally came to pick it up, everybody said they weren't finished yet, and they didn't understand how to do it, they didn't even bother to realize that I had finished it. :I

  • Brohoof 1
Link to comment

Similar reason to why I hate group projects. The way I do things is often different from how others do them, so I always end up either not being satisfied with most of the project and then getting into arguments as to why it should be changed, or I just do it all myself.

 

Every now and then, I get to do a project with a friend, and then we can usually come up with something decent.

 

I've never done a group coding project, but I can't imagine it would be very fun, even if my partners did know what they were doing :(

  • Brohoof 1
Link to comment

Same here. Except all everyone wants to do is screw around and talk about things totally unrelated to whatever we're doing(one of my group mates even talked about getting me a boyfriend when we were typing up a lab report that was due in five minutes! Not only that, I was kind of casted aside). Often at the end, I get saddled with all the work and take charge. 

Link to comment

I'm the guy who starts the discussion about what sorta mischief  the group members got into the night previous.

 

On behalf of all us douchers -- my bad. Didn't know this sorta stuff pissed people off so much -- it's easy to get side-tracked with people you know. wink.png

 

I usually blaze through the work with a few minutes left and let my friends copy. We get by a-ok.

Link to comment

I am not much of a coder myself but i understand your frustrations.

 

Maybe in the future you could try using the git revison system instead of svn, in git since its not centralized everyone could work on their own copy of the work without screwing anyone’s else's (everyone can have their own branch), then i believe you can control what gets committed in the main central repo.

 

Not sure how well the git clients are for windows however(since it is POSIX). If git doesn’t work well for windows then i believe Hg and Bazaar could work(also de-centralized).

 

Just a suggestion :-)

Link to comment

Minus the group chatting and douchebaggery, they could've been like me. I'm sometimes so far behind, I wonder how I still manage to pass the exams at the end (except these last three grades at the uni).

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Join the herd!

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...