|
98% of the work in 2% of the time
2% of the work in 98% of the time
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
what about the sipping coffee phase??
as if the facebook, twitter and message boards weren't enough - blogged
|
|
|
|
|
Naaaah!
What about the getting blamed phase?
|
|
|
|
|
Vivic wrote: What about the getting blamed phase?
That's right!!
The finger pointing and blame assignment phase is paramount in projects.
as if the facebook, twitter and message boards weren't enough - blogged
|
|
|
|
|
Nothing beats the feeling of looking at pure white screen that I am about to fill with code.
|
|
|
|
|
Yes.....!!!! And that two minutes of blank mind looking at white screen thinking what should I start with.
|
|
|
|
|
I like challenges and I like starting something from scratch.
Designing a new application from scratch is one of be most challenging and exciting tasks for me.
Everything else tends to more or less follow in the same whole over and over again.
|
|
|
|
|
Same here
|
|
|
|
|
getting paid
|
|
|
|
|
I wish I could have selected more than one.
I wish, I could have written for my mind:
Mind.AsEnumerable().Where(m => m["EmptyCorner"] == "").ToList().ForEach(s => s.SetField("EmptyCorner", "C#, Asp.net, Linq, Java, .....Everyting"));
Mind.AcceptChanges(); ___________________________________________________
A little help through the tips and Articles
1. Table Valued Parameters
--Amit Kumar
|
|
|
|
|
My suggestion is "Which is your least favourite phase of software development?"
My answer would be Brownfield Development. There's nothing worse than trying to add features to a software product that has no code documentation, no requirements, multiple coding and naming styles, partially adhered-to patterns interspersed with WTF hacks because certain developers either didn't understand or couldn't be bothered to maintain the inherent architecture and 70% of the original unit tests are in fact testing public static getters.
|
|
|
|
|
Your brownfield has unit tests??? IMO brownfield testing starts at unmodified auto-generated tests created by Visual Studio that all return "Test Inconclusive. You have to write the guts first you nitwit." or which have no tests at all.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Dan Neely wrote: Your brownfield has unit tests???
And very grateful I am for them, let me tell you. Never before has my faith in auto properties been so strong
|
|
|
|
|
|
What?
(I get that part with the party, but what on earth does a sheep at a Post development party?)
Also, you have to consider that post development is every time you stop working, so there must be at least two or three such parties a day.
|
|
|
|
|
If there are no sheep, it's not really a good party dontchaknow.
Marco Bertschi wrote: every time you stop working, so there must be at least two or three such parties a day.
And your point is?
Reality is an illusion caused by a lack of alcohol
|
|
|
|
|
Nagy Vilmos wrote: Marco Bertschi wrote: every time you stop working, so there must be at least two or three such parties a day.
And your point is?
Just wanted to pint that out
|
|
|
|
|
Well I'm not going if I can't bring the wife!
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
|
|
|
|
|
Ya beat me to it.
|
|
|
|
|
So...
1. Dance.
2. Drink too much.
3. *Something* with a sheep.
4. Step 3 resulting in baby Bob.
Well if it works for you who am I to judge.
|
|
|
|
|
Right at the bottom:
(o) Getting the invoice paid.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
|
|
|
|
|
+100
|
|
|
|
|
IMO it is the most important phase of the development process:
If you fcuk things up here, writing code, fixing bugs and adding new features becomes a major royal PITA.
|
|
|
|
|
I couldn't agree more. You'd never dream of building a house without architectural designs. Why should software development be any different?
I'm not a man to idly tell people "I told you so", but I'm sorely tempted when the team next door spend several man-days involving the whole team in a discussion about "where this interface should go" in a 100+ project solution. If your solution has 100+ projects and you haven't already visualised your packages and dependencies, you are TRWTF. Never mind the fact that you should have started by visualising your solution structure before you even touched Visual Studio. You'd be able to do away with all "refactoring sprints".
I've been around a fair while and no matter where I go, be it a Fortune 500 company or a brand new startup in someone's spare room: in 13 years I've never seen a development process that devotes adequate time, knowledge and resources to software architecture and design. everywhere you go people cut corners or are so hubris-ridden that they think they're above any WTF and the worst thing is, nobody learns.
|
|
|
|
|
jim lahey wrote: Why should software development be any different?
Because software is soft - it is much harder to alter a building after its been constructed.
I do agree with having software architecture, but the analogies with building and engineering don't cut it as a justification. We need to come up with justifications that apply to software itself.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|