Well…I got tagged again. This time by If I tell ya, I’ll have to kill ya. Now, the thing I have to do is to write a fictional piece that is about a 100-200 words long and includes the following words, which are to be used only once.
“I, me, blowjob, grapes, random, power, loneliness, water, robot, and blue”
It was raining that night. Heavily. The strong wind didn’t make things any easier for him. He stood under the awning of the pawnshop, waiting. His coat and his hat dripped. If it bothered him, he did not show it. He smoked a cigarette, the tip glowing brighter as he sucked on it. The brim of his hat threw a shadow on his face. The dim yellow light from the street lamp lit his chin and the ugly scar on it. He looked at his watch, flicked the cigarette away and tapped thrice on the glass door.
A wizened old man, opened the door and let him in. The water dripped on the carpet.
“Is he in yet?”, he demanded of the old man.
“Don’t know. He always comes in through the back door. He has the key.”
He walked inside. It was dark, but he knew his way around. The light was on inside the chamber. He knocked on the door and entered. The blue folder lay on the desk. Mario sat on the swivel chair playing the flute. He stopped when he saw him.
“Do you have the plans for the robot?”
“Yeah…they’re here.” He patted his pocket.
“Put them down on the table and here, take your 5 grand for the trouble.”
“The price jus’ went up. Ten thousand.”
“Get the hell outta here. What do you think I am? Some random idiot? F*** you!”
Mario pulled out a gun knocking the fruit bowl. The grapes rolled away. He shot Mario in the head. The power of the shot made the dead man topple over. The old man came running in.
He stepped over the body and picked up the flute. He looked at Mario, who was missing a head now. He turned around and faced the old man.
“Nice blowjob, eh? Pity he ain’t no match fer me.”
He stepped out of the room and made his way to the foyer, followed by the wizened old man. He opened the front door and walked away into the dark lonliness.
And there it is.Yeah…I know it’s way too pathetic for words. But hell, how do you put all these words into something so small.
And…by the way, M, wtmewry and silverine are tagged.
Tuesday, January 31, 2006
Tuesday, January 24, 2006
Shoot me, please...
I have reached the point in life where nothing makes sense at all. I am so fucking lost , I can't find a reason for continuing with life.
Will someone please shoot me?
Will someone please shoot me?
Friday, January 13, 2006
I study Software Engineering Principles
I promised to myself that I wouldn’t blog for sometime…I think I said two months but, I am bad at math and worse at keeping up promises. Actually, I have started jogging, gymming, cut down on booze and for the first time in three years done an assigment on my own. So that’s, lets see…four out of five…which is 80%. Yipee! No attendance shortage!
Now, the key to being an engineering student is the ability to copy shamelessly. Assignments, projects, test, quizzes, exams…just about anything. I mean, after all, engineers are supposed to make things simpler and copying an assignment is a lot simpler than doing it. But now and then, conscience decides to check in for work and that little caterpillar in the top had and colored suit is one major nasty pain. Mine checked in to work day-before.
There are bad subjects and there are worse subjects and then there is Software Engineering. The teacher who teaches that one is two years older than I am, slightly cute ( at any rate cuter than all the girls in my class with make up and 98% than all other women in my college). The subject is, essentially, a whole lot of ways to makes writing a program a hell of a lot more complicated than particle physics. If you can write a whole book on how a program is to be written in the vaguest of terms, then you can go ahead write one and then be cursed by students who use your book. Here…screw you Pressman.
There are four fundamental steps in the development of a software product or solution. They are, namely:
1. Software specification. It is the process of formally specifying the requirements in a structured manner in consultation with the client. In addition, it may also involve team structuring and project scheduling tasks.
2. Software development. This is the phase where the coding for the solution to be developed happens. It also focuses on issues such as system configuration and deployment situations.
3. Software verification and validation. In this phase the product is tested to see whether it does what it was meant to accomplish. This is called verification. Validation is the process of testing the product with a large range of available data and then checking the output against standard pre-computed results.
4. Software evolution. Customer needs change over time. A good software product must be adaptable to suit the needs of a client. The developer should be able to adapt it to the needs of the client, with minimal amount of change to it.
Never mind if you didn’t understand all of that. I’ll put it a little more simply, by way of a small example.
1. Client: “I want to wash my behind after I am done taking a dump.”
Tech Lead : “So…that will be…Sterilizing and disinfecting the posterior after the completion of passing stools.”
C: “No…no…I don’t use a stool, I use a Western style toilet.”
TL: “Yes, sir, but that factor will hike up the project expenditure by a factor of ten.”
C: “I have to clean my ass…do it!”
2. TL: “Now…how do we clean the ass?”
Bright Young Techie : “I know it…we use water”
TL: “Yes…excellent…extra roti at lunch for you. Note that down…WATER. This is a key focus area.”
BYT: “But saar…how do we collect it?”
TL: “Let us use a polymer container that is portable and eco-friendly … a plastic mug!”
BYT:”Saar…there is an extra one in the toilet on third floor. Shall I get it?”
TL: ”Excellent managerial thought…go get it and take another roti for this brilliant cost- effective thought”
3. TL: “Okay, team now lets see if this actually is efficient in pouring water on the rear…Drop your pants, kiddos!”
[BYTs dutifully drop their pants and TL pours the water]
TL: “Eureka…it works…”[strips naked and runs to the Project Manager’s cabin]
TL: “Sir…we have verified that the product is functioning”
PM : “Excellent…two extra rotis for you and a tomato for the rest of your team. Now validate it. Wash everyone’s ass with that for the rest of the day.”
4. C: “Oh…this is excellent! I have never seen anything like this…”
PM: “Yeah…cut the crap. Where’s the payment?”
[Two days later]
C: “We have water shortage at our site. And the desert heat is drying up all the tanks. We need some help with our asses.”
PM: “Don’t worry, we’ll get right back to you”
PM: “TL, we need to evolve our solution. The customer has a shortage of essential input.”
TL: “I ask my team to get on to it.”
TL: “Team we have a problem….No water on the client side. What do we do?”
BYT: “Saar…saar…Toilet paper!”
TL: “Excellent…you can do the verification and validation this time”
BYT: "Saar...can I just have extra roti?"
That, my dear people, is software engineering principles in a nutshell.
I worked on that till half-past four in the morning, put in a case study for good measure and found that it isn’t due for submission for another three days.
Next post: Internet Technologies and Applications to e-Commerce.
Now, the key to being an engineering student is the ability to copy shamelessly. Assignments, projects, test, quizzes, exams…just about anything. I mean, after all, engineers are supposed to make things simpler and copying an assignment is a lot simpler than doing it. But now and then, conscience decides to check in for work and that little caterpillar in the top had and colored suit is one major nasty pain. Mine checked in to work day-before.
There are bad subjects and there are worse subjects and then there is Software Engineering. The teacher who teaches that one is two years older than I am, slightly cute ( at any rate cuter than all the girls in my class with make up and 98% than all other women in my college). The subject is, essentially, a whole lot of ways to makes writing a program a hell of a lot more complicated than particle physics. If you can write a whole book on how a program is to be written in the vaguest of terms, then you can go ahead write one and then be cursed by students who use your book. Here…screw you Pressman.
There are four fundamental steps in the development of a software product or solution. They are, namely:
1. Software specification. It is the process of formally specifying the requirements in a structured manner in consultation with the client. In addition, it may also involve team structuring and project scheduling tasks.
2. Software development. This is the phase where the coding for the solution to be developed happens. It also focuses on issues such as system configuration and deployment situations.
3. Software verification and validation. In this phase the product is tested to see whether it does what it was meant to accomplish. This is called verification. Validation is the process of testing the product with a large range of available data and then checking the output against standard pre-computed results.
4. Software evolution. Customer needs change over time. A good software product must be adaptable to suit the needs of a client. The developer should be able to adapt it to the needs of the client, with minimal amount of change to it.
Never mind if you didn’t understand all of that. I’ll put it a little more simply, by way of a small example.
1. Client: “I want to wash my behind after I am done taking a dump.”
Tech Lead : “So…that will be…Sterilizing and disinfecting the posterior after the completion of passing stools.”
C: “No…no…I don’t use a stool, I use a Western style toilet.”
TL: “Yes, sir, but that factor will hike up the project expenditure by a factor of ten.”
C: “I have to clean my ass…do it!”
2. TL: “Now…how do we clean the ass?”
Bright Young Techie : “I know it…we use water”
TL: “Yes…excellent…extra roti at lunch for you. Note that down…WATER. This is a key focus area.”
BYT: “But saar…how do we collect it?”
TL: “Let us use a polymer container that is portable and eco-friendly … a plastic mug!”
BYT:”Saar…there is an extra one in the toilet on third floor. Shall I get it?”
TL: ”Excellent managerial thought…go get it and take another roti for this brilliant cost- effective thought”
3. TL: “Okay, team now lets see if this actually is efficient in pouring water on the rear…Drop your pants, kiddos!”
[BYTs dutifully drop their pants and TL pours the water]
TL: “Eureka…it works…”[strips naked and runs to the Project Manager’s cabin]
TL: “Sir…we have verified that the product is functioning”
PM : “Excellent…two extra rotis for you and a tomato for the rest of your team. Now validate it. Wash everyone’s ass with that for the rest of the day.”
4. C: “Oh…this is excellent! I have never seen anything like this…”
PM: “Yeah…cut the crap. Where’s the payment?”
[Two days later]
C: “We have water shortage at our site. And the desert heat is drying up all the tanks. We need some help with our asses.”
PM: “Don’t worry, we’ll get right back to you”
PM: “TL, we need to evolve our solution. The customer has a shortage of essential input.”
TL: “I ask my team to get on to it.”
TL: “Team we have a problem….No water on the client side. What do we do?”
BYT: “Saar…saar…Toilet paper!”
TL: “Excellent…you can do the verification and validation this time”
BYT: "Saar...can I just have extra roti?"
That, my dear people, is software engineering principles in a nutshell.
I worked on that till half-past four in the morning, put in a case study for good measure and found that it isn’t due for submission for another three days.
Next post: Internet Technologies and Applications to e-Commerce.
Subscribe to:
Posts (Atom)