How to write unmaintainable code and keep your job for life
-
This made me laugh today[^]. My favorite part: Build a framework. When you build a framework, you inevitably become “the architect,” and your authority is unquestionable. Plus, it lets you add secret conventions — and lots of them, sometimes contradictory ones — that will trip up even the most experienced maintainer. Your framework will take care of everything. No one should bother understanding it; they should be happy you’re single-handedly making development easier and more productive for the whole company. Never release the framework as open source, because the framework is an asset to the company, and the open source community will poke fun at you, and that could be the end of your bluff.
So that's why Yahoo is going under - sounds logical. BTW, this guy has scene of humor and he definitely has had some hard time in Yahoo.
The narrow specialist in the broad sense of the word is a complete idiot in the narrow sense of the word. Advertise here – minimum three posts per day are guaranteed.
-
One of the funniest things is to run across trivial comments that are wrong!
-
This made me laugh today[^]. My favorite part: Build a framework. When you build a framework, you inevitably become “the architect,” and your authority is unquestionable. Plus, it lets you add secret conventions — and lots of them, sometimes contradictory ones — that will trip up even the most experienced maintainer. Your framework will take care of everything. No one should bother understanding it; they should be happy you’re single-handedly making development easier and more productive for the whole company. Never release the framework as open source, because the framework is an asset to the company, and the open source community will poke fun at you, and that could be the end of your bluff.
It can be done much simpler: Just don't document anything ever. Claim it is a waste of time. When the junior programmers come to ask about something, rant endlessly about the CPU flags or just say that you are buisy. "The documentation is the code". X| Yes, I am bitter!
-
It can be done much simpler: Just don't document anything ever. Claim it is a waste of time. When the junior programmers come to ask about something, rant endlessly about the CPU flags or just say that you are buisy. "The documentation is the code". X| Yes, I am bitter!
I hear ya.
Daniel Vaughan Follow me on Twitter Blog: DanielVaughan.Orpius.com Open Source Projects: Calcium SDK, Clog Organization: Outcoder of PebbleAge
-
This made me laugh today[^]. My favorite part: Build a framework. When you build a framework, you inevitably become “the architect,” and your authority is unquestionable. Plus, it lets you add secret conventions — and lots of them, sometimes contradictory ones — that will trip up even the most experienced maintainer. Your framework will take care of everything. No one should bother understanding it; they should be happy you’re single-handedly making development easier and more productive for the whole company. Never release the framework as open source, because the framework is an asset to the company, and the open source community will poke fun at you, and that could be the end of your bluff.
-
This made me laugh today[^]. My favorite part: Build a framework. When you build a framework, you inevitably become “the architect,” and your authority is unquestionable. Plus, it lets you add secret conventions — and lots of them, sometimes contradictory ones — that will trip up even the most experienced maintainer. Your framework will take care of everything. No one should bother understanding it; they should be happy you’re single-handedly making development easier and more productive for the whole company. Never release the framework as open source, because the framework is an asset to the company, and the open source community will poke fun at you, and that could be the end of your bluff.
-
This made me laugh today[^]. My favorite part: Build a framework. When you build a framework, you inevitably become “the architect,” and your authority is unquestionable. Plus, it lets you add secret conventions — and lots of them, sometimes contradictory ones — that will trip up even the most experienced maintainer. Your framework will take care of everything. No one should bother understanding it; they should be happy you’re single-handedly making development easier and more productive for the whole company. Never release the framework as open source, because the framework is an asset to the company, and the open source community will poke fun at you, and that could be the end of your bluff.
Hahahaha...reminds me of places I've worked. At one shop a programmer used Disney characters as all his label names.
BALR 8, GOOFY
No comments. Another place the first thing you were told was "Names mean nothing". If this subroutine is named "Print", it may not get around to it.
Psychosis at 10 Film at 11
-
Hahahaha...reminds me of places I've worked. At one shop a programmer used Disney characters as all his label names.
BALR 8, GOOFY
No comments. Another place the first thing you were told was "Names mean nothing". If this subroutine is named "Print", it may not get around to it.
Psychosis at 10 Film at 11
I'll admit I like to use cartoon characters for my class names(then I call the variable what the class is)
class BugsBunny {...}
class other()
{
BugsBunny PathFinding = new BugsBunny();
}if it doesn't make sense... I use the BugsBunny for finding paths
FindPath(Point FromHere, Point Albequerque){...}
.. But since I will probably be the only person to ever read my code(until I make serious money selling it and need a version 2.0) .. I just find it humerus...(and it is still a work in progress so often the path is wrong ;P )
I'd blame it on the Brain farts.. But lets be honest, it really is more like a Methane factory between my ears some days then it is anything else...
-
It can be done much simpler: Just don't document anything ever. Claim it is a waste of time. When the junior programmers come to ask about something, rant endlessly about the CPU flags or just say that you are buisy. "The documentation is the code". X| Yes, I am bitter!
Haha, it's funny because it's true. I started a wiki at my work because I was tired of the lack of documentation. If they won't do it, you can always get started doing it for them.
-
Pete O'Hanlon wrote:
I have a penchant for them, and they are your pension????
You know, I KNEW there something wrong with that word, but I couldn't figure out what. Thanks! Now I know what word I meant to use! Marc
I'm not overthinking the problem, I just felt like I needed a small, unimportant, uninteresting rant! - Martin Hart Turner