The minute you stop thinking about "they" and start thinking about "us", there is a chance. If you just walk around thinking and knowing things are sour but are not going to do anything about it - guess what. Nothing is going to change. But if you take the lead, sell your ideas, execute upon the change, you will see daylight one day. Most engineers never exit the "whining" phase though. But those who do, make a truly…
it's easier to just quit and look for a better job. it's the engineer's solution. what you suggest is a challenge to improve your soft skills. it's probably worth it but it's not for everyone.
First programming job – a 4 month reflection
41–50 of 70 posts
Re: First programming job – a 4 month reflection
#42I've been there years ago where OP is now. I can tell him this: you've only scratched the surface. Just as there are very good programmers there are also very bad ones. Trying to make a bad programmer into a good one often ends up in a catch 22 - he would already be a good one if not for all the constants in equation that makes him a bad one. My advice number 1 is this: move on, find a team of solid professionals. Ad…
Re: First programming job – a 4 month reflection
#43"I've began wondering if all work environments are like this." Yep, it's pretty common (and sad).
Common among government agencies and universities, sure. Fortune 500 companies? Some, but not most. Tech companies? Not so much.
Re: First programming job – a 4 month reflection
#44I forgot to add that my manager might be cosidered a "micro-manager", I've heard him tell other developers that they should change a single variable name. and re-commit. Another thing that I've noticed, and that has happened > 1 time is that I'll write something, spend like all day on it, then come to work the next day to have found out that the manager re-wrote it claiming "simplification" of the code, which is in f…
That is totally legit, if there is a naming convention in place on the project and the developer violated it. If it's just his personal caprice, then yeah it's dubious, but better an idiosyncratic dictator than no standards at all.
> then come to work the next day to have found out that the manager re-wrote it claiming "simplification" of the code, which is in fact not true
This is extremely common. You've already documented how this shop has no good procedures, so people waste a lot of their time rewriting stuff.
I hate jobs where I have to be someone else's extra hands. It's a sign of poor organization on every level.
That said - I hope as an open source programmer you've learned not to get attached to your code.
Re: First programming job – a 4 month reflection
#45I've worked at a total of 3 companies over the course of 5 years. 2 of those 3 companies I've worked for have no coding standards at all, which is surprising because the company is able to make money despite the quality of code.
Why does that come as a surprise to most people? Businesses don't care how their code looks - if it works, it's good enough. Which is also why changes are discouraged - no need to mess with something that works unless absolutely necessary. Not the best policy, but if it works - it works :-).
Re: First programming job – a 4 month reflection
#46And I could also easy complain about you: why did you choose this aged stack for your first programming job in 2014? This stack is still very popular and nothing bad but yeah, there must be some reasons why you chose this stack which I don't know.
But I won't complain.
Re: First programming job – a 4 month reflection
#47Try this on php.net.
[Edit: I tried to download the stable php release via https. Try to guess how that worked out]
Re: First programming job – a 4 month reflection
#48You will not come into heaven straight from university and you will have to learn to work in environments like this.
Blame your study for not telling you about how the real world works. Don't blame legacy code because it's something that exist no matter how unicorny the world is.
Negotiating managers and project owners is even more important than just being able to write testable code.
So take your skills and apply them (iteratively) to your current job, or go work at a startup where everything is hip and trendy. But remember you're at the bottom of the ladder right now, and you're the one making things better for companies and yourself.
Also remember the golden rule:
No one wants to pay to refactor code that works into more beautiful code that works.
Re: First programming job – a 4 month reflection
#49> One file has 3000 lines of code, and is a huge switch() statement. Kids these days. I once worked on a system where the size of the switch statement broke the compiler. I believe the limit was 64k lines in a switch, although my memory is a little hazy. Of course you couldn't actually reasonably edit a single file with that much code, so it was split into several files, each of which was still thousands of lines lon…
Re: First programming job – a 4 month reflection
#50welcome to the NBA and no, it doesn't make you a better programmer.
What does NBA mean?