Am I a bad programmer?
-
Living with the U.S. as our next door neighbour puts certain strains and pressures on the English language.
"I don't want more choice. I just want better things!" - Edina Monsoon
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
-
Living with the U.S. as our next door neighbour puts certain strains and pressures on the English language.
"I don't want more choice. I just want better things!" - Edina Monsoon
-
Oh yeah, and I've had US customers complain that they talked to someone from India who couldn't speak American. Apparently that is what some of them think they speak. Generalizations don't work though, as almost every culture has their own set of corruptions/slag, eg. bloke, eh, good 'eye', bye etc. IMHO, language isn't communication unless the other person understands you, but if they do it is almost fair game to do whatever you want with it, at least as long as you are obeying the social norms of the region.
-
I live on the West Coast man, we don't speak like that around here, you're thinking of the east coast.
Never trust machinery more complicated than a knife and fork. - Jubal Harshaw in Stranger in a Strange Land
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
For once, I'm glad I work alone. When I was 12 and writing blackjack programs on my Vic-20, my older brother told me that it's important to always document my programs as good practice for when I was an adult. He was right then and your right now. The thing is, what if they all died in a horrible car accident tomorrow (don't get any ideas) and other programmers were brought into take over for them. They would be so mad!
Shohom67
-
Nearly everyone in this thread has used bad English. You cannot combine your and you're as they have different meanings; the first is used when referring to something that is owned by a person (the possessive form of you), the second is a contraction of 'you are'. Again, the apostrophe in Achilles' is a used to denote possession, as in John's car, we just don't add an s to a word that ends in an s. Its the same thing for Their, There, They're. They all have different meanings. If you use bad English, it makes anything you write harder to read, and the reader might well make judgments about the person who wrote it. IMHO Gramr iS Gr8 :) LoL
-
this.drink(beer) wrote:
Its the same thing
Excuse me for interrupting, I just feel like two cents for bringing this up, but.... That should be "it's," the contraction of it is. "Its" is the possessive. Talk about the pot calling the kettle black! ;) BDF
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
Well of course all the documentation you need can be implied in the unit tests. hahaha
MrPlankton
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
Yes/No. Depends if managment is aware of condition of product. If they don't you will be percieved as "bad", your future is in question. If they do they will cut you some slack, but you will spend all your time becomming familiar with the product and perhaps not enough in keeping your skill set up to date, your future is in question.
MrPlankton
-
I live on the West Coast man, we don't speak like that around here, you're thinking of the east coast.
Never trust machinery more complicated than a knife and fork. - Jubal Harshaw in Stranger in a Strange Land
Ok, you guys have gone incredibly off topic and are incredibly pedantic. I've seen more nitpicking in here than in a buffet restaurant! As long as you understand it there shouldn't be any problem. I think everyone here needs to relax a bit. Not everyone was meant to be perfect. In Similar regards to the topic at hand, clearly you are trying to enforce good practices with everyone. But everyone believes that as long as they and others can understand 'their' code then its all fine. Putting forth good practice in programming is good, no, in fact its the best thing to do. I for one always look to the correct solutions to doing things. But one has to ask himself when to stop at doing everything the right way. People who are unaware of this concept usually opt for the cheaper way out of things, or it might simply be because they don't know how to correctly address the problem in the best way. In all, don't be discouraged by the lack of commented code and the amount of crap thats in there. Just do what you have to do, do it right and then get out of there. May I recommend you try finding another job elsewhere where they actually don't give you so much crap? =P
I like to make it apparent when I'm running out of ideas... ... ... ...
-
Ok, you guys have gone incredibly off topic and are incredibly pedantic. I've seen more nitpicking in here than in a buffet restaurant! As long as you understand it there shouldn't be any problem. I think everyone here needs to relax a bit. Not everyone was meant to be perfect. In Similar regards to the topic at hand, clearly you are trying to enforce good practices with everyone. But everyone believes that as long as they and others can understand 'their' code then its all fine. Putting forth good practice in programming is good, no, in fact its the best thing to do. I for one always look to the correct solutions to doing things. But one has to ask himself when to stop at doing everything the right way. People who are unaware of this concept usually opt for the cheaper way out of things, or it might simply be because they don't know how to correctly address the problem in the best way. In all, don't be discouraged by the lack of commented code and the amount of crap thats in there. Just do what you have to do, do it right and then get out of there. May I recommend you try finding another job elsewhere where they actually don't give you so much crap? =P
I like to make it apparent when I'm running out of ideas... ... ... ...
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
You are not a "bad" programmer - not based on what you have said, anyway. I've been there, man - It sucks. I found it painful at best, and spent most of my time behind schedule because I never could remember to build in a day or two for dealing with (what I call) "The Stupid", and (after failng to lobby for meaningful change) I eventually just left for greener pastures. You have to be diligent, while you're where you are, to not let the bad habits and poor planning of your fellows undo your own talents. Keep up the skills they refuse to use and put them to work for you (if they wont let you put it to work for them) and use it to get a position at a more sensible company. There ARE sensible companies out here. :suss: JB
-
Documentation? OOD? Ha! I have been programming C++ for 15 years and the only thing that counts in any company is how long you take to complete the task. Time is money.
I love short-sighted people.... They're easy to rob. :suss: JB
-
I fail to see what cows have to do this topic.... :suss: JB
-
I love short-sighted people.... They're easy to rob. :suss: JB
VanityClaw wrote:
short-sighted
The poor guy's been doing C++ for 15 years. It's a wonder he's not blind! BDF
-
VanityClaw wrote:
short-sighted
The poor guy's been doing C++ for 15 years. It's a wonder he's not blind! BDF
Yeah... And I can think of more useful things that (reportedly) have a similar side-effect. :suss: JB
-
Even so, I thought the apostrophe remained - but am prepared to stand corrected if you know better...
It's with the apostrophe in it. You are correct.
-
It's with the apostrophe in it. You are correct.
Yeah, I know (ssh!) - I am old enough and fortunate enough to have benefitted from a classical education - when Britain still had an education system to be proud of... nowadays we have to rely on the likes of French Canadians of Russian descent (?) to teach us our own language... cheers / za vas Fred
-
So, the company I work for is pretty small, only about 8 developers. The biggest (web) app is very complicated and is chalk full of errors. To compound the issue, there is absolutly ZERO documentation in the code / database. The DB also has no Foriegn Key contraints and is only marginally normalized. I don't work on the app that much, so I'm not as familiar as everyone else is with it. Whenever a problem comes up, they can jump right to the problem, but it sometimes takes me hours.... The question is "Am I a bad programmer, or are they?" Most of us were drilled with the "document your code" as we were learning either by instructors or books, but no one here does that (except me).:mad: As far as new development goes, IMHO I think I am *better* because I grasp the concepts of normalization, documentation, OOD. All new concepts to them. I had to explain normalization and pursuede them to let me do it on some new tables I added!:mad: And this is no hole-in-the-wall company either, they have some BIG clients. Well, thanks for letting me beef!
No, not necessarily. It sounds like you're relatively new, and haven't had the idealism of youth beaten out of you yet. ;-) The reason that the guys around you are faster is that they have developed a more complete understanding of the code, based purely on accumulated experience, (and the fact that they probably wrote it.) If you want to change things around there, as the new member of the team, you won't have a lot of credibility if you *tell* your colleagues. You need to *show* them. This probably means that you will have to work five times harder than everyone else. Do you have the conviction in your beliefs to do that? If not, then it might be time to start looking for jobs where your beliefs are more congruent with the views of the existing staff. Good luck. PS. You can never insult your former colleagues if you do move on. Make an excuse that sounds plausible when you resign.